这些决定是在使用受信任的平台模块 (TPM) 的安全信任根的帮助下进行的。 设备可以证
明 TPM 已启用，并且设备未受到篡改。
Windows 包含许多安全功能，可帮助保护用户免受恶意软件和攻击。 但是，仅当平台按
预期启动且未受到篡改时，才能实现对 Windows 安全组件的信任。 Windows 依赖于统
一可扩展固件接口 (UEFI) 安全启动、早期启动反恶意软件 (ELAM)、用于度量的动态信任
根 (DRTM)、受信任的启动以及其他低级别硬件和固件安全功能。 在你开启电脑直到反恶
意软件启动时，Windows 会获得适当的硬件配置支持，以帮助保护你的安全。 由启动加
载程序和 BIOS 实现的 测量和受信任启动，以链接方式验证和加密记录启动的每个步骤。
这些事件绑定到充当信任根的安全共同处理器 (TPM) 上。 远程证明是服务读取和验证这
些事件以提供可验证、无偏向和篡改复原报告的机制。 远程证明是系统启动的受信任审
核员，允许特定实体信任设备。
设备端的证明和零信任所涉及的步骤摘要如下所示:
1. 在启动过程的每个步骤 (例如文件加载、特殊变量的更新等) 中，在 TPM PCR 中对
文件哈希和签名等信息进行测量。 度量受 受信任的计算组规范 (TCG) 的约束，该
规范指示可以记录哪些事件以及每个事件的格式。
2. 启动 Windows 后，证明者/验证程序会请求 TPM 提取存储在其平台配置注册表
(PCR) 中的测量数据以及 TCG 日志。 这两个组件中的度量共同构成了证明证据，然
后发送到证明服务。
3. TPM是通过使用芯片组上的密钥/加密材料与 Azure 证书服务 进行验证的。
4. 然后，将此信息发送到云中的证明服务，以验证设备是否安全。 Microsoft
Endpoint Manger 与 Microsoft Azure 证明集成，以全面检查设备运行状况，并将此
信息与 Azure Active Directory 条件访问相连接。 这种整合是“零信任”解决方案的关
键，有助于将信任与不信任的设备结合起来。
5. 证明服务执行以下任务:
验证证据的完整性。 此验证是通过重新播放 TCG 日志来验证与重新计算的值
相匹配的 PCR 来实现的。
验证 TPM 是否具有由经过身份验证的 TPM 签发的有效证明标识密钥。
验证安全功能是否处于预期状态。
6. 证明服务返回一个证明报告，其中包含有关基于证明服务中配置策略的安全功能的
信息。
7. 然后，设备将报告发送到 Microsoft Intune 云，以根据管理员配置的设备符合性规
则评估平台的可信度。
8. 有条件的访问，加上设备合规性状态，然后决定允许或拒绝访问。
