|
.
立论失败 |
|
[原创]欢迎破解——812加密算法
这个文件加密也没有名称为了方便以其公布之日为名称为812文件加密。 算法概述: 一、密码处理 得到用户密码后,将字节型密码转变为整形数据,通过随机函数等,衍生出一些参数以备后用。 二、生成密钥 用0-255个元素组成一个数组,简称单元数组,用参数做随机函数种子对单元数组进行随机排序将得到新的数组,将生成的数组都依次接起来,总长度超过或达到明文文件长度即可,截取和明文等长的一段作为密钥数组。 三、加密解密 1)加密——明文串和密钥串依次做加法得到密文数组,以文件形式输出。 2)解密——密文串和密钥串依次做减法得到明文数组,以文件形式输出。 |
|
.
立论失败 |
|
.
立论失败 |
|
.
立论失败 |
|
[原创]欢迎破解——812加密算法
密钥是没有重复的,源码用 VC++6.0 写的,主要部分都是 C语言。有VC6的可直接编译。 不使用VC的可看 editDlg.cpp 加密解密函数等都在那里。 下载地址: http://clip2net.com/page/m83705/50851470 不好下载的可告诉邮箱直接发去。 |
|
[原创]欢迎破解——812加密算法
谢谢了。整理一下尽快将源码贴出。 |
|
[原创]欢迎破解——812加密算法
AES是优秀的算法。这里所尝试的无非是想找到一种更简单实用的算法。本希望能有人可以破解而发现算法的缺陷,看来也是不大可能。...实际上在“理想密钥的生成”帖子中已经公开算法的核心,算法的密钥就是那样形成的,欢迎大家能指出其缺陷以便改进。 |
|
[原创]欢迎破解——812加密算法
rqqeq:你那些测试是不是你臆想的啊。就像你说AES强1000倍那样。觉得没意思就别来啊也没请你。 更正:再次试验发现上面关于RC4有缺陷的论断是不正确的,因为试验用的软件有两个加密方式选项,一个是RC4一个是DES,实际有缺陷的是DES方式,那次试验时没注意,特此更正,对不起。 |
|
[原创]欢迎破解——812加密算法
rqqeq: 你总是拿我这个文件加密和RC4作比较。这个 RC4看到过没用过,索性注意了一下,对一般文件加密还行吧密文的分布比较均匀。但是做十次差分就显露出弊端了,许多元素不见了只剩有限几个了。而我那个却依然是分布均匀的乱码。这说明我那个加密的密钥要更强一些。 还说什么AES比我的加密强多少多少倍有零有整的,不知怎么算出的,是你的臆想吧。能证明一下吗,我都不知道怎么来证明,也许你会吧,请教了。 在这里最好用数据来说话,臆想没有意思。 |
|
[讨论]密码的复杂化
交流一下,这方面大家的经验。没看那么多上世纪的东西,个人看法而已。自己随便写的东西当然是原创了。 哈希函数多了,随机函数多了,自己可以观察效果,一个中间过程的变量讲什么碰撞率? 这只是最初级的变换,由于用户密码是字节变量而许多运算是整形变量,所以有必要变换一下。 密码学并没统一的标准,不要像红白博士那样指导别人该怎么做,那这是你的观念而已。字不是几千年前就有了吗,大家不是还用吗? |
|
[原创]理想密钥的生成
实际应用中最初的数组不一定是256个成员,也不是不能出现重复元素,那样做只是为了形式上的完美而已,虽然那样不太理想了,但并不影响效果。 |
|
[原创]欢迎破解——812加密算法
rqqeq: 你说AES比我的强,我不否定。但它再强也不如一次一密吧? 我的尝试是希望做出一种在原理上就不可破解的加密方式,只会一点点高级语言让你见笑了。 穷举攻击是不可惧的,用户界面上要是有些加密模式的选项,并且密码长度不受限制,穷举基本没什么出路。 |
|
.
立论失败 |
|
.
立论失败 |
|
.
立论失败 |
|
.
立论失败 |
|
.
立论失败 |
操作理由
RANk
{{ user_info.golds == '' ? 0 : user_info.golds }}
雪币
{{ experience }}
课程经验
{{ score }}
学习收益
{{study_duration_fmt}}
学习时长
基本信息
荣誉称号:
{{ honorary_title }}
能力排名:
No.{{ rank_num }}
等 级:
LV{{ rank_lv-100 }}
活跃值:
在线值:
浏览人数:{{ visits }}
最近活跃:{{ last_active_time }}
注册时间:{{ user_info.create_date_jsonfmt }}
勋章
兑换勋章
证书
证书查询 >
能力值