1. 课程导入与Xeon安全全景
欢迎进入《Intel Xeon 安全基线与访问控制》课程。在开始学习具体的安全配置之前，我们需要先建立一张"全景地图"：Intel Xeon 处理器到底提供了哪些安全能力？这些能力之间是什么关系？"安全基线"和"访问控制"这两个词在本课程中分别指什么？我们又将在一个什么样的实践环境中去验证它们？本章不涉及具体命令，但它是后续 29 章的技术坐标系——如果这一章理解到位，后面每一章你都能准确回答"我现在动的是哪一层、它保护的是什么"。
1.1 学习目标
完成本课程后，你应当具备三类能力。第一类是认知能力：能够说清 Intel Xeon 安全技术栈的分层结构，区分"平台固件层""处理器硬件层""操作系统与虚拟化层""管理面"各自承担的安全职责。第二类是操作能力：能够在服务器 BIOS/UEFI 与操作系统两侧，完成 Intel VT-x、VT-d、TXT、SGX、TME-MK、CET 等关键安全特性的启用、状态查询与基线核对。第三类是判断能力：面对一台真实服务器，能够依据基线清单判断它是否"合规"，并在发现偏差时定位到具体的技术开关或配置项。
需要强调的是，本课程的目标不是让你背下所有寄存器位定义，而是让你形成"从基线要求 → 对应技术 → 具体配置项 → 验证方法"的闭环思维。这条闭环会在每一章反复出现，只是对象不同。
1.2 Intel Xeon 安全技术栈概览
Intel Xeon 的安全能力不是单一功能，而是一个自底向上的分层体系。理解这个分层，是理解后续所有章节的前提。
最底层是平台与固件层。它包含 UEFI 固件、Intel Boot Guard、以及 Intel Platform Firmware Resilience（PFR）等机制。这一层解决的是"系统在操作系统启动之前是否可信"的问题。Boot Guard 通过固化在处理器内的密钥对固件进行密码学验证，防止固件被篡改；PFR 则进一步对固件进行运行时完整性监控与自动恢复。
往上是处理器硬件安全层，这是 Xeon 安全能力最集中的地方。它包含几个关键家族：其一是虚拟化安全，即 Intel VT-x（CPU 虚拟化）与 Intel VT-d（I/O 虚拟化 / DMA 重映射），它们是虚拟机隔离和直通设备安全的基础；其二是可信执行，包括 Intel TXT（可信执行技术，用于建立可信启动度量链）和 Intel SGX（软件防护扩展，用于创建受保护的飞地 Enclave）；其三是内存与数据保护，包括 Intel TME（全内存加密）与 TME-MK（多密钥全内存加密），它们对 DRAM 中的数据进行透明加密；其四是控制流保护，即 Intel CET（控制流强制技术），用于抵御返回导向编程（ROP）和跳转导向编程（JOP）攻击。
再往上是操作系统与虚拟化层。硬件能力必须由软件"接管"才能生效：Hypervisor 需要正确配置 VT-d 的 DMA 重映射表，操作系统需要加载 SGX 驱动并管理 Enclave 生命周期，内核需要启用 CET 支持。这一层是"硬件能力"与"业务负载"之间的桥梁，也是本课程实践操作最密集的地方。
最上层是管理面与运维层，包括 BMC/IPMI 带外管理、Intel AMT/ME 相关能力、以及安全基线的持续合规检查。这一层往往被忽视，但它是攻击者绕过操作系统直接控制服务器的常见入口。
1.3 安全基线与访问控制的关系
很多初学者会把"安全基线"和"访问控制"当成两件并列的事，实际上它们是目标与手段的关系。
安全基线（Security Baseline）是一组"最低可接受配置"的集合。它回答的问题是："这台 Xeon 服务器至少要开启哪些安全特性、关闭哪些危险功能、把哪些参数设成什么值，才算达到组织要求的安全水位？"基线通常以清单形式存在，例如"必须启用 VT-d""必须启用 TME-MK""必须禁用未使用的 USB 控制器""BMC 必须修改默认口令"等。基线是可检查、可判定的——每一条都能落到一个具体的配置项和一个具体的期望值。
访问控制（Access Control）则是实现基线目标的核心机制之一。它回答的问题是："谁、在什么条件下、能访问什么资源？"在 Xeon 平台上，访问控制体现在多个层次：VT-d 通过 DMA 重映射表控制设备能访问哪段内存；SGX 通过 Enclave 边界控制谁能读写飞地内的数据；TME-MK 通过密钥 ID 控制不同虚拟机使用不同的内存加密密钥；操作系统层则通过 SELinux/AppArmor 等强制访问控制策略约束进程行为。
两者的关系可以这样概括：基线是"要求清单"，访问控制是"实现这些要求的主要技术手段"。例如，基线要求"虚拟机之间内存必须隔离"，对应的访问控制手段就是 VT-d 的 DMA 隔离加上 TME-MK 的多密钥加密；基线要求"敏感计算过程不可被宿主机窥探"，对应的手段就是 SGX Enclave。因此，本课程在讲每一项技术时，都会同时回答两个问题：它实现了哪条基线要求？它的访问控制模型是什么？
1.4 课程实践环境说明
为了让知识可验证，本课程约定一套统一的实践环境。你不需要完全复刻硬件，但建议尽量贴近，以便对照观察。
硬件平台：一台支持上述安全特性的 Intel Xeon 服务器（示例平台为第三代或更新 Xeon 可扩展处理器，如 Xeon Gold 6338 级别），至少 64 GB 内存，配备支持 VT-d 的主板芯片组。若没有物理服务器，可使用支持嵌套虚拟化的云主机或本地虚拟化环境，但需注意：SGX、TXT、TME-MK 等特性在虚拟化环境中通常不可用或行为不同，涉及这些章节时以物理机为准。
软件环境：宿主机建议使用 Linux（示例为 Ubuntu 22.04 LTS 或 RHEL 9），内核版本 5.15 以上；虚拟化层使用 KVM/QEMU；固件侧使用厂商提供的 UEFI 配置界面。所有命令示例均以 root 或具备 sudo 权限的用户执行。
验证工具：本课程会反复使用几类工具。CPU 特性查询使用 lscpu、cpuid、/proc/cpuinfo；虚拟化能力检查使用 kvm-ok、dmesg | grep -i -e DMAR -e IOMMU；SGX 状态检查使用 cpuid 与 /dev/sgx_enclave 设备节点；TME 状态可通过 dmesg | grep -i tme 或 MSR 读取工具观察。这些工具的具体用法会在对应章节展开。
基线核对方式：本课程采用"清单 + 命令输出"的核对方式。每条基线要求都对应一个可观察的输出特征。例如，基线要求"VT-d 已启用"，对应的观察点是 dmesg 中出现 DMAR 表解析成功、/sys/class/iommu 下存在 IOMMU 设备节点；基线要求"TME-MK 已启用"，对应的观察点是内核日志中出现 TME 初始化信息且密钥 ID 数量大于 1。判断依据必须来自实际输出，而不是"我觉得应该开了"。
1.5 本章小结与学习路径
本章建立了三个关键认知：第一，Intel Xeon 安全能力是分层的，从固件信任根到硬件安全能力，再到软件接管和运维合规，每一层都有明确的职责边界；第二，安全基线是"要求清单"，访问控制是"实现手段"，二者是目标与手段的关系；第三，本课程采用统一的实践环境与"清单 + 命令输出"的核对方式，所有判断都必须基于可观察的实际输出。
接下来的章节将沿着这条分层主线逐层展开：先讲平台固件与可信启动，再讲虚拟化安全与访问控制，然后进入可信执行、内存加密与控制流保护，最后落到管理面加固与基线合规检查。每一章你都可以回到本章的分层图，确认自己正在处理的是哪一层、它保护的是什么、验证点在哪里。