摘要

在开启了内存完整性和内核模式硬件强制堆栈保护的 Windows 11 物理设备环境下，安装卡巴斯基（Kaspersky）系列产品后，一旦系统发生蓝屏（BSOD），“信息收集”进度可能会在卡在 100% 后彻底失去响应。此时，Windows 预设的 BSOD 时“自动重启”功能失效，必须手动按物理电源键强制重启。

通过在同一物理设备上的反复干净安装 Windows 和 OEM 驱动对照测试，可以注意到安装卡巴斯基和 BSOD 自动重启失效存在强烈的相关性。

步骤组 1

• 特定 OEM 设备，支持 TPM 和虚拟化
• diskpart clean 硬盘 0
• 安装 Windows 11 Workstation
• 安装 Windows 更新
• 安装 OEM 驱动
• 内存完整性、本地安全机构保护、易受攻击的驱动程序阻止列表默认开启
• notmyfault触发的 BSOD 正常重启
• 安装卡巴斯基
• notmyfault触发的 BSOD 无法正常重启
• 卸载卡巴斯基
• notmyfault触发的 BSOD 正常重启

注意到：

• 特定环境（据信是干净的） → 安装卡巴斯基（BSOD 重启失效）→ 卸载（BSOD 重启恢复）

步骤组 2

• 特定 OEM 设备，支持 TPM 和虚拟化
• diskpart clean 硬盘 0
• 安装 Windows 11 Workstation
• 安装 Windows 更新
• 安装 OEM 驱动
• 安装 NVIDIA App 和 Intel DSA 推荐的驱动
• 安装所有 Windows Update 提供的可选驱动更新
• 启用内存完整性、内核模式硬件强制堆栈保护、本地安全机构保护、易受攻击的驱动程序阻止列表
• notmyfault触发的 BSOD 正常重启且产生 Dump
• 启用容器、受保护的主机、虚拟机平台、虚拟机监控程序平台、沙盒、Hyper-V 服务
• notmyfault触发的 BSOD 正常重启但不产生 Dump
• 安装卡巴斯基
• notmyfault触发的 BSOD 正常重启但不产生 Dump

注意到：

• Hyper-V 相关的 Dump 失效是独立现象，尚未确定是否与卡巴斯基存在交互。
• 卡巴斯基在已开启虚拟化的环境下没有产生额外的可观测退化。

其他

无论是否安装卡巴斯基，当一系列虚拟化功能（容器、受保护的主机、虚拟机平台、虚拟机监控程序平台、沙盒、Hyper-V 服务）被开启时，notmyfault触发的 BSOD 可能无法生成 Dump，观察到 Windows 不显示进度并在片刻后直接重启，且不留下 BugCheck 事件。

尽管无法排除问题可能和特定 OEM 设备、驱动或 Hyper-V 相关，仍然提示相关性。

尽管本测试在纯净环境下表现出强烈的因果相关性，但由于缺乏双机调试、Dump 检查和取证，无法确认故障的实际原因。

客服回复

卡巴斯基客服在接收反馈时坚持要求实际上难以生成（由于 Windows 安全措施和卡巴斯基本身问题）的完整内存 Dump，没有提供有效的回复。

随后，我们发现，卡巴斯基客服似乎无法区分“由卡巴斯基造成的 BSOD”和“卡巴斯基影响 BSOD BugCheck 流程”的区别。