IBE身份

一个使用des加密传输的unix下的login程序的服务器端和客户端- Uses des to encrypt under the transmission unix login procedure server end and the customer end

Net框架由于拥有CLR提供的丰富库支持，只需很少的代码即可实现先前使用C等旧式语言很难实现的加密算法。本类实现一些常用机密算法，供参考。-Net framework, as they own CLR provides support for the rich, with little code can be used to achieve the old language, such as C is very difficult to achieve encryption algorithm. Realize some of the categories used confidential algorithm for information.

测试对字符串的MD4。运行环境：vs2008 （注意选择“多字符”编译）-Testing of the string MD4. Operating environment: vs2008 (attention to the selection " multi-character" compilation)

DES算法源代码-DES algorithm source code

tms320lf2407例程-tms320lf2407 routines

关于des的说明- About des explanation

这个例子描述了MD4碰撞，很有研究价值，大家可以仔细研究下-MD4碰撞

老外写的加密库cryptlib(版本3.1)-foreigner to write encryption for cryptlib (version 3.1)

JAVA环境下的四种古典加密算法,移位,仿射,维吉尼亚,置换 详细的WORD设计文档,里面包含源码和运行程序截图-Java environment of the four classical encryption algorithm, displacement, affine, Virginia, WORD replacement detailed design document, which contains the source code and operating procedures screenshots

应用背景一个安全的版本称为安全AODV路由协议AODV（网）。它提供的功能，如完整性，认证，和路由数据的不可否认性。它采用了双方案为确保AODV。维护合作机制的AODV路由协议，包括一种情况允许中间节点回复的委派功能RREQ消息。这就是所谓的双重签名：当一个节点产生一个RREQ消息，除了 ；正规的签名，它可以包括第二签名，这是在一个虚拟的RREP消息向本身的计算。中间节点可以在他们的路由表，以及与其他相关的路由信息节点如果其中一个节点，然后接收RREQ走向节点，它可以在一个代表回复RREP消息，同样，与普通AODV会发生什么。这样做，中间节点生成RREP消息，包括节点的签名，它以前缓存，和符号带有它自己的私有密钥的消息。关键技术网不需要尊重其他消息AODV。然而，网消息明显更大，主要是因为数字签名。而且，情况需要重量级的非对称加密操作：每次一个节点产生一个路由信息，它必须生成签名，每次收到一个签名路由消息（也作为中间节点），它必须验证签名。这会变得更糟的时候，双签名机制是使用，因为这可能需要单个签名的生成或验证信息。在情况允许的操作，网验证AODV路由数据。机制是用于实现此：哈希链和签名