基于虚拟化的安全（VBS）是什么，速度代价有多大

基于虚拟化的安全（VBS）是Windows底下的一层：论坛帖子把丢帧归罪于它，微软把挡住内核级攻击的功劳记在它头上。两种说法都值得较真——VBS不是一个功能，而是装着好几个功能的容器；它的代价比叫嚷声中暗示的更小、更具体。

VBS到底是什么

VBS利用CPU的管理程序划出一块操作系统自己都碰不到的内存——虚拟安全模式。进入这个保险库的是最要紧的服务：内存完整性（HVCI），只放微软批准的代码进内核模式；以及（在随附的版本里）Credential Guard，把Windows用来证明你身份的哈希和票据隔离起来，让经典的LSASS转储攻击够不着。硬件达标（UEFI、安全启动、TPM 2.0和带二级地址转换的CPU虚拟化）时，新装的Windows 11默认开启它。自己的状态在msinfo32里可见——“基于虚拟化的安全”几行会告诉你它是否在运行、哪些服务处于活动状态。

速度代价，说实话

在Windows 11官方支持的CPU上，开销最坏也是一位数百分比，集中在吃CPU的游戏和任何自己就在跑虚拟机的场合。管理程序还会在常规占用之外再切走一块内存。那些“损失惨重”的报告，几乎总能在过时的驱动或带着早于该功能的内核组件的工具上找到真凶。

CPU：支持的硬件上最坏一位数百分比，主要出现在吃CPU的游戏里
内存：管理程序预留的一块，叠加在常规占用之上
虚拟机和一切做虚拟化的东西：VBS最疼的角落
老内核驱动：未签名或签名过期的会在加载时被拒之门外——这是设计，不是意外
自查：msinfo32 → “基于虚拟化的安全”——状态和正在运行的服务
最终真相：在自己机器上做前后对比测试，而不是陌生人的图表

你换来的那份安全

VBS所挫败的攻击不是空想：把签名被窃取的驱动加载进内核，是有案可查的勒索软件开场动作；Credential Guard则粉碎了把一台被盗笔记本变成整个域凭据的标准剧本。它是安全边界，不是遥测——这里没有任何东西外传。关闭内存完整性说得过去的情形是：更新完所有相关驱动后，你在自己机器上测到了可复现的性能回落；为了测不出来的帧数而抢先关掉它，等于拿防护换谣言。开关位于Windows 安全中心 → 设备安全性 → 内核隔离，关掉多容易，开回来就多容易。