1. 课程导入与安全框架总览

在数据中心里，服务器安全从来不是单一功能，而是一组跨越硬件、固件、管理控制器、操作系统与运维流程的协同机制。Lenovo ThinkSystem 的安全体系正是围绕这一思路构建的：它把信任的起点放在芯片与固件层，再逐级向上延伸到管理接口、操作系统和业务负载。理解这条“信任链”的走向，是学习本课程后续所有基线配置与访问控制操作的前提。

ThinkSystem 的安全能力可以归纳为四个相互衔接的层次。最底层是硬件与固件信任根，包括固化在平台上的信任锚、Boot Guard 与固件签名校验，它们保证服务器从上电那一刻起运行的代码是经过验证的。其上是平台与管理安全，核心是 XClarity Controller（XCC）管理控制器，它负责带外管理、固件更新、安全启动配置和审计日志。再往上是操作系统与虚拟化层安全，涉及 UEFI 安全启动、内核模块签名、SELinux 等强制访问控制机制。最上层是身份与访问治理，包括账户体系、认证方式、权限模型和审计追溯。这四层不是并列关系，而是下层为上层提供可信基础，上层对下层提出策略约束。

与基线紧密相关的是访问控制。访问控制的核心问题只有三个：谁（Subject）、对什么资源（Object）、允许做什么（Action）。围绕这三个问题，业界形成了多种模型。自主访问控制（DAC）由资源所有者自行分配权限，灵活但难以统一治理；强制访问控制（MAC）由系统策略统一裁决，典型实现是 SELinux 和 AppArmor；基于角色的访问控制（RBAC）把权限绑定到角色而非个人，适合运维团队分工；基于属性的访问控制（ABAC）则根据用户属性、资源属性和环境条件动态判断，适合复杂多云场景。ThinkSystem 的管理侧主要采用 RBAC 与本地账户结合的方式，操作系统侧则常叠加 MAC 机制。

为了把上述层次关系、信任流向和访问控制决策点放在同一张图上理解，下面这张结构图展示了 ThinkSystem 安全体系的纵向分层与横向控制关系。图中左侧是信任逐级向上的传递方向，右侧标注了每一层对应的关键机制与访问控制决策位置。

课程的学习路径与这张图的结构一致，由下而上、由内而外推进。第一阶段聚焦硬件与固件信任根，理解信任锚、Boot Guard 和固件签名校验如何建立初始可信状态。第二阶段进入 XClarity Controller 管理安全，包括管理口网络隔离、账户与密码策略、证书替换、固件更新签名验证以及审计日志的采集与导出。第三阶段处理操作系统层安全，重点是 UEFI 安全启动的启用与密钥管理、内核模块签名校验、SELinux 策略模式选择与排障。第四阶段回到身份与访问治理，把前面各层的账户、角色、权限和审计串成统一的治理视图，并落地为可重复执行的安全基线检查表。

实验环境方面，本课程建议使用一台具备 XCC 管理接口的 ThinkSystem 服务器或等效实验平台，配合一台管理终端和一台被管服务器。管理终端通过独立管理网络访问 XCC，被管服务器安装主流 Linux 发行版用于操作系统层实验。实验前需要确认三件事：XCC 固件版本已知且可回退、管理网络与业务网络物理或逻辑隔离、所有实验账户使用独立口令且不与其他系统复用。这些准备本身就是安全基线的一部分。