SHA384-算法解密(2)还原元数据

最新推荐文章于 2024-09-12 13:33:30 发布

菠萝菠萝大大

最新推荐文章于 2024-09-12 13:33:30 发布

阅读量3.3k

点赞数 2

分类专栏： HTTPS 文章标签： sha1 杂凑算法加密解密 javascript

本文链接：https://blog.csdn.net/qq_20144597/article/details/114505964

版权

HTTPS 专栏收录该内容

5 篇文章 0 订阅

订阅专栏

SHA384-算法解密(2)还原元数据

上一次的讲解比较潦草，这次写的更全面详细一些。
首先各位，如果想要解开使用这个算法加密后的数据，必须先学会加密，才能解密。
声明：这里仅供学习研究，不要学了三脚猫功夫就去惹麻烦

适用于HTTPS/HTTP ，SOCKET 传输的变量需要加密
apk,web,webGame 都适用短变量类型
不适用文本.超文本.大文件

1. 什么是SHA384

SHA是哈希混淆散列，散列算法又称杂凑算法或哈希算法，能将一定长度的消息计算出固定长度的字符串（也可以叫摘要算法）。SHA包含5个算法，分别是SHA-1、SHA-224、SHA-256、SHA-384和SHA-512，后四者并称为SHA-2。
我个人观察评判，且各个行业使用优先的排列：
sha256->sba384->sha512->sha1
SHA-384最大计算明文长度为2^128bit，属于分组算法，分组长度为1024bit，产生的信息摘要长度为384bit。SHA-384算法属于密码杂凑算法，原则上不能通过密文推出明文。

2. 组成元 \符 \号

一组数据为一元或一单元
一符为一转义，偏移，单步
一号为一运算，公式，组合

效果	元	符	号
<<<1<<k	gfedcbah	abcdefgh	m
	h[k]=h[k]+h<<<[1]	h0~h7	m’
			mod

			s0 s1
			w[i]
			∧
			∨
			⊕
			>>>k
			>>k
			←
			~

|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
h0~h7：8个64bit双字，初始哈希值，也存放每组计算的当前哈希值
abcdefgh：8个64bit双字，存放中间变量
m：消息
m'：填充后的消息
mod：模运算
s0，s1：字节扩展时中间变量
S0，S1，ch，maj，temp1，temp2：循环迭代时中间变量
w[i]：第i个扩展双字
∧：64bit与运算
∨：64bit或运算
⊕：异或运算
>>>k：循环右移k比特运算
>>k：右移k比特运算
←：左向赋值运算符
~：64bit双字按位取反
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||_|_|D|I|A|B|L|O|

<<<1<<k ：1是元 k是符，向左偏移了1位得出的1，就是元数据了。
为什么叫元？
现在输入一个字符串：
abc
填充后消息：
0x61 0x62 0x63 0x80 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x18
————————————————————————————————
这里不是主要讲解去理解怎么加密的，而是带入一下话题，好让大家整理一下思路；
这里主要是做解密，所以要懂一些基础的原理。现在我们大概知道了元符号是怎么回事啦；
然后看一下这组数据有什么规律，或无规律？
要加密的数值为 50
在这里插入图片描述
这套算法其实是有漏洞可寻的，某些大厂的加密解密委托我测试研究；
不论你使用的工具也好，还是在线脚本，或者自己编写一个工具编写生成。
他都会有变动，不是100%的固定值。
公式是 ([生成端]时间+[被生成]数据)+虚拟混淆段
更像是 VMP虚拟壳一样，把数值虚拟化了，要从虚拟化的数据中找到真正的值，在解开；
搞过破解的都知道VMP，让不少crack头疼，我也其中之一哈哈哈！。。。最后还是解开
你任何时间都可以测试，比如早上9.00整加密一个数值，你多次的加密是一个值，但9.01就变了一个值。也可能到10点前都不变动，随机性很大。所以摸清楚一个元符号的规律要花几个星期不等的时间。
没有必要的数值，最好不要浪费时间！
当我把我的惊奇发现公布了以后，不少人DISS我，怎么可能，你有那么厉害吗？
我这里澄清一下，我是蒙的，一蒙就对了！真的！
蒙一个对了，蒙个3,5个都对吗？是的！就是对了！！

话归正传

从上面的十六进制里，完全看不出什么规律。过一段时间，在生成一个50的加密数据出来
放入UE里，以十六进制编辑模式打开
在这里插入图片描述
此时，发现头步的 04变成了06，结尾的e没有变化。
我们把公式拿过来拆解一下，看看有什么发现没有。

h= g
g= f
f= e
e= d + temp1
d= c
c= b
b= a
a= temp1 + temp2

赋值初始哈希值

a= h0
b= h1
c= h2
d= h3
e= h4
f= h5
g= h6
h= h7

只需要关注十六进制你要找出的值，其余都是虚拟，障眼法！会干扰你的思路。
你在代入公式的时候，不妨把h看做0，即为0x00= 00;
那按照这个假设06= h6对吧？h6=g,g=f，那最后f一步一步偏移回到h；
如果你学过编程，那么这种赋值方式，f=e g=f，原有的数值还是在的，只是重新排列而已？
我们看一下50的十六进制是多少。
在这里插入图片描述
那么变化成元就是= cec0 在变成赋值的初始哈希
h2h4h2h0 然后把这个初始哈希找出来。
初始哈希值：
h0=0xcbbb9d5dc1059ed8,
h1=0x629a292a367cd507,
h2=0x9159015a3070dd17,
h3=0x152fecd8f70e5939,
h4=0x67332667ffc00b31,
h5=0x8eb44a8768581511,
h6=0xdb0c2e0d64f98fa7,
h7=0x47b5481dbefa4fa4
我们这里用代码演示啦！

var temp=["0x9159015a3070dd17",  //把它扔进数组变量里
"0x67332667ffc00b31",
"0x9159015a3070dd17",
"0xcbbb9d5dc1059ed8"];

//这里迭代 80次
for(i from 0 to 79){
 S1= (e >>> 14) ⊕ (e >>> 18) ⊕ (e >>> 41)
     ch= (e∧ f) ⊕ ((~ e) ∧ g)
     temp1= h + S1 + ch + k[i] + w[i]
     S0= (a >>> 28) ⊕ (a >>> 34) ⊕ (a >>> 39)
     maj= (a∧b) ⊕ (a∧c)⊕(b∧c)
     temp2= S0 + maj
}
h= g
g= f
f= e
e= d + temp1
d= c
c= b
b= a
a= temp1 + temp2

大概的加密算法，可能不完整，但我主要不是研究写加密，是教大家怎么解开！不要DISS我
temp1= h + S1 + ch + k[i] + w[i]
就是说第一次运算出的值，是总值，总值再做一次运算
那么来推导一次；
h=9159015a3070dd1767332667ffc00b319159015a3070dd170xcbbb9d5dc1059ed8,
S1=字节扩展时的中间变量，ch=循环迭代时中间变量;
字节变量= 0000000000000000000000000000000000000000000000006162638000000000

循环变量=470994ad30873f88086c5b2d36a89178470994ad30873f88470994ad30873f88

k[3][5]][3][0]=e9b5dba58189dbbc59f111f1b605d019e9b5dba58189dbbc428a2f98d728ae22
这样庞大计算力，显然不是人力能够计算的，就算依靠计算机的运算，没有百年，也解不开。

那怎么计算呢？

还记得刚才我说的比对两个文件十六进制吗？
把刚才推导得出的答案 元cec0 转换为初始值 9159015a3070dd1767332667ffc00b319159015a3070dd17cbbb9d5dc1059ed8
把他扔进UE 以十六进制编辑查看

元数值是没有偏移的，所以偏移4位看看，b和a 发现了35 30？我们把他们反转一下在看
![在这里插入图片描述](https://img-blog.csdnimg.cn/20210308022850873.png
此时我们已经加密解密SHA384 -成功！
但这有些投机取巧，如果数值在庞大一些怎么计算？
怎么保证每次都成功？
如果不知道原数值怎么计算呢？