將 Salt 硬式編碼在程式碼中絕對不是明智的想法。將 Salt 硬式編碼不僅可讓所有的專案開發人員查看 Salt，也會使得修復問題的工作變得極度困難。產生程式碼以後，將無法輕易變更 Salt。如果攻擊者知道 Salt 的值，他們就可以計算應用程式的「彩虹表」，並更輕鬆地判斷雜湊值。
範例 1：下列程式碼使用硬式編碼的 Salt：

    ...
    PKCS5_PBKDF2_HMAC(pass, strlen(pass), "2!@$(5#@532@%#$253l5#@$", 2, ITERATION, EVP_sha512(), outputBytes, digest);
    ...

此程式碼能夠順利執行，但任何有程式碼存取權限的人都可以存取 Salt。程式發佈後，就可能無法變更 Salt「2!@$(5#@532@%#$253l5#@$」。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。

將 Salt 硬式編碼絕對不是個好方法。對 Salt 硬式編碼，會讓擁有來源存取權的任何人都能使用它，因此會減弱函數的加密強度。如果攻擊者知道 Salt 的值，他們就可以計算應用程式的「彩虹表」，並更輕鬆地判斷雜湊值。
範例 1：以下程式碼使用硬式編碼的 Salt：

...
const salt = "some constant value";
crypto.pbkdf2(
    password,
    salt,
    iterations,
    keyLength,
    "sha256",
    function (err, derivedKey) { ... }
);

此程式碼能夠順利執行，但任何有程式碼存取權限的人都可以存取 Salt。程式發佈後，就可能無法變更 Salt。若不懷好意的員工有此資訊的存取權，可能會使用此資訊來危害系統。

將 Salt 硬式編碼在程式碼中絕對不是明智的想法。將 Salt 硬式編碼不僅可讓所有的專案開發人員查看 Salt，也會使得修復問題的工作變得極度困難。產生程式碼以後，將無法輕易變更 Salt。如果攻擊者知道 Salt 的值，他們就可以計算應用程式的「彩虹表」，並更輕鬆地判斷雜湊值。
範例 1：下列程式碼使用硬式編碼的 Salt：

...
CCKeyDerivationPBKDF(kCCPBKDF2,
                     password,
                     passwordLen,
                     "2!@$(5#@532@%#$253l5#@$",
                     2,
                     kCCPRFHmacAlgSHA256,
                     100000,
                     derivedKey,
                     derivedKeyLen);
...

此程式碼能夠順利執行，但任何有程式碼存取權限的人都可以存取 Salt。程式發佈後，就可能無法變更 Salt「2!@$(5#@532@%#$253l5#@$」。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。

將 Salt 硬式編碼在程式碼中絕對不是明智的想法。將 Salt 硬式編碼不僅可讓所有的專案開發人員查看 Salt，也會使得修復問題的工作變得極度困難。產生程式碼以後，將無法輕易變更 Salt。如果攻擊者知道 Salt 的值，他們就可以計算應用程式的「彩虹表」，並更輕鬆地判斷雜湊值。
範例 1：以下程式碼使用硬式編碼的 Salt：

...
$hash = hash_pbkdf2('sha256', $password, '2!@$(5#@532@%#$253l5#@$', 100000)
...

此程式碼能夠順利執行，但任何有程式碼存取權限的人都可以存取 Salt。程式發佈後，就可能無法變更 Salt「2!@$(5#@532@%#$253l5#@$」。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。

將 Salt 硬式編碼在程式碼中絕對不是明智的想法。將 Salt 硬式編碼不僅可讓所有的專案開發人員查看 Salt，也會使得修復問題的工作變得極度困難。產生程式碼以後，將無法輕易變更 Salt。如果攻擊者知道 Salt 的值，他們就可以計算應用程式的「彩虹表」，並更輕鬆地判斷雜湊值。
範例 1：下列程式碼使用硬式編碼的 Salt：

...
from hashlib import pbkdf2_hmac
dk = pbkdf2_hmac('sha256', password, '2!@$(5#@532@%#$253l5#@$', 100000)
...

此程式碼能夠順利執行，但任何有程式碼存取權限的人都可以存取 Salt。程式發佈後，就可能無法變更 Salt「2!@$(5#@532@%#$253l5#@$」。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。

將 Salt 硬式編碼在程式碼中絕對不是明智的想法。將 Salt 硬式編碼不僅可讓所有的專案開發人員查看 Salt，也會使得修復問題的工作變得極度困難。產生程式碼以後，將無法輕易變更 Salt。如果攻擊者知道 Salt 的值，他們就可以計算應用程式的「彩虹表」，並更輕鬆地判斷雜湊值。
範例 1：下列程式碼使用硬式編碼的 Salt：

...
dk = OpenSSL::PKCS5.pbkdf2_hmac(password, '2!@$(5#@532@%#$253l5#@$', 100000, 256, digest)
...

此程式碼能夠順利執行，但任何有程式碼存取權限的人都可以存取 Salt。程式發佈後，就可能無法變更 Salt「2!@$(5#@532@%#$253l5#@$」。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。

將 Salt 硬式編碼在程式碼中絕對不是明智的想法。將 Salt 硬式編碼不僅可讓所有的專案開發人員查看 Salt，也會使得修復問題的工作變得極度困難。產生程式碼以後，將無法輕易變更 Salt。如果攻擊者知道 Salt 的值，他們就可以計算應用程式的「彩虹表」，並更輕鬆地判斷雜湊值。
範例 1：以下程式碼使用硬式編碼的 Salt：

...
let ITERATION = UInt32(100000)
let salt = "2!@$(5#@532@%#$253l5#@$"
...
CCKeyDerivationPBKDF(CCPBKDFAlgorithm(kCCPBKDF2),
password,
passwordLength,
salt,
salt.lengthOfBytesUsingEncoding(NSUTF8StringEncoding),
CCPseudoRandomAlgorithm(kCCPRFHmacAlgSHA256),
ITERATION,
derivedKey,
derivedKeyLength)
...

此程式碼能夠順利執行，但任何有程式碼存取權限的人都可以存取 Salt。程式發佈後，就可能無法變更 Salt「2!@$(5#@532@%#$253l5#@$」。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。

將 Salt 硬式編碼在程式碼中絕對不是明智的想法。將 Salt 硬式編碼不僅可讓所有的專案開發人員查看 Salt，也會使得修復問題的工作變得極度困難。產生程式碼以後，將無法輕易變更 Salt。如果攻擊者知道 Salt 的值，他們就可以計算應用程式的「彩虹表」，並更輕鬆地判斷雜湊值。
範例 1：下列程式碼使用硬式編碼的 Salt：

    ...
    crypt(password, "2!@$(5#@532@%#$253l5#@$");
    ...

此程式碼能夠順利執行，但任何有程式碼存取權限的人都可以存取 Salt。程式發佈後，就可能無法變更 Salt「2!@$(5#@532@%#$253l5#@$」。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。

將 Salt 硬式編碼絕對不是個好方法。將 Salt 硬式編碼不僅可讓所有的專案開發人員查看 Salt，也會使得修正問題的工作變得極度困難。程式碼投入生產階段後，將無法輕易變更 Salt。如果攻擊者知道 Salt 的值，他們就可以計算應用程式的「彩虹表」，並輕鬆地判斷雜湊值。
範例 1：以下程式碼使用硬式編碼的 Salt：

    ...
    salt := "2!@$(5#@532@%#$253l5#@$"
    password := get_password()
    sha256.Sum256([]byte(salt + password)
    ...

此程式碼成功執行，但任何有程式碼存取權限的人都可以存取 Salt。程式發佈後，就無法變更 Salt「2!@$(5#@532@%#$253l5#@$」。若員工有此資訊的存取權，可能會使用此資訊來進入並破壞系統。

將 Salt 硬式編碼在程式碼中絕對不是明智的想法。將 Salt 硬式編碼不僅可讓所有的專案開發人員查看 Salt，也會使得修復問題的工作變得極度困難。產生程式碼以後，將無法輕易變更 Salt。如果攻擊者知道 Salt 的值，他們就可以計算應用程式的「彩虹表」，並更輕鬆地判斷雜湊值。
範例 1：下列程式碼使用硬式編碼的 Salt：

    ...
    crypt($password, '2!@$(5#@532@%#$253l5#@$');
    ...

此程式碼能夠順利執行，但任何有程式碼存取權限的人都可以存取 Salt。程式發佈後，就可能無法變更 Salt「2!@$(5#@532@%#$253l5#@$」。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。

將 Salt 硬式編碼在程式碼中絕對不是明智的想法。將 Salt 硬式編碼不僅可讓所有的專案開發人員查看 Salt，也會使得修復問題的工作變得極度困難。產生程式碼以後，將無法輕易變更 Salt。如果攻擊者知道 Salt 的值，他們就可以計算應用程式的「彩虹表」，並更輕鬆地判斷雜湊值。
範例 1：下列程式碼使用硬式編碼的 Salt：

    ...
    from django.contrib.auth.hashers import make_password
    make_password(password, salt="2!@$(5#@532@%#$253l5#@$")
    ...

此程式碼能夠順利執行，但任何有程式碼存取權限的人都可以存取 Salt。程式發佈後，就可能無法變更 Salt「2!@$(5#@532@%#$253l5#@$」。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。

將 Salt 硬式編碼在程式碼中絕對不是明智的想法。將 Salt 硬式編碼不僅可讓所有的專案開發人員查看 Salt，也會使得修復問題的工作變得極度困難。產生程式碼以後，將無法輕易變更 Salt。如果攻擊者知道 Salt 的值，他們就可以計算應用程式的「彩虹表」，並更輕鬆地判斷雜湊值。
範例 1：以下程式碼使用硬式編碼 Salt 來計算密碼雜湊：

require 'openssl'
...
password = get_password()
salt = '2!@$(5#@532@%#$253l5#@$'
hash = OpenSSL::Digest::SHA256.digest(salt + password)
...

此程式碼能夠順利執行，但任何有程式碼存取權限的人都可以存取 Salt。程式發佈後，就可能無法變更 Salt「2!@$(5#@532@%#$253l5#@$」。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。

應使用加密式虛擬亂數產生器來建立 Salt 值。不使用隨機 Salt 值會使產生的雜湊或 HMAC 更易於預測，且更易受到字典攻擊。

範例 1：以下程式碼重複使用密碼做為 Salt：

...
let password = getPassword();
let salt = password;
crypto.pbkdf2(
    password,
    salt,
    iterations,
    keyLength,
    "sha256",
    function (err, derivedKey) { ... }
);

應使用加密式虛擬亂數產生器來建立 Salt 值。不使用隨機 Salt 值會使產生的雜湊或 HMAC 更易於預測，且更易受到字典攻擊。

範例 1：以下程式碼重複使用密碼做為 Salt：

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

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

應使用加密式虛擬亂數產生器來建立 Salt 值。不使用隨機 Salt 值會使產生的雜湊或 HMAC 更易於預測，且更易受到字典攻擊。

範例 1：以下程式碼重複使用密碼做為 Salt：

import hashlib, binascii

def register(request):
  password = request.GET['password']
  username = request.GET['username']

  dk = hashlib.pbkdf2_hmac('sha256', password, password, 100000)
  hash = binascii.hexlify(dk)
  store(username, hash)
...

應使用加密式虛擬亂數產生器來建立 Salt 值。不使用隨機 Salt 值會使產生的雜湊或 HMAC 更易於預測，且更易受到字典攻擊。

範例 1：以下程式碼重複使用密碼做為 Salt：

require 'openssl'
...
req = Rack::Response.new
password = req.params['password']
...
key = OpenSSL::PKCS5::pbkdf2_hmac(password, password, 100000, 256, 'SHA256')
...

低等的加密式雜湊：使用者控制的 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。

低等的加密式雜湊：使用者控制的 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。

低等的加密式雜湊：使用者控制的 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。

低等的加密式雜湊：使用者控制的 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。

低等的加密式雜湊：使用者控制的 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。

低等的加密式雜湊：使用者控制的 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。

低等的加密式雜湊：使用者控制的 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。

低等的加密式雜湊：使用者控制的 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。

低等的加密式雜湊：使用者控制的 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 問題會在以下情況中發生：

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

2.使用者控制的 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 問題會在以下情況中發生：

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 問題會在以下情況中發生：

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 問題會在以下情況中發生：

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

2.使用者控制的 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。