1
acpp 2014-09-04 15:04:21 +08:00 1
估计没人知道
|
2
hao123yinlong 2014-09-04 15:40:18 +08:00
如果大家都不知道,可能就是自己设计的一加密方式了
|
3
abelyao 2014-09-04 15:52:27 +08:00
没见过,不过可以猜测一下。
这里面的数字都没有超过 128,但却有负数,而字符串读到 byte[] 里是 0-255, 那么会不会是 byte 原值 - 128 然后直接作为字符串保存?所以出现了负数。 |
4
abelyao 2014-09-04 16:00:41 +08:00 1
试了一下几种编码,得到的结果是乱码。
楼主你这个密文是完整的吗? |
5
acros 2014-09-04 16:05:57 +08:00
老实招来哪里来的密文。
|
6
csx163 2014-09-04 16:23:11 +08:00
在某工商网见过类似的加密,mark一下
|
7
codegear 2014-09-04 16:34:06 +08:00
24字节,这么巧合的长度,怀疑又是一个约定俗成的加密方法。
|
8
pimin 2014-09-04 16:51:13 +08:00 1
±128之内,如果是对应某种编码算法的话,可以去查查,但是直接对应的可能性。。肯定是0,因为跨度太大了,从-115到127,显示字符没有那么多。
加密方式应该是逐字符加密,其中重复的96两次,-91两次,23两次。 可以说说具体来源和用处,再想办法分析 |
9
abelyao 2014-09-04 17:03:36 +08:00 1
@pimin 分析得比我更加到位,赞!
就像楼上几位说的,楼主提供来源,或者其它密文例子(密文一定要提供完整的啊),更好分析 |
10
lmaq OP @abelyao 完整的是APP与服务器通信的部分字符加密,反编译APP好像有的DEC的文件,试了一下加密但结果并不像正负数字
|
12
lmaq OP @pimin 抓包测试了一下
1 -107,96,-86,-120,28,59,-112,67 2 125,95,11,124,-24,80,-61,94 3 -48,47,67,-19,-73,127,23,122 4 32,-101,-68,-41,64,-53,-92,20 5 -34,-90,-46,-125,-61,-57,-52,-128 没有什么规则,看APP的反编译有个DEC的加密算法文件,不动andriod就没细看 原字符越长加密出来的密文也越长 10位的元字符加密后得到 16位密文 八位字母数字混合原文得到 8位密文 同样是正负数字的 |
16
abelyao 2014-09-04 23:30:31 +08:00
@lmaq “1” 的加密结果是 “-107,96,-86,-120,28,59,-112,67” 吗?
那还真是看不出什么规律啊,不过很好奇了怎么办… |
18
abelyao 2014-09-04 23:37:05 +08:00 1
@lmaq 不玩安卓,去年看过这个: http://weibo.com/1792862597/A2qdZ2oQO
|