操作系统如何识别浏览器可共享与需屏蔽的屏幕捕获视觉数据

现代桌面系统的显示合成不是「先拼好一张完整桌面图像，再复制给物理显示器和录屏软件」，而是由系统合成器（Windows下是DWM、macOS下是WindowServer、Linux Wayland环境下是对应桌面合成器）给每个输出目标单独走合成流程，不同输出目标拿到的图层集合本身就可以存在差异。

DRM版权内容录屏黑屏的实现逻辑 #

Chrome播放受版权保护内容时录屏捕获到黑屏，本质是系统级DRM保护链路在起作用：

• 当Chrome播放主流长视频平台的DRM加密内容时，会调用系统提供的受保护媒体接口（Windows对应PlayReady、macOS对应FairPlay），向GPU申请一块带硬件保护标记的专用显存表面，解码后的视频帧直接写入这块表面，不会落到普通用户态程序可读取的内存区域。
• 这块表面的访问权限是GPU固件层面强制管控的：只有和物理显示器直连的GPU显示输出引擎，在检测到显示链路支持HDCP加密时，才能读取这块表面的真实像素。
• 所有屏幕捕获类API（包括系统截图、第三方录屏、直播推流工具）走的都是普通用户态的合成器读回路径，这个路径没有受保护表面的读取权限，合成器在给捕获接口输出像素时，碰到带保护标记的图层会直接填充黑色，根本拿不到真实视频内容。
• 你观察到的Firefox无黑屏现象，只是因为Firefox默认没有开启最高等级的硬件DRM保护，视频帧是解码后写入普通窗口表面的，合成器识别不到保护标记自然可以正常捕获；手动强制开启Firefox的硬件DRM路径后，录屏一样会出现黑屏。

系统判定内容是否可被捕获的核心规则 #

系统不会去识别「内容来自哪个应用、内容本身是什么」，所有管控都是基于图层/显存表面自带的标记做的：

• 只要图层是应用通过官方受保护内容API申请的、带DRM保护标记，合成器默认就不会把真实像素输出给任何没有DRM授权的捕获进程，和这个图层属于浏览器还是其他软件没有关系。
• 普通应用自己绘制的窗口内容，只要没有主动申请保护标记，默认都会被合成器输出给捕获接口。

作弊外挂本地可见、直播不可见的原理 #

这类场景和DRM保护不是一套机制，大多是钻了捕获接口的能力差异空子：

• 很多外挂是用GPU硬件覆盖层（Overlay）绘制作弊信息的：这个图层是在GPU输出的最后一步直接叠在所有普通窗口图层之上，不需要经过合成器的普通合成流程。老版本的屏幕捕获接口（比如Windows下传统的BitBlt接口）天生读不到硬件覆盖层的内容，本地显示器因为是硬件直接输出所以能看到外挂内容，直播软件用老接口捕获时就拿不到这部分像素。
• 少部分外挂是直接Hook了直播/录屏软件的像素读取逻辑，检测到当前是直播进程在读取窗口像素时，就返回没有绘制作弊内容的干净帧，属于纯软件层面的欺骗，和系统原生机制无关。

补充：如果直播软件改用系统新的图形捕获接口（比如Windows的Graphics Capture），开启覆盖层捕获权限，大部分用覆盖层实现的外挂都会直接暴露在直播画面里。

内容的提问来源于stack exchange，提问作者Quetzel Quot