Weak Cryptographic Hash: User-Controlled Salt

Funções que geram hashes criptográficos, que são transmitidos para um sal, não devem ser chamadas com um argumento de sal corrompido.

Problemas de Hash Criptográfico Fraco: Problemas de sal 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 hash criptográfico.

Tal como acontece com muitas vulnerabilidades de segurança de software, a vulnerabilidades de Hash criptográfico fraco: Um sal 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 hash criptográfico.

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 os dados que estão recebendo hash. Desse ponto em diante, seria simples aplicar hash rapidamente aos dados que estão recebendo hash sob o controle dele usando vários algoritmos de hash diferentes para deixar vazar informações sobre a implementação de hash utilizada dentro do seu aplicativo. Isso pode facilitar a "quebra" de outros valores de dados 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 com hash.

Exemplo 1: O seguinte código usa um sal controlado pelo usuário para a criação de hashes de senha:

    ...
    salt = getenv("SALT");
    password = crypt(getpass("Password:"), salt);
    ...

O Example 1 será executado com êxito, mas qualquer usuário que puder acessar essa funcionalidade será capaz de manipular o sal usado para obter o hash da senha modificando a variável de ambiente SALT. Além disso, esse código usa a função crypt(), que não deve ser usada para fazer o hash criptográfico de senhas. 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.

Não aceite entrada de usuários para sal em métodos que geram hashes criptográficos.

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

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

2. Os dados controlados pelo usuário estão incluídos no sal ou são utilizados inteiramente como o sal em uma função de hash criptográfico.


Tal como acontece com muitas vulnerabilidades de segurança de software, a vulnerabilidades de Hash criptográfico fraco: Um sal 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 uma função de hash criptográfico.

O sal definido pelo usuário pode permitir vários tipos de ataque:

1. Invasores podem usar essa vulnerabilidade para especificar um sal vazio para os dados com hash. Então, os invasores podem rapidamente aplicar hash aos dados que eles controlam, usando vários algoritmos diferentes, para vazar informações sobre a implementação de hash do aplicativo. Isso pode tornar o "cracking" de outros valores ainda mais fácil, ao 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 permite o cálculo de "tabelas rainbow" para o aplicativo e facilita a determinação dos valores com hash.

Exemplo 1: O seguinte código usa um sal controlado pelo usuário para a criação de hashes de senha:

func someHandler(w http.ResponseWriter, r *http.Request){
  r.parseForm()
  salt := r.FormValue("salt")
  password := r.FormValue("password")
  ...
  sha256.Sum256([]byte(salt + password))
}

O código no Example 1 será executado com êxito, mas qualquer usuário que puder acessar essa funcionalidade poderá manipular o sal usado para obter o hash da senha modificando a variável de ambiente salt. Além disso, esse código usa a função de hash criptográfico Sum256, que não deve ser usada para fazer o hash criptográfico de senhas. Após a distribuição do programa, 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.

Métodos que geram hashes criptográficos, que são transmitidos para um sal, não devem ser chamados com um argumento de sal corrompido.

Problemas de Hash Criptográfico Fraco: Problemas de sal controlado pelo usuário ocorrem quando:

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

2. Os dados controlados pelo usuário são incluídos no sal ou usados totalmente como o sal dentro de uma função de hash criptográfico.


Tal como acontece com muitas vulnerabilidades de segurança de software, a vulnerabilidades de Hash criptográfico fraco: Um sal 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 uma função de hash criptográfico.

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 os dados que estão recebendo hash. Desse ponto em diante, seria simples aplicar hash rapidamente aos dados que estão recebendo hash sob o controle dele usando vários algoritmos de hash diferentes para deixar vazar informações sobre a implementação de hash utilizada dentro do seu aplicativo. Isso pode facilitar a "quebra" de outros valores de dados 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 com hash.

Exemplo 1: O seguinte código usa um sal controlado pelo usuário para a criação de hashes de senha:

import hashlib, binascii

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

  hash = hashlib.md5("%s:%s" % (salt, password,)).hexdigest()
  store(username, hash)
...

O código no Example 1 será executado com êxito, mas qualquer usuário que puder acessar essa funcionalidade será capaz de manipular o sal usado para obter o hash da senha modificando a variável de ambiente SALT. Além disso, esse código usa a função de hash criptográfico md5(), que não deve ser usada para fazer o hash criptográfico de senhas. 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.

Métodos que geram hashes criptográficos, que são transmitidos para um sal, não devem ser chamados com um argumento de sal corrompido.

Problemas de Hash Criptográfico Fraco: Problemas de sal controlado pelo usuário ocorrem quando:

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

2. Os dados controlados pelo usuário estão incluídos no sal ou são utilizados inteiramente como o sal em uma função de hash criptográfico.

Tal como acontece com muitas vulnerabilidades de segurança de software, a vulnerabilidades de Hash criptográfico fraco: Um sal controlado pelo usuário é um meio para um fim, e não um fim em si mesmo. Na raiz dele, a vulnerabilidade é simples: um invasor passa dados maliciosos para um aplicativo e eles são então utilizados como um sal em um hash criptográfico.

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 os dados que estão recebendo hash. Desse ponto em diante, seria simples aplicar hash rapidamente aos dados que estão recebendo hash sob o controle dele usando vários algoritmos de hash diferentes para deixar vazar informações sobre a implementação de hash utilizada dentro do seu aplicativo. Isso pode facilitar a "quebra" de outros valores de dados 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 com hash.

Exemplo 1: O seguinte código usa um sal controlado pelo usuário para a criação de hashes de senha:

    ...
    salt = req.params['salt']
    hash = @userPassword.crypt(salt)
    ...

O código no Example 1 será executado com êxito, mas qualquer pessoa que puder acessar essa funcionalidade será capaz de manipular o sal usado para obter o hash da senha modificando o parâmetro salt. Além disso, esse código usa a função String#crypt(), que não deve ser usada para fazer o hash criptográfico de senhas. 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.

Não aceite entrada de usuários para salt em métodos que geram hashes criptográficos.

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

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

2. Os dados controlados pelo usuário estão incluídos no sal ou são utilizados inteiramente como o sal em uma função de hash criptográfico.


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

O sal definido pelo usuário pode permitir vários tipos de ataque:

1. Invasores podem usar essa vulnerabilidade para especificar um sal vazio para os dados com hash. Então, os invasores podem rapidamente aplicar hash aos dados que eles controlam, usando vários algoritmos diferentes, para vazar informações sobre a implementação de hash do aplicativo. Isso pode tornar o "cracking" de outros valores ainda mais fácil, limitando 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 usem um salt vazio, poderá calcular "tabelas rainbow" para o aplicativo e determinar facilmente os valores com hash.

Exemplo 1: O código a seguir usa um salt controlado pelo usuário para derivar uma chave de criptografia:

let saltData = userInput.data(using: .utf8)

sharedSecret.hkdfDerivedSymmetricKey(
    using: SHA256.self,
    salt: saltData,
    sharedInfo: info,
    outputByteCount: 1000
)

O código no Exemplo 1 será executado com êxito, mas qualquer usuário que puder acessar essa funcionalidade poderá manipular o salt usado para derivar a chave de criptografia modificando o valor de userInput. Após a distribuição do programa, não é trivial desfazer um problema referente aos salts controlados pelo usuário, pois é extremamente difícil saber se um usuário mal-intencionado determinou o salt de um hash de senha.