Los vectores de inicialización (IV) deben crearse utilizando un generador criptográfico de números pseudoaleatorios. Sin usar un IV aleatorio, el texto cifrado resultante se vuelve mucho más predecible y susceptible a un ataque de Dictionary.

Ejemplo 1: El código siguiente realiza el cifrado AES con un IV no aleatorio:

...
Blob iv = Blob.valueOf('1234567890123456');
Blob encrypted = Crypto.encrypt('AES128', encKey, iv, input);
...

Los vectores de inicialización (IV) deberían crearse con un generador de números pseudoaleatorios criptográfico. Cuando no se utiliza un IV, el texto cifrado resultante es mucho más predecible y susceptible a un ataque por diccionario.

Ejemplo 1: El siguiente código crea un IV no aleatorio utilizando bytes codificados.

byte[] iv = { 0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00 };
using (SymmetricAlgorithm aesAlgo = SymmetricAlgorithm.Create("AES"))
{
    ...
    aesAlgo.IV = iv;
    ...
}

Los vectores de inicialización (IV) deberían crearse con un generador de números pseudoaleatorios criptográfico. Cuando no se utiliza un IV, el texto cifrado resultante es mucho más predecible y susceptible a un ataque por diccionario.

Ejemplo 1: el siguiente código crea un IV no aleatorio mediante una cadena codificada.

unsigned char * iv = "12345678";
EVP_EncryptInit_ex(&ctx, EVP_idea_gcm(), NULL, key, iv);

Utilice un generador de números pseudoaleatorios criptográfico para crear vectores de inicialización (IV). De lo contrario, el texto cifrado resultante es más predecible y susceptible a un ataque por diccionario.

Ejemplo 1: El siguiente código reutiliza la clave como IV:

import (
    "crypto/aes"
    "crypto/cipher"
    "crypto/rand"
)
...
block, err := aes.NewCipher(key)
...
mode := cipher.NewCBCEncrypter(block, key)
mode.CryptBlocks(ciphertext[aes.BlockSize:], plaintext)

Si utiliza la clave como IV, los atacantes pueden recuperar la clave, lo que les permite descifrar los datos.

Cree vectores de inicialización (IV) utilizando un generador criptográfico de números pseudoaleatorios. Cuando no se utiliza un IV, el texto cifrado resultante es mucho más predecible y susceptible a ataques por diccionario.

Ejemplo 1: El siguiente código crea un IV no aleatorio utilizando cadenas codificadas.

...
const iv = "hardcoded"
const cipher = crypto.createCipheriv("aes-192-ccm", key, iv)

Los vectores de inicialización (IV) deberían crearse con un generador de números pseudoaleatorios criptográfico. Cuando no se utiliza un IV, el texto cifrado resultante es mucho más predecible y susceptible a un ataque por diccionario.

Ejemplo 1: El siguiente código crea un IV no aleatorio utilizando bytes codificados.

...
NSString *iv = @"1234567812345678";  //Bad idea to hard code IV
char ivPtr[kCCBlockSizeAES128];

[iv getCString:ivPtr maxLength:sizeof(ivPtr) encoding:NSASCIIStringEncoding];
...
ccStatus = CCCrypt(   kCCEncrypt,
                      kCCAlgorithmAES128,
                      kCCOptionPKCS7Padding,
                      [key cStringUsingEncoding:NSASCIIStringEncoding],
                      kCCKeySizeAES128,
                      [ivPtr], /*IV should be something random (not null and not constant)*/
                      [self bytes], dataLength, /* input */
                      buffer, bufferSize, /* output */
                      &numBytesEncrypted
                  );

Además, si se selecciona el modo CBC al llamar a CCCrypt y no se proporciona ningún IV (nil) se utilizará entonces un IV de todos los ceros.

Los vectores de inicialización (IV) deberían crearse con un generador de números pseudoaleatorios criptográfico. Cuando no se utiliza un IV, el texto cifrado resultante es mucho más predecible y susceptible a un ataque por diccionario.

Ejemplo 1: el siguiente código reutiliza la clave como IV:

from Crypto.Cipher import AES
from Crypto import Random
...
key = Random.new().read(AES.block_size)
cipher = AES.new(key, AES.MODE_CTR, IV=key)

Cuando utiliza la clave como IV, un atacante podría recuperar la clave y permitir que se descifren los datos.

Los vectores de inicialización (IV) deberían crearse con un generador de números pseudoaleatorios criptográfico. Cuando no se utiliza un IV, el texto cifrado resultante es mucho más predecible y susceptible a un ataque por diccionario.

Ejemplo 1: el siguiente código reutiliza la clave como IV:

require 'openssl'
...
cipher = OpenSSL::Cipher::AES.new('256-GCM')
cipher.encrypt
@key = cipher.random_key
cipher.iv=@key

encrypted = cipher.update(data) + cipher.final # encrypts data without hardcoded IV
...

Cuando utiliza la clave como IV, un atacante podría recuperar la clave y permitir que se descifren los datos.

Los vectores de inicialización (IV) deberían crearse con un generador de números pseudoaleatorios criptográfico. Cuando no se utiliza un IV, el texto cifrado resultante es mucho más predecible y susceptible a un ataque por diccionario.

Ejemplo 1: El siguiente código crea un IV no aleatorio utilizando bytes codificados.

...
let cStatus = CCCrypt(UInt32(kCCEncrypt),
UInt32(kCCAlgorithmAES128),
UInt32(kCCOptionPKCS7Padding),
key,
keyLength,
"0123456789012345", 
plaintext, 
plaintextLength,
ciphertext, 
ciphertextLength,
&numBytesEncrypted)

Además, si se selecciona el modo CBC al llamar a CCCrypt y no se proporciona ningún IV (nil) se utilizará entonces un IV de todos los ceros.

El modo de operación de un cifrado de bloque es un algoritmo que describe cómo aplicar repetidamente una operación de un solo bloque de cifrado para transformar de forma segura cantidades de datos mayores que un bloque. Algunos modos de operación son Electronic Codebook (ECB), Cipher Block Chaining (CBC), Cipher Feedback (CFB) y Counter (CTR).

El modo ECB es inherentemente poco seguro, ya que produce el mismo texto cifrado para bloques idénticos de texto sin formato. El modo CBC es vulnerable a los ataques de oráculo de relleno. El modo CTR es la mejor elección, ya que no presenta estas debilidades.

Ejemplo 1: el siguiente código utiliza un cifrado AES con el modo ECB:

  ...
  var objAesCryptoService = new AesCryptoServiceProvider();
  objAesCryptoService.Mode = CipherMode.ECB;
  objAesCryptoService.Padding = PaddingMode.PKCS7;
  objAesCryptoService.Key = securityKeyArray;
  var objCrytpoTransform = objAesCryptoService.CreateEncryptor();
  ...
  

El modo de operación de un cifrado de bloque es un algoritmo que describe cómo aplicar repetidamente una operación de un solo bloque de cifrado para transformar de forma segura cantidades de datos mayores que un bloque. Algunos modos de operación son Electronic Codebook (ECB), Cipher Block Chaining (CBC), Cipher Feedback (CFB) y Counter (CTR).

El modo ECB es inherentemente poco seguro, ya que produce el mismo texto cifrado para bloques idénticos de texto sin formato. El modo CBC es vulnerable a los ataques de oráculo de relleno. El modo CTR es la mejor elección, ya que no presenta estas debilidades.

Ejemplo 1: el siguiente código utiliza un cifrado AES con el modo ECB:

EVP_EncryptInit_ex(&ctx, EVP_aes_256_ecb(), NULL, key, iv);

El modo de operación de un cifrado de bloque es un algoritmo que describe cómo aplicar repetidamente una operación de un solo bloque de cifrado para transformar de forma segura cantidades de datos mayores que un bloque. Algunos modos de operación son Electronic Codebook (ECB), Cipher Block Chaining (CBC), Cipher Feedback (CFB) y Counter (CTR).

El modo ECB es inherentemente poco seguro, ya que produce el mismo texto cifrado para bloques idénticos de texto sin formato. El modo CBC es vulnerable a los ataques de oráculo de relleno. El modo CTR es la mejor elección, ya que no presenta estas debilidades.

Ejemplo 1: El siguiente código utiliza el cifrado AES con el modo CBC:

...
    block, err := aes.NewCipher(key)
	if err != nil {
		panic(err)
	}

	ciphertext := make([]byte, aes.BlockSize+len(plaintext))
	iv := ciphertext[:aes.BlockSize]
	if _, err := io.ReadFull(rand.Reader, iv); err != nil {
		panic(err)
	}

	mode := cipher.NewCBCEncrypter(block, iv)
	mode.CryptBlocks(ciphertext[aes.BlockSize:], plaintext)
...

Los algoritmos de cifrado anticuados como DES dejarán de ofrecer una protección suficiente para su uso con los datos confidenciales. Los algoritmos de cifrado se basan en el tamaño de la clave como uno de los mecanismos principales para garantizar la intensidad criptográfica. La intensidad criptográfica a menudo se mide por el tiempo y la capacidad computacional de cálculo necesarios para generar una clave válida. Los avances en la capacidad de cálculo han hecho posible obtener claves de cifrado pequeñas en un período de tiempo razonable. Por ejemplo, la clave de 56 bits utilizada en DES supuso un importante obstáculo computacional en la década de 1970, cuando se desarrolló por primera vez el algoritmo. Actualmente, DES se puede descifrar en menos de un día con equipos de uso generalizado.

El modo de operación de un cifrado de bloque es un algoritmo que describe cómo aplicar repetidamente una operación de un solo bloque de cifrado para transformar de forma segura cantidades de datos mayores que un bloque. Algunos modos de operación son Electronic Codebook (ECB), Cipher Block Chaining (CBC), Cipher Feedback (CFB) y Counter (CTR).

El modo ECB es inherentemente poco seguro, ya que produce el mismo texto cifrado para bloques idénticos de texto sin formato. El modo CBC es vulnerable a los ataques de oráculo de relleno. El modo CTR es la mejor elección, ya que no presenta estas debilidades.

Ejemplo 1: el siguiente código utiliza un cifrado AES con el modo ECB:

...
ccStatus = CCCrypt( kCCEncrypt,
                    kCCAlgorithmAES,
                    kCCOptionECBMode, // Uses ECB mode
                    key,
                    kCCKeySizeAES128,
                    iv,
                    plaintext,
                    sizeof(plaintext),
                    ciphertext,
                    sizeof(ciphertext),
                    &numBytesEncrypted);
...

El modo de operación de un cifrado de bloque es un algoritmo que describe cómo aplicar repetidamente una operación de un solo bloque de cifrado para transformar de forma segura cantidades de datos mayores que un bloque. Algunos modos de operación son Electronic Codebook (ECB), Cipher Block Chaining (CBC), Cipher Feedback (CFB) y Counter (CTR).

El modo ECB es inherentemente poco seguro, ya que produce el mismo texto cifrado para bloques idénticos de texto sin formato. El modo CBC es vulnerable a los ataques de oráculo de relleno. El modo CTR es la mejor elección, ya que no presenta estas debilidades.

Ejemplo 1: el siguiente código utiliza un cifrado AES con el modo ECB:

from Crypto.Cipher import AES
from Crypto import Random
...
key = Random.new().read(AES.block_size)
random_iv = Random.new().read(AES.block_size)
cipher = AES.new(key, AES.MODE_ECB, random_iv)

El modo de operación de un cifrado de bloque es un algoritmo que describe cómo aplicar repetidamente una operación de un solo bloque de cifrado para transformar de forma segura cantidades de datos mayores que un bloque. Algunos modos de operación son Electronic Codebook (ECB), Cipher Block Chaining (CBC), Cipher Feedback (CFB) y Counter (CTR).

El modo ECB es inherentemente poco seguro, ya que produce el mismo texto cifrado para bloques idénticos de texto sin formato. El modo CBC es vulnerable a los ataques de oráculo de relleno. El modo CTR es la mejor elección, ya que no presenta estas debilidades.

Ejemplo 1: el siguiente código utiliza un cifrado AES con el modo ECB:

require 'openssl'
...
cipher = OpenSSL::Cipher::AES.new('256-ECB')

El modo de operación de un cifrado de bloque es un algoritmo que describe cómo aplicar repetidamente una operación de un solo bloque de cifrado para transformar de forma segura cantidades de datos mayores que un bloque. Algunos modos de operación son Electronic Codebook (ECB), Cipher Block Chaining (CBC), Cipher Feedback (CFB) y Counter (CTR).

El modo ECB es inherentemente poco seguro, ya que produce el mismo texto cifrado para bloques idénticos de texto sin formato. El modo CBC es vulnerable a los ataques de oráculo de relleno. El modo CTR es la mejor elección, ya que no presenta estas debilidades.

Ejemplo 1: el siguiente código utiliza un cifrado AES con el modo ECB:

...
ccStatus = CCCrypt(UInt32(kCCEncrypt),
                UInt32(kCCAlgorithmAES128),
                UInt32(kCCOptionECBMode),
                keyData.bytes,
                keyLength,
                keyData.bytes,
                data.bytes,
                data.length,
                cryptData.mutableBytes,
                cryptData.length,
                &numBytesEncrypted)
...

Las instrucciones de criptografía actuales sugieren usar longitudes de claves de 2048 bits como mínimo con el algoritmo RSA. Sin embargo, los avances en la capacidad de cálculo y en las técnicas de factorización [1] hacen inevitables los futuros aumentos en el tamaño de clave recomendado.

Ejemplo 1: el código siguiente utiliza el algoritmo RSA con una clave de cifrado de 512 bits.

  static public byte[] EncryptWithRSA(byte[] plaintext, RSAParameters key) {
    try {
      RSACryptoServiceProvider rsa = new RSACryptoServiceProvider(512);
      rsa.ImportParameters(key);
      return rsa.Encrypt(plaintext, true);
    }
    catch(CryptographicException e) {
      Console.WriteLine(e.Message);
      return null;
    }
  }

En el caso de cifrado simétrico, la longitud de la clave debe ser de 128 bits como mínimo.

Las instrucciones de criptografía actuales sugieren usar longitudes de claves de 2048 bits como mínimo con el algoritmo RSA. Sin embargo, los avances en la capacidad de cálculo y en las técnicas de factorización [1] hacen inevitables los futuros aumentos en el tamaño de clave recomendado.

Ejemplo 1: el código siguiente genera una clave de cifrado RSA de 512 bits.

  EVP_PKEY * get_RSA_key() {
    unsigned long err;
    EVP_PKEY * pkey;
    RSA * rsa;
    rsa = RSA_generate_key(512, 35, NULL, NULL);
    if (rsa == NULL) {
      err = ERR_get_error();
      printf("Error = %s\n",ERR_reason_error_string(err));
      return NULL;
    }
    pkey = EVP_PKEY_new();
    EVP_PKEY_assign_RSA(pkey, rsa);
    return pkey;
  }

En el caso de cifrado simétrico, la longitud de la clave debe ser de 128 bits como mínimo.

Las instrucciones de criptografía actuales sugieren usar longitudes de claves de 2048 bits como mínimo con el algoritmo RSA. En el cifrado simétrico, la longitud de la clave debe ser de 128 bits como mínimo. Sin embargo, los avances en la capacidad de cálculo y en las técnicas de factorización [1] hacen inevitables los futuros aumentos en el tamaño de clave recomendado.

Ejemplo 1: El siguiente código genera una clave RSA de 1024 bits:

  ...
  myPrivateKey := rsa.GenerateKey(rand.Reader, 1024);
  ...

Las instrucciones de criptografía actuales sugieren usar longitudes de claves de 2048 bits como mínimo con el algoritmo RSA. Sin embargo, los avances en la capacidad de cálculo y en las técnicas de factorización [1] hacen inevitables los futuros aumentos en el tamaño de clave recomendado.

Ejemplo 1: el siguiente código genera una clave RSA de 512 bits.

  ...
  crmfObject = crypto.generateCRMFRequest(
                "CN=" + name.value,
                password.value,
                authenticator,
        	keyTransportCert,
                "setCRMFRequest();",
                512, null, "rsa-dual-use");
  ...

En el caso de cifrado simétrico, la longitud de la clave debe ser de 128 bits como mínimo.

Las instrucciones de criptografía actuales sugieren usar longitudes de claves de 2048 bits como mínimo con el algoritmo RSA. Sin embargo, los avances en la capacidad de cálculo y en las técnicas de factorización [1] hacen inevitables los futuros aumentos en el tamaño de clave recomendado. En el caso de cifrado simétrico, la longitud de la clave debe ser de 128 bits como mínimo.

Ejemplo 1: El código siguiente utiliza un algoritmo de cifrado débil y un tamaño insuficiente de clave.

...
CCCrypt(kCCEncrypt,
        kCCAlgorithmDES,
        kCCOptionPKCS7Padding,
        key,
        kCCKeySizeDES, // 64-bit key size
        iv,
        plaintext,
        sizeof(plaintext),
        ciphertext,
        sizeof(ciphertext),
        &numBytesEncrypted);
...

Las instrucciones de criptografía actuales sugieren usar longitudes de claves de 2048 bits como mínimo con el algoritmo RSA. Sin embargo, los avances en la capacidad de cálculo y en las técnicas de factorización [1] hacen inevitables los futuros aumentos en el tamaño de clave recomendado.

Ejemplo 1: El código siguiente genera una clave de cifrado RSA de 1024 bits.

...
$keysize = 1024;
$options = array('private_key_bits' => $keysize, 'private_key_type' => OPENSSL_KEYTYPE_RSA);
$res = openssl_pkey_new($options);
...

En el caso de cifrado simétrico, la longitud de la clave debe ser de 168 bits como mínimo para Triple DES y 128 bits para AES.

Las instrucciones de criptografía actuales sugieren usar longitudes de claves de 2048 bits como mínimo con el algoritmo RSA. Sin embargo, los avances en la capacidad de cálculo y en las técnicas de factorización [1] hacen inevitables los futuros aumentos en el tamaño de clave recomendado.

Ejemplo 1: el código siguiente genera una clave de cifrado RSA de 1024 bits.

...
from Crypto.PublicKey import RSA
key = RSA.generate(1024)
...

En el caso de cifrado simétrico, la longitud de la clave debe ser de 128 bits como mínimo para Triple DES y 128 bits para AES.

Las instrucciones de criptografía actuales sugieren usar longitudes de claves de 2048 bits como mínimo con el algoritmo RSA. Sin embargo, los avances en la capacidad de cálculo y en las técnicas de factorización [1] hacen inevitables los futuros aumentos en el tamaño de clave recomendado.

Ejemplo 1: el código siguiente genera una clave de cifrado RSA de 1024 bits.

  require 'openssl'
  ...
  pkey = OpenSSL::PKey::RSA.new 1024
  ...
  

En el caso de cifrado simétrico, la longitud de la clave debe ser de 128 bits como mínimo para AES.

Las instrucciones de criptografía actuales sugieren usar longitudes de claves de 2048 bits como mínimo con el algoritmo RSA. Sin embargo, los avances en la capacidad de cálculo y en las técnicas de factorización [1] hacen inevitables los futuros aumentos en el tamaño de clave recomendado. En el caso de cifrado simétrico, la longitud de la clave debe ser de 128 bits como mínimo.

Ejemplo 1: El código siguiente utiliza un algoritmo de cifrado débil y un tamaño insuficiente de clave.

...
let iv = getTrueRandomIV()
...
let cStatus = CCCrypt(UInt32(kCCEncrypt),
UInt32(kCCAlgorithmDES),
UInt32(kCCOptionPKCS7Padding),
key,
UInt32(kCCKeySizeDES), // 64-bit key size
iv, 
plaintext, 
plaintextLength,
ciphertext, 
ciphertextLength,
&numBytesEncrypted)
...

Las instrucciones de criptografía actuales sugieren usar longitudes de claves de 2048 bits como mínimo con el algoritmo RSA. Sin embargo, los avances en la capacidad de cálculo y en las técnicas de factorización [1] hacen inevitables los futuros aumentos en el tamaño de clave recomendado.

En el caso de cifrado simétrico, la longitud de la clave debe ser de 128 bits como mínimo.

La generación de claves simétricas y el cifrado y descifrado de secretos implica varios pasos y saltarse un paso necesario puede comprometer la seguridad de las claves simétricas o del texto cifrado generados, o bien puede dar lugar al descifrado incorrecto de un texto cifrado existente.

Ejemplo 1: el siguiente código se salta la llamada a EVP_DecryptUpdate, lo que producirá un error al descifrar el texto cifrado.

...
EVP_DecryptInit_ex(&ctx, EVP_aes_256_gcm(), NULL, key, iv);
...
if(!EVP_DecryptFinal_ex(&ctx, outBuf+outBytes, &tmpOutBytes))
  prtErrAndExit(1, "ERROR: EVP_DecryptFinal_ex did not work...\n");
...

La generación de claves simétricas y el cifrado y descifrado de secretos implica varios pasos y saltarse un paso necesario puede comprometer la seguridad de las claves simétricas o del texto cifrado generados, o bien puede dar lugar al descifrado incorrecto de un texto cifrado existente.

Ejemplo 1: El código siguiente omite la llamada a OpenSSL::Cipher#update, lo que da como resultado un error al descifrar el texto cifrado:

require 'openssl'
...
decipher = OpenSSL::Cipher::AES.new(128, :GCM)
decipher.decrypt
decipher.key = key
decipher.iv = iv

plain = decipher.final #missed update method
...

Permitir un valor controlado por el usuario para determinar el tamaño de clave puede hacer que un usuario malintencionado pueda especificar una clave vacía y pueda descifrar con relativa facilidad cualquier dato que se haya cifrado con la clave vacía. Incluso si se requiere un valor distinto de cero, un usuario malintencionado podría especificar el valor más bajo posible, reduciendo así la seguridad del cifrado.

Los problemas de Cifrado débil: tamaño de clave controlado por el usuario se producen cuando:

1. Los datos entran en un programa a través de un origen que no es de confianza.

2. Los datos controlados por el usuario se incluyen en el parámetro de tamaño de clave o se utilizan completamente como el parámetro de tamaño de clave de una función de cifrado.

Al igual que muchas vulnerabilidades de seguridad de software, Cifrado débil: tamaño de clave controlado por el usuario es un medio para lograr un fin, no un fin en sí mismo. En su raíz, la vulnerabilidad es sencilla: un usuario malintencionado transfiere datos malintencionados a una aplicación y, a continuación, los datos se usan como valor de tamaño de clave, o como parte de dicho valor, al realizar el cifrado.

El problema de tener un tamaño de clave controlado por el usuario es que puede posibilitar diversos ataques:

1. El atacante podría utilizar esta vulnerabilidad para especificar un tamaño de clave de cero para las operaciones de cifrado en las que se utilicen datos a los que tenga acceso. A continuación, sería muy sencillo intentar descifrar sus propios datos utilizando distintos algoritmos y claves vacías para filtrar información sobre la implementación del cifrado que se emplea en la aplicación. De esta forma, sería muy sencillo descifrar los datos cifrados de otros usuarios, ya que el usuario malintencionado podría centrarse únicamente en algoritmos concretos.
2. El atacante podría manipular los tamaños de clave de cifrado de otros usuarios, o engañar a otros usuarios para que utilicen una clave de cifrado de tamaño cero (o el más bajo posible), con el fin de poder leer los datos cifrados de otros usuarios (después de que haya determinado el algoritmo de cifrado que se usa).

Ejemplo 1: el siguiente código realiza el cifrado RSA con un parámetro de tamaño de clave controlado por el usuario:

    ...
    RSACryptoServiceProvider rsa1 = new RSACryptoServiceProvider(Convert.ToInt32(tx.Text));
    ...
    

El código en el Example 1 se ejecutará correctamente, pero cualquier persona con acceso a esta funcionalidad podrá manipular el parámetro de tamaño de clave en el algoritmo de cifrado modificando el valor del cuadro de texto tx.Text. Una vez lanzado el programa, puede resultar muy difícil deshacer un problema relacionado con tamaños de clave controlados por el usuario, dado que probablemente no habría forma de saber si un usuario malintencionado ha determinado el tamaño de clave de una operación de cifrado concreta.

Al permitir un valor controlado por el usuario para determinar el tamaño de clave, un atacante puede especificar una clave vacía, lo que permite descifrar con relativa facilidad cualquier dato que se haya cifrado con la clave vacía. Incluso si se requiere un valor distinto de cero, un atacante podría especificar el valor más bajo posible, reduciendo así la seguridad del cifrado.

Los problemas de Cifrado débil: tamaño de clave controlado por el usuario se producen cuando ocurre lo siguiente:

1. Los datos entran en un programa a través de un origen que no es de confianza.

2. Los datos controlados por el usuario se incluyen en el parámetro de tamaño de clave o se utilizan completamente como el parámetro de tamaño de clave en una función de cifrado.

Al igual que muchas vulnerabilidades de seguridad de software, Cifrado débil: tamaño de clave controlado por el usuario es un medio para lograr un fin, no un fin en sí mismo. En su raíz, la vulnerabilidad es sencilla: un atacante pasa datos malintencionados a una aplicación, que a continuación se utilizan como valor, total o parcial, de tamaño de clave para el cifrado.

El problema de tener un tamaño de clave controlado por el usuario es que puede posibilitar diversos ataques:

1. El atacante puede utilizar esta vulnerabilidad para especificar un tamaño de clave de cero para las operaciones de cifrado en las que se utilicen datos a los que tenga acceso. A continuación, sería muy sencillo intentar descifrar sus propios datos utilizando distintos algoritmos y claves vacías para filtrar información sobre la implementación del cifrado empleada en la aplicación. Esto podría facilitar descifrar los datos cifrados de otros usuarios, ya que el atacante podría centrarse únicamente en algoritmos concretos.
2. El atacante puede manipular los tamaños de clave de cifrado de otros usuarios o engañar a otros usuarios para que utilicen una clave de cifrado de tamaño cero (u otro número bajo), con el fin de poder leer los datos cifrados de otros usuarios (después de que haya determinado el algoritmo de cifrado que se usó).

Ejemplo 1: El código siguiente genera una clave RSA con una longitud de clave derivada controlada por el usuario:

...
rsa.GenerateKey(random, user_input)
...

El código del Example 1 se ejecutará correctamente, pero cualquier persona con acceso a esta funcionalidad podrá manipular el parámetro de tamaño de clave para el algoritmo de cifrado, dado que el usuario puede controlar la variable user_input. Tras un lanzamiento de software, puede resultar complicado deshacer un problema relacionado con los tamaños de clave controlados por el usuario. Es extremadamente difícil saber si un usuario malintencionado controló el tamaño de clave de una operación de cifrado determinada.

Permitir un valor controlado por el usuario para determinar el tamaño de clave puede hacer que un usuario malintencionado pueda especificar una clave vacía y pueda descifrar con relativa facilidad cualquier dato que se haya cifrado con la clave vacía. Incluso si se requiere un valor distinto de cero, un usuario malintencionado podría especificar el valor más bajo posible, reduciendo así la seguridad del cifrado.

Los problemas de Cifrado débil: tamaño de clave controlado por el usuario se producen cuando:

1. Los datos entran en un programa a través de un origen que no es de confianza.

2. Los datos controlados por el usuario se incluyen en el parámetro de tamaño de clave o se utilizan completamente como el parámetro de tamaño de clave de una función de cifrado.

Al igual que muchas vulnerabilidades de seguridad de software, Cifrado débil: tamaño de clave controlado por el usuario es un medio para lograr un fin, no un fin en sí mismo. En su raíz, la vulnerabilidad es sencilla: un usuario malintencionado pasa datos dañinos a una aplicación, que a continuación se utilizan como valor de tamaño de clave durante el cifrado, total o parcialmente.

El problema de tener un tamaño de clave controlado por el usuario es que puede posibilitar diversos ataques:

1. El atacante podría utilizar esta vulnerabilidad para especificar un tamaño de clave de cero para las operaciones de cifrado en las que se utilicen datos a los que tenga acceso. A continuación, sería muy sencillo intentar descifrar sus propios datos utilizando distintos algoritmos y claves vacías para filtrar información sobre la implementación del cifrado que se emplea en la aplicación. De esta forma, sería muy sencillo descifrar los datos cifrados de otros usuarios, ya que el usuario malintencionado podría centrarse únicamente en algoritmos concretos.
2. El atacante podría manipular los tamaños de clave de cifrado de otros usuarios, o engañar a otros usuarios para que utilicen una clave de cifrado de tamaño cero (o el más bajo posible), con el fin de poder leer los datos cifrados de otros usuarios (después de que haya determinado el algoritmo de cifrado que se usa).

Ejemplo 1: el código siguiente realiza el cifrado AES con un parámetro de tamaño de clave controlado por el usuario:

...
@property (strong, nonatomic) IBOutlet UITextField *inputTextField;
...
CCCrypt(kCCEncrypt,
        kCCAlgorithmAES,
        kCCOptionPKCS7Padding,
        key,
        sizeof(_inputTextField.text),
        iv,
        plaintext,
        sizeof(plaintext),
        ciphertext,
        sizeof(ciphertext),
        &numBytesEncrypted);
...

El código en Example 1 se ejecutará correctamente, pero cualquier persona con acceso a esta función podrá manipular el parámetro de tamaño de clave en el algoritmo de cifrado modificando el texto en el UITextField inputTextField. Una vez lanzado el programa, puede resultar muy difícil deshacer un problema relacionado con tamaños de clave controlados por el usuario, dado que probablemente no habría forma de saber si un usuario malintencionado ha determinado el tamaño de clave de una operación de cifrado concreta.

Permitir un valor controlado por el usuario para determinar el tamaño de clave puede hacer que un usuario malintencionado pueda especificar una clave vacía y pueda descifrar con relativa facilidad cualquier dato que se haya cifrado con la clave vacía. Incluso si se requiere un valor distinto de cero, un usuario malintencionado podría especificar el valor más bajo posible, reduciendo así la seguridad del cifrado.

Los problemas de Cifrado débil: tamaño de clave controlado por el usuario se producen cuando:

1. Los datos entran en un programa a través de un origen que no es de confianza.

2. Los datos controlados por el usuario se incluyen en el parámetro de tamaño de clave o se utilizan completamente como el parámetro de tamaño de clave de una función de cifrado.

Al igual que muchas vulnerabilidades de seguridad de software, Cifrado débil: tamaño de clave controlado por el usuario es un medio para lograr un fin, no un fin en sí mismo. En su raíz, la vulnerabilidad es sencilla: un usuario malintencionado transfiere datos malintencionados a una aplicación y, a continuación, los datos se usan como valor de tamaño de clave, o como parte de dicho valor, al realizar el cifrado.

El problema de tener un tamaño de clave controlado por el usuario es que puede posibilitar diversos ataques:

1. El atacante podría utilizar esta vulnerabilidad para especificar un tamaño de clave de cero para las operaciones de cifrado en las que se utilicen datos a los que tenga acceso. A continuación, sería muy sencillo intentar descifrar sus propios datos utilizando distintos algoritmos y claves vacías para filtrar información sobre la implementación del cifrado que se emplea en la aplicación. De esta forma, sería muy sencillo descifrar los datos cifrados de otros usuarios, ya que el usuario malintencionado podría centrarse únicamente en algoritmos concretos.
2. El atacante podría manipular los tamaños de clave de cifrado de otros usuarios, o engañar a otros usuarios para que utilicen una clave de cifrado de tamaño cero (o el más bajo posible), con el fin de poder leer los datos cifrados de otros usuarios (después de que haya determinado el algoritmo de cifrado que se usa).

Ejemplo 1: El siguiente código deriva una clave de una contraseña, pero utiliza una longitud de clave derivada controlada por el usuario:

...
$hash = hash_pbkdf2('sha256', $password, $random_salt, 100000, strlen($password));
...

El código del Example 1 se ejecutará correctamente, pero cualquier persona con acceso a esta función podrá manipular el parámetro de tamaño de clave para el algoritmo de cifrado dado que la variable user_input puede ser controlada por el usuario. Una vez lanzado el programa, puede resultar muy difícil deshacer un problema relacionado con tamaños de clave controlados por el usuario, dado que probablemente no habría forma de saber si un usuario malintencionado ha determinado el tamaño de clave de una operación de cifrado concreta.

Permitir un valor controlado por el usuario para determinar el tamaño de clave puede hacer que un usuario malintencionado pueda especificar una clave vacía y pueda descifrar con relativa facilidad cualquier dato que se haya cifrado con la clave vacía. Incluso si se requiere un valor distinto de cero, un usuario malintencionado podría especificar el valor más bajo posible, reduciendo así la seguridad del cifrado.

Los problemas de Cifrado débil: tamaño de clave controlado por el usuario se producen cuando:

1. Los datos entran en un programa a través de un origen que no es de confianza.

2. Los datos controlados por el usuario se incluyen en el parámetro de tamaño de clave o se utilizan completamente como el parámetro de tamaño de clave de una función de cifrado.

Al igual que muchas vulnerabilidades de seguridad de software, Cifrado débil: tamaño de clave controlado por el usuario es un medio para lograr un fin, no un fin en sí mismo. En su raíz, la vulnerabilidad es sencilla: un usuario malintencionado pasa datos dañinos a una aplicación, que a continuación se utilizan como valor de tamaño de clave durante el cifrado, total o parcialmente.

El problema de tener un tamaño de clave controlado por el usuario es que puede posibilitar diversos ataques:

1. El atacante podría utilizar esta vulnerabilidad para especificar un tamaño de clave de cero para las operaciones de cifrado en las que se utilicen datos a los que tenga acceso. A continuación, sería muy sencillo intentar descifrar sus propios datos utilizando distintos algoritmos y claves vacías para filtrar información sobre la implementación del cifrado que se emplea en la aplicación. De esta forma, sería muy sencillo descifrar los datos cifrados de otros usuarios, ya que el usuario malintencionado podría centrarse únicamente en algoritmos concretos.
2. El atacante podría manipular los tamaños de clave de cifrado de otros usuarios, o engañar a otros usuarios para que utilicen una clave de cifrado de tamaño cero (o el más bajo posible), con el fin de poder leer los datos cifrados de otros usuarios (después de que haya determinado el algoritmo de cifrado que se usa).

Ejemplo 1: El siguiente código deriva una clave de una contraseña, pero utiliza una longitud de clave derivada controlada por el usuario:

...
dk = hashlib.pbkdf2_hmac('sha256', password, random_salt, 100000, dklen=user_input)
...

El código del Example 1 se ejecutará correctamente, pero cualquier persona con acceso a esta función podrá manipular el parámetro de tamaño de clave para el algoritmo de cifrado dado que la variable user_input puede ser controlada por el usuario. Una vez lanzado el programa, puede resultar muy difícil deshacer un problema relacionado con tamaños de clave controlados por el usuario, dado que probablemente no habría forma de saber si un usuario malintencionado ha determinado el tamaño de clave de una operación de cifrado concreta.

Permitir un valor controlado por el usuario para determinar el tamaño de clave puede hacer que un usuario malintencionado pueda especificar una clave vacía y pueda descifrar con relativa facilidad cualquier dato que se haya cifrado con la clave vacía. Incluso si se requiere un valor distinto de cero, un usuario malintencionado podría especificar el valor más bajo posible, reduciendo así la seguridad del cifrado.

Los problemas de Cifrado débil: tamaño de clave controlado por el usuario se producen cuando:

1. Los datos entran en un programa a través de un origen que no es de confianza.

2. Los datos controlados por el usuario se incluyen en el parámetro de tamaño de clave o se utilizan completamente como el parámetro de tamaño de clave de una función de cifrado.

Al igual que muchas vulnerabilidades de seguridad de software, Cifrado débil: tamaño de clave controlado por el usuario es un medio para lograr un fin, no un fin en sí mismo. En su raíz, la vulnerabilidad es sencilla: un usuario malintencionado pasa datos dañinos a una aplicación, que a continuación se utilizan como valor de tamaño de clave durante el cifrado, total o parcialmente.

El problema de tener un tamaño de clave controlado por el usuario es que puede posibilitar diversos ataques:

1. El atacante podría utilizar esta vulnerabilidad para especificar un tamaño de clave de cero para las operaciones de cifrado en las que se utilicen datos a los que tenga acceso. A continuación, sería muy sencillo intentar descifrar sus propios datos utilizando distintos algoritmos y claves vacías para filtrar información sobre la implementación del cifrado que se emplea en la aplicación. De esta forma, sería muy sencillo descifrar los datos cifrados de otros usuarios, ya que el usuario malintencionado podría centrarse únicamente en algoritmos concretos.
2. El atacante podría manipular los tamaños de clave de cifrado de otros usuarios, o engañar a otros usuarios para que utilicen una clave de cifrado de tamaño cero (o el más bajo posible), con el fin de poder leer los datos cifrados de otros usuarios (después de que haya determinado el algoritmo de cifrado que se usa).

Ejemplo 1: El siguiente código deriva una clave de una contraseña, pero utiliza una longitud de clave derivada controlada por el usuario:

...
dk = OpenSSL::PKCS5.pbkdf2_hmac(password, random_salt, 100000, user_input, digest)
...

El código del Example 1 se ejecutará correctamente, pero cualquier persona con acceso a esta función podrá manipular el parámetro de tamaño de clave para el algoritmo de cifrado dado que la variable user_input puede ser controlada por el usuario. Una vez lanzado el programa, puede resultar muy difícil deshacer un problema relacionado con tamaños de clave controlados por el usuario, dado que probablemente no habría forma de saber si un usuario malintencionado ha determinado el tamaño de clave de una operación de cifrado concreta.

Permitir un valor controlado por el usuario para determinar el tamaño de clave puede hacer que un usuario malintencionado pueda especificar una clave vacía y pueda descifrar con relativa facilidad cualquier dato que se haya cifrado con la clave vacía. Incluso si se requiere un valor distinto de cero, un usuario malintencionado podría especificar el valor más bajo posible, reduciendo así la seguridad del cifrado.

Los problemas de Cifrado débil: tamaño de clave controlado por el usuario se producen cuando:

1. Los datos entran en un programa a través de un origen que no es de confianza.

2. Los datos controlados por el usuario se incluyen en el parámetro de tamaño de clave o se utilizan completamente como el parámetro de tamaño de clave de una función de cifrado.

Al igual que muchas vulnerabilidades de seguridad de software, Cifrado débil: tamaño de clave controlado por el usuario es un medio para lograr un fin, no un fin en sí mismo. En su raíz, la vulnerabilidad es sencilla: un usuario malintencionado transfiere datos malintencionados a una aplicación y, a continuación, los datos se usan como valor de tamaño de clave, o como parte de dicho valor, al realizar el cifrado.

El problema de tener un tamaño de clave controlado por el usuario es que puede posibilitar diversos ataques:

1. El atacante podría utilizar esta vulnerabilidad para especificar un tamaño de clave de cero para las operaciones de cifrado en las que se utilicen datos a los que tenga acceso. A continuación, sería muy sencillo intentar descifrar sus propios datos utilizando distintos algoritmos y claves vacías para filtrar información sobre la implementación del cifrado que se emplea en la aplicación. De esta forma, sería muy sencillo descifrar los datos cifrados de otros usuarios, ya que el usuario malintencionado podría centrarse únicamente en algoritmos concretos.
2. El atacante podría manipular los tamaños de clave de cifrado de otros usuarios, o engañar a otros usuarios para que utilicen una clave de cifrado de tamaño cero (o el más bajo posible), con el fin de poder leer los datos cifrados de otros usuarios (después de que haya determinado el algoritmo de cifrado que se usa).

Ejemplo 1: El siguiente código realiza el cifrado AES con un parámetro de tamaño de clave controlado por el usuario:

...
@IBOutlet weak var inputTextField : UITextField!
...
let key = (inputTextField.text as NSString).dataUsingEncoding(NSUTF8StringEncoding)
let keyPointer = UnsafePointer<UInt8>(key.bytes)
let keyLength = size_t(key.length)
...
let operation : CCOperation = UInt32(kCCEncrypt)
let algoritm : CCAlgorithm = UInt32(kCCAlgorithmAES128)
let options : CCOptions = UInt32(kCCOptionPKCS7Padding)
var numBytesEncrypted :size_t = 0
CCCrypt(operation,
        algorithm,
        options,
        keyPointer,
        keyLength,
        iv,
        plaintextPointer,
        plaintextLength,
        ciphertextPointer,
        ciphertextLength,
        &numBytesEncrypted)
...

El código en Example 1 se ejecutará correctamente, pero cualquier persona con acceso a esta función podrá manipular el parámetro de tamaño de clave en el algoritmo de cifrado modificando el texto en el UITextField inputTextField. Una vez lanzado el programa, puede resultar muy difícil deshacer un problema relacionado con tamaños de clave controlados por el usuario, dado que probablemente no habría forma de saber si un usuario malintencionado ha determinado el tamaño de clave de una operación de cifrado concreta.