一张三十年前发行的 VCD 光盘，放进 2026 年最新版本的 Windows 电脑里复制文件，能让机器陷入死锁。界面失去响应，新建文件无法显示。软重启永远卡在加载界面，用户最终只能按下机箱电源键强制断电。这是一个源自微软原生代码、只需拖拽文件就能触发的系统崩溃。
复制进度条停在零，系统底线失守
复现这个错误的流程干净到只需五步。找一张古老的 Video CD 光盘，或者用虚拟光驱挂载一份标准测试镜像，在资源管理器中打开光驱对应的盘符。找到装有多媒体文件、体积最大的 MPEGAV 目录，将它直接拖拽复制到电脑本地硬盘里。
复制过程进行到某一刻，读取速度会突然掉到零。进度条随后永远停滞，系统崩坏发生在用户试图点击叉号关闭复制窗口之后。虚拟光盘可以正常弹出，桌面壁纸依然还在，但操作系统的核心进程已经进入无法挽回的状态。
此时在桌面上新建文件和文件夹，不按下 F5 刷新就看不见。任务栏等部分图形界面区域出现渲染异常。负责维持界面的资源管理器进程无法通过任务管理器重启。
系统内核的 I/O 模块在发生错误时挂起，导致上层应用保护机制失效。用户点击开始菜单选择重启电脑后，界面会永远卡在「正在重启」的蓝屏转圈阶段。文件资源管理器作为一个基础用户态组件，由于一次存储流读取失败，就将内核态拖入死锁。对于现代系统而言，这种被卡死软重启的缺陷暴露了架构脆弱性。
图：Windows 资源管理器在复制 VCD 文件时卡死，进度条掉零停滞。来源：Clyde’s Notes
600MB 数据文件构建了一场协议欺骗
系统崩溃的前提，源于 VCD 古老媒体格式的特殊设计。一张标准 VCD 表面上拥有符合规范的文件系统。目录里躺着一个个容量清晰的文件，但这只是一种为了欺骗操作系统而构造的假象。
VCD 上的静止图像、交互菜单、CD 音频轨道以及 I 帧索引，不能像普通文件那样被提取。正确的搬运方式，必须是把整张光盘当作一条条原始物理数据轨道来读取。
Windows 资源管理器里那个体积高达 600MB 的 .dat 视频文件，并不是存在于存储扇区上的普通文件。它是一个被系统层凭空创造出来的 ISO 网关。现代系统出于安全性考虑，不允许普通应用程序绕过驱动去访问硬件存储设备的原始数据。为了让用户能够直接在电脑上双击图标播放 VCD，Windows 内置的 iso9660 光驱驱动程序专门设计了一套代码来模拟原始轨道的读取。
这套照顾机制运行了三十年之久。相同的 VCD 盘片放入 Linux 系统下，既无法通过界面复制，也无法直接双击播放，强行读取出来的内容全是乱码。Windows 能让这些文件看起来像正常文件，全靠底层驱动维持着虚假的网关映射。如果文件系统条目被当成普通文件的起始指针来调用，磁头就会跑到光盘上错误的物理扇区。
KB5023706 月度更新击穿兼容路径
这套精巧而脆弱的兼容机制，在 2023 年初迎来了终点。测试者通过反复回退系统版本，精确定位了引入缺陷的更新批次。Windows 11 的系统级死锁始于 2023 年 3 月发布的 KB5023706 月度更新，Windows 10 的崩溃源于 2023 年 4 月推送的 KB5025221 补丁。在这两次例行更新之前，未打补丁的 22H2 初始版本都能平稳处理伪装文件的拖拽复制。
微软在 2023 年春天的代码提交中，修改了与资源管理器文件复制相关的一段核心函数。这次修改弄坏了长达三十年的旧媒体兼容通道。文件操作引发的异常被放大成了系统级死锁。
复现条件的边界非常清晰，问题死死锁在标准复制路径中。用户使用 Windows Media Player 直接播放 MPEGAV 目录下的文件，系统安然无恙。使用专门针对光盘流式提取的第三方工具进行抓轨，也不会触发错误。用户使用 FastCopy 时，只要该工具不调用系统标准复制 API，动作也能正常完成。如果使用 Total Commander 这类默认走标准复制接口的文件管理工具，系统崩溃会如期而至。
图：经典的实体 VCD 播放设备，其设计标准与现代文件系统存在本质差异。来源：Wikimedia Commons
勉强拷贝出的视频流同样布满碎片
就算用户有幸避开了死机漏洞，把多媒体文件拷进了固态硬盘，拿到的产物也并不完美。普通数据光盘在刻录和读取时，自带严格的底层错误检测与纠正机制。只要盘片没有发生物理划痕，拷贝出的文件每一个字节都和母盘逐字节对应。
VCD 的多媒体数据流读取过程不包含这种纠错机制。资源管理器里强行拖拽复制的过程，就像是一场没有重传机制的数据流倾泻。发生数据断点或者错位，系统层面毫不知情。缺失了底层数据校验，用户每次把同一份视频文件复制到硬盘，计算出的哈希值都不一样。数据内部充满了微小的静音片段、画面马赛克或者结构错位。
要正经从 VCD 中提取无损多媒体影像流，工程解法是使用 VCDGear 这类专用软件。此类软件可以在读取流媒体的同时动态修补 MPEG 数据流的结构错误。用户也可以使用映像刻录工具，将物理盘按扇区结构克隆成 bin 和 cue 格式的轨道备份文件。图形化界面简单告诉用户可以随意拖拽复制，实际上在后台制造残次品，这是系统在封装底层硬件复杂性时常见的妥协。
反馈报告沉睡两年，责任链条已然断裂
2025 年底，漏洞发现者通过 Windows 官方的 Feedback Hub 渠道提交了报告。这份报告包含了详尽的复现步骤、机制原理和触发边界。直到 2026 年的今天，它始终没有收到任何官方回复。没有技术人员跟进，没有确认缺陷的存在，也没有任何修复计划排期。
在流媒体和超高速固态存储主导的 2026 年，还能找出实体 VCD 并在电脑上复制内容的人，在微软几亿用户群中微乎其微。将其定性为一个稀有故障，在统计学上无可辩驳。影响范围的狭窄，不等于漏洞危害的轻微。一个普通的用户态文件复制操作，能将操作系统的内核层拖入死锁。唯一的解法是按压机箱上的物理电源键切断供电，这是突破了系统稳定性底线的恶性缺陷。
运转良好的工程体系中，这类导致设备硬重启的底层崩溃本应绕过常规过滤池。它理应被视作紧急修复的高优先级任务。发现者期待的修复方案，甚至不需要微软花大力气去把弄坏的代码全部修好。只要在资源管理器中拦截对这类文件的复制请求，并把用户导向正确的光盘提取方式，都比任由电脑直接瘫痪要好得多。一个能毁掉系统运行状态的严重缺陷，被归类为边缘用例之后再无下文。这场长达两年的无视，暴露出庞大机构在处理历史遗留问题时系统性的疲态。
参考链接：
- Clyde’s Notes 原文
- Hacker News 讨论
- Microsoft Feedback Hub 报告通道
