能力值：
![]()
(RANK： )
|
-
-
2 楼
四次加密结果对应的数据如下:
3,133084448670906202306493121
3,133084630500906210848299061
3,133084448670906210900476091
12345678,133084630500906221250516251
方法: GZIP 后 Base 64.
数据的构成方式猜想:
3,133-084-44867 09-06-20 23:06:49.3121
3,133-084-63050 09-06-21 08:48:29.9061
3,133-084-44867 09-06-21 09:00:47.6091
12345678,133-084-63050 09-06-22 12:50:51.6251
|
能力值：
( LV2，RANK：10 )
|
-
-
3 楼
首先感谢arab的回复!
GZIP如何验证你的猜想呢?
1.用cryptosearcher.exe扫描，显示为TEA，Base64,但反编译后没有找到TEA的标识
程序为delphi7写的，用dede可反编译.
2.用OllyICE附加进程就程序就不动了.
|
能力值：
( LV2，RANK：10 )
|
-
-
4 楼
arab的回复,是正确的
我用java.util.zip.GZIPOutputStream 等来反算，结果算不回，
请问您用的是哪个gzip呢?
|
能力值：
![]()
(RANK： )
|
-
-
5 楼
Linux下的base64和gzip.
# echo H4sIAAAAAAAACzPWMTQ2NrAwMTGxMDM3sDQwMzIwMjYwM7E0NjQy5OUCAOSqkXQfAAAA | base64 -d - |gzip -d
base64: invalid input
3,133084448670906202306493121
"base64: invalid input" 是因为 echo 会多加一个回车, base64认为是多余的.
# echo "3,133084448670906202306493121" | gzip | base64 -
H4sIAGPISEoAAzPWMTQ2NrAwMTGxMDM3sDQwMzIwMjYwM7E0NjQy5AIADJt2sR4AAAA=
反过来的结果会有些不同, 因为gzip还有压缩级别的选项, 实现上也可能有些差异. 但处理上肯定是这个顺序.
|
能力值：
( LV2，RANK：10 )
|
-
-
6 楼
按照arab提供的方法，问题解决了，再次感谢arab!
|
|
|
|
