OS Guard 与 SMEP

您需要了解的内容

工作原理

当操作系统启用 SMEP 时，在管理模式下的指令提取将根据页表的用户/管理员权限进行检查。这有助于防止内核控制流错误直接执行映射为用户可访问的代码。操作系统仍控制页映射及其自身的特权代码。

适用场景

内核若意外地将执行重定向到用户页面，可能会在 SMEP 下触发故障。这是一个特定的执行边界；它不会独立验证内核的逻辑、已加载的驱动程序或允许的管理模式映射。

如何检查支持与启用状态

CPUID.07H.00H:EBX 第 7 位列举 SMEP；CR4.SMEP 是操作系统控制位。SMAP 具有独立的位和控制项。请检查正在运行的操作系统的文档化保护配置，而不是尝试从应用程序更改特权控制项。

功能、启用状态与强制执行情况必须分别进行检查。处理器可以支持某项保护，但操作系统、应用程序或虚拟机策略可能并未激活它。数据库中的支持字段并非对运行中系统的证明。

该特性未确立的内容

OS Guard 不是 Boot Guard。读作 OS Guard (SMAP) 的数据库字段混淆了两个不同的架构概念，无法同时证实两者；请独立验证 SMEP 和 SMAP。该特性不会让存在漏洞的驱动程序变得安全。

实践中的兼容性与性能

保持操作系统、固件和相关运行时为最新版本。如果某项保护暴露了兼容性问题，请首先使用厂商诊断工具和受支持的更新。宽泛的保护开关可能会影响无关的应用程序，应遵循明确的部署和恢复策略。

实用验证核对清单

1. 记录所涉及的具体处理器或平台型号，以及应用程序、操作系统和运行时的版本。保留实际错误或要求的原始措辞。
2. 查阅该具体型号的制造商参考资料，然后检查程序运行环境中生效的功能与启用状态。
3. 逐项比对所选二进制文件或后端的每项要求。仅凭名称相似的特性、别名或宽泛的技术标签是不够的。
4. 确认应用程序选择了预期的实现。在不满足要求时，使用其文档中记录的诊断工具和受支持的回退方案。
5. 每次只进行一项受支持的更改并重复相同的负载测试。保留原始配置和恢复路径以便随时使用。

若特性已列出但软件无法使用

首先排查出现故障的具体组件。硬件数据库描述的是记录在案的功能；操作系统或虚拟机监控程序可能会呈现不同的生效环境。非法指令错误同样需要调查实际发生故障的指令和二进制构建版本，因为数据损坏或不相关的未受支持指令也可能产生类似症状。

安装适用于该特定平台的受支持应用程序、驱动程序或运行时版本，并在需要时使用厂商文档记录的基线或回退构建版本。软件更新无法凭空创造处理器缺失的指令。固件和安全策略的更改应遵循系统制造商的规程和恢复计划，而非通用的优化方案。

相关特性与实用区别

SMAP · 执行禁用位 (NX) · Boot Guard · 控制流强制技术 (CET)

本说明的来源与适用范围

Intel 64 和 IA-32 架构软件开发人员手册 · 与瞬态执行攻击相关的 Intel 安全特性

这些参考资料确立了架构行为和软件要求。它们并不独立验证关联硬件型号页面上的每个特性值。如需了解型号支持情况，请使用该页面的制造商证据并检查实际生效的系统配置。本文不提供基准测试、认证或独立审查日期。

相关内容

这些实体与本文相关联。每个链接上均显示类型。

来源与验证

编辑归属：Feex。未记录独立审核日期。 我们的研究方式.

• Intel 64 和 IA-32 架构软件开发人员手册 · 第 1 卷和第 2 卷描述了指定名称的指令族和 CPUID；第 3 卷描述了状态、分页、VMX 和保护控制。架构文档并不代表对某一特定型号的支持。
• 与瞬态执行攻击相关的 Intel 安全特性 · 将 Intel OS Guard 标识为 SMEP。这与 SMAP 不同，尽管某些导入的特性标签混淆了这些名称。