Weak Cryptographic Signature: User-Controlled Key Size

采用密钥大小的加密签名函数可以接收受污染的密钥大小值。

通过允许用户控制的值来确定密钥大小，攻击者可以指定一个空密钥，从而可以修改确保加密数据完整性的加密签名。即使要求使用非零值，攻击者也仍然可以指定尽可能低的密钥大小值，降低加密数据的完整性。

弱加密签名：用户控制密钥大小问题将在以下情况下出现：

1.数据通过一个不可信赖的数据源进入程序。

2.用户控制的数据被用作加密签名函数中密钥大小参数的全部或一部分。

如同许多软件安全漏洞一样，Weak Cryptographic Signature: 用户控制密钥大小是到达终点的一个途径，其本身并不是终点。从本质上看，这些漏洞是显而易见的：攻击者将恶意数据传送到应用程序，这些数据随后被用作用于执行加密的密钥大小值的全部或一部分。

当前的密码指南建议，RSA 和 DSA 算法使用的密钥长度至少为 2048 位。但是，计算能力和因子分解技术方面的持续进步 [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 的能力。在此类情况下，您应该验证它不仅是一个数值而且还处于密钥大小值的合理范围内。对于大多数用例，请选择一个足够大的硬编码密钥大小。

不应将受污染的密钥大小值传递给采用密钥大小参数的加密签名函数。

允许用户控制的值来确定密钥大小会让攻击者可以指定一个空密钥，导致攻击者可以修改确保加密数据完整性的加密签名。即使要求使用非零值，攻击者也仍然可以指定尽可能低的密钥大小值，降低加密数据的完整性。

在以下情况下会发生 Weak Cryptographic Hash:用户控制密钥大小问题将在以下情况下出现：

1. 数据通过一个不可信赖的数据源进入程序

2. 用户控制的数据被用作加密签名函数中密钥大小参数的全部或一部分

如同许多软件安全漏洞一样，Weak Cryptographic Hash:用户控制密钥大小是到达终点的一个途径，其本身并不是终点。从本质上看，这些漏洞是显而易见的：攻击者将恶意数据传送到应用程序，这些数据随后被用作执行加密的密钥大小值的全部或一部分。

当前的密码指南建议，RSA 和 DSA 算法使用的密钥长度至少应为 2048 位。但是，计算能力和因子分解技术方面的持续进步 [1] 意味着未来将不可避免地需要提高建议的密钥大小。即使将用户输入用作部分密钥大小，也可能会大大削弱签名的安全性，进而削弱加密数据的完整性。

例 1：下面的代码使用用户控制的密钥大小参数生成 DSA 签名密钥：

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

用户应该能够确定 key_len 的用例没有几个，即使在这些用例中，也应该有适当的保护来验证它不仅是一个数值而且还在密钥大小值的合理范围内。对于大多数用例，这应该是一个足够高的硬编码数字。