Weak Cryptographic Hash: User-Controlled PBE Salt

Entradas de usuário potencialmente corrompidas não devem ser transmitidas como o parâmetro de sal para uma Função de Derivação de Chave com Base em Senha (PBKDF).

Problemas de Hash criptográfico fraco: Sal PBE controlado pelo usuário ocorrem quando:

1. Dados entram em um programa através de uma fonte não confiável.

2. Dados controlados pelo usuário são incluídos no sal ou usados totalmente como o sal dentro de uma Função de Derivação de Chave com Base em Senha (PBKDF).


Tal como acontece com muitas vulnerabilidades de segurança de software, a vulnerabilidades de Hash criptográfico fraco: Sal PBE controlado pelo usuário é um meio para um fim, e não um fim em si mesmo. Em sua raiz, a vulnerabilidade é simples e direta: um invasor transmite dados mal-intencionados para um aplicativo, e esses dados são então usados como todo ou parte do sal em um PBKDF.

O problema em se ter um sal definido pelo usuário é que ele pode permitir vários ataques:

1. O invasor pode usar essa vulnerabilidade para especificar um sal vazio para sua própria senha. Desse ponto em diante, seria simples para ele derivar rapidamente sua própria senha usando várias funções de derivação de chave com base em senha para deixar vazar informações sobre a implementação de PBKDF utilizada dentro do seu aplicativo. Isso pode facilitar a "quebra" de outras senhas por meio da capacidade de limitar a variante particular do hash utilizado.
2. Se o invasor puder manipular os sais de outros usuários ou enganar estes últimos fazendo com que eles utilizem um sal vazio, isso permitirá o cálculo de "tabelas rainbow" para o aplicativo e facilitará a determinação dos valores derivados.

Exemplo 1: O seguinte código usa um sal controlado pelo usuário:

  string salt = ConfigurationManager.AppSettings["salt"];
  ...
  Rfc2898DeriveBytes rfc = new Rfc2898DeriveBytes("password", Encoding.ASCII.GetBytes(salt));
  ...
  

O código no Example 1 será executado com êxito, mas qualquer pessoa que possa chegar a essa funcionalidade conseguirá manipular o sal para derivar a chave ou a senha modificando a propriedade salt. Após a distribuição do programa, pode ser não trivial desfazer um problema referente aos sais controlados pelo usuário, pois é extremamente difícil saber se um usuário mal-intencionado determinou o sal de um hash de senha.

Entradas de usuário potencialmente corrompidas não devem ser transmitidas como o parâmetro de sal para uma Função de Derivação de Chave com Base em Senha (PBKDF).

Problemas de Hash criptográfico fraco: Sal PBE controlado pelo usuário ocorrem quando:

1. Dados entram em um programa através de uma fonte não confiável

2. Dados controlados pelo usuário são incluídos no sal ou usados totalmente como o sal dentro de uma Função de Derivação de Chave com Base em Senha (PBKDF).


Tal como acontece com muitas vulnerabilidades de segurança de software, a vulnerabilidades de Hash criptográfico fraco: Sal PBE controlado pelo usuário é um meio para um fim, e não um fim em si mesmo. Em sua raiz, a vulnerabilidade é simples e direta: um invasor transmite dados mal-intencionados para um aplicativo, e esses dados são então usados como todo ou parte do sal em um PBKDF.

O problema em se ter um sal controlado pelo usuário é que ele pode permitir vários ataques:

1. O invasor pode usar essa vulnerabilidade para especificar um sal vazio para sua própria senha. Desse ponto em diante, seria simples para ele derivar rapidamente sua própria senha usando várias funções de derivação de chave com base em senha para deixar vazar informações sobre a implementação de PBKDF utilizada dentro do seu aplicativo. Isso pode facilitar a "quebra" de outras senhas por meio da capacidade de limitar a variante particular do hash utilizado.
2. Se o invasor puder manipular os sais de outros usuários ou enganar estes últimos fazendo com que eles utilizem um sal vazio, isso permitirá o cálculo de "tabelas rainbow" para o aplicativo e facilitará a determinação dos valores derivados.

Exemplo 1: O seguinte código usa um sal controlado pelo usuário:

    ...
    salt = getenv("SALT");
    PKCS5_PBKDF2_HMAC(pass, sizeof(pass), salt, sizeof(salt), ITERATION, EVP_sha512(), outputBytes, digest);
    ...

O código no Example 1 será executado com êxito, qualquer pessoa que puder acessar essa funcionalidade conseguirá manipular o sal usado para derivar a chave ou a senha modificando a variável de ambiente SALT. Após a distribuição do programa, pode ser não trivial desfazer um problema referente aos sais controlados pelo usuário, pois é extremamente difícil saber se um usuário mal-intencionado determinou o sal de um hash de senha.

Entradas de usuário potencialmente corrompidas não devem ser transmitidas como o parâmetro de salt para uma Função de Derivação de Chave com Base em Senha (PBKDF).

Hash criptográfico fraco: Problemas de salt controlado pelo usuário ocorrem quando:

1. Dados entram em um programa através de uma fonte não confiável

2. Dados controlados pelo usuário são incluídos no salt ou usados totalmente como o salt dentro de uma Função de Derivação de Chave com Base em Senha (PBKDF).


Tal como acontece com muitas vulnerabilidades de segurança de software, a vulnerabilidades de Hash criptográfico fraco: Um salt PBE controlado pelo usuário é um meio para um fim, e não um fim em si mesmo. Em sua raiz, a vulnerabilidade é simples e direta: um invasor transmite dados mal-intencionados para um aplicativo, e esses dados são então usados como todo ou parte do salt em um PBKDF.

O problema em se ter um salt definido pelo usuário é que ele pode permitir vários ataques:

1. O invasor pode usar essa vulnerabilidade para especificar um salt vazio para sua própria senha. Desse ponto em diante, seria simples para ele derivar rapidamente sua própria senha usando várias funções de derivação de chave com base em senha para deixar vazar informações sobre a implementação de PBKDF utilizada dentro do seu aplicativo. Isso pode facilitar a "quebra" de outras senhas por meio da capacidade de limitar a variante particular do hash utilizado.
2. Se o invasor puder manipular os salts de outros usuários ou enganar estes últimos fazendo com que eles utilizem um salt vazio, isso permitirá o cálculo de "tabelas rainbow" para o aplicativo e facilitará a determinação dos valores derivados.

Exemplo 1: O seguinte código usa um sal controlado pelo usuário:

app.get('/pbkdf2', function(req, res) {
    ...
    let salt = req.params['salt'];
    crypto.pbkdf2(
        password,
        salt,
        iterations,
        keyLength,
        "sha256",
        function (err, derivedKey) { ... }
    );
}

O código no Example 1 será executado com êxito, mas qualquer pessoa que possa chegar a essa funcionalidade conseguirá manipular o sal para derivar a chave ou a senha modificando a propriedade salt. Após a distribuição do programa, pode ser não trivial desfazer um problema referente aos sais controlados pelo usuário, pois é extremamente difícil saber se um usuário mal-intencionado determinou o sal de um hash de senha.

Entradas de usuário potencialmente corrompidas não devem ser transmitidas como o parâmetro de sal para uma Função de Derivação de Chave com Base em Senha (PBKDF).

Problemas de Hash criptográfico fraco: Sal PBE controlado pelo usuário ocorrem quando:

1. Dados entram em um programa através de uma fonte não confiável

2. Dados controlados pelo usuário são incluídos no sal ou usados totalmente como o sal dentro de uma Função de Derivação de Chave com Base em Senha (PBKDF).


Tal como acontece com muitas vulnerabilidades de segurança de software, a vulnerabilidades de Hash criptográfico fraco: Sal PBE controlado pelo usuário é um meio para um fim, e não um fim em si mesmo. Em sua raiz, a vulnerabilidade é simples e direta: um invasor transmite dados mal-intencionados para um aplicativo, e esses dados são então usados como todo ou parte do sal em um PBKDF.

O problema em se ter um sal definido pelo usuário é que ele pode permitir vários ataques:

1. O invasor pode usar essa vulnerabilidade para especificar um sal vazio para sua própria senha. Desse ponto em diante, seria simples para ele derivar rapidamente sua própria senha usando várias funções de derivação de chave com base em senha para deixar vazar informações sobre a implementação de PBKDF utilizada dentro do seu aplicativo. Isso pode facilitar a "quebra" de outras senhas por meio da capacidade de limitar a variante particular do hash utilizado.
2. Se o invasor puder manipular os sais de outros usuários ou enganar estes últimos fazendo com que eles utilizem um sal vazio, isso permitirá o cálculo de "tabelas rainbow" para o aplicativo e facilitará a determinação dos valores derivados.

Exemplo 1: O seguinte código usa um sal controlado pelo usuário:

...
@property (strong, nonatomic) IBOutlet UITextField *inputTextField;
...
NSString *salt = _inputTextField.text;
const char *salt_cstr = [salt cStringUsingEncoding:NSUTF8StringEncoding];
...
CCKeyDerivationPBKDF(kCCPBKDF2,
                     password,
                     passwordLen,
                     salt_cstr,
                     salt.length,
                     kCCPRFHmacAlgSHA256,
                     100000,
                     derivedKey,
                     derivedKeyLen);
...

O código no Example 1 será executado com êxito, mas qualquer pessoa que puder acessar essa funcionalidade conseguirá manipular o sal usado para derivar a chave ou a senha modificando o texto no UITextField inputTextField. Após a distribuição do programa, pode ser não trivial desfazer um problema referente aos sais controlados pelo usuário, pois é extremamente difícil saber se um usuário mal-intencionado determinou o sal de um hash de senha.

Entradas de usuário potencialmente corrompidas não devem ser transmitidas como o parâmetro de sal para uma Função de Derivação de Chave com Base em Senha (PBKDF).

Hash criptográfico fraco: Sal PBE controlado pelo usuário ocorrem quando:

1. Dados entram em um programa através de uma fonte não confiável.

2. Dados controlados pelo usuário são incluídos no sal ou usados totalmente como o sal dentro de uma Função de Derivação de Chave com Base em Senha (PBKDF).


Tal como acontece com muitas vulnerabilidades de segurança de software, a vulnerabilidades de Hash criptográfico fraco: Sal PBE controlado pelo usuário é um meio para um fim, e não um fim em si mesmo. Em sua raiz, a vulnerabilidade é simples e direta: um invasor transmite dados mal-intencionados para um aplicativo, e esses dados são então usados como todo ou parte do sal em um PBKDF.

O problema em se ter um sal definido pelo usuário é que ele pode permitir vários ataques:

1. O invasor pode usar essa vulnerabilidade para especificar um sal vazio para sua própria senha. Desse ponto em diante, seria simples para ele derivar rapidamente sua própria senha usando várias funções de derivação de chave com base em senha para deixar vazar informações sobre a implementação de PBKDF utilizada dentro do seu aplicativo. Isso pode facilitar a "quebra" de outras senhas por meio da capacidade de limitar a variante particular do hash utilizado.
2. Se o invasor puder manipular os sais de outros usuários ou enganar estes últimos fazendo com que eles utilizem um sal vazio, isso permitirá o cálculo de "tabelas rainbow" para o aplicativo e facilitará a determinação dos valores derivados.

Exemplo 1:O seguinte código usa um sal controlado pelo usuário:

function register(){
  $password = $_GET['password'];
  $username = $_GET['username'];
  $salt = getenv('SALT');

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

O código no Example 1 será executado com êxito, qualquer pessoa que puder acessar essa funcionalidade conseguirá manipular o sal usado para derivar a chave ou a senha modificando a variável de ambiente SALT. Após a distribuição do programa, pode ser não trivial desfazer um problema referente aos sais controlados pelo usuário, pois é extremamente difícil saber se um usuário mal-intencionado determinou o sal de um hash de senha.

Entradas de usuário potencialmente corrompidas não devem ser transmitidas como o parâmetro de sal para uma Função de Derivação de Chave com Base em Senha (PBKDF).

Problemas de Hash criptográfico fraco: Sal PBE controlado pelo usuário ocorrem quando:

1. Dados entram em um programa através de uma fonte não confiável.

2. Dados controlados pelo usuário são incluídos no sal ou usados totalmente como o sal dentro de uma Função de Derivação de Chave com Base em Senha (PBKDF).


Tal como acontece com muitas vulnerabilidades de segurança de software, a vulnerabilidades de Hash criptográfico fraco: Sal PBE controlado pelo usuário é um meio para um fim, e não um fim em si mesmo. Em sua raiz, a vulnerabilidade é simples e direta: um invasor transmite dados mal-intencionados para um aplicativo, e esses dados são então usados como todo ou parte do sal em um PBKDF.

O problema em se ter um sal definido pelo usuário é que ele pode permitir vários ataques:

1. O invasor pode usar essa vulnerabilidade para especificar um sal vazio para sua própria senha. Desse ponto em diante, seria simples para ele derivar rapidamente sua própria senha usando várias funções de derivação de chave com base em senha para deixar vazar informações sobre a implementação de PBKDF utilizada dentro do seu aplicativo. Isso pode facilitar a "quebra" de outras senhas por meio da capacidade de limitar a variante particular do hash utilizado.
2. Se o invasor puder manipular os sais de outros usuários ou enganar estes últimos fazendo com que eles utilizem um sal vazio, isso permitirá o cálculo de "tabelas rainbow" para o aplicativo e facilitará a determinação dos valores derivados.

Exemplo 1: O seguinte código usa um sal controlado pelo usuário:

import hashlib, binascii

def register(request):
  password = request.GET['password']
  username = request.GET['username']
  salt = os.environ['SALT']

  dk = hashlib.pbkdf2_hmac('sha256', password, salt, 100000)
  hash = binascii.hexlify(dk)
  store(username, hash)
...

O código no Example 1 será executado com êxito, qualquer pessoa que puder acessar essa funcionalidade conseguirá manipular o sal usado para derivar a chave ou a senha modificando a variável de ambiente SALT. Após a distribuição do programa, pode ser não trivial desfazer um problema referente aos sais controlados pelo usuário, pois é extremamente difícil saber se um usuário mal-intencionado determinou o sal de um hash de senha.

Entradas de usuário potencialmente corrompidas não devem ser transmitidas como o parâmetro de sal para uma Função de Derivação de Chave com Base em Senha (PBKDF).

Problemas de Hash criptográfico fraco: Sal PBE controlado pelo usuário ocorrem quando:

1. Dados entram em um programa através de uma fonte não confiável

2. Dados controlados pelo usuário são incluídos no sal ou usados totalmente como o sal dentro de uma Função de Derivação de Chave com Base em Senha (PBKDF).


Tal como acontece com muitas vulnerabilidades de segurança de software, a vulnerabilidades de Hash criptográfico fraco: Sal PBE controlado pelo usuário é um meio para um fim, e não um fim em si mesmo. Em sua raiz, a vulnerabilidade é simples e direta: um invasor transmite dados mal-intencionados para um aplicativo, e esses dados são então usados como todo ou parte do sal em um PBKDF.

O problema em se ter um sal definido pelo usuário é que ele pode permitir vários ataques:

1. O invasor pode usar essa vulnerabilidade para especificar um sal vazio para sua própria senha. Desse ponto em diante, seria simples para ele derivar rapidamente sua própria senha usando várias funções de derivação de chave com base em senha para deixar vazar informações sobre a implementação de PBKDF utilizada dentro do seu aplicativo. Isso pode facilitar a "quebra" de outras senhas por meio da capacidade de limitar a variante particular do hash utilizado.
2. Se o invasor puder manipular os sais de outros usuários ou enganar estes últimos fazendo com que eles utilizem um sal vazio, isso permitirá o cálculo de "tabelas rainbow" para o aplicativo e facilitará a determinação dos valores derivados.

Exemplo 1: O seguinte código usa um sal controlado pelo usuário:

...
salt=io.read
key = OpenSSL::PKCS5::pbkdf2_hmac(pass, salt, iter_count, 256, 'SHA256')
...

O código no Example 1 será executado com êxito, qualquer pessoa que puder acessar essa funcionalidade conseguirá manipular o sal usado para derivar a chave ou a senha modificando o texto em salt. Após a distribuição do programa, pode ser não trivial desfazer um problema referente aos sais controlados pelo usuário, pois é extremamente difícil saber se um usuário mal-intencionado determinou o sal de um hash de senha.

Entradas de usuário potencialmente corrompidas não devem ser transmitidas como o parâmetro de sal para uma Função de Derivação de Chave com Base em Senha (PBKDF).

Problemas de Hash criptográfico fraco: Sal PBE controlado pelo usuário ocorrem quando:

1. Dados entram em um programa através de uma fonte não confiável

2. Dados controlados pelo usuário são incluídos no sal ou usados totalmente como o sal dentro de uma Função de Derivação de Chave com Base em Senha (PBKDF).


Tal como acontece com muitas vulnerabilidades de segurança de software, a vulnerabilidades de Hash criptográfico fraco: Sal PBE controlado pelo usuário é um meio para um fim, e não um fim em si mesmo. Em sua raiz, a vulnerabilidade é simples e direta: um invasor transmite dados mal-intencionados para um aplicativo, e esses dados são então usados como todo ou parte do sal em um PBKDF.

O problema em se ter um sal definido pelo usuário é que ele pode permitir vários ataques:

1. O invasor pode usar essa vulnerabilidade para especificar um sal vazio para sua própria senha. Desse ponto em diante, seria simples para ele derivar rapidamente sua própria senha usando várias funções de derivação de chave com base em senha para deixar vazar informações sobre a implementação de PBKDF utilizada dentro do seu aplicativo. Isso pode facilitar a "quebra" de outras senhas por meio da capacidade de limitar a variante particular do hash utilizado.
2. Se o invasor puder manipular os sais de outros usuários ou enganar estes últimos fazendo com que eles utilizem um sal vazio, isso permitirá o cálculo de "tabelas rainbow" para o aplicativo e facilitará a determinação dos valores derivados.

Exemplo 1: O seguinte código usa um sal controlado pelo usuário:

...
@IBOutlet weak var inputTextField : UITextField!
...
let salt = (inputTextField.text as NSString).dataUsingEncoding(NSUTF8StringEncoding)
let saltPointer = UnsafePointer<UInt8>(salt.bytes)
let saltLength = size_t(salt.length)
...
let algorithm : CCPBKDFAlgorithm = CCPBKDFAlgorithm(kCCPBKDF2)
let prf : CCPseudoRandomAlgorithm = CCPseudoRandomAlgorithm(kCCPRFHmacAlgSHA256)
CCKeyDerivationPBKDF(algorithm,
                     passwordPointer,
                     passwordLength,
                     saltPointer,
                     saltLength,
                     prf,
                     100000,
                     derivedKeyPointer,
                     derivedKeyLength)
...

O código no Example 1 será executado com êxito, mas qualquer pessoa que puder acessar essa funcionalidade conseguirá manipular o sal usado para derivar a chave ou a senha modificando o texto no UITextField inputTextField. Após a distribuição do programa, pode ser não trivial desfazer um problema referente aos sais controlados pelo usuário, pois é extremamente difícil saber se um usuário mal-intencionado determinou o sal de um hash de senha.