M3U8工作原理以及key解密视频流详解

文章目录

前言
一、M3U8是什么？
二、HLS—M3U8的工作原理
- 1.分段视频流
- 2.生成播放列表
- 3.客户端请求和解析
- 4.片段下载和播放
三、.m3u8文件内部是什么样的？
四、简单介绍下AES-128算法
五、拿到KEY后如何去解密？
- 1.手动解密.ts文件
- 2.前人栽树，后人乘凉
- 3.为什么有的key拿不到？有的能拿到但解密失败？

前言

之前随手写了一篇文章某网课平台m3u8 key解密算法分析以及python实现
没想到有那么多的朋友关注，在这里感谢大家的支持。

最近收到不少私信都是关于m3u8解密的问题，沟通的时候发现有很多人对基本概念不是很解。这篇文章将带领大家详细了解下m3u8相关的一些基础知识，希望对大家有所帮助。

废话不多说，下面开始进入正题。

一、M3U8是什么？

有人说m3u8是一种视频格式，m3u8解密就是去解密m3u8。这种说法是错误的。

m3u8文件是指UTF-8编码格式的M3U文件，它实际上是一个包含多个URL的文本文件，每个URL指向一个音频或视频片段。这些片段可以是分段的，使得流媒体可以按需传输，从而实现自适应码率。m3u8文件通常用于流媒体传输，是HTTP Live Streaming（HLS）技术的一部分（HTTP LiveStreaming）是一种由苹果公司开发的流媒体传输协议，用于在互联网上实时传输音频和视频内容。它的主要特点是将整个视频流切分成短小的ts片段，并使用m3u8播放列表文件指示这些片段的顺序和位置。

不难看出，m3u8其实就是一个播放列表索引文件。

二、HLS—M3U8的工作原理

1.分段视频流

首先，视频流会被分成很多个小的.ts格式的片段。

2.生成播放列表

服务器或生成一个.m3u8文件，其中包含了所有的.ts片段的URL。

3.客户端请求和解析

客户端（浏览器）获取到.m3u8文件后，会解析其中的信息，包括每个.ts片段的持续时间、序列号、以及对应的URL。

4.片段下载和播放

客户端根据解析得到的信息，开始下载第一个.ts片段。通常，客户端会同时下载几个片段来提高播放的流畅性和缓冲性能。
当第一个.ts片段下载完毕后，客户端会开始播放这个片段。同时，客户端会继续下载后续的.ts片段，以确保连续的播放体验。

三、.m3u8文件内部是什么样的？

当我们使用文本编辑器打开.m3u8文件后，里面可能是这样的：

#EXTM3U
#EXT-X-VERSION:3
#EXT-X-TARGETDURATION:10
#EXT-X-MEDIA-SEQUENCE:0
#EXTINF:10.000,
http://example.com/video/segment0.ts
#EXTINF:10.000,
http://example.com/video/segment1.ts
#EXTINF:10.000,
http://example.com/video/segment2.ts
#EXTINF:10.000,
http://example.com/video/segment999.ts
#EXT-X-ENDLIST

也可能是这样的：

#EXTM3U
#EXT-X-VERSION:3
#EXT-X-TARGETDURATION:10
#EXT-X-MEDIA-SEQUENCE:0
#EXT-X-KEY:METHOD=AES-128,URI="https://example.com/keyfile",IV=0x1234567890abcdef1234567890abcdef
#EXTINF:10.000,
http://example.com/video/segment0.ts
#EXTINF:10.000,
http://example.com/video/segment1.ts
#EXTINF:10.000,
http://example.com/video/segment2.ts
#EXTINF:10.000,
http://example.com/video/segment999.ts
#EXT-X-ENDLIST

很明显后者多了一行

#EXT-X-KEY:METHOD=AES-128,URI="https://example.com/enc.key",IV=0x1234567890abcdef1234567890abcdef

其实，它就表示这个.m3u8文件里的视频流片段被加密了。大概意思是：

使用AES-128算法加密，KEY被存放在https://example.com/enc.key里，IV是0x7d5f0881be55ce4a3f2b8d811de877db

四、简单介绍下AES-128算法

AES-128是一种加密算法，存在很多种模式如：ECB、CBC、CTR等。
在加密视频流里常见的就是CBC模式，这个模式的特征是使用KEY（密钥）和IV（初始化向量）去加密数据。通常KEY和IV的长度都是128比特（bit）也就是16字节（byte）。

例如：我们使用AES-128-CBC算法加密 hello csdn 这句话。首先我们需要自行设置一组key和iv。
假设：key和iv分别为

5931636472715a5a35446e5441614f50

1234567890abcdef1234567890abcdef

使用外部工具对其加密后的结果如图：　
　
　
可以看到加密后的数据为
79E2EF0572DF66270837A6F09C74B432

有加密就会有解密

我们也可以使用key和iv对加密后的数据进行解密
　

　
解密结果：
hello csdn
与我们加密前的完全一致。

由此可见，无论是加密还是解密，数据，key，iv 这三个要素缺一不可。

五、拿到KEY后如何去解密？

首先我们要搞清楚解密对象是谁？

看懂了上文HLS—M3U8的工作原理，就不用我解释，接着往下看即可。

如果仍然认为所谓的m3u8解密是对m3u8文件去解密，请回到文章开头重新阅读。

1.手动解密.ts文件

样本地址：aHR0cHM6Ly93d3cuaHVvaHV0di5uZXQv

播放任意视频，F12打开开发者工具后刷新网页，抓到m3u8请求包。
在这里插入图片描述

我们可以尝试下提取其中任意一条.ts的URL下载到本地进行播放。
在这里插入图片描述

无法正常播放并提示文件类型不受支持，或文件已损坏，其实这就是典型的被加密。我们只需要找到key和iv即可对其解密。

其实在我们抓包m3u8请求的时候，key和iv就已经出现了。

#EXT-X-KEY:METHOD=AES-128,URI="enc.key",IV=0x00000000000000000000000000000000

这里已经明确地告诉了我们，iv是

0x00000000000000000000000000000000

key存放在当前目录下enc.key文件里。

在这里插入图片描述
而这个请求，实际上已经返回了key

Y1cdrqZZ5DnTAaOP

可能会有人疑惑，这个key咋那么短呢？

实际上，这是十六进制key经过ASCII编码后得到的字符串格式的key。这种情况需要特别注意，以后会很常见。特别是key被加密时分析js文件的时候，十六进制与字符串、字节数组之间的转换知识尤为重要，后面有机会再说吧。

我们可以将enc.key文件下载下来使用文本编辑器打开。

在这里插入图片描述
就得到了十六进制key

5931636472715A5A35446E5441614F50

现在我们可以对.ts文件进行解密了，下面是解密代码:

from Crypto.Cipher import AES
from Crypto.Util.Padding import unpaddef decrypt(data,key,iv):cipher = AES.new(key, AES.MODE_CBC, iv)dec_data = unpad(cipher.decrypt(data), AES.block_size)return dec_dataif __name__ == '__main__':key = bytes.fromhex('5931636472715A5A35446E5441614F50')iv = bytes.fromhex('00000000000000000000000000000000')# 读取本地加密ts文件with open('1.ts','rb') as f:enc_ts = f.read()# 解密tsdec_ts = decrypt(enc_ts,key,iv)# 将解密后的ts保存with open('dec.ts','wb') as ff:ff.write(dec_ts)