Weak Cryptographic Hash: User-Controlled Seed

暗号化ハッシュを生成するメソッドは、ユーザー入力のシード値と一緒に呼び出さないでください。

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

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

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


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

ユーザー制御のシードは、さまざまな攻撃を可能にする可能性があります。

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

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

    ...
    String seed = prop.getProperty("seed");
    Hashing.murmur3_32_fixed(Integer.parseInt(seed)).hashString("foo", StandardCharsets.UTF_8);
    ...

Example 1 のコードは正常に実行されますが、この機能を使用すれば誰でもプロパティ seed を変更して、パスワードのハッシュに使用するシードを操作できるようになります。パスワード ハッシュのシードが悪意のあるユーザーによって判読されたかどうかを知る方法はないので、プログラムを頒布した後に、ユーザー制御のシードに関する問題を元に戻すのは困難です。