某鹅通m3u8视频JS获取解密Key的过程分析

前言
近期网页更新，m3u8链接也发生了变化，以前的很多工具都无法直接下载视频了，下面和大家分享一下新的m3u8文件获取AES加密key的过程。
本文下面描述部分链接会脱敏处理，不展示实际链接。
其m3u8的文件的链接特征如下：
https://pri-cdn-tx.xiaoeknow.com/app*****193/private_index/16630*****cxyn0.m3u8?sign=bd76*****57c6763&t=6326d139

---

工具环境
m3u8下载工具：N_m3u8DL-CLI (https://github.com/nilaoda/N_m3u8DL-CLI)

---

分析过程
首先我们还是先拿到m3u8文件，有很多方法都能拿到m3u8文件，如图用控制台抓包获取链接

图片1.png

下载得到的m3u8文件的内容如下：

图片2.png

用工具直接下载时会出现报错，这时分片信息的链接还不完整，ts分片的链接从控制台可以抓到，
样例URL是：https://encrypt-k-vod.xet.tech/97*****26/18*****18/drm/v.f421220_0.ts?start=276384&end=427551&type=mpegts&sign=e3******c6&t=63***96&us=nh***sc&whref=v.*****.cn，
将m3u8文件中ts分片的链接信息补充完整，样例如图：

图片3.png

用m3u8工具尝试下载视频，会再次出现报错，如图：

图片4.png

从上面的报错中能发现，密钥获取失败。从文件的信息可以知道，加密方法是：AES-128，
KEY的获取URL是：https://app.xiaoe-tech.com/xe.basic-platform.material-center.distribute.vod.pri.get/1.0.0?app_id=app*****93&mid=m_G*****MLH&urld=e29*****7f9，
IV是：0x00000000000000000000000000000000。
这里是GET方式，我们尝试直接请求URL链接获取KEY，得到的结果如下：

图片5_1.png

到这里发现这个链接应该是缺少什么参数，打开控制台对源码搜索分析了一波，
搜索关键词：xe.basic-platform.material-center.distribute.vod.pri.get，
找到如下代码：

图片5.png

上图能看出在发请求时在链接后拼接了一个&uid=windows.USERID，
这里windows.USERID的值是什么呢，由于是全局的常量，这里在控制台打印一下。
如图：

图片6.png

发现这个USERID就是我们看视频在那里飘来飘去的一串字符串。
这时候我们手动将上面的链接拼接完整，
示例为：https://app.xiaoe-tech.com/xe.basic-platform.material-center.distribute.vod.pri.get/1.0.0?app_id=app*****93&mid=m_G*****MLH&urld=e29*****7f9&uid=u_5f****6f_oR****i5，
放到浏览器试一下，结果如图：

图片7.png

看到这里看起来像是正常的响应了，下面写个简单的python脚本验证一下，代码如下：
[Python] 纯文本查看 复制代码
控制台打印结果如下：

图片8.png

请求返回结果长度是16字节的bytes，看起来就是我们需要的key，那将m3u8文件里面的url拼上uid参数，再次放到下载工具测试一波。

图片9.png

看到这里发现，这事果然没那么简单。按网上的一些教程用python写了一个解密方法，对单独下载的一个ts分片进行解密，下面贴一下方法代码，
[Python] 纯文本查看 复制代码
接口请求返回的这16字节长度的KEY依然无法解密视频，那这KEY应该是二次加密了。
那我们只能继续从源码去分析了。
经过几天的研究（不得不说混淆后的源码真难懂），搜索关键词decryptdata，在其下一步，如下地方打上断点（别问我怎么找到的，经过了很多次尝试），如图：

图片10.png

在这里发现了疑似解密的KEY和IV，将其复制出来，用上面描述的解密方法对下载的ts分片进行了解密测试，发现解密之后能正常播放。
由此得出结论：这里的bytes才是真实的解密KEY，上面接口请求得到的bytes确实经过二次加密。
[Python] 纯文本查看 复制代码
看到这里大家就很好奇了，这个真实的KEY是怎么得到的呢！！！
我当时就挺难受的，还真的是二次加密了，抓了好多视频的两组KEY拿来做对比观察，发现没有明显的规律。
好吧，那只能继续看一堆混淆的代码去研究了。
这里再次回到上面说到的关键词xe.basic-platform.material-center.distribute.vod.pri.get，这里请求之后在某个地方肯定会对获得的结果进行处理，
在如下地方打上断点：

图片11.png

打上断点之后需要刷新一下网页让代码停在断点处，单步跟进第一个断点，发现这里是发送请求的过程，请求接口得到KEY的值，这里的值会在下面使用，如图：

图片12.png

继续单步调试，这里能看出对USERID处理后得到了d的值，从代码来看，这一步其实就是将USERID字符串转成bytes字节数组，如图：

图片13.png

继续跟进，发现调用了一个ccall函数，并且将两个数组都当参数传入了，我们继续跟进代码，分析其逻辑是创建一个很长的数组，
将传入的参数进行处理之后放进去，再利用方法反向操作取出对应的值，这里的f值就是一个初始的偏移量。
这应该是混淆对我们的干扰。如下：

图片14.png

回顾上面传入的两个字节数组，
[84, 108, 181, 86, 126, 236, 204, 25, 141, 70, 27, 121, 123, 48, 187, 33]，
[117, 95, 53, 102, 98, 54, 102, 54, 100, 97, 99, 100, 53, 54, 102, 95, 111, 82, 98, 80, 122, 89, 53, 114, 105, 53]，
我们跟进代码发现在堆栈中，其取出了两个数组的第一个值，如图：

图片15.png

看到这里猜测其应该是某种字节码注入技术，我对前端不是太懂，欢迎大佬评论区补充。
回到正题，这里取出之后做了一个i32.xor操作，然后得到了33的值，
如图：

图片16.png

细心的小伙伴们肯定已经发现了一点什么，
我们实际来解密的KEY是
[33, 51, 128, 48, 28, 218, 170, 47, 233, 39, 120, 29, 78, 6, 221, 126]，
上面得到的结果就是33！！！
是不是我们想的那样呢，我们继续跟进验证想法，如图：

图片17.png

图片18.png

没错，就是我们想的那样子，这里的操作就是对两个数组进行循环，将两个数组取出来的值进行一个i32.xor操作就能得到我们需要的结果值。
查了一波i32.xor发现是异或操作，为了验证，写波代码测试一下，代码如下：
[Python] 纯文本查看 复制代码

---

结论
M3U8文件中的URL获取到的16位长度字节数组，与用户ID转化得到的字节数组的前16位依次做异或操作即可得到真实的解密KEY。
Python实现的通过URL获取解密KEY的代码如下：
[Python] 纯文本查看 复制代码
将获取到的密钥填入工具即可下载成功，如图：

图片19.png

---

写在最后
写到这里主要是分享逆向js的过程，对于视频下载方法这里给大家推荐另外一个大佬的帖子，那里有更简单的操作方法，
能直接拿到没有经过二次加密的Key，链接如下：
XX通 视频下载科普 https://www.52pojie.cn/thread-1689032-1-1.html (出处: 吾爱破解论坛)

---

本文仅供研究学习使用，请勿用于非法用途。如有侵权，请联系管理员删除！
注：若转载请注明来源（本贴地址）与作者信息。