des加密net

Ⅰ 求一简单的 DES加密实例。要c#.net实现！

public sealed class DES
{
private static string iv = "123456789";
private static string key = "12345678"; /// <summary>
/// DES加密偏移量，必须是>=8位长的字符串
/// </summary>
public string IV
{
get { return iv; }
set { iv = value; }
} /// <summary>
/// DES加密的私钥，必须是8位长的字符串
/// </summary>
///
public string Key
{
get { return key; }
set { key = value; }
} /// <summary>
/// 对字符串进行DES加密
/// </summary>
/// <param name="sourceString">待加密的字符串</param>
/// <returns>加密后的BASE64编码的字符串</returns> public static string Encrypt(string sourceString)
{
if (sourceString != "")
{
byte[] btKey = Encoding.Default.GetBytes(key);
byte[] btIV = Encoding.Default.GetBytes(iv);
DESCryptoServiceProvider des = new DESCryptoServiceProvider();
using (MemoryStream ms = new MemoryStream())
{
byte[] inData = Encoding.Default.GetBytes(sourceString);
try
{
using (CryptoStream cs = new CryptoStream(ms, des.CreateEncryptor(btKey, btIV), CryptoStreamMode.Write))
{
cs.Write(inData, 0, inData.Length);
cs.FlushFinalBlock();
}
return Convert.ToBase64String(ms.ToArray());
}
catch
{
throw;
}
}
}
else
return "";
} /// <summary>
/// 对DES加密后的字符串进行解密
/// </summary>
/// <param name="encryptedString">待解密的字符串</param>
/// <returns>解密后的字符串</returns> public static string Decrypt(string encryptedString)
{
if (encryptedString != "")
{
byte[] btKey = Encoding.Default.GetBytes(key);
byte[] btIV = Encoding.Default.GetBytes(iv);
DESCryptoServiceProvider des = new DESCryptoServiceProvider();
using (MemoryStream ms = new MemoryStream())
{
byte[] inData = Convert.FromBase64String(encryptedString);
try
{
using (CryptoStream cs = new CryptoStream(ms, des.CreateDecryptor(btKey, btIV), CryptoStreamMode.Write))
{
cs.Write(inData, 0, inData.Length);
cs.FlushFinalBlock();
}
return Encoding.Default.GetString(ms.ToArray());
}
catch
{
throw;
}
}
}
else
return "";
}}

Ⅱ 关于ASP.NET中的DES加密

当你执行到 des.Key=b;时 des.Key才被赋值，
所以当你使用 des.Key[i] = Convert.ToByte(temkey[i]);时
des.Key应该为null，当然会报错了。

你如果硬要用你注释掉的写法的话，
改成这样：
des.Key= new byte[8];
des.Key[i] = Convert.ToByte(temkey[i]);

Ⅲ net des加密java怎么解密

遵循两个原则:
1) 算法的独立性和可靠性。
2) 实现的独立性和相互作用性。
算法的独立性是通过定义密码服务类来获得。用户只需了解密码算法的概念,而不用去关心如何实现这些概念。实现的独立性和相互作用性通过密码服务提供器来实现。密码服务提供器是实现一个或多个密码服务的一个或多个程序包。软件开发商根据一定接口,将各种算法实现后,打包成一个提供器,用户可以安装不同的提供器。安装和配置提供器,可将包含提供器的ZIP和JAR文件放在CLASSPATH下,再编辑Java安全属性文件来设置定义一个提供器。

DES算法及如何利用DES算法加密和解密类文件的步骤：
DES算法简介
DES（Data Encryption Standard）是发明最早的最广泛使用的分组对称加密算法。DES算法的入口参数有三个：Key、Data、Mode。其中Key为8个字节共64位，是DES算法的工作密钥；Data也为8个字节64位，是要被加密或被解密的数据；Mode为DES的工作方式，有两种：加密或解密。

Ⅳ C# .net 加密与解密 DES

Ⅳ 使用.net内置的DES进行加密

好了，明白了它的License种类，我们得看看它是如何验证合法的License的，换句话说就是它的License是如何构成的。它通过定位/bin目录下的License文件，License文件由类名(FreeTextBox)+ “.lic”构成。FreeTextBox.Lic文件内容分三个部分，第一部分为明文FreeTextBox License，也就是类名+ License”字符串，第二部分为[License种类的加密文本]，加密算法采用的.NET内置的DES，用于DES加密的密钥和偏移量均为{ 0x39, 0x48, 0x42, 50, 0x38, 0x31, 70, 0x36 }，当然它不是直接对文本加密的，做了一个小小的处理，这个处理就是加上原文本的长度，并预留5位，不够则补零,例如字符串DistributionLicense，那用于加密的就是00019DistributionLicense，因为字符串DistributionLicense的长度是19位，前面还有3个空位就补3个零。这样加密后的结果就是=，注意需要用[]分隔，FreeTextBox设计者出于方便使用正则匹配所以使用[]来分隔，第三部分就是你注册标识的加密文本，当然也有[]，处理方式跟第二部分的一样，例如我的域名为Ycweb.Net，我想以此作为标识来生成License，于是对字符串00009Ycweb.Net进行DES加密，结果为tyn3Gf1Y5GH2VphAJ2U++g==，所以综合这个三个部分的内容，就构成了一个完整的License文件内容，整理一下就是： FreeTextBox License [=] [tyn3Gf1Y5GH2VphAJ2U++g==] 这是Distribution的License，如果是Professional的License，内容就是： FreeTextBox License [tyn3Gf1Y5GH2VphAJ2U++g==] 补充： 我现在是要加密的方法，求一个函数，将原文：00019DistributionLicense，加密为密文：=]，不知所谓，连内容都不看就回答了 补充： 又多一个不看内容的，文章里面不是说了吗：

Ⅵ Java和.NET使用DES对称加密的区别

没有区别，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中实现的类库默认值有什么不同”才对。

Ⅶ JAVA和.NET使用DES对称加密的区别

如果我说没有区别你会信吗？
但答案还真是这样，两者没有任何区别的，只不过实现的语言代码不同而已。
那么java与dot net之间的DES是否可以通用？答案也是完全通用。无论是Java的DES加密还是dot net的DES回密，均可以使用另一种语言且不限于Java或dot net解密。够明白吗？
DES其实只是一个算法，加密与解密我们都知道算法与密码是分离的。算法是公开的，都可以用，而密码是独立于算法的。所以DES在不同的语言中实现的算法根本就是一样的——也正是因为如此不管何种语言都是通用的（除非伪DES，要知道DES算法网上本身能搜到而且是一个标准，最先是由美国安全部门公开的）
再说一下，为什么有人“通”用不起来的原因。DES其实有CBC之类的参数的，也就是针对加密块选用的不同的加密手段。正是这个参数的原因，不同的语言中使用不同的参数做为默认值，所以使用默认的方式进行让两个串进行加解密肯定是不同的。DES使用一种模式（方法）加密，用另一种模式(方法）进行解密能得到正确的结果吗？一些人不怪自己的学艺不精，反说是两种语言的DES不通用（这也就是为什么网络上会出现诸多说java和dot net的DES加密方法不通用的原因）。
即便是自己使用的DES加密的代码也是通用的（前提你要遵守DES分开算法），但不要“重复实现已经实现的东西（专业术语叫造轮子）”。
附：
DES.Model属性取值
CBC 密码块链 (CBC) 模式引入了反馈。每个纯文本块在加密前，通过按位“异或”操作与前一个块的密码文本结合。这样确保了即使纯文本包含许多相同的块，这些块中的每一个也会加密为不同的密码文本块。在加密块之前，初始化向量通过按位“异或”操作与第一个纯文本块结合。如果密码文本块中有一个位出错，相应的纯文本块也将出错。此外，后面的块中与原出错位的位置相同的位也将出错。
ECB 电子密码本 (ECB) 模式分别加密每个块。这意味着任何纯文本块只要相同并且在同一消息中，或者在用相同的密钥加密的不同消息中，都将被转换成同样的密码文本块。如果要加密的纯文本包含大量重复的块，则逐块破解密码文本是可行的。另外，随时准备攻击的对手可能在您没有察觉的情况下替代和交换个别的块。如果密码文本块中有一个位出错，相应的整个纯文本块也将出错。
OFB 输出反馈 (OFB) 模式将少量递增的纯文本处理成密码文本，而不是一次处理整个块。此模式与 CFB 相似；这两种模式的唯一差别是移位寄存器的填充方式不同。如果密码文本中有一个位出错，纯文本中相应的位也将出错。但是，如果密码文本中有多余或者缺少的位，则那个位之后的纯文本都将出错。
CFB 密码反馈 (CFB) 模式将少量递增的纯文本处理成密码文本，而不是一次处理整个块。该模式使用在长度上为一个块且被分为几部分的移位寄存器。例如，如果块大小为 8 个字节，并且每次处理一个字节，则移位寄存器被分为 8 个部分。如果密码文本中有一个位出错，则一个纯文本位出错，并且移位寄存器损坏。这将导致接下来若干次递增的纯文本出错，直到出错位从移位寄存器中移出为止。
CTS 密码文本窃用 (CTS) 模式处理任何长度的纯文本并产生长度与纯文本长度匹配的密码文本。除了最后两个纯文本块外，对于所有其他块，此模式与 CBC 模式的行为相同。

DES.Padding属性的取值
None 不填充。
PKCS7 PKCS #7 填充字符串由一个字节序列组成，每个字节填充该字节序列的长度。
Zeros 填充字符串由设置为零的字节组成。
ANSIX923 ANSIX923 填充字符串由一个字节序列组成，此字节序列的最后一个字节填充字节序列的长度，其余字节均填充数字零。
ISO10126 ISO10126 填充字符串由一个字节序列组成，此字节序列的最后一个字节填充字节序列的长度，其余字节填充随机数据。

当Mode不同时，解密的内密内容能与相同吗？PaddingMode不同时，解密的内容的结尾部分能相同吗（填充结果只涉及到最后的一个块）.所以当不管何种语言使用相同的Mode及PaddingMode时，加解密的结果是相同的（当然不排除部分语言不实现全部的Mode和PaddingMode)但，基本的都是实现了的，所以基本上任何两种语言之间的DES都可以实现相同的加解密结果！而java和dot net中的DES显然指的是算法，两者是相同的，可以随意使用（Java中dot net中的Mode默认值是不同的，一定要设置相同的Mode和PaddingMode才可以的，不要双方都采用默认值，那样真的通不起来）

Ⅷ JAVA和.NET使用DES对称加密的区别

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向量，最后是填充模式。

Ⅸ JAVA和.NET使用DES对称加密的区别

JAVA和.NET的系统类库里都有封装DES对称加密的实现方式，但是对外暴露的接口却各不相同，甚至有时会让自己难以解决其中的问题，比如JAVA加密后的结果在.NET中解密不出来等。
没区别,算法是标准的 不过,算法的入参和出餐都是 byte[],你要自己转换,在转换过程中可能会出现不一致的情况。

Ⅹ JAVA和.NET使用DES对称加密的区别

JAVA和.NET的系统类库里都有封装DES对称加密的实现方式，但是对外暴露的接口却各不相同，甚至有时会让自己难以解决其中的问题，比如JAVA加密后的结果在.NET中解密不出来等，由于最近项目有跨JAVA和.NET的加解密，经过我的分析调试，终于让它们可以互相加密解密了。

DES加密
DES是一种对称加密(Data Encryption Standard)算法，以前我写过一篇文章：.NET中加密解密相关知识，有过简单描述。
DES算法一般有两个关键点，第一个是加密算法，第二个是数据补位。

加密算法常见的有ECB模式和CBC模式：
ECB模式：电子密本方式，这是JAVA封装的DES算法的默认模式，就是将数据按照8个字节一段进行DES加密或解密得到一段8个字节的密文或者明文，最后一段不足8个字节，则补足8个字节（注意：这里就涉及到数据补位了）进行计算，之后按照顺序将计算所得的数据连在一起即可，各段数据之间互不影响。
CBC模式：密文分组链接方式，这是.NET封装的DES算法的默认模式，它比较麻烦，加密步骤如下：
1、首先将数据按照8个字节一组进行分组得到D1D2......Dn（若数据不是8的整数倍，就涉及到数据补位了）
2、第一组数据D1与向量I异或后的结果进行DES加密得到第一组密文C1（注意：这里有向量I的说法，ECB模式下没有使用向量I）
3、第二组数据D2与第一组的加密结果C1异或以后的结果进行DES加密，得到第二组密文C2
4、之后的数据以此类推，得到Cn
5、按顺序连为C1C2C3......Cn即为加密结果。

数据补位一般有NoPadding和PKCS7Padding(JAVA中是PKCS5Padding)填充方式，PKCS7Padding和PKCS5Padding实际只是协议不一样，根据相关资料说明：PKCS5Padding明确定义了加密块是8字节，PKCS7Padding加密快可以是1-255之间。但是封装的DES算法默认都是8字节，所以可以认为他们一样。数据补位实际是在数据不满8字节的倍数，才补充到8字节的倍数的填充过程。
NoPadding填充方式：算法本身不填充，比如.NET的padding提供了有None，Zeros方式，分别为不填充和填充0的方式。
PKCS7Padding（PKCS5Padding）填充方式：为.NET和JAVA的默认填充方式，对加密数据字节长度对8取余为r，如r大于0，则补8-r个字节，字节为8-r的值；如果r等于0，则补8个字节8。比如：
加密字符串为为AAA，则补位为AAA55555;加密字符串为BBBBBB，则补位为BBBBBB22；加密字符串为CCCCCCCC，则补位为CCCCCCCC88888888。