01 · 七条架构准则逐条解读（NIST SP 800-207 §7）
| 编号 | 准则原文要点 | 工程含义与检验问题 |
|---|---|---|
| T1 | 所有数据源与计算服务均视为资源 | 保护对象清单是否完整覆盖SaaS应用、API、微服务、数据库、IaaS存储桶？"网络设备"本身也应纳入资源目录 |
| T2 | 无论网络位置，通信安全一视同仁 | 内网东西向流量是否同样加密与鉴权？"内网可明文"是典型违背项；微隔离与mTLS是落地抓手（第5页） |
| T3 | 按会话授予对企业资源的访问权限 | 授权是否绑定到"每次连接/每个会话"而非长期票据？会话超时、再评估与吊销机制是否存在 |
| T4 | 以最小权限原则按需授权（JIT/JEA） | 权限是否在"需要时"才授予、用完即回收？管理员是否持永久高权限账号？PAM的JIT提权是否覆盖核心系统（第4页） |
| T5 | 基于设备态势动态判定访问许可 | 设备健康（补丁、EDR状态、加密、越狱/Root检测）是否实时进入决策？不合规设备能否访问敏感数据——答案应是否定 |
| T6 | 持续监测并度量资产与资源完整性、安全态势 | 是否具备贯穿五支柱的遥测（telemetry）与统一分析平台？UEBA与可见性能力是否达标（第7页） |
| T7 | 在允许访问前收集尽可能多的信息 | 决策依据是否融合身份、设备、行为、威胁情报多源信号？"只验密码就放行"不符合本准则 |
评审要点：七条准则是"充分条件清单"而非"成熟度量表"。一个组织即便部署了最先进的ZTNA网关，若内网东西向流量仍明文互通（违背T2）、管理员仍持永久域管权限（违背T4），则架构评审应判定其"零信任程度不足"。建议将七条准则转化为25—30项可打勾的架构评审检查项（本子课题交付物之一）。
02 · PDP逻辑组件与数据流
2.1 组件全景
SP 800-207将ZTA抽象为控制面与数据面两个平面：控制面包含策略决策点（PDP）及其决策依据来源，数据面承载主体（用户/设备/工作负载）到资源的实际访问流量。PDP由两个逻辑组件构成：策略引擎（PE）——运行信任算法，综合访问请求、主体身份与角色、设备状态、行为历史、策略库、威胁情报等输入，输出"允许/拒绝/限制"及附加条件（如要求step-up认证、限定只读）；策略执行点（PA）——在PE与资源之间建立、维护、终止通信路径，实际放行或阻断流量（可表现为网关、代理、主机代理、服务网格边车等形态）。
| 控制面输入组件 | 向PE提供的内容 | 典型实现 |
|---|---|---|
| 身份管理系统（IDM） | 主体身份、角色、组成员关系、生命周期状态 | 企业IdP、AD/Azure AD、LDAP+IAM平台（第4页） |
| 持续诊断与缓解（CDM）/设备态势 | 设备身份、补丁、配置基线、安全软件状态 | MDM/UEM、EDR、设备证书与合规检查服务 |
| 行业合规系统 | 法规与标准合规状态（如密评结论、等保结论） | GRC平台、测评报告库 |
| 威胁情报 | 恶意IP/域名、被盗凭证、失陷指标（IoC） | 商业TI订阅、行业ISAC、反钓鱼工作组情报 |
| 网络与系统活动日志 | 历史访问模式、异常行为信号 | SIEM、日志平台、UEBA引擎（第7页） |
| 数据访问策略库 | 组织级策略（谁、在什么条件下、可访问何种数据） | 策略即代码仓库（OPA/Rego等）、GRC策略模块 |
| 企业PKI/证书体系 | 主体与设备的可验证身份凭证 | CA、证书生命周期管理（与密评衔接，第5页） |
2.2 标准访问决策数据流
架构设计要点：①PE/PA可以是同一物理设备内的逻辑模块，也可由独立组件承担——审计时关注逻辑职责而非产品形态；②PA故障的fail-close（默认拒绝）与PE故障的降级策略必须预先定义，这是业务连续性条款与零信任准则的交汇点；③国内落地时，PA网关的加密模块应满足商用密码要求（GB/T 39786-2021），形成"密评-零信任"一体化设计。
03 · 四种部署变体与选型决策
| 变体 | 架构形态 | 适用场景 | 主要局限 |
|---|---|---|---|
| ① 设备代理＋资源门户 | 受管设备运行代理，资源侧部署门户网关；代理与门户协商后经PE裁决建连 | 以受管设备为主的组织（自有办公终端+移动端） | 对BYOD与非受管设备支持弱；代理兼容性与运维成本 |
| ② 飞地/飞地网关（Enclave） | 资源按安全域聚集于网关之后，网关作为该域统一PA；用户经ZTNA接入飞地 | 遗留系统聚集区、数据中心存量改造（网关不改造后端应用） | 飞地内部东西向控制粒度较粗；飞地边界的策略设计是关键 |
| ③ 纯资源门户 | 无设备代理，浏览器/客户端访问门户，PE在门户侧评估 | BYOD场景、第三方与供应商临时访问、SaaS接入 | 设备态势信号缺失，决策维度受限；敏感数据访问需额外管控 |
| ④ 设备应用沙箱 | 受管设备上运行受保护的沙箱应用，数据不出沙箱、截屏/外发受控 | 高敏感数据（重要数据）终端使用场景 | 用户体验与兼容性挑战；仅覆盖沙箱内应用 |
选型原则：现实中大型组织几乎都是多变体混合——员工受管终端用①、遗留数据中心用②、供应商用③、核心数据操作用④。评审重点是各变体的PA是否统一对接同一PE决策层（避免"多套策略孤岛"），以及变体切换时的信任衔接（如供应商从③升级至②的审批路径）。
04 · 信任算法：决策的输入与输出
信任算法（Trust Algorithm）是PE的内核。SP 800-207将其输入归为四类：访问请求（请求的资源、操作类型）、主体数据库与历史行为（身份、角色、既往访问模式）、设备数据库与态势（设备身份、健康度）、策略与情报（组织策略库、威胁情报、合规状态）。SP 800-207 §7.1将信任算法的实现归为三类：基于准则（criteria-based）——按预定义规则逐项判定；基于评分（score-based）——对各输入计算加权风险分并与阈值比较；自适应（adaptive）——依据历史行为与环境上下文动态调整判定逻辑。组织通常从准则型起步，随遥测数据积累逐步引入评分与自适应成分；无论何种类型，决策理由必须可记录、可审计（对应第7页审计六要素模型）。输出则为分级的处置决定：
| 决策输出 | 含义 | 典型触发场景 |
|---|---|---|
| 允许（Allow） | 建立完整会话权限 | 身份、设备、行为、策略全部绿灯 |
| 允许＋限制（限制） | 放行但附加条件 | 只读、禁下载、强制水印、限定网段/时长、全程录屏 |
| Step-up认证 | 放行前先提升认证强度 | 敏感操作（批量导出、权限变更、重要数据访问）触发FIDO2二次确认 |
| 拒绝（Deny） | 阻断并记录 | 威胁情报命中、设备不合规、权限不符 |
| 降权/吊销（会话中） | 动态收紧或终止既有会话 | UEBA发现异常（异地登录、行为偏离基线）——"持续评估"的核心体现（第7页） |
关键设计问题（对应KQ-2）：当请求涉及多个数据集的聚合视图（如报表同时包含一般数据与重要数据）时，信任算法必须执行"最严标签优先"裁决——任一组成数据为重要数据，则整个会话按重要数据策略管控。该规则应在策略库中显式编码，并在DLP与网关双侧一致执行（第5页策略矩阵）。
05 · NIST SP 800-207A：云原生多环境扩展模型
NIST于2023年9月13日发布SP 800-207A《面向多云环境云原生应用的零信任架构访问控制模型》（2025年2月4日更新），将ZTA延伸至跨云与本地混合的微服务场景，核心增量包括：
- 双层策略模型：同时制定"网络层策略"（服务间通信的网络可达性）与"身份层策略"（用户/服务的认证授权），二者在网关与服务网格中协同执行——回应了"零信任只做用户接入、不管服务间调用"的架构盲区。
- 服务身份优先：微服务间的信任建立在可验证的工作负载身份之上（mTLS＋短周期证书＋身份框架如SPIFFE/SPIRE），取代静态IP白名单；用户身份与服务身份在策略决策中分层评估。
- 遥测与再认证：要求覆盖资源状态观测与事件追踪（用户访问请求、企业目录变更等）的监控框架，并利用遥测数据微调访问权限、强制step-up认证——将T6/T7准则落到云原生运维。
- 对国内落地的意义：金融、运营商等行业的云原生改造可将207A作为微服务访问控制的架构蓝本，同时以商用密码（国密算法mTLS）替换其默认密码套件，实现"模型引进、密码自主"。
06 · 常见威胁与ZTA应对（含残余风险）
| 威胁场景 | 传统边界模型的缺陷 | ZTA应对机制 | 残余风险（须另行管控） |
|---|---|---|---|
| 失陷账号（钓鱼/凭据填充） | 一次认证后获得广泛内网权限 | 抗钓鱼MFA＋设备绑定＋行为基线＋step-up＋会话吊销 | AiTM实时中继可绕过非抗钓鱼MFA——FIDO2为底线（第4页） |
| 横向移动 | 内网互信，单点失陷全网可达 | 微隔离＋按会话最小授权＋东西向mTLS | 飞地内部、同域同策略段内仍可横向移动 |
| 内部人滥用 | 信任职务身份，行为不透明 | JIT/JEA＋UEBA异常检测＋全程审计＋水印溯源 | 低渐进式滥用难以即时识别——需周期性权限复核（第4、7页） |
| 失陷设备 | 设备入网即可信 | 设备姿态准入＋不合规设备隔离＋无代理场景降级管控 | BYOD设备信号有限；0day类攻击初始可规避姿态检查 |
| PDP单点失效/拒绝服务 | — | PE/PA高可用、缓存决策、降级运行预案 | 决策面瘫痪时"放行还是阻断"的两难——必须预定义fail策略并演练 |
| 影子IT/影子数据 | 未知资产不在防护范围 | 持续资产发现＋未纳管资源默认拒绝 | 发现能力的覆盖率决定实效（第6页资产盘点） |
SDP/ZTNA的关系澄清：SDP（软件定义边界，CSA 2014年发布规范）是ZTNA概念的前身与实现范式之一，其"单包授权（SPA）"技术在连接建立前不暴露网关端口，增强了PA的隐身性。当前行业语境下，ZTNA作为市场与架构术语已基本取代SDP，但评估产品时仍可借用SDP规范的能力维度（控制器、网关、客户端、SPA支持）。
本节参考来源（第3页）
NIST SP 800-207 §3、§7（2020.8）：NIST CSRC官方发布页。
NIST SP 800-207A（2023.9发布，2025.2更新）：NIST CSRC官方发布页。
NIST NCCoE SP 1800-35《Implementing a Zero Trust Architecture》（2025.6）：NCCoE项目页。
CSA《Software-Defined Perimeter》规范（2014）与ZTNA相关白皮书：云安全联盟官网。
SPIFFE/SPIRE工作负载身份框架：SPIFFE项目官网（CNCF项目）。