Weak Cryptographic Hash: User-Controlled PBE Salt

可能受感染的使用者輸入不應做為 Salt 參數來傳遞到密碼型金鑰衍生函數 (PBKDF)。

低等的加密式雜湊：使用者控制的 PBE Salt 問題會在以下情況中發生：

1. 資料透過一個不可信賴的來源進入程式。

2. 使用者控制的資料包含在 Salt 內，或全部用作密碼型金鑰衍生函數 (PBKDF) 內的 Salt。


如同許多軟體的安全性弱點一樣，低等的加密式雜湊：使用者控制的 PBE Salt 是達到目的的一種手段，而不是一個目的。此弱點的基礎很簡單：攻擊者將惡意資料傳遞到應用程式，然後資料用作 PBKDF 中 Salt 的全部或一部分。

具有使用者定義的 Salt 的問題便是它會導致各種攻擊：

1. 攻擊者可能使用此弱點為他們自己的密碼指定空 Salt。由此，使用大量不同的密碼型金鑰衍生函數來快速衍生自己的密碼，以洩露有關應用程式內使用的 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 實作的資訊便會變得相當簡單。透過能夠限制使用特定版本的雜湊，這會更輕鬆地「破解」其他密碼。
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 實作的資訊便會變得相當簡單。透過能夠限制使用特定版本的雜湊，這會更輕鬆地「破解」其他密碼。
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)。

低等的加密式雜湊：使用者控制的 PBE Salt 問題會在以下情況中發生：

1.資料透過一個不可信賴的來源進入程式

2.使用者控制的資料包含在 Salt 內，或全部用作密碼型金鑰衍生函數 (PBKDF) 內的 Salt。


如同許多軟體的安全性弱點一樣，低等的加密式雜湊：使用者控制的 PBE Salt 是達到目的的一種手段，而不是一個目的。此弱點的基礎很簡單：攻擊者將惡意資料傳遞到應用程式，然後資料用作 PBKDF 中 Salt 的全部或一部分。

具有使用者定義的 Salt 的問題便是它會導致各種攻擊：

1.攻擊者可能使用此弱點為他們自己的密碼指定空 Salt。由此，使用大量不同的密碼型金鑰衍生函數來快速衍生自己的密碼，以洩露有關應用程式內使用的 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 實作的資訊便會變得相當簡單。透過能夠限制使用特定版本的雜湊，這會更輕鬆地「破解」其他密碼。
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 實作的資訊便會變得相當簡單。透過能夠限制使用特定版本的雜湊，這會更輕鬆地「破解」其他密碼。
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 實作的資訊便會變得相當簡單。透過能夠限制使用特定版本的雜湊，這會更輕鬆地「破解」其他密碼。
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)。

低等的加密式雜湊：使用者控制的 PBE Salt 問題會在以下情況中發生：

1. 資料透過一個不可信賴的來源進入程式

2. 使用者控制的資料包含在 Salt 內，或全部用作密碼型金鑰衍生函數 (PBKDF) 內的 Salt。


如同許多軟體的安全性弱點一樣，低等的加密式雜湊：使用者控制的 PBE Salt 是達到目的的一種手段，而不是一個目的。此弱點的基礎很簡單：攻擊者將惡意資料傳遞到應用程式，然後資料用作 PBKDF 中 Salt 的全部或一部分。

具有使用者定義的 Salt 的問題便是它會導致各種攻擊：

1. 攻擊者可能使用此弱點為他們自己的密碼指定空 Salt。由此，使用大量不同的密碼型金鑰衍生函數來快速衍生自己的密碼，以洩露有關應用程式內使用的 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。