將 HMAC 金鑰硬式編碼絕對不是個好方法。HMAC 的加密強度取決於秘密金鑰的保密性，該秘密金鑰用於計算和驗證訊息驗證值。將 HMAC 金鑰硬式編碼，會讓擁有來源存取權的任何人都能檢視它，因此會減弱函數的加密強度。
範例 1：下列程式碼使用硬式編碼的金鑰來計算 HMAC：

...
DATA: lo_hmac TYPE Ref To cl_abap_hmac,
             Input_string type string.

CALL METHOD cl_abap_hmac=>get_instance
  EXPORTING
    if_algorithm = 'SHA3'
    if_key       = 'secret_key'
  RECEIVING
    ro_object    = lo_hmac.

" update HMAC with input
lo_hmac->update( if_data = input_string ).

" finalise hmac
lo_digest->final( ).

...

此程式碼能夠順利執行，但有程式碼存取權的任何人都可以存取 HMAC 金鑰。程式發佈後，除非修補此程式，否則可能無法變更硬式編碼的 HMAC 金鑰「secret_key」。若不懷好意的員工有此資訊的存取權，可能會使用此資訊來危害 HMAC 函數。

將 HMAC 金鑰硬式編碼絕對不是個好方法。HMAC 的加密強度取決於秘密金鑰的保密性，該秘密金鑰用於計算和驗證訊息驗證值。將 HMAC 金鑰硬式編碼，會讓擁有來源存取權的任何人都能檢視它，因此會減弱函數的加密強度。
範例 1：下列程式碼使用硬式編碼的金鑰來計算 HMAC：

...
using (HMAC hmac = HMAC.Create("HMACSHA512"))
{
  string hmacKey = "lakdsljkalkjlksdfkl";
  byte[] keyBytes = Encoding.ASCII.GetBytes(hmacKey);
  hmac.Key = keyBytes;
  ...
}

此程式碼能夠順利執行，但有程式碼存取權的任何人都可以存取 HMAC 金鑰。程式發佈後，除非修補此程式，否則可能無法變更硬式編碼的 HMAC 金鑰「hmacKey」。若不懷好意的員工有此資訊的存取權，可能會使用此資訊來危害 HMAC 函數。

切勿硬式編碼 HMAC 金鑰。HMAC 的加密強度取決於秘密金鑰的保密性，該秘密金鑰用於計算和驗證訊息驗證值。將 HMAC 金鑰硬式編碼，會讓擁有來源存取權的任何人都能檢視它，因此會減弱函數的加密強度。

範例 1：下列程式碼使用硬式編碼的金鑰來計算 HMAC：

import "crypto/hmac"
...
hmac.New(sha256.New, []byte("secret"))
...

此程式碼順利執行，但有程式碼存取權的任何人都可以存取 HMAC 金鑰。程式發佈後，除非修補此程式，否則絕無可能變更硬式編碼的 HMAC 金鑰「secret」。若不懷好意的員工有此資訊的存取權，可能會使用此資訊來危害 HMAC 函數。

將 HMAC 金鑰硬式編碼絕對不是個好方法。HMAC 的加密強度取決於秘密金鑰的保密性，該秘密金鑰用於計算和驗證訊息驗證值。對 HMAC 金鑰硬式編碼，會讓擁有來源存取權的任何人都能使用它，因此會減弱函數的加密強度。
範例 1：下列程式碼使用硬式編碼的金鑰來計算 HMAC：

const hmacKey = "a secret";
const hmac = createHmac('sha256', hmacKey);
hmac.update(data);
...

此程式碼順利執行，但有存取權的任何人都可以存取 HMAC 金鑰。程式發佈後，除非修補此程式，否則可能無法變更被硬式編碼的 hmacKey。若不懷好意的員工有此資訊的存取權，可能會使用此資訊來危害 HMAC 函數。

將 HMAC 金鑰硬式編碼絕對不是個好方法。HMAC 的加密強度取決於秘密金鑰的保密性，該秘密金鑰用於計算和驗證訊息驗證值。將 HMAC 金鑰硬式編碼，會讓擁有來源存取權的任何人都能檢視它，因此會減弱函數的加密強度。

範例 1：下列程式碼使用硬式編碼的金鑰來計算 HMAC：

...
CCHmac(kCCHmacAlgSHA256, "secret", 6, plaintext, plaintextLen, &output);
...

此程式碼能夠順利執行，但有程式碼存取權的任何人都可以存取 HMAC 金鑰。程式發佈後，除非修補此程式，否則可能無法變更硬式編碼的 HMAC 金鑰「secret」。若不懷好意的員工有此資訊的存取權，可能會使用此資訊來危害 HMAC 函數。

將 HMAC 金鑰硬式編碼絕對不是個好方法。HMAC 的加密強度取決於秘密金鑰的保密性，該秘密金鑰用於計算和驗證訊息驗證值。將 HMAC 金鑰硬式編碼，會讓擁有來源存取權的任何人都能檢視它，因此會減弱函數的加密強度。

範例 1：以下程式碼使用硬式編碼的金鑰來計算 HMAC：

import hmac
...
mac = hmac.new("secret", plaintext).hexdigest()
...

此程式碼能夠順利執行，但有程式碼存取權的任何人都可以存取 HMAC 金鑰。程式發佈後，除非修補此程式，否則可能無法變更硬式編碼的 HMAC 金鑰「secret」。若不懷好意的員工有此資訊的存取權，可能會使用此資訊來危害 HMAC 函數。

將 HMAC 金鑰硬式編碼絕對不是個好方法。HMAC 的加密強度取決於秘密金鑰的保密性，該秘密金鑰用於計算和驗證訊息驗證值。將 HMAC 金鑰硬式編碼，會讓擁有來源存取權的任何人都能檢視它，因此會減弱函數的加密強度。
範例 1：下列程式碼使用硬式編碼的金鑰來計算 HMAC：

...
digest = OpenSSL::HMAC.digest('sha256', 'secret_key', data)
...

此程式碼能夠順利執行，但有程式碼存取權的任何人都可以存取 HMAC 金鑰。程式發佈後，除非修補此程式，否則可能無法變更硬式編碼的 HMAC 金鑰「secret_key」。若不懷好意的員工有此資訊的存取權，可能會使用此資訊來危害 HMAC 函數。

將 HMAC 金鑰硬式編碼絕對不是個好方法。HMAC 的加密強度取決於秘密金鑰的保密性，該秘密金鑰用於計算和驗證訊息驗證值。將 HMAC 金鑰硬式編碼，會讓擁有來源存取權的任何人都能檢視它，因此會減弱函數的加密強度。

範例 1：下列程式碼使用硬式編碼的金鑰來計算 HMAC：

...
CCHmac(UInt32(kCCHmacAlgSHA256), "secret", 6, plaintext, plaintextLen, &output)
...

此程式碼能夠順利執行，但有程式碼存取權的任何人都可以存取 HMAC 金鑰。程式發佈後，除非修補此程式，否則可能無法變更硬式編碼的 HMAC 金鑰「secret」。若不懷好意的員工有此資訊的存取權，可能會使用此資訊來危害 HMAC 函數。

將空白值做為密碼引數傳遞給以密碼為基礎的金鑰衍生函數 (PBKDF) 絕對不是個好方法。在此情況下，衍生金鑰將完全以提供的 Salt 為基礎 (使其明顯安全性較低)，且會極難修正問題。產生違反規則的程式碼以後，除非修補軟體，否則通常無法變更空白密碼。如果根據空白密碼以衍生金鑰保護的帳戶出現問題，系統的所有者可能不得不在安全性和可用性之間選擇。

範例 1：以下程式碼將硬式編碼值做為密碼引數傳遞到加密 PBKDF：

...
Rfc2898DeriveBytes rdb = new Rfc2898DeriveBytes("password", salt,100000);
...

不僅任何有程式碼存取權的人都能夠確定這會根據 Hardcoded Password 引數產生一或多個加密金鑰，甚至任何人運用基本破解技術，也都極可能會成功取得權限以存取由違反規則的金鑰所保護的任何資源。如果攻擊者還能存取用於根據 Hardcoded Password 產生任何金鑰的 Salt 值，則破解那些金鑰就變得相當簡單了。程式發佈後，除非修補此程式，否則可能無法變更 Hardcoded Password。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 Hardcoded Password 的使用證據。

切勿將硬式編碼值做為密碼引數傳遞到以密碼為基礎的加密金鑰衍生函數 (PBKDF)：在此情況下，產生的衍生金鑰大多將以提供的 Salt 為基礎 (使其安全性明顯降低)，並且極難修正問題。產生違反規則的程式碼以後，除非修補軟體，否則通常無法變更硬式編碼的密碼。如果根據硬式編碼的密碼以衍生金鑰保護的帳戶出現問題，系統的所有者可能不得不在安全性和可用性之間選擇。

範例 1：以下程式碼將硬式編碼值做為密碼引數傳遞到加密 PBKDF：

const pbkdfPassword = "a secret";
crypto.pbkdf2(
    pbkdfPassword,
    salt,
    numIterations,
    keyLen,
    hashAlg,
    function (err, derivedKey) { ... }
)

不僅任何有程式碼存取權的人能夠確定這會根據硬式編碼密碼引數產生一或多個加密金鑰，甚至任何人運用基本破解技術，也都極可能會成功取得權限以存取由違反規則的金鑰所保護的任何資源。如果攻擊者還能存取用於根據 Hardcoded Password 產生任何金鑰的 Salt 值，則破解那些金鑰就變得相當簡單了。程式發佈後，除非修補此程式，否則可能無法變更 Hardcoded Password。若員工有此資訊的存取權，可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 Hardcoded Password 的使用證據。

切勿將硬式編碼值做為密碼引數傳遞到以密碼為基礎的加密金鑰衍生函數 (PBKDF)：在此情況下，產生的衍生金鑰大多將以提供的 Salt 為基礎 (使其安全性明顯降低)，並且極難修正問題。產生違反規則的程式碼以後，除非修補軟體，否則通常無法變更硬式編碼的密碼。如果根據硬式編碼的密碼以衍生金鑰保護的帳戶出現問題，系統的所有者可能不得不在安全性和可用性之間選擇。

範例 1：以下程式碼將硬式編碼值做為密碼引數傳遞到加密 PBKDF：

...
CCKeyDerivationPBKDF(kCCPBKDF2,
                     "secret",
                     6,
                     salt,
                     saltLen
                     kCCPRFHmacAlgSHA256,
                     100000,
                     derivedKey,
                     derivedKeyLen);
...

不僅任何有程式碼存取權的人都能夠確定這會根據 Hardcoded Password 引數產生一或多個加密金鑰，甚至任何人運用基本破解技術，也都極可能會成功取得權限以存取由違反規則的金鑰所保護的任何資源。如果攻擊者還能存取用於根據 Hardcoded Password 產生任何金鑰的 Salt 值，則破解那些金鑰就變得相當簡單了。程式發佈後，除非修補此程式，否則可能無法變更 Hardcoded Password。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 Hardcoded Password 的使用證據。

切勿將硬式編碼值做為密碼引數傳遞到以密碼為基礎的加密金鑰衍生函數 (PBKDF)：在此情況下，產生的衍生金鑰大多將以提供的 Salt 為基礎 (使其安全性明顯降低)，並且極難修正問題。產生違反規則的程式碼以後，除非修補軟體，否則通常無法變更硬式編碼的密碼。如果根據硬式編碼的密碼以衍生金鑰保護的帳戶出現問題，系統的所有者可能不得不在安全性和可用性之間選擇。

範例 1：以下程式碼將硬式編碼值做為密碼引數傳遞到加密 PBKDF：

...
$zip = new ZipArchive();
$zip->open("test.zip", ZipArchive::CREATE);
$zip->setEncryptionIndex(0, ZipArchive::EM_AES_256, "hardcodedpassword");
...

任何有權存取該程式碼的人，都可以判斷出它會根據硬式編碼密碼引數產生一或多個加密金鑰。此外，任何擁有基本破解技巧的人，都可以成功存取受違反規定之金鑰保護的任何資源。如果攻擊者還能存取用於根據 Hardcoded Password 產生任何金鑰的 Salt 值，則破解那些金鑰就變得相當簡單了。程式發佈後，除非修補此程式，否則可能無法變更 Hardcoded Password。若員工有此資訊的存取權，可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 Hardcoded Password 的使用證據。

切勿將硬式編碼值做為密碼引數傳遞到以密碼為基礎的加密金鑰衍生函數 (PBKDF)：在此情況下，產生的衍生金鑰大多將以提供的 Salt 為基礎 (使其安全性明顯降低)，並且極難修正問題。產生違反規則的程式碼以後，除非修補軟體，否則通常無法變更硬式編碼的密碼。如果根據硬式編碼的密碼以衍生金鑰保護的帳戶出現問題，系統的所有者可能不得不在安全性和可用性之間選擇。

範例 1：以下程式碼將硬式編碼值做為密碼引數傳遞到加密 PBKDF：

from hashlib import pbkdf2_hmac
...
dk = pbkdf2_hmac('sha256', 'password', salt, 100000)
...

不僅任何有程式碼存取權的人都能夠確定這會根據 Hardcoded Password 引數產生一或多個加密金鑰，甚至任何人運用基本破解技術，也都極可能會成功取得權限以存取由違反規則的金鑰所保護的任何資源。如果攻擊者還能存取用於根據 Hardcoded Password 產生任何金鑰的 Salt 值，則破解那些金鑰就變得相當簡單了。程式發佈後，除非修補此程式，否則可能無法變更 Hardcoded Password。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 Hardcoded Password 的使用證據。

切勿將硬式編碼值做為密碼引數傳遞到以密碼為基礎的加密金鑰衍生函數 (PBKDF)：在此情況下，產生的衍生金鑰大多將以提供的 Salt 為基礎 (使其安全性明顯降低)，並且極難修正問題。產生違反規則的程式碼以後，除非修補軟體，否則通常無法變更硬式編碼的密碼。如果根據硬式編碼的密碼以衍生金鑰保護的帳戶出現問題，系統的所有者可能不得不在安全性和可用性之間選擇。

範例 1：以下程式碼將硬式編碼值做為密碼引數傳遞到加密 PBKDF：

...
key = OpenSSL::PKCS5::pbkdf2_hmac('password', salt, 100000, 256, 'SHA256')
...

不僅任何有程式碼存取權的人都能夠確定這會根據 Hardcoded Password 引數產生一或多個加密金鑰，甚至任何人運用基本破解技術，也都極可能會成功取得權限以存取由違反規則的金鑰所保護的任何資源。如果攻擊者還能存取用於根據 Hardcoded Password 產生任何金鑰的 Salt 值，則破解那些金鑰就變得相當簡單了。程式發佈後，除非修補此程式，否則可能無法變更 Hardcoded Password。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 Hardcoded Password 的使用證據。

切勿將硬式編碼值做為密碼引數傳遞到以密碼為基礎的加密金鑰衍生函數 (PBKDF)：在此情況下，產生的衍生金鑰大多將以提供的 Salt 為基礎 (使其安全性明顯降低)，並且極難修正問題。產生違反規則的程式碼以後，除非修補軟體，否則通常無法變更硬式編碼的密碼。如果根據硬式編碼的密碼以衍生金鑰保護的帳戶出現問題，系統的所有者可能不得不在安全性和可用性之間選擇。

範例 1：以下程式碼將硬式編碼值做為密碼引數傳遞到加密 PBKDF：

...
CCKeyDerivationPBKDF(CCPBKDFAlgorithm(kCCPBKDF2),
"secret",
6,
salt,
saltLen,
CCPseudoRandomAlgorithm(kCCPRFHmacAlgSHA256),
100000,
derivedKey,
derivedKeyLen)
...

不僅任何有程式碼存取權的人都能夠確定這會根據 Hardcoded Password 引數產生一或多個加密金鑰，甚至任何人運用基本破解技術，也都極可能會成功取得權限以存取由違反規則的金鑰所保護的任何資源。如果攻擊者還能存取用於根據 Hardcoded Password 產生任何金鑰的 Salt 值，則破解那些金鑰就變得相當簡單了。程式發佈後，除非修補此程式，否則可能無法變更 Hardcoded Password。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 Hardcoded Password 的使用證據。

使用 null 加密金鑰絕不是明智的想法，因為這不僅會明顯降低卓越加密演算法提供的保護，還會使修正問題變得極為困難。產生違反規則的程式碼以後，除非修補軟體，否則無法變更 null 加密金鑰。如果 null 加密金鑰保護的帳戶出現問題，系統的所有者將必須在安全性和可行性之間做出選擇。

範例 1：以下程式碼會使用 null 加密金鑰執行 AES 加密：

    ...
    var encryptionKey:ByteArray = null;
    ...
    var aes.ICipher = Crypto.getCipher("aes-cbc", encryptionKey, padding);
    ...

不僅是任何有程式碼存取權的人員可以判斷是否使用 null 加密金鑰，甚至是任何具有基本破解技術的人都很有可能成功解密任何加密的資料。應用程式發佈後，除非修補軟體，否則無法變更 null 加密金鑰。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 null 加密金鑰的使用證據。

使用 null 加密金鑰絕對不是個好方法。使用 null 加密金鑰不僅會明顯降低良好的加密演算法提供的保護，還會使修正問題變得極為困難。產生違反規則的程式碼以後，除非修補軟體，否則無法變更 null 加密金鑰。如果 null 加密金鑰保護的帳戶出現問題，系統的所有者將必須在安全性和可行性之間做出選擇。

範例 1：以下程式碼使用 null 加密金鑰：

...
char encryptionKey[] = null;
...

不僅是任何有程式碼存取權的人員可以判斷是否使用 null 加密金鑰，甚至是任何具有基本破解技術的人都很有可能成功解密任何加密的資料。程式發佈後，除非修補軟體，否則無法變更 null 加密金鑰。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 null 加密金鑰的使用證據。

使用 null 加密金鑰絕不是明智的想法，因為這會顯著降低卓越加密演算法提供的保護，而且修正問題極為困難。產生違反規則的程式碼之後，變更 null 加密金鑰需要修補軟體。如果 null 加密金鑰保護的帳戶出現問題，系統擁有者必須在安全性和可用性之間做出選擇。

範例 1：以下程式碼會使用 null 加密金鑰執行 AES 加密：

...
aes.NewCipher(nil)
...

任何有程式碼存取權的人都可以確定其是否使用 null 加密金鑰。此外，採用最基本破解技術的任何人都更有可能成功解密任何加密資料。應用程式發佈後，除非修補軟體，否則無法變更 null 加密金鑰。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 null 加密金鑰的使用證據。

使用 null 加密金鑰絕不是明智的想法，因為這不僅會明顯降低卓越加密演算法提供的保護，還會使修正問題變得極為困難。產生違反規則的程式碼以後，除非修補軟體，否則無法變更 null 加密金鑰。如果 null 加密金鑰保護的帳戶出現問題，系統的所有者將必須在安全性和可行性之間做出選擇。

範例 1：以下程式碼會使用 null 加密金鑰執行 AES 加密：

...
var crypto = require('crypto');
var encryptionKey = null;
var algorithm = 'aes-256-ctr';
var cipher = crypto.createCipher(algorithm, encryptionKey);
...

不僅是任何有程式碼存取權的人員可以判斷是否使用 null 加密金鑰，甚至是任何具有基本破解技術的人都很有可能成功解密任何加密的資料。應用程式發佈後，除非修補軟體，否則無法變更 null 加密金鑰。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 null 加密金鑰的使用證據。

使用 null 加密金鑰絕不是明智的想法，因為這不僅會明顯降低卓越加密演算法提供的保護，還會使修正問題變得極為困難。產生違反規則的程式碼以後，除非修補軟體，否則無法變更 null 加密金鑰。如果 null 加密金鑰保護的帳戶出現問題，系統的所有者將必須在安全性和可行性之間做出選擇。

範例 1：以下程式碼會使用 null 加密金鑰執行 AES 加密：

...
CCCrypt(kCCEncrypt,
      kCCAlgorithmAES,
      kCCOptionPKCS7Padding,
      nil,
      0,
      iv,
      plaintext,
      sizeof(plaintext),
      ciphertext,
      sizeof(ciphertext),
      &numBytesEncrypted);
...

不僅是任何有程式碼存取權的人員可以判斷是否使用 null 加密金鑰，甚至是任何具有基本破解技術的人都很有可能成功解密任何加密的資料。應用程式發佈後，除非修補軟體，否則無法變更 null 加密金鑰。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 null 加密金鑰的使用證據。

將 null 指定給加密金鑰變數是不當的做法，因為會讓敏感與加密資訊暴露給攻擊者。使用 null 加密金鑰不僅會明顯降低良好的加密演算法提供的保護，還會使修正問題變得極為困難。產生違反規則的程式碼以後，除非修補軟體，否則無法變更 null 加密金鑰。如果 null 加密金鑰保護的帳戶出現問題，系統的所有者將必須在安全性和可行性之間做出選擇。

範例 1：以下程式碼會將加密金鑰變數初始化為 null。

...
$encryption_key = NULL;

$filter = new Zend_Filter_Encrypt($encryption_key);

$filter->setVector('myIV');

$encrypted = $filter->filter('text_to_be_encrypted');
print $encrypted;
...

擁有程式碼存取權的任何人均可以判斷是否使用 null 加密金鑰，且採用甚至是基本破解技術的任何人都很有可能成功解密任何加密的資料。程式發佈後，除非修補軟體，否則無法變更 null 加密金鑰。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 null 加密金鑰的使用證據。

使用 null 加密金鑰絕不是明智的想法，因為這不僅會明顯降低卓越加密演算法提供的保護，還會使修正問題變得極為困難。產生違反規則的程式碼以後，除非修補軟體，否則無法變更 null 加密金鑰。如果 null 加密金鑰保護的帳戶出現問題，系統的所有者將必須在安全性和可行性之間做出選擇。



不僅是任何有程式碼存取權的人員可以判斷是否使用 null 加密金鑰，甚至是任何具有基本破解技術的人都很有可能成功解密任何加密的資料。應用程式發佈後，除非修補軟體，否則無法變更 null 加密金鑰。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 null 加密金鑰的使用證據。

將 None 指定給加密金鑰變數是不當的做法，因為會讓敏感與加密資訊暴露給攻擊者。使用 null 加密金鑰不僅會明顯降低良好的加密演算法提供的保護，還會使修正問題變得極為困難。產生違反規則的程式碼以後，除非修補軟體，否則無法變更 null 加密金鑰。如果 null 加密金鑰保護的帳戶出現問題，系統的所有者將必須在安全性和可行性之間做出選擇。

範例 1：以下程式碼會將加密金鑰變數初始化為 null。

...
from Crypto.Ciphers import AES
cipher = AES.new(None, AES.MODE_CFB, iv)
msg = iv + cipher.encrypt(b'Attack at dawn')
...

擁有程式碼存取權的任何人均可以判斷是否使用 null 加密金鑰，且採用甚至是基本破解技術的任何人都很有可能成功解密任何加密的資料。程式發佈後，除非修補軟體，否則無法變更 null 加密金鑰。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 null 加密金鑰的使用證據。

使用 null 加密金鑰絕對不是個好方法。使用 null 加密金鑰不僅會明顯降低良好的加密演算法提供的保護，還會使修正問題變得極為困難。產生違反規則的程式碼以後，除非修補軟體，否則無法變更 null 加密金鑰。如果 null 加密金鑰保護的帳戶出現問題，系統的所有者將必須在安全性和可行性之間做出選擇。

擁有程式碼存取權的任何人均可以判斷是否使用 null 加密金鑰，且採用甚至是基本破解技術的任何人都很有可能成功解密任何加密的資料。程式發佈後，除非修補軟體，否則無法變更 null 加密金鑰。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 null 加密金鑰的使用證據。

使用 null 加密金鑰絕對不是個好方法。使用 null 加密金鑰不僅會明顯降低良好的加密演算法提供的保護，還會使修正問題變得極為困難。產生違反規則的程式碼以後，除非修補軟體，否則無法變更 null 加密金鑰。如果 null 加密金鑰保護的帳戶出現問題，系統的所有者將必須在安全性和可行性之間做出選擇。

範例 1：以下程式碼會使用 null 加密金鑰執行 AES 加密：

...
CCCrypt(UInt32(kCCEncrypt),
UInt32(kCCAlgorithmAES128),
UInt32(kCCOptionPKCS7Padding),
nil,
0,
iv,
plaintext,
plaintext.length,
ciphertext.mutableBytes,
ciphertext.length,
&numBytesEncrypted)
...

不僅是任何有程式碼存取權的人員可以判斷是否使用 null 加密金鑰，甚至是任何具有基本破解技術的人都很有可能成功解密任何加密的資料。程式發佈後，除非修補軟體，否則無法變更 null 加密金鑰。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 null 加密金鑰的使用證據。

使用 null 加密金鑰絕不是明智的想法，因為這不僅會明顯降低卓越加密演算法提供的保護，還會使修正問題變得極為困難。產生違反規則的程式碼以後，除非修補軟體，否則無法變更 null 加密金鑰。如果 null 加密金鑰保護的帳戶出現問題，系統的所有者將必須在安全性和可行性之間做出選擇。

範例 1：以下程式碼會使用 null 加密金鑰執行 AES 加密：

...
Dim encryptionKey As String
Set encryptionKey = vbNullString
Dim AES As New System.Security.Cryptography.RijndaelManaged
On Error GoTo ErrorHandler
  AES.Key = System.Text.Encoding.ASCII.GetBytes(encryptionKey)
  ...
Exit Sub
...

不僅是任何有程式碼存取權的人員可以判斷是否使用 null 加密金鑰，甚至是任何具有基本破解技術的人都很有可能成功解密任何加密的資料。應用程式發佈後，除非修補軟體，否則無法變更 null 加密金鑰。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 null 加密金鑰的使用證據。

將 null 值做為密碼引數傳遞給以密碼為基礎的加密金鑰衍生函數絕對不是個好方法。在此情況下，產生的衍生金鑰將完全以提供的 Salt 為基礎 (使其明顯安全性較低)，且會極難修正問題。違反規則的程式碼產生之後，除非修補軟體，否則通常無法變更 null 密碼。如果根據 null 密碼以衍生金鑰保護的帳戶出現問題，系統的所有者可能不得不在安全性和可用性之間選擇。

範例 1：以下程式碼將 null 值做為密碼引數傳遞到以密碼為基礎的加密金鑰衍生函數：

...
CCKeyDerivationPBKDF(kCCPBKDF2,
                     nil,
                     0,
                     salt,
                     saltLen
                     kCCPRFHmacAlgSHA256,
                     100000,
                     derivedKey,
                     derivedKeyLen);
...

不僅任何有程式碼存取權的人都能夠確定這會根據 null 密碼引數產生一或多個加密金鑰，甚至任何人運用基本破解技術，也都極可能會成功取得權限以存取由違反規則的金鑰所保護的任何資源。如果攻擊者還能存取用於根據 null 密碼產生任何金鑰的 Salt 值，則破解那些金鑰就變得相當簡單了。程式發佈後，除非修補此程式，否則不能變更 null 密碼。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 null 密碼的使用證據。

將 null 值做為密碼引數傳遞給以密碼為基礎的加密金鑰衍生函數絕對不是個好方法。在此情況下，產生的衍生金鑰將完全以提供的 Salt 為基礎 (使其明顯安全性較低)，且會極難修正問題。違反規則的程式碼產生之後，除非修補軟體，否則通常無法變更 null 密碼。如果根據 null 密碼以衍生金鑰保護的帳戶出現問題，系統的所有者可能不得不在安全性和可用性之間選擇。

範例 1：以下程式碼將 null 值做為密碼引數傳遞到以密碼為基礎的加密金鑰衍生函數：

...
CCKeyDerivationPBKDF(CCPBKDFAlgorithm(kCCPBKDF2),
nil,
0,
salt,
saltLen,
CCPseudoRandomAlgorithm(kCCPRFHmacAlgSHA256),
100000,
derivedKey,
derivedKeyLen)
...

不僅任何有程式碼存取權的人都能夠確定這會根據 null 密碼引數產生一或多個加密金鑰，甚至任何人運用基本破解技術，也都極可能會成功取得權限以存取由違反規則的金鑰所保護的任何資源。如果攻擊者還能存取用於根據 null 密碼產生任何金鑰的 Salt 值，則破解那些金鑰就變得相當簡單了。程式發佈後，除非修補此程式，否則不能變更 null 密碼。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 null 密碼的使用證據。

用於加密或簽署的私密金鑰應視作敏感資料，在儲存之前應使用強式複雜密碼進行加密。這可防止在發生失竊或洩漏時兩種攻擊者以及權限不足的使用者未經授權存取資料。

範例 1：以下程式碼使用未加密的 PEM 格式匯出 RSA 私密金鑰：

require 'openssl'

key = OpenSSL::PKey::RSA.new 2048
File.open('mykey.pem', 'w') do |file|
  file.write(key.to_pem)
end