五角大楼项目的 FDE,为何写代码前先问影响等级
FedRAMP 只是底线,其上的影响等级决定部署位置、隔离程度和谁能看日志。
要点速览
- FedRAMP 是美国国防部所有云服务的底线,影响等级说明还要在其上增加什么
- IL5 要求 FedRAMP High,加上国防部的 FedRAMP+ 控制和 SRG 要求,并与非政府租户物理隔离
- 只有美国公民、美国国民或美国人士可以访问 IL4/IL5 数据,这一限制同样适用于 FDE 团队
在美国国防部(DoD)客户那里的第一周,最重要的问题往往与 API 或数据结构无关。它短得多:这些数据属于哪个影响等级?答案决定了可以部署在哪里、环境需要隔离到什么程度,以及团队里谁有权打开一份日志文件。
习惯了商业客户的工程师常在这里栽跟头。给零售商做项目,选好区域、打开加密就可以开始写代码。面对美国政府客户,许多决定在你到场之前就已做出,有时做决定的人你从未见过,而你的任务是准确理解这些决定。
如果你想在向美国政府销售软件的公司担任前线部署工程师(FDE),值得在投递简历前先吃透这些基础。这样从与客户的第一次会议起,你就能问对问题。
FedRAMP 是地基,影响等级是上面要盖几层楼
美国国防部首席信息官在 2014 年 12 月发布的一份备忘录,把 FedRAMP 定为国防部所有云服务的最低安全基线。在此基础上,《云计算安全要求指南》(Cloud Computing SRG)在每个影响等级都采用 FedRAMP Moderate 基线,并在部分等级考虑 High 基线。
不妨这样理解:FedRAMP 是地基,影响等级告诉你上面还得盖几层楼。下表汇总了最常听到的几个等级,以及每个等级对日常工作的改变。
| 等级 | 数据 | 控制基线 | 对 FDE 意味着什么 |
|---|---|---|---|
| IL2 | 表中最低等级 | FedRAMP Moderate | 最接近商业项目 |
| IL4 | CUI 及非关键任务数据 | 接受 FedRAMP High,但仍须满足 SRG 中非控制类要求 | 只有美国人士可以访问数据 |
| IL5 | 需要比 IL4 更高保护的 CUI,以及国家安全系统(NSS) | FedRAMP High + FedRAMP+ + SRG 要求 | 增加与非政府租户的物理隔离 |
| IL6 | SECRET 级涉密数据及 NSS | 针对涉密数据的额外控制 | 不在本文讨论范围内 |
受控非密信息(CUI)指未定密但仍受管控的数据。本文后面聚焦 IL4 和 IL5:这两个等级涉及 CUI,并带来直接作用于 FDE 团队的人员限制。
为什么“我们有 FedRAMP High”回答不了问题
在 IL4,SRG 接受 FedRAMP High 临时授权(PA),不再要求对控制措施或控制增强项做进一步评估。即便如此,SRG 中不属于控制措施的要求仍须评估。所以“有 High”只是起点,不是通行证。
到了 IL5,差距更大。要获得 IL5 PA,服务必须具备 FedRAMP High,再加上国防部的 FedRAMP+ 控制和 Cloud Computing SRG 的具体要求。供应链中的厂商如果只拿出 High 授权,下一个问题就该是:IL5 PA 呢?
还有一点容易忽略:数据属于哪个等级,不由你的团队决定。把 CUI 或任务数据定为 IL5,是授权官员的职权,也就是负责为该信息定级的人。FDE 要做的是找到这个人,并拿到书面决定。
示例:在 IL5 环境中检索维修文档
假设你要为一个后勤单位的维修文档部署一个检索增强生成(RAG)式的搜索工具。文档带有 CUI 标记,其中一部分包含受出口管制的技术规格。你已经在公司的商业云账号上跑通了一个效果不错的演示。
第一步是与授权官员会面。假设对方认定数据属于 IL5,那么演示只能作为思路草图,真正的部署架构必须在另一个环境中重建。
第二步是环境。IL5 要求与国防部或联邦政府以外的租户物理隔离,例如公共租户,或州和地方政府的租户。国防部与联邦租户之间可以采用逻辑隔离。
结果是,每个接触数据的组件,从模型、向量库到日志系统,都必须位于符合 IL5 标准的环境中,包括你平时习惯在共享基础设施上调用的模型端点。
第三步是人员。能够访问 IL4 和 IL5 数据的服务方人员必须是美国公民、美国国民或美国人士,外国人士不得拥有这类访问权限。如果团队里有一位能力出众但属于外国人士的同事,即使在值班,也不能查看含有客户数据的日志。
注意,这一限制依据的是每个人的法律身份,而不是工作地点。拟定团队名单时,要逐人核实身份,而不是只看办公地点。
第四步是出口管制。受 EAR 等规则约束的数据属于 CUI 类别,在谁能接触数据上又多了一层限制。
设计上,要从一开始就把数据从日志中过滤掉,并把运维基础设施的权限与查看内容的权限分开,而不是等到审计时再补救。
写代码前要回答的五个问题
第一,授权官员是谁?他们给数据定了什么等级,有书面依据吗?第二,架构中的每个服务是否都有该等级的 PA?对 IL5 而言,是具备完整的 FedRAMP+,还是止步于 High?
第三,列出所有接触数据的组件,包括缓存、日志和调试工具,并记录每个组件运行在哪里。第四,谁会看到数据,包括技术支持和值班人员,他们是美国人士吗?最后,数据是否受出口管制?
把这五个答案写进范围界定文档,和时间表放在一起。如果第四个问题迫使团队换人,客户需要在第一周就知道,而不是在上线那一周。
从第一天起就要避免的错误
要改掉一个习惯:把数据样本拉到笔记本电脑或商业环境里,“只是为了调试”。对 IL5 数据而言,这样一份副本就可能同时违反隔离要求和人员限制。
也不要把 FedRAMP High 等同于 IL5,或者以为有了 High 就搞定了 IL4,忘了 SRG 中的非控制类要求。组建团队时,要把访问资格和技能一起核查,免得中途重组。
这项技能能打开哪些门?
与 FDE 模式联系最紧密的 Palantir 于 2024 年 12 月获得 FedRAMP High,此前它已获得 FedRAMP Moderate、国防部 IL5 和 IL6 授权。它面向美国政府项目的 Forward Deployed Software Engineer 招聘要求持有 Top Secret 安全许可或愿意申请,并在客户现场工作。
如果你不是美国人士,有必要说得直白些:涉及 IL4/IL5 数据的岗位不会向你开放。即便如此,在数据分级约束下做部署的习惯,同样适用于任何国家的银行、医疗或政府客户。
在简历上描述项目时,要写清你处理过的约束,例如环境隔离、控制谁能看到数据、过滤日志,而不只是罗列技术栈。
本周练习:拿出你最近的一个项目,假设其数据被定为 IL5,写下所有必须改变的地方。如果清单超过一页,你就明白为什么政府客户要先问影响等级了。
这篇文章对你有帮助吗?
感谢你的反馈!
5 个信源
- Department of Defense Impact Level 5 - Azure Compliance | Microsoft Learn · 2023-04-04
- Department of Defense Impact Level 4 - Azure Compliance | Microsoft Learn · 2023-04-04
- Your Guide to Government Cloud FedRamp and DOD Impact Levels · 2023-07-03
- Palantir Granted FedRAMP High Baseline Authorization · 2024-12-03
- Forward Deployed Software Engineer - US Government - Federal Health and Civilian