V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX 提问指南
lmaq
V2EX  ›  问与答

有人知道这是什么加密算法加密的吗?

  •  
  •   lmaq · 2014-09-04 14:55:32 +08:00 · 3134 次点击
    这是一个创建于 3736 天前的主题,其中的信息可能已经有所发展或是发生改变。
    源字符串未知加密后得到的是
    9,39,18,123,96,23,96,-49,-91,127,84,-115,94,19,-91,-36,-64,-43,-86,23,25,-67,26,76
    19 条回复    2014-09-05 00:48:32 +08:00
    acpp
        1
    acpp  
       2014-09-04 15:04:21 +08:00   ❤️ 1
    估计没人知道
    hao123yinlong
        2
    hao123yinlong  
       2014-09-04 15:40:18 +08:00
    如果大家都不知道,可能就是自己设计的一加密方式了
    abelyao
        3
    abelyao  
       2014-09-04 15:52:27 +08:00
    没见过,不过可以猜测一下。
    这里面的数字都没有超过 128,但却有负数,而字符串读到 byte[] 里是 0-255,
    那么会不会是 byte 原值 - 128 然后直接作为字符串保存?所以出现了负数。
    abelyao
        4
    abelyao  
       2014-09-04 16:00:41 +08:00   ❤️ 1
    试了一下几种编码,得到的结果是乱码。
    楼主你这个密文是完整的吗?
    acros
        5
    acros  
       2014-09-04 16:05:57 +08:00
    老实招来哪里来的密文。
    csx163
        6
    csx163  
       2014-09-04 16:23:11 +08:00
    在某工商网见过类似的加密,mark一下
    codegear
        7
    codegear  
       2014-09-04 16:34:06 +08:00
    24字节,这么巧合的长度,怀疑又是一个约定俗成的加密方法。
    pimin
        8
    pimin  
       2014-09-04 16:51:13 +08:00   ❤️ 1
    ±128之内,如果是对应某种编码算法的话,可以去查查,但是直接对应的可能性。。肯定是0,因为跨度太大了,从-115到127,显示字符没有那么多。
    加密方式应该是逐字符加密,其中重复的96两次,-91两次,23两次。
    可以说说具体来源和用处,再想办法分析
    abelyao
        9
    abelyao  
       2014-09-04 17:03:36 +08:00   ❤️ 1
    @pimin 分析得比我更加到位,赞!
    就像楼上几位说的,楼主提供来源,或者其它密文例子(密文一定要提供完整的啊),更好分析
    lmaq
        10
    lmaq  
    OP
       2014-09-04 23:11:49 +08:00
    @abelyao 完整的是APP与服务器通信的部分字符加密,反编译APP好像有的DEC的文件,试了一下加密但结果并不像正负数字
    lmaq
        11
    lmaq  
    OP
       2014-09-04 23:12:33 +08:00
    @acros 一款APP的通信加密
    lmaq
        12
    lmaq  
    OP
       2014-09-04 23:23:53 +08:00
    @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位密文 同样是正负数字的
    abelyao
        13
    abelyao  
       2014-09-04 23:26:07 +08:00
    @lmaq 既然知道原文长度,却不知道原文内容?
    如果知道原文内容,能举个例子,原文什么,对应密文是什么,岂不是更容易分析?
    lmaq
        14
    lmaq  
    OP
       2014-09-04 23:27:17 +08:00
    @abelyao 加密原文和密文例子12楼已发,找不到规律
    lmaq
        15
    lmaq  
    OP
       2014-09-04 23:28:42 +08:00
    @abelyao 12楼例子左边的1 2 3 4 5是原文后面的是密文,已知每次加密的结果都是一样的
    abelyao
        16
    abelyao  
       2014-09-04 23:30:31 +08:00
    @lmaq “1” 的加密结果是 “-107,96,-86,-120,28,59,-112,67” 吗?
    那还真是看不出什么规律啊,不过很好奇了怎么办…
    lmaq
        17
    lmaq  
    OP
       2014-09-04 23:34:55 +08:00
    @abelyao 有没有什么好的安卓应用的模拟器之类的,我抓包做个字典好了 如果真没办法也只能这样了
    abelyao
        18
    abelyao  
       2014-09-04 23:37:05 +08:00   ❤️ 1
    @lmaq 不玩安卓,去年看过这个: http://weibo.com/1792862597/A2qdZ2oQO
    pimin
        19
    pimin  
       2014-09-05 00:48:32 +08:00   ❤️ 2
    @lmaq
    DES加密的确是这个规律的,可以是8、16、64的长度的整数倍
    知道算法解密就比较简单了,DES是对称加密,密匙就存在apk里,反编译找找看
    找到密匙,然后DES(1),DES(2)。。
    这样看看,是不是还做了一些弱转换
    通常来说都没有什么必要了
    另外就是不知道负数。。是怎么来的,我觉得是直接变成16进制比较靠谱,比如-107=95,-86=AA
    类似1用密匙1111111来加密,密文是22 e6 7d 8d 39 ec 7d 1e
    楼主有没有看到一些东西,大概就可以理解了,去找密匙吧
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3332 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 24ms · UTC 12:23 · PVG 20:23 · LAX 04:23 · JFK 07:23
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.