浏览器里能播的网页视频，未必能直接下载。加密这个差距就是视频加密视频的核心问题。

你打开开发者工具，下载切到Network面板，网页刷新页面，加密看到一堆.ts文件或者.m4s文件在滚。视频想右键保存？下载不行。想复制链接用IDM抓？网页抓下来的文件播放不了。这不是加密网站故意刁难你，是视频DRM和分段加密在起作用。

先搞清楚你面对的下载是什么

网页加密视频大致分三种情况，难度完全不同。网页

第一种：HLS分段 + AES-128加密。加密 视频被切成无数个几秒的视频小片段，每个片段用AES-128加密。解密密钥放在一个.m3u8播放列表里，浏览器请求视频时，播放器自动去拿密钥、解密、拼合。这种最常见，网课平台、部分新闻网站都用这套。

第二种：Widevine DRM。 Netflix、Disney+、B站大会员番剧用的就是这个。密钥不在播放列表里，而是通过CDM（内容解密模块）跟License服务器通信获取。密钥全程不暴露给JavaScript，你抓不到。这种基本没戏，除非用录屏。

第三种：纯前端混淆。 视频本身没加密，但URL被JS动态生成，或者加了Referer校验、Token鉴权。你直接请求视频地址会返回403。这种最好解决，补上请求头就行。

HLS加密视频的实际操作

拿一个典型的网课平台举例。你打开F12，在Network里筛选m3u8，找到主播放列表。下载下来用文本编辑器打开，内容大概长这样：

#EXTM3U #EXT-X-KEY:METHOD=AES-128,URI="https://example.com/key?id=12345" #EXTINF:10, segment_001.ts #EXTINF:10, segment_002.ts ...

关键就是那个URI。用curl或者Postman请求它，会返回一个16字节的二进制密钥。有了密钥，用ffmpeg一条命令就能解密并合并：

ffmpeg -allowed_extensions ALL -i playlist.m3u8 -c copy output.mp4

但事情没这么简单。很多平台的密钥请求带了Token验证或者Referer检查。你得在浏览器里找到那个请求，把完整的请求头复制出来，用--header参数带上。我遇到过最麻烦的一个，密钥URL每次请求都变，而且跟当前会话绑定，只能用浏览器里抓到的那个，过期时间30秒。

ffmpeg不是万能的

有些平台会把密钥再包一层。比如返回的不是裸密钥，而是一个JSON，里面Base64编码了密钥，还带了偏移量。这种就得手动处理。Python写个脚本，requests拿密钥，pycryptodome解密，再合并ts文件。代码不复杂，但每个平台格式不一样，得对着调。

还有一种情况：#EXT-X-KEY里的METHOD是SAMPLE-AES。这个ffmpeg处理起来很吃力，基本要上mp4decrypt或者Bento4工具链。而且SAMPLE-AES通常跟DRM绑定，绕不过去。

录屏是最后的退路

Widevine DRM保护的视频，我试过各种办法：抓CDM内存、模拟License请求、用pywidevine库。理论上可行，但Google一直在更新CDM的防护。L3级别的CDM还能搞一搞，L1级别的硬件级DRM，密钥在TEE里跑，操作系统都读不到。

这时候只能录屏。OBS设成显示器捕获，音频走虚拟声卡。画质有损失，但至少能拿到内容。录屏的另一个好处是：不管什么加密，画面和声音总要输出到屏幕和扬声器，这是物理层面的“漏洞”。

几个实际踩过的坑

别用浏览器插件。Chrome商店里那些“视频下载器”，大部分只能抓未加密的mp4，遇到HLS就歇菜。少数能处理m3u8的，密钥请求经常失败，因为插件环境跟页面环境隔离，拿不到Cookie和Token。

别信在线解析网站。它们的工作原理是把你的URL提交到服务器，服务器去请求。但密钥通常跟你的IP或者Session绑定，服务器请求拿不到。能解析的，要么是未加密的，要么是平台本身没做严格校验。

用yt-dlp试试。它支持大量网站的HLS下载，内置了密钥处理逻辑。命令行敲yt-dlp --allow-unplayable-formats URL，有时候能直接搞定。但国内平台的支持度一般，而且更新速度跟不上平台改版。

说到底，网页加密视频能不能下载，取决于加密强度和你愿意花多少时间。HLS+AES-128是体力活，照着流程走能搞定。Widevine是技术活，投入产出比很低。录屏是兜底方案，画质换方便。没有万能工具，每个平台都是独立的逆向工程。