- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
关于方法...
RijndaelManaged.CreateDecryptor Method (Byte[], Byte[])
Here它说的是第一个参数...
The secret key to be used for the symmetric algorithm. The key size must be 128, 192, or 256 bits.
但我可以将 key 设置为任意长度的字符串...
var key = Encoding.UTF8.GetBytes("whetever...");
为什么不对字节数组的长度更加挑剔呢?它如何确定使用三个 key 长度中的哪一个?
最佳答案
并非任何 key 大小都有效。只应允许一组特定的 key 大小。
RijndaelManaged 的 LegalKeySizes
大小属性实际上报告以下值:
MinSize = 128
MaxSize = 256
SkipSize = 64
这应该表明仅支持 AES key 大小:128、192,当然还有 256。这基本上意味着 RijndaelManaged
没有完全实现 Rijndael,它也允许 160 和 224 位作为 key 尺寸。实际上,我认为它也不允许 160 和 224 位的 block 大小。
现在你的问题给我带来了一些问号,所以我决定看看哪些 key 大小实际上被接受而不引发异常,我得到了以下令人惊讶的结果:
8, 9, 10, 11, 12, 13, 14, 15, 16, 24, 32
或者,以位而不是字节为单位:
64, 72, 80, 88, 96, 104, 112, 120, 128, 192, 256
因此,RijndaelManaged 似乎接受比指定更多的 key 大小,并且这些额外的 key 大小低于类和 Rijndael 算法指定的最小长度。
现在让我们使用这些无效 key 大小来加密某些内容:
064 : 1903b797b48ce006e618cb605d356981cc9b231195420010916e449037d3ac5b
072 : 1903b797b48ce006e618cb605d356981cc9b231195420010916e449037d3ac5b
080 : 1903b797b48ce006e618cb605d356981cc9b231195420010916e449037d3ac5b
088 : 1903b797b48ce006e618cb605d356981cc9b231195420010916e449037d3ac5b
096 : 4002ae70943dafdec10d4fbe2f97dc95b0a61e7412277197623b6d3d3e0da31c
104 : 4002ae70943dafdec10d4fbe2f97dc95b0a61e7412277197623b6d3d3e0da31c
112 : 4002ae70943dafdec10d4fbe2f97dc95b0a61e7412277197623b6d3d3e0da31c
120 : 4002ae70943dafdec10d4fbe2f97dc95b0a61e7412277197623b6d3d3e0da31c
128 : 66e94bd4ef8a2c3b884cfa59ca342b2e9434dec2d00fdac765f00c0c11628cd1
192 : aae06992acbf52a3e8f4a96ec9300bd71045be567103016ac50b21b86fc5457e
256 : dc95c078a2408989ad48a21492842087f3c003ddc4a7b8a94baedffc3d214c38
注意:对于那些感兴趣的人: key 由全零组成的 CBC、明文和 IV 也只是设置为零的 16 个字节。测试在 Windows 10 上进行:
OS: Microsoft Windows NT 10.0.10240.0, CLR : 4.0.30319.42000
因此,对于 key 大小 64、72、80、88、96、104、112、120,您只会得到一些无效的、未指定的结果。查看代码,它基本上仅使用 8 个字节作为 key ,并将其他字节设置为 key 大小 8..11 为零, key 大小 12..15 为 12 字节。在这种情况下, block 大小将为 128 位,否则 block 大小将与 key 大小相同。因此,在将 key 用于 72、80、88、104、112 和 120 位的 key 之前,该实现实际上会从 key 末尾删除一到三个字节。
所以基本上这似乎是实现中的一个错误。基本上,您不应在 LegalKeySizes
返回的值之外使用 RijndaelManaged
。
如前所述,您应该使用 Rfc2898DeriveBytes
将密码转换为具有有效 key 大小的 key 。
关于c# - 为什么任何长度的 key 都适用于 RijndaelManaged?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34343500/
问题 我想用 RijndaelManaged 解密加密数据但结果始终为空("" 或数据长度全为零的字节数组)。 所有参数,盐和数据都正确,CryptoHelper.CreateRijndaelMana
我在搜索 RSACypthyServiceProvider 时在 MSDN 上找到了以下代码示例。在评论的帮助下我无法理解代码的某些部分。 什么是模数和指数? 什么是IV? 为什么他们使用 Rijnd
我想在我的应用程序中实现最安全、最可靠的对称 key 加密形式。用户应该输入密码来加密/解密,仅此而已。对于 RijndaelManaged,必须输入 key 和 IV。我不确定如何解决这种情况。现在
我有一个关于加密的问题:基本上在我的网络应用程序中我使用了 Enterprise Library 5.0 他们有一个密码 block ,所以基本上在他们提供的配置工具中我注册了一个 block 并生成
我正在尝试使用 Rijndael 256 位 block 大小、256 位 key 大小、ECB 模式和用于填充的零进行加密。 我试图使用 OpenSSL::Cipher::AES.new(256,
我可以加密图像文件。但无法解密该文件。 while ((readLen = cryptStrm.Read(bs, 0, bs.Length)) > 0) 谁能猜出哪一部分是错的?我编写的代码如下。 当
我在使用 RijndaelManaged 时遇到了一个奇怪的问题。基本上我有一个新实例,我在其中设置了 CipherMode、Padding、IV 和 Key。然后,我创建了另一个实例并将以下属性的相
我有以下 C# 代码(代码是继承的,无法编译)。这用于解密和解压缩保存的文件。 using System.Security.Cryptography; using System.Text; using
我已经从 http://msdn.microsoft.com/en-us/library/system.security.cryptography.cryptostream.aspx 中获取了解密代码
我想使用 RijndaelManaged 通过任何加盐来加密字符串,因此如果我使用相同的 key 传递加密字符串,我将收到相同的密文。我调用的方法看起来像这样 public static s
有两种方法可以为 RijndaelManaged 指定 key 和 IV。对象。一种是调用CreateEncryptor : var encryptor = rij.CreateEncryptor(E
我目前正在开发一个连接到旧网络服务的 Silverlight 应用程序。 我们的旧网络服务使用了 Silverlight 不支持的加密工具。 最后,我们决定使用 AesManaged 进行加密,但是,
关于方法... RijndaelManaged.CreateDecryptor Method (Byte[], Byte[]) Here它说的是第一个参数... The secret key to b
我正在尝试使用 .NET 中的 RijndaelManaged 类来加密文本字符串。但是,我不断收到 CryptographicException(“要解密的数据长度无效”)。此消息并不是很有帮助,尤
鉴于我将 KeySize 设置为 192,当我通过执行以下操作加密一些数据时: static void Main() { var querystrings =
我得到了这段代码: public static string DoPrefixCipherEncrypt(string strIn, byte[] btKey) { i
我花了一些时间学习如何在 .NET 中使用 RijndaelManaged 库,并开发了以下函数来测试加密文本,并对 MSDN 库稍作修改: Function encryptBytesToBytes_
就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the he
我知道有人对此提出了其他问题,但到目前为止还没有提供解决方案或正是我遇到的问题。 下面的类处理字符串的加密和解密,传入的 key 和向量始终相同。 被加密和解密的字符串总是数字,大多数工作但偶尔会在解
RijndaelManaged 类属性 KeySize 、 BlockSize 、 FeedbackSize 和 Padding 的默认值是什么?默认值是否也是最好的? 最佳答案 这是 Rijndea
我是一名优秀的程序员,十分优秀!