Weak Encryption: User-Controlled Key Size

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

允許使用者控制的值決定金鑰大小，可能會允許攻擊者指定空白金鑰，從而讓解密已使用空白金鑰加密的任何資料變得相對容易。即使需要使用非零值，攻擊者仍可以指定可能的最低值，這會降低加密的安全性。

安全性較低的加密：使用者控制的金鑰大小問題會在以下情況中發生：

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

2. 使用者控制的資料包含在金鑰大小參數內，或全部用作加密函數內的金鑰大小參數。

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

具有使用者控制的金鑰大小的問題便是它會導致各種攻擊：

1. 攻擊者可能使用此弱點為加密作業 (包含攻擊者可存取的任何資料) 指定一個零金鑰大小。通過該方式，嘗試將許多不同的演算法與空白金鑰搭配使用來解密自己的資料，以洩漏應用程式內使用的加密實作相關的資訊將非常容易。這可能會透過允許攻擊者僅關注破解工作期間的特定演算法，讓解密其他使用者的加密資料變得更容易。
2. 攻擊者可能操縱其他使用者的加密金鑰大小，或誘騙其他使用者使用零大小的加密金鑰 (或盡可能小)，這可能會導致攻擊者讀取其他使用者的加密資料 (一旦攻擊者瞭解到所使用的加密演算法)。

範例 1：以下程式碼會使用使用者控制的金鑰大小參數執行 RSA 加密：

    ...
    RSACryptoServiceProvider rsa1 = new RSACryptoServiceProvider(Convert.ToInt32(tx.Text));
    ...
    

Example 1 中的程式碼將成功執行，但可取得此功能的任何人均能夠透過修改文字方塊值 tx.Text 操縱用於加密演算法的金鑰大小參數。程式發佈後，想要復原與使用者控制的金鑰大小相關的問題便會相當棘手，因為很難知道惡意使用者是否已判斷出指定加密作業的金鑰大小。

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

藉由允許使用者控制的值決定金鑰大小，攻擊者可能會指定空白金鑰，從而讓解密已使用空白金鑰加密的任何資料變得相對容易。即使需要使用非零值，攻擊者仍可以指定可能的最低值，這會降低加密的安全性。

安全性較低的加密：使用者控制的金鑰大小問題會在以下情況中發生：

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

2.使用者控制的資料包含在金鑰大小參數內，或全部用作加密函數內的金鑰大小參數。

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

具有使用者控制的金鑰大小的問題便是它會導致各種攻擊：

1.攻擊者可以使用該弱點為加密作業 (包含攻擊者可存取的任何資料) 指定一個零金鑰大小。然後嘗試將許多不同的演算法與空白金鑰搭配使用來解密自己的資料，以洩漏應用程式內使用的加密實作相關的資訊將非常容易。這可能會透過允許攻擊者僅關注破解工作期間的特定演算法，讓解密其他使用者的加密資料變得更容易。
2.攻擊者可操縱其他使用者的加密金鑰大小，或誘騙其他使用者使用零加密金鑰大小 (或另一個極低的數字)，可能會讓攻擊者讀取其他使用者的加密資料 (在攻擊者已瞭解使用的加密演算法後)。

範例 1：以下程式碼使用使用者控制的衍生金鑰長度產生 RSA 金鑰：

...
rsa.GenerateKey(random, user_input)
...

Example 1 中的程式碼將成功執行，但可取得此功能的任何人均能夠操縱加密演算法的金鑰長度參數，因為變數 user_input 可由使用者控制。發佈軟體後，想要復原與使用者控制的金鑰大小相關的問題便會相當棘手。想知道惡意使用者是否已控制指定加密作業的金鑰大小，難如登天。

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

允許使用者控制的值決定金鑰大小，可能會允許攻擊者指定空白金鑰，從而讓解密已使用空白金鑰加密的任何資料變得相對容易。即使需要使用非零值，攻擊者仍可以指定可能的最低值，這會降低加密的安全性。

安全性較低的加密：使用者控制的金鑰大小問題會在以下情況中發生：

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

2. 使用者控制的資料包含在金鑰大小參數內，或全部用作加密函數內的金鑰大小參數。

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

具有使用者控制的金鑰大小的問題便是它會導致各種攻擊：

1.攻擊者可能使用此弱點為加密作業 (包含攻擊者可存取的任何資料) 指定一個零金鑰大小。通過該方式，嘗試將許多不同的演算法與空白金鑰搭配使用來解密自己的資料，以洩漏應用程式內使用的加密實作相關的資訊將非常容易。這可能會透過允許攻擊者僅關注破解工作期間的特定演算法，讓解密其他使用者的加密資料變得更容易。
2.攻擊者可能操縱其他使用者的加密金鑰大小，或誘騙其他使用者使用零大小的加密金鑰 (或盡可能小)，這可能會導致攻擊者讀取其他使用者的加密資料 (一旦攻擊者瞭解到所使用的加密演算法)。

範例 1：以下程式碼會使用使用者控制的金鑰大小參數執行 AES 加密：

...
@property (strong, nonatomic) IBOutlet UITextField *inputTextField;
...
CCCrypt(kCCEncrypt,
        kCCAlgorithmAES,
        kCCOptionPKCS7Padding,
        key,
        sizeof(_inputTextField.text),
        iv,
        plaintext,
        sizeof(plaintext),
        ciphertext,
        sizeof(ciphertext),
        &numBytesEncrypted);
...

Example 1 中的程式碼將成功執行，但可取得此功能的任何人均將能夠透過修改 UITextField inputTextField 中的文字操縱用於加密演算法的金鑰大小參數。程式發佈後，想要復原與使用者控制的金鑰大小相關的問題便會相當棘手，因為很難知道惡意使用者是否已判斷出指定加密作業的金鑰大小。

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

允許使用者控制的值決定金鑰大小，可能會允許攻擊者指定空白金鑰，從而讓解密已使用空白金鑰加密的任何資料變得相對容易。即使需要使用非零值，攻擊者仍可以指定可能的最低值，這會降低加密的安全性。

安全性較低的加密：使用者控制的金鑰大小問題會在以下情況中發生：

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

2.使用者控制的資料包含在金鑰大小參數內，或全部用作加密函數內的金鑰大小參數。

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

具有使用者控制的金鑰大小的問題便是它會導致各種攻擊：

1.攻擊者可能使用此弱點為加密作業 (包含攻擊者可存取的任何資料) 指定一個零金鑰大小。透過該方式，嘗試將許多不同的演算法與空白金鑰搭配使用來解密自己的資料，以洩漏應用程式內使用的加密實作相關的資訊將非常容易。這可能會透過允許攻擊者僅關注破解工作期間的特定演算法，讓解密其他使用者的加密資料變得更容易。
2.攻擊者可能操縱其他使用者的加密金鑰大小，或誘騙其他使用者使用零大小的加密金鑰 (或盡可能小)，這可能會導致攻擊者讀取其他使用者的加密資料 (一旦攻擊者瞭解到所使用的加密演算法)。

範例 1：以下程式碼從密碼衍生金鑰，但使用由使用者控制的衍生金鑰長度：

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

Example 1 中的程式碼將成功執行，但可取得此功能的任何人均能夠操縱加密演算法的金鑰長度參數，因為變數 user_input 可由使用者控制。程式發佈後，想要復原與使用者控制的金鑰大小相關的問題便會相當棘手，因為很難知道惡意使用者是否已判斷出指定加密作業的金鑰大小。

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

允許使用者控制的值決定金鑰大小，可能會允許攻擊者指定空白金鑰，從而讓解密已使用空白金鑰加密的任何資料變得相對容易。即使需要使用非零值，攻擊者仍可以指定可能的最低值，這會降低加密的安全性。

安全性較低的加密：使用者控制的金鑰大小問題會在以下情況中發生：

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

2. 使用者控制的資料包含在金鑰大小參數內，或全部用作加密函數內的金鑰大小參數。

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

具有使用者控制的金鑰大小的問題便是它會導致各種攻擊：

1.攻擊者可能使用此弱點為加密作業 (包含攻擊者可存取的任何資料) 指定一個零金鑰大小。通過該方式，嘗試將許多不同的演算法與空白金鑰搭配使用來解密自己的資料，以洩漏應用程式內使用的加密實作相關的資訊將非常容易。這可能會透過允許攻擊者僅關注破解工作期間的特定演算法，讓解密其他使用者的加密資料變得更容易。
2.攻擊者可能操縱其他使用者的加密金鑰大小，或誘騙其他使用者使用零大小的加密金鑰 (或盡可能小)，這可能會導致攻擊者讀取其他使用者的加密資料 (一旦攻擊者瞭解到所使用的加密演算法)。

範例 1：以下程式碼從密碼衍生金鑰，但使用由使用者控制的衍生金鑰長度：

...
dk = hashlib.pbkdf2_hmac('sha256', password, random_salt, 100000, dklen=user_input)
...

Example 1 中的程式碼將成功執行，但可取得此功能的任何人均能夠操縱加密演算法的金鑰長度參數，因為變數 user_input 可由使用者控制。程式發佈後，想要復原與使用者控制的金鑰大小相關的問題便會相當棘手，因為很難知道惡意使用者是否已判斷出指定加密作業的金鑰大小。

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

允許使用者控制的值決定金鑰大小，可能會允許攻擊者指定空白金鑰，從而讓解密已使用空白金鑰加密的任何資料變得相對容易。即使需要使用非零值，攻擊者仍可以指定可能的最低值，這會降低加密的安全性。

安全性較低的加密：使用者控制的金鑰大小問題會在以下情況中發生：

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

2. 使用者控制的資料包含在金鑰大小參數內，或全部用作加密函數內的金鑰大小參數。

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

具有使用者控制的金鑰大小的問題便是它會導致各種攻擊：

1. 攻擊者可能使用此弱點為加密作業 (包含攻擊者可存取的任何資料) 指定一個零金鑰大小。通過該方式，嘗試將許多不同的演算法與空白金鑰搭配使用來解密自己的資料，以洩漏應用程式內使用的加密實作相關的資訊將非常容易。這可能會透過允許攻擊者僅關注破解工作期間的特定演算法，讓解密其他使用者的加密資料變得更容易。
2. 攻擊者可能操縱其他使用者的加密金鑰大小，或誘騙其他使用者使用零大小的加密金鑰 (或盡可能小)，這可能會導致攻擊者讀取其他使用者的加密資料 (一旦攻擊者瞭解到所使用的加密演算法)。

範例 1：以下程式碼從密碼衍生金鑰，但使用由使用者控制的衍生金鑰長度：

...
dk = OpenSSL::PKCS5.pbkdf2_hmac(password, random_salt, 100000, user_input, digest)
...

Example 1 中的程式碼將成功執行，但可取得此功能的任何人均能夠操縱加密演算法的金鑰長度參數，因為變數 user_input 可由使用者控制。程式發佈後，想要復原與使用者控制的金鑰大小相關的問題便會相當棘手，因為很難知道惡意使用者是否已判斷出指定加密作業的金鑰大小。

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

允許使用者控制的值決定金鑰大小，可能會允許攻擊者指定空白金鑰，從而讓解密已使用空白金鑰加密的任何資料變得相對容易。即使需要使用非零值，攻擊者仍可以指定可能的最低值，這會降低加密的安全性。

安全性較低的加密：使用者控制的金鑰大小問題會在以下情況中發生：

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

2. 使用者控制的資料包含在金鑰大小參數內，或全部用作加密函數內的金鑰大小參數。

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

具有使用者控制的金鑰大小的問題便是它會導致各種攻擊：

1. 攻擊者可能使用此弱點為加密作業 (包含攻擊者可存取的任何資料) 指定一個零金鑰大小。通過該方式，嘗試將許多不同的演算法與空白金鑰搭配使用來解密自己的資料，以洩漏應用程式內使用的加密實作相關的資訊將非常容易。這可能會透過允許攻擊者僅關注破解工作期間的特定演算法，讓解密其他使用者的加密資料變得更容易。
2. 攻擊者可能操縱其他使用者的加密金鑰大小，或誘騙其他使用者使用零大小的加密金鑰 (或盡可能小)，這可能會導致攻擊者讀取其他使用者的加密資料 (一旦攻擊者瞭解到所使用的加密演算法)。

範例 1：以下程式碼會使用使用者控制的金鑰大小參數執行 AES 加密：

...
@IBOutlet weak var inputTextField : UITextField!
...
let key = (inputTextField.text as NSString).dataUsingEncoding(NSUTF8StringEncoding)
let keyPointer = UnsafePointer<UInt8>(key.bytes)
let keyLength = size_t(key.length)
...
let operation : CCOperation = UInt32(kCCEncrypt)
let algoritm : CCAlgorithm = UInt32(kCCAlgorithmAES128)
let options : CCOptions = UInt32(kCCOptionPKCS7Padding)
var numBytesEncrypted :size_t = 0
CCCrypt(operation,
        algorithm,
        options,
        keyPointer,
        keyLength,
        iv,
        plaintextPointer,
        plaintextLength,
        ciphertextPointer,
        ciphertextLength,
        &numBytesEncrypted)
...

Example 1 中的程式碼將成功執行，但可取得此功能的任何人均將能夠透過修改 UITextField inputTextField 中的文字操縱用於加密演算法的金鑰大小參數。程式發佈後，想要復原與使用者控制的金鑰大小相關的問題便會相當棘手，因為很難知道惡意使用者是否已判斷出指定加密作業的金鑰大小。