N=4的排列码明文密文对应表.doc

PAGE PAGE 1可尊敬的ChinaCrypt2010程序委员会主席 徐茂智先生:我很抱歉的告诉您，之所以收到您要程序源代码的邮件，这么长时间才给您发这个邮件。是因为程序是很早以前的，我们没有把程序源代码和可执行程序捆绑在一起。而且现在我退休后在杭州女儿家养老，女儿是大夫，没有c程序的编译软件，因此我无法保证此程序源代码和网上的可执行程序是配对的。又因为序有很多版本，不同版本即使同一明文用相同密钥加密，产生的密文不同，因为可能使用的排列码表可能不同。即使使用的排列码表相同，他们的顺序也可能不同。当初我们作为作业让学生编程序时，为了不让学生直接拷贝，要求一个学生加密的，即使使用相同密钥，另一个同学的程序也不能解密。我是尽量让程序源代码和网上的可执行程序对应，但我无法检测，就只好给您带来麻烦，让您检测：您用我这个程序源代码生成的可执行程序和网上提供的可执行程序加密结果是否相同，如果不相同，我们可以使用这个有程序源代码的程序进行破密，但是原来我给您的数据就要重新改写，我必须重新制作。这时您必须把编译的程序发给我，以保证我们使用的程序相同才有价值。不好意思的问一下，您认为一定要程序源代码有意义吗？它丝毫不能帮助您的审查员进行密码分析。因为程序源代码的可读性，远远不如我写的文字可读性好。但是为了迁就您的要求，我还是发给您程序源代码的文档。倒是为了帮助您的审稿人体会我们方法的本质，我们再次提供以下你们可能没有想到的数据。希望对你们有所帮助。（这些数据的加工是用网上的程序加工的）一长串0做明文，您用96个2进制0做密钥，进行加密，您就会看到0000、0001、0010、0011、0100、0101、0110、0111、1000、1001、1010、1011、1100、1101、1110、1111都会是密文，只是会神秘莫测地出现在不同的分组。您把密钥增加1，0000、0001、0010、0011、0100、0101、0110、0111、1000、1001、1010、1011、1100、1101、1110、1111也都会是密文，只是会神秘莫测地出现在不同的分组。仅仅是又换了不同的分组。把这长串0的第1个分组改成0001，还是用96个2进制0做密钥，进行加密，0000、0001、0010、0011、0100、0101、0110、0111、1000、1001、1010、1011、1100、1101、1110、1111也都会是密文，只是会神秘莫测地出现在不同的分组。仅仅是又换了不同的分组。您把密钥增加1，0000、0001、0010、0011、0100、0101、0110、0111、1000、1001、1010、1011、1100、1101、1110、1111也都会是密文，只是会神秘莫测地出现在不同的分组。仅仅是又换了不同的分组。我给您把直接数据列出来，您自己观察：一长串0做明文：0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000