AES相关的一些列子,需要库的支持才能应用

创建巨型文件的参考源代码-create huge document reference source code

天气雷达回波产生 这个代码是自己编的 我用过没什么问题-Weather radar echo generated for this code is its own no problem, I used

用来脱被upx加过壳的文件,包括被upxfix等修改过的文件,适用于几乎所有版本(不过特低的好像有些问题:( ) 欢迎指正!msn:phoenix8088@hotmail.com-UPX from being used to shell the documents have been added, including such upxfix revised document, applicable to almost all versions (particularly low, however it seems there are some problems: () please correct me! Msn: phoenix8088@hotmail.com

LZW算法基于转换串表(字典)T,将输入字符串映射成定长(通常为12位)的码字-LZW algorithm is based on converting Series (dictionary) T, the input string mapping into fixed-length (usually 12) the code word

md5算法的java实现-md5 algorithm java realizes

网络新手学习的好教程-Network novice to learn a good tutorial

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

ceaser转换文本加密技术-converting text encryption technology

生成大素数并检验以及生成RSA1024位公钥子程序，不使用库文件，源代码公开，清晰有注释-Generate large prime numbers and testing, and to generate RSA1024-bit public key subroutine, do not use library files, source code is open, clear and annotated