今天给各位分享.net对称加密的知识，其中也会对net 加密算法进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
本文目录一览：
非对称加密和对称加密在加密和解密过程、加密解密速度、传输的安全性上都有所不同，具体介绍如下：
1、加密和解密过程不同
对称加密过程和解密过程使用的同一个密钥，加密过程相当于用原文+密钥可以传输出密文，同时解密过程用密文-密钥可以推导出原文。但非对称加密采用了两个密钥，一般使用公钥进行加密，使用私钥进行解密。
2、加密解密速度不同
对称加密解密的速度比较快，适合数据比较长时的使用。非对称加密和解密花费的时间长、速度相对较慢，只适合对少量数据的使用。
3、传输的安全性不同
对称加密的过程中无法确保密钥被安全传递，密文在传输过程中是可能被第三方截获的，如果密码本也被第三方截获，则传输的密码信息将被第三方破获，安全性相对较低。
非对称加密算法中私钥是基于不同的算法生成不同的随机数，私钥通过一定的加密算法推导出公钥，但私钥到公钥的推导过程是单向的，也就是说公钥无法反推导出私钥。所以安全性较高。
参考资料来源：百度百科-对称加密
参考资料来源：百度百科-非对称加密
没有区别，DES只是加密的一种算法，Java与.NET语言中只是对这种算法的实现，所以两者是没有任何区别的。算法与密钥本来就是分开的，算法本来就是公开的，语言只是对这种算法的实现而已，在这种情况下DES与语言没有任何相关性，只有自己的算法标准。
但很多人反映的Java中的DES/TDES与.NET中的DES/TDES不通用，其实并不存在这样的问题的。两者是几乎完全通用的。所以没有存在不通用的情况的。
由于语言的实现基于自己的习惯与理解上的不同，不同的语言采用了不同的默认参数（默认值），当然，就算在同种语言下，这些参数不同的时加密与解密也会有所不同的（只会默认默认参数就认为不通用的那些人，真想不通这个问题怎么提出来的）。
事实上DES除了一个key与iv（初始向量）必须保证相同外，还有对加密的不同解释参数，如mode与paddingmode。DES加密是是块加密的一种，在处理块级与未尾块级时，有不同的方式（mode)如电子密码本（CBC)之类的，每个参数有不同的加密行为与意义，当然这只是DES加密标准的一部分，并不能独立出去的。paddingMode则是则块加密当最后一个块不足时的填充方式。而在java与net实现加密或解密时都遵从标准，实现了不同的填充方式以供选择。但由于每个语言的默认值不同，如net中cbc是默认值，而Java中则是另外一个，填充方式的默认值也不相同，所以会出现不设计这两个参数时，在java与net通信时无法正确解密。所谓的不Java与net中DES不同，仅仅只是默认参数不同，如果你能正确设置这两个参数，几乎任何语言中DES加密与解密都是通用的（部分语言中并没有全部实现DES中的标准，所以可能会出现特定语言的某种加密方式无法在另一种语言中解析）。
所以，DES本身没有任何区别，他只是一个标准（你家交流电与他家交流电有什么区别？），对于不同的实现必须依赖于此标准实现，所以DES标准本身而言是相同的。如果说DES在Java与NET中的类库实现有什么区别，那么两种语言类库完全没可比性（两个人有什么区别，一张嘴两只眼睛的标准外，怕是没有相同之处了），而对于DES实现支持上，两者也是几乎相同，Java与net均实现了DES标准全部的规范。
最后想说的是，加密学中只介绍DES，并不说在不同语言中的实现，因为任何语言实现都依赖于相同的DES加解密算法。我觉得这个问题应该问成“在DES在java中与NET中实现的类库默认值有什么不同”才对。
DES加密算法原理：DES 使用一个 56 位的密钥以及附加的 8 位奇偶校验位（每组的第8位作为奇偶校验位），产生最大 64 位的分组大小。这是一个迭代的分组密码，使用称为 Feistel 的技术，其中将加密的文本块分成两半。使用子密钥对其中一半应用循环功能，然后将输出与另一半进行“异或”运算；接着交换这两半，这一过程会继续下去，但最后一个循环不交换。DES 使用 16 轮循环，使用异或，置换，代换，移位操作四种基本运算。
.NET中的DES加密：
对于.NET，框架在System.Security.Cryptography命名空间下提供了DESCryptoServiceProvider作为System.Security.Cryptography.DES加密解密的包装接口，它提供了如下的4个方法：
public override ICryptoTransform CreateDecryptor(byte[] rgbKey, byte[] rgbIV)
public override ICryptoTransform CreateEncryptor(byte[] rgbKey, byte[] rgbIV)
public override void GenerateIV()
public override void GenerateKey()
从.NET类库封装情况，加解密需要传入一个Key和IV向量。而且Key必须为8字节的数据，否则会直接抛异常出来，当使用ECB模式下，不管传入什么IV向量，加密结果都一样
JAVA中的DES加密：
JAVA的javax.crypto.Cipher包下，提供了加密解密的功能，它的静态getInstance方法，可以返回一个Cipher对象，一般有public static final Cipher getInstance(String transformation)方法，transformation为：algorithm/mode/padding，分别表示算法名称，比如DES，也可以在后面包含算法模式和填充方式，但也可以只是算法名称，如为："DES/CBC/PKCS5Padding"，"DES"等。JAVA中默认的算法为ECB，默认填充方式为PKCS5Padding。Cipher的Init方法用来初始化加密对象，常见的有：
public final void init(int opmode, Key key, AlgorithmParameterSpec params) ，
public final void init(int opmode,Key key, SecureRandom random)，用SecureRandom时，一般用于不需要IV的算法模式
总结
对于.NET和JAVA在使用DES对称加密时，需要大家指定一样的算法和填充模式，并且JAVA在写DES加解密算法时，还需要根据创建Cipher对象的不同，正确使用IV向量。在不同系统需要互相数据时，必须要明确的是加密算法，Key和算法模式，再根据不同模式是否需要IV向量，最后是填充模式。
.net对称加密的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于net 加密算法、.net对称加密的信息别忘了在本站进行查找喔。
本文标签：.net对称加密
