放进RAR 在拖出来不知~~~~有没意外收获
引用
评论
分享一個自己寫的加密解密工具，比較簡單，歡迎交流拍磚
分享一個自己寫的加密解密工具，比較簡單，歡迎交流拍磚。
暫時只能對阿拉伯數字加密，不能輸入其它字符。
En.exe 加密工具，隨機種子加密，同樣文本每次加密都能有不同解。
De.exe 解密工具，只能依照加密工具的輸出格式輸入原文本。
因爲沒有二次加密，所以比較容易猜出原理，如果懂一些其它科目知識的話。
不要忘記了分享體會哦。
暫時只能對阿拉伯數字加密，不能輸入其它字符。
En.exe 加密工具，隨機種子加密，同樣文本每次加密都能有不同解。
De.exe 解密工具，只能依照加密工具的輸出格式輸入原文本。
因爲沒有二次加密，所以比較容易猜出原理，如果懂一些其它科目知識的話。
不要忘記了分享體會哦。
回 3楼(ltl) 的帖子
應該說是把數字當成字符，因爲要限制變量的關係。如果我把ASCII全部弄進去的話，工作量太大了。
可以肯定儅你按下encode時，哪怕是再重復一次，每次的編碼都是不同的。
舉例：
20110129就會變成這些不同的答案（10個）
mm_nul_один_ggll_nul_一_mm_девет_
2294_48_.****_uno_3367_een_二_kn_
zwei_null_un_um_3367_1_..***_девять_
0059_nul_ichi_en_零_1_er_neuf_
deux_*****_hun_hun_zero_un_deux_3037_
zwei_*****_един_uno_null_壹_10_57_
二_ноль_.****_un_zero_un_fgg_9_
mm_rei_one_eins_ling_en_2294_ni_
..***_nul_un_en_nul_uno_..***_57_
10_нула_en_m_nul_m_ddau_vtn_
單是無論是哪個答案或者第N次編碼後，解碼都能回到20110129這個答案的。
可以肯定儅你按下encode時，哪怕是再重復一次，每次的編碼都是不同的。
舉例：
20110129就會變成這些不同的答案（10個）
mm_nul_один_ggll_nul_一_mm_девет_
2294_48_.****_uno_3367_een_二_kn_
zwei_null_un_um_3367_1_..***_девять_
0059_nul_ichi_en_零_1_er_neuf_
deux_*****_hun_hun_zero_un_deux_3037_
zwei_*****_един_uno_null_壹_10_57_
二_ноль_.****_un_zero_un_fgg_9_
mm_rei_one_eins_ling_en_2294_ni_
..***_nul_un_en_nul_uno_..***_57_
10_нула_en_m_nul_m_ddau_vtn_
單是無論是哪個答案或者第N次編碼後，解碼都能回到20110129這個答案的。
引用
评论
让我yy一下你的方法，生成随机密钥并以此加密，同时存下随机密钥在文件中，然后用软件内置密码常量加密一遍
不过我能想出的所有方法都可以和字符集大小无关
不过我能想出的所有方法都可以和字符集大小无关
引用
评论
回 5楼(ltl) 的帖子
答對了一半，實際上是每個字符都生成一次密鑰。
我知道你下一句話是什麽意思。擧個比方，如果用unicode碼表作字符集，對字符編號加密就壓根沒多少技術含量的。如果對那幾萬個編碼一一列表，密碼強度就不是一般的高，當然一本字典下來幾個TB都可能。
我擧個例子，對“我晚上吃飯”進行編碼，有可能變成這樣。
0086 004409 00813643 00012116 03490519190514 0046180919 ##
先提示一下，如果反編譯這段密文，第一步可以得到“I yoru up essen ris”。提示是每個字符組頭四位就是鑰匙，用的是國際區號。
最後，整個句首的0086代表的是所有詞彙用的語法是中國語法。
I よる up essen ris
我知道你下一句話是什麽意思。擧個比方，如果用unicode碼表作字符集，對字符編號加密就壓根沒多少技術含量的。如果對那幾萬個編碼一一列表，密碼強度就不是一般的高，當然一本字典下來幾個TB都可能。
我擧個例子，對“我晚上吃飯”進行編碼，有可能變成這樣。
0086 004409 00813643 00012116 03490519190514 0046180919 ##
先提示一下，如果反編譯這段密文，第一步可以得到“I yoru up essen ris”。提示是每個字符組頭四位就是鑰匙，用的是國際區號。
最後，整個句首的0086代表的是所有詞彙用的語法是中國語法。
I よる up essen ris
引用
评论
回 7楼(zxjdcp) 的帖子
正是如此，但是现在做出来的东西就一个臃肿，正在改进中。半成品帖子https://www.kechuang.org/t/31688
慎入！長篇大論的實驗結果——自製加密算法效果
慎入！長篇大論的實驗結果——自製加密算法效果
引用
评论
是不是对每个字符单独进行加密而不是对整个文本加密
这有两个问题。。
加解时间随文本大小增长。。
密钥大小随文本大小增长。。
如果不对单个字符加密，而是对整个文本进行同样数量的多重加密，强度要也不小吧 而且密钥不会太大，加解密时间不变。。
这有两个问题。。
加解时间随文本大小增长。。
密钥大小随文本大小增长。。
如果不对单个字符加密，而是对整个文本进行同样数量的多重加密，强度要也不小吧 而且密钥不会太大，加解密时间不变。。
引用
评论