Weak Cryptographic Hash: User-Controlled Salt

暗号化ハッシュを生成する関数 (salt が渡される) を、汚染された salt 引数を使用してコールしないでください。

脆弱な暗号化ハッシュ:ユーザー制御の Salt の問題は、次の場合に発生します。

1. 信頼できないソースからデータがプログラムに入り込んだ場合。

2. ユーザー制御のデータが、salt 内に含まれるか、それ自体が暗号化ハッシュ関数内の salt として使用される場合。

多くのソフトウェアのセキュリティ脆弱性と同様に、脆弱な暗号化ハッシュ:ユーザー制御による Salt は、それ自体が目的ではなく目標を達成するための手段です。基本的には、この脆弱性は単純なものです。攻撃者は悪意のあるデータをアプリケーションに渡し、そのデータが暗号化ハッシュの中で salt の全体または一部として使用されます。

ユーザー制御の salt がある場合の問題は、多様な攻撃が可能になる点です。

1. 攻撃者はこの脆弱性を利用して、ハッシュされているデータに空の salt を指定できます。ここから、各種のハッシュ アルゴリズムを使用して、自身の制御下でハッシュされているデータをすばやくハッシュし、アプリケーション内で使用されるハッシュ実装についての情報を漏洩させることを、難なく実行できます。これにより、使用されるハッシュの特定のバリアントを制限できるため、他のデータ値の「クラッキング」が容易になります。""
2. 攻撃者が他のユーザーの salt を操作したり、他のユーザーを欺いて空の salt を使用させたりできると、攻撃者はアプリケーションの "レインボー テーブル" を計算できるようになり、ハッシュ済みの値をより簡単に判別できるようになります。

例 1: 次のコードは、ユーザー制御による Salt をパスワードのハッシュに使用しています。

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

Example 1 のコードは正常に実行されますが、この機能を使用すれば誰でも、環境変数 SALT を変更することで、パスワードのハッシュに使用される salt を操作できるようになります。さらに、このコードは、パスワードの暗号ハッシュには使用してはならない crypt() 関数を使用しています。悪意のあるユーザーによってパスワード ハッシュの salt が判別されたかどうかを把握するのは極めて難しいため、プログラムを頒布した後に、ユーザー制御による salt に関する問題を元に戻すのは非常に困難です。

暗号化ハッシュを生成するメソッドで、salt のユーザー入力を許可しないでください。

脆弱な暗号化ハッシュ: ユーザー制御の Salt の問題は、次の場合に発生します。

1.信頼できないソースを経由してデータがプログラムに入り込んだ場合。

2.ユーザーが制御するデータが salt 内に追加されるか、それ自体が暗号化ハッシュ関数内の salt として使用された場合。


多くのソフトウェアのセキュリティ脆弱性と同様に、脆弱な暗号化ハッシュ: ユーザー制御による Salt は、それ自体が目的ではなく目標を達成するための手段です。基本的には、この脆弱性は単純なものです。攻撃者は悪意のあるデータをアプリケーションに渡し、そのデータが暗号化ハッシュ関数の中で salt の全体または一部として使用されます。

ユーザー定義の salt があると、多様な攻撃が可能になります。

1.攻撃者はこの脆弱性を利用して、ハッシュされているデータに空の salt を指定できます。各種のハッシュ アルゴリズムを使用して、自身の制御下でデータをすばやくハッシュし、アプリケーションのハッシュ実装についての情報を漏洩させることができます。これにより、使用されるハッシュの特定のバリアントを制限して、他のデータ値の「クラッキング」が容易になります。
2.攻撃者が他のユーザーの salt を操作したり、他のユーザーを欺いて空の salt を使用させたりできると、攻撃者はアプリケーションの「レインボー テーブル」を計算できるようになり、ハッシュ済みの値を簡単に判別できるようになります。

例 1: 次のコードは、ユーザー制御による Salt をパスワードのハッシュに使用しています。

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

Example 1 のコードは正常に実行されますが、この機能を使用すれば誰でも環境変数 salt を変更することでパスワードのハッシュに使用する salt を操作できるようになります。さらに、このコードは、パスワードの暗号ハッシュには使用してはならない Sum256 暗号化ハッシュ関数を使用しています。悪意のあるユーザーによってパスワード ハッシュの salt が判別されたかどうかを把握するのは極めて難しいため、プログラムを頒布した後に、ユーザー制御による salt に関する問題を元に戻すのは非常に困難です。

暗号化ハッシュを生成するメソッド (salt が渡される) を、汚染された salt 引数を使用してコールしないでください。

脆弱な暗号化ハッシュ:ユーザー制御の Salt の問題は、次の場合に発生します。

1. 信頼できないソースを経由してデータがプログラムに入り込んだ場合。

2. ユーザー制御のデータが salt 内に含まれるか、それ自体が暗号化ハッシュ関数内の salt として使用される場合。


多くのソフトウェアのセキュリティ脆弱性と同様に、脆弱な暗号化ハッシュ:ユーザー制御による Salt は、それ自体が目的ではなく目標を達成するための手段です。基本的には、この脆弱性は単純なものです。攻撃者は悪意のあるデータをアプリケーションに渡し、そのデータが暗号化ハッシュ関数の中で salt の全体または一部として使用されます。

ユーザー定義の salt がある場合の問題は、多様な攻撃が可能になる点です。

1. 攻撃者はこの脆弱性を利用して、ハッシュされているデータに空の salt を指定できます。ここから、各種のハッシュ アルゴリズムを使用して、自身の制御下でハッシュされているデータをすばやくハッシュし、アプリケーション内で使用されるハッシュ実装についての情報を漏洩させることを、難なく実行できます。これにより、使用されるハッシュの特定のバリアントを制限できるため、他のデータ値の「クラッキング」が容易になります。""
2. 攻撃者が他のユーザーの salt を操作したり、他のユーザーを欺いて空の salt を使用させたりできると、攻撃者はアプリケーションの "レインボー テーブル" を計算できるようになり、ハッシュ済みの値をより簡単に判別できるようになります。

例 1: 次のコードは、ユーザー制御による Salt をパスワードのハッシュに使用しています。

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)
...

Example 1 のコードは正常に実行されますが、この機能を使用すれば誰でも環境変数 SALT を変更することでパスワードのハッシュに使用する salt を操作できるようになります。さらに、このコードは、パスワードの暗号ハッシュには使用してはならない md5() 暗号化ハッシュ関数を使用しています。悪意のあるユーザーによってパスワード ハッシュの salt が判別されたかどうかを把握するのは極めて難しいため、プログラムを頒布した後に、ユーザー制御による salt に関する問題を元に戻すのは非常に困難です。

暗号化ハッシュを生成するメソッド (salt が渡される) を、汚染された salt 引数を使用してコールしないでください。

脆弱な暗号化ハッシュ:ユーザー制御の Salt の問題は、次の場合に発生します。

1. 信頼できないソースからデータがプログラムに入り込んだ場合。

2. ユーザーが制御するデータが salt 内に追加されるか、それ自体が暗号化ハッシュ関数内の salt として使用された場合。

多くのソフトウェアのセキュリティ脆弱性と同様に、脆弱な暗号化ハッシュ:ユーザー制御による Salt は、それ自体が目的ではなく目標を達成するための手段です。基本的には、この脆弱性は単純なものです。攻撃者はアプリケーションに悪意のあるデータを渡し、そのデータが暗号化ハッシュの salt として使用されます。

ユーザー定義の salt がある場合の問題は、多様な攻撃が可能になる点です。

1. 攻撃者はこの脆弱性を利用して、ハッシュされているデータに空の salt を指定できます。ここから、各種のハッシュ アルゴリズムを使用して、自身の制御下でハッシュされているデータをすばやくハッシュし、アプリケーション内で使用されるハッシュ実装についての情報を漏洩させることを、難なく実行できます。これにより、使用されるハッシュの特定のバリアントを制限できるため、他のデータ値の「クラッキング」が容易になります。""
2. 攻撃者が他のユーザーの salt を操作したり、他のユーザーを欺いて空の salt を使用させたりできると、攻撃者はアプリケーションの "レインボー テーブル" を計算できるようになり、ハッシュ済みの値をより簡単に判別できるようになります。

例 1: 次のコードは、ユーザー制御による Salt をパスワードのハッシュに使用しています。

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

Example 1 のコードは正常に実行されますが、この機能を使用すれば誰でもパラメーター salt を変更することでパスワードのハッシュに使用する salt を操作できるようになります。さらに、このコードは、パスワードの暗号ハッシュには使用してはならない String#crypt() 関数を使用しています。悪意のあるユーザーによってパスワード ハッシュの salt が判別されたかどうかを把握するのは極めて難しいため、プログラムを頒布した後に、ユーザー制御による salt に関する問題を元に戻すのは非常に困難です。

暗号化ハッシュを生成するメソッドで、salt のユーザー入力を許可しないでください。

脆弱な暗号化ハッシュ: ユーザー制御の Salt の問題は、次の場合に発生します。

1.信頼できないソースを経由してデータがプログラムに入り込んだ場合。

2.ユーザーが制御するデータが salt 内に追加されるか、それ自体が暗号化ハッシュ関数内の salt として使用された場合。


多くのソフトウェアのセキュリティ脆弱性と同様に、脆弱な暗号化ハッシュ: ユーザー制御による Salt は、それ自体が目的ではなく目標を達成するための手段です。この脆弱性で、攻撃者は悪意のあるデータをアプリケーションに渡し、そのデータが暗号化ハッシュ関数の中で salt の全体または一部として使用されます。

ユーザー定義の salt があると、多様な攻撃が可能になります。

1.攻撃者はこの脆弱性を利用して、ハッシュされているデータに空の salt を指定できます。各種のハッシュ アルゴリズムを使用して、自身の制御下でデータをすばやくハッシュし、アプリケーションのハッシュ実装についての情報を漏洩させることができます。これにより、使用されるハッシュの特定のバリアントを制限して、他のデータ値の「クラッキング」が容易になります。
2.攻撃者が他のユーザーの salt を操作したり、他のユーザーを欺いて空の salt を使用させたりできると、攻撃者はアプリケーションの「レインボー テーブル」を計算できるようになり、ハッシュ済みの値を簡単に判別できるようになります。

例 1: 次のコードでは、ユーザー制御の salt を使用して暗号鍵を導出します。

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

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

例 1 のコードは正常に実行されますが、この機能を使用すれば誰でも userInput の値を変更することで暗号鍵の導出に使用する salt を操作できるようになります。悪意のあるユーザーによってパスワード ハッシュの salt が判別されたかどうかを把握するのは極めて難しいため、プログラムを頒布した後に、ユーザー制御による salt に関する問題を元に戻すのは非常に困難です。