杀手killerho 这TMD的是一次一密？每个字节摩尔加一个随机数？那你的随机数每次都传给对端吗？密传？密传是用公钥体制吧，你干脆直接用公钥加密算了。 这跟我随便一串写数字给你破有啥区别？

wsy 对rand函数的理解，你比sjdkx还要差一点，呵呵 rand，只要种子相同，生产出来的就相同

本加密程序如果用穷举攻击是有可能被攻破的。条件是你能看懂明文的特征，所以当穷举了可能的输入去解密时，正解就在其中了，你只要找到它就OK了，但是如果你看不懂明文就没戏了。这种情况出现在明文超短时，一两个字节，是没有什么意义的，所以看不懂是什么东西是自然的。

我要是将明文分解到一个字节一组去加密，你还有希望看懂吗？虽然这个加密程序没有这样，但这是很容易做到的。所以用单一程序加密也是能实现安全加密的。

sjdkx 本加密程序如果用穷举攻击是有可能被攻破的。条件是你能看懂明文的特征，所以当穷举了可能的输入去解密时，正解就在其中了，你只要找到它就OK了，但是如果你看不懂明文就没戏了。这种情况出现在明文超短时，一两个 ...

wsy 说得好，我一个字节设一个口令，看你怎么攻破。

利用与明文等长的密钥数组加密文件并非不可能，也许方法有很多，这里仅举一例。
请原谅，为了简单说明，有些设置也许不太合理。
在加密软件中，设置一个默认的整形数组，其长度和明文一样，注意这里不能用rand()函数来产生它不能输出整形数组，随机函数要用MT19937那样输出整形数组的函数，姑且种子就用明文长度的数值，这是些死数据，它们是原始数组，然后使用用户密码算出一个种子，还是用MT19937对原始数组进行随机排序，形成新的数组，然后用新数组的每个元素做种子，对明文的每个字节进行加密。这样使用数据比较浪费，但保证了被加密字节和数组其它元素没有关系，你就是做足了功夫破解了一个字节请问如何判断其是正解？这样安全加密也就实现了。
加密细分到局部，已经不具有辨识的条件，无法辨识当然也就无法破解了。我们读懂一个东西主要靠上下文关联，不能构成上下文关联是无法解读的。

sjdkx 利用与明文等长的密钥数组加密文件并非不可能，也许方法有很多，这里仅举一例。请原谅，为了简单说明，有些设置也许不太合理。在加密软件中，设置一个默认的整形数组，其长度和明文一样，注意这里不能用rand() ...

sjdkx 我理解是直接用于加密或解密的数据。你说呢？

sjdkx 我理解是直接用于加密或解密的数据。你说呢？

知道黎曼几何吗？

我看好你开创 sjdkx密码学。