超越CMMC暂停：保护工程数据的国防项目依赖于此

国防制造商需要快速且安全地共享技术信息。等待批准图纸的供应商可能会延误生产。通过未管理的渠道发送信息可能会暴露敏感数据。工程和网络安全团队需要共同解决这两种风险。 

五角大楼暂停CMMC第二阶段要求改变了认证前景。第一阶段的自我评估要求仍然有效，承包商在保护国防信息方面的适用义务也依然存在。

对于国防领导者而言，保护工程数据也是一个项目执行问题。授权团队能否在需要时获取正确的信息？承包商能否在信息在系统和组织之间流动时保持控制？

CAD模型、技术图纸、需求、物料清单、制造指令和测试结果都可能包含受控未分类信息（CUI）。随着设计的演变，团队在工程学科、生产操作和供应商网络之间共享这些信息。

承包商需要理解这些信息的流动，以保护敏感数据并确保人员使用当前的、经过批准的信息。这需要对工程工作流程和网络安全责任有共同的理解。

CUI问题超出了单个系统的范围

包含CUI的应用程序清单是一个有用的起点，但它并不能显示信息可能去往的每一个地方。

考虑一张技术图纸。一名工程师在CAD系统中创建它，并通过产品生命周期管理（PLM）发布。制造和质量团队使用它，供应商接收它以生产组件。在此过程中，人们可能会创建导出文件、下载副本或电子邮件附件，这些也需要保护。

每个副本都引发了关于访问和修订控制的问题。谁可以使用它？它仍然是最新的吗？当设计发生变化时会发生什么？过时的图纸可能导致返工，而未管理的传输可能造成安全漏洞。

在供应商网络中，这些问题变得更难回答。合作伙伴需要信息来执行他们的工作。承包商需要控制他们共享的内容、谁接收这些信息以及更新如何传达到受影响的人。

工程和网络安全团队应该能够共同回答五个问题：

1. CUI在哪里创建和维护？
2. 哪些系统、人员和合作伙伴需要访问？
3. 导出和下载的副本去哪里了？
4. 当设计发生变化时，如何管理访问和修订？
5. 哪些记录显示信息是如何被访问或共享的？

网络安全团队了解所需的保护措施。工程团队了解技术信息是如何创建、使用和更改的。通过合作，他们可以识别仅靠应用程序清单可能遗漏的漏洞。

PLM将数据保护与工程执行连接起来

PLM管理国防项目所依赖的信息，包括产品定义、物料清单、配置、工程变更和技术文档。这些信息支持制造、质量、供应商和维持工作的各个方面。

当产品信息包含CUI时，关于访问、共享和修订控制的决策就成为承包商的网络安全责任的一部分。 

一个良好管理的PLM环境可以帮助团队维护权威的产品记录，管理权限，保留修订历史，并协调批准的变更。这些能力帮助授权用户在受控环境中使用当前信息。

PLM通过将数据治理与日常工程工作连接起来，支持更广泛的网络安全工作....