Key Management: Null Encryption Key

Null 加密金鑰會導致無法輕易修正的安全性問題。

使用 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 加密金鑰。如果 null 加密金鑰保護的帳戶出現問題，系統的所有者將必須在安全性和可行性之間做出選擇。

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

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

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

Null 加密金鑰會導致無法輕易修正的安全性問題。

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

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

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

任何有程式碼存取權的人都可以確定其是否使用 null 加密金鑰。此外，採用最基本破解技術的任何人都更有可能成功解密任何加密資料。應用程式發佈後，除非修補軟體，否則無法變更 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 加密金鑰。如果 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 加密金鑰。如果 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 加密金鑰。若員工有此資訊的存取權，則可能會使用此資訊來進入並破壞系統。即使攻擊者僅有應用程式可執行檔的存取權，他們也可以擷取 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 加密金鑰不僅會明顯降低良好的加密演算法提供的保護，還會使修正問題變得極為困難。產生違反規則的程式碼以後，除非修補軟體，否則無法變更 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 加密金鑰。如果 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 加密金鑰的使用證據。