Weak Cryptographic Hash: User-Controlled PBE Salt

汚染された可能性のあるユーザー入力は、salt パラメーターとしてパスワードベースの鍵導出関数 (PBKDF) に渡さないでください。

Weak Cryptographic Hash: User-Controlled PBE Salt の問題は、次の場合に発生します。

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

2. ユーザー制御のデータが、salt 内に含まれるか、またはそれ自体がパスワードベースの鍵導出関数 (PBKDF) 内の salt として使用される場合。


多くのソフトウェア セキュリティの脆弱性と同様、Weak Cryptographic Hash: User-Controlled PBE Salt は目的を達成するための手段であって、目的そのものではありません。基本的には、この脆弱性は単純なものです。攻撃者は悪意のあるデータをアプリケーションに渡し、そのデータが PBKDF の中で salt の全体または一部として使用されます。

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

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

例 1: 次のコードは、ユーザー制御の salt を使用しています。

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

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

汚染された可能性のあるユーザー入力は、salt パラメーターとしてパスワードベースの鍵導出関数 (PBKDF) に渡さないでください。

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

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

2. ユーザー制御のデータが、salt 内に含まれるか、またはそれ自体がパスワードベースの鍵導出関数 (PBKDF) 内の salt として使用される場合。


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

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

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

例 1: 次のコードは、ユーザー制御による Salt を使用しています。

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

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

汚染された可能性のあるユーザー入力は、salt パラメーターとしてパスワードベースの鍵導出関数 (PBKDF) に渡さないでください。

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

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

2.ユーザー制御のデータが、salt 内に含まれるか、またはそれ自体がパスワードベースの鍵導出関数 (PBKDF) 内の salt として使用される場合。


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

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

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

例 1: 次のコードは、ユーザー制御による salt を使用しています。

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

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

汚染された可能性のあるユーザー入力は、salt パラメーターとしてパスワードベースの鍵導出関数 (PBKDF) に渡さないでください。

Weak Cryptographic Hash: User-Controlled PBE Salt の問題は、次の場合に発生します。

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

2. ユーザー制御のデータが、salt 内に含まれるか、またはそれ自体がパスワードベースの鍵導出関数 (PBKDF) 内の salt として使用される場合。


多くのソフトウェア セキュリティの脆弱性と同様、Weak Cryptographic Hash: User-Controlled PBE Salt は目的を達成するための手段であって、目的そのものではありません。基本的には、この脆弱性は単純なものです。攻撃者は悪意のあるデータをアプリケーションに渡し、そのデータが PBKDF の中で salt の全体または一部として使用されます。

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

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

例 1: 次のコードは、ユーザー制御による salt を使用しています。

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

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

汚染された可能性のあるユーザー入力は、salt パラメーターとしてパスワードベースの鍵導出関数 (PBKDF) に渡さないでください。

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

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

2.ユーザー制御のデータが、salt 内に含まれるか、またはそれ自体がパスワードベースの鍵導出関数 (PBKDF) 内の salt として使用される場合。


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

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

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

例 1: 次のコードは、ユーザー制御による salt を使用しています。

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

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

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

汚染された可能性のあるユーザー入力は、salt パラメーターとしてパスワードベースの鍵導出関数 (PBKDF) に渡さないでください。

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

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

2. ユーザー制御のデータが、salt 内に含まれるか、またはそれ自体がパスワードベースの鍵導出関数 (PBKDF) 内の salt として使用される場合。


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

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

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

例 1: 次のコードは、ユーザー制御による Salt を使用しています。

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

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

汚染された可能性のあるユーザー入力は、salt パラメーターとしてパスワードベースの鍵導出関数 (PBKDF) に渡さないでください。

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

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

2. ユーザー制御のデータが、salt 内に含まれるか、またはそれ自体がパスワードベースの鍵導出関数 (PBKDF) 内の salt として使用される場合。


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

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

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

例 1: 次のコードは、ユーザー制御による Salt を使用しています。

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

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

汚染された可能性のあるユーザー入力は、salt パラメーターとしてパスワードベースの鍵導出関数 (PBKDF) に渡さないでください。

Weak Cryptographic Hash: User-Controlled PBE Salt の問題は、次の場合に発生します。

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

2. ユーザー制御のデータが、salt 内に含まれるか、またはそれ自体がパスワードベースの鍵導出関数 (PBKDF) 内の salt として使用される場合。


多くのソフトウェア セキュリティの脆弱性と同様、Weak Cryptographic Hash: User-Controlled PBE Salt は目的を達成するための手段であって、目的そのものではありません。基本的には、この脆弱性は単純なものです。攻撃者は悪意のあるデータをアプリケーションに渡し、そのデータが PBKDF の中で salt の全体または一部として使用されます。

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

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

例 1: 次のコードは、ユーザー制御による salt を使用しています。

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

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