Weak Cryptographic Signature: User-Controlled Key Size

使用金鑰大小的加密簽章函數可能會接收受感染的金鑰大小值。

藉由允許使用者控制的值決定金鑰大小，攻擊者可能會指定空白金鑰，進而允許修改確保加密資料完整性的加密簽章。即使需要使用非零值，攻擊者依然可以指定最低可能的金鑰大小值，這會降低加密資料的完整性。

低強度密碼編譯簽章：使用者控制的金鑰大小問題會在以下情況中發生：

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

2.在密碼編譯簽章函數中，使用者控制的資料會用作金鑰大小參數的全部或一部分。

如同許多軟體的安全性弱點一樣，Weak Cryptographic Signature：使用者控制的金鑰大小是達到目的的一種手段，而不是一個目的。此弱點的基礎很簡單：攻擊者將惡意資料傳遞到應用程式，然後將該資料用作金鑰大小值的全部或一部分來執行加密。

目前密碼編譯的規範，建議您使用長度超過 2048 個位元的金鑰，並搭配使用 RSA 和 DSA 演算法。但是，電腦運算能力以及因子分析技術 [1] 不斷進步，未來不可避免地會增加建議的金鑰長度。即使將使用者輸入用作部分金鑰大小，也可能會削弱簽章的安全性，並因此削弱加密資料的完整性。

範例 1：以下程式碼使用使用者控制的金鑰大小參數產生 DSA 簽章金鑰：

...
dsa.GenerateParameters(params, rand.Reader, key_len)
privatekey := new(dsa.PrivateKey)
privatekey.PublicKey.Parameters = *params
dsa.GenerateKey(privatekey, rand.Reader)
...

使用者其實極少需要指定 key_len 的能力。在這些案例中，您應該驗證其為數值且在適合的金鑰大小值範圍內。對於大多數使用案例，請選取一個夠大的硬式編碼金鑰大小。

請勿向使用金鑰大小參數的加密簽章函數傳遞受感染的金鑰大小值。

允許使用者控制的值決定金鑰大小，可能會允許攻擊者指定空白金鑰，這進而會允許修改確保加密資料完整性的加密簽章。即使需要使用非零值，攻擊者依然可以指定最低可能的金鑰大小值，這會降低加密資料的完整性。

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

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

2. 在加密簽章函數中，使用者控制的資料會用作金鑰大小參數的全部或一部分

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

目前密碼編譯的規範，建議應該使用長度超過 2048 個位元的金鑰，並搭配使用 RSA 和 DSA 演算法。但是，電腦運算能力以及因子分析技術 [1] 不斷進步，未來不可避免地會增加建議的金鑰長度。即使將使用者輸入用作部分金鑰大小，也可能會大幅地削弱簽章的安全性，並因此削弱加密資料的完整性。

範例 1：以下程式碼使用使用者控制的金鑰大小參數產生 DSA 簽章金鑰：

require 'openssl'
...
key_len = io.read.to_i
key = OpenSSL::PKey::DSA.new(key_len)
...

在少數使用案例中，使用者應該能夠判斷 key_len，甚至應該隨之有適當的保護，來驗證其為數值且在適合的金鑰大小值範圍內。對於大多數使用案例，這應該是一個夠大的硬式編碼數字。