45、嵌入式系统安全认证与社区反馈：构建成功之路

嵌入式系统安全认证与社区反馈：构建成功之路

1. 产品认证建议与FIPS 140 - 3认证

在进行产品原型或候选版本开发时，有以下建议：
- 从尽可能高的安全级别开始。
- 仅启用对设备功能至关重要的套接字、端口或服务。
- 拥有可以运行systemd服务的非root服务账户，用于支持和扫描活动。
- 确保每个主机都启用SSH。
- 确保安装了openscap - utils软件包。

长期（甚至短期）未能将合规性扫描集成并自动化到流程中，会对产品质量产生负面影响。在产品生命周期的任何阶段都不应忽视安全问题，应将其融入每个流程。

对于产品认证，这里重点介绍FIPS 140 - 3认证。FIPS 140 - 3认证不仅仅是软件认证，还涉及指定硬件上的软件验证。测试实验室在每个测试周期会使用特定的硬件平台，具体平台可能因实验室而异。

该认证过程复杂且有成本。根据解决方案的安全认证级别，向NIST支付的费用可能从1000美元到超过4000美元不等，这还不包括为NIST进行主要测试工作的实验室收取的费用。

要找到NIST认可的实验室，可在NIST网站搜索，起始链接为：https://www - s.nist.gov/niws/index.cfm?event = directory.search#no - back 。实验室测试产品并将结果提交给NIST后，NIST团队会审查所有文档，若顺利最终会颁发认证。所有经过验证的FIPS解决方案（及其状态）可在NIST网站查询。

部分操作系统供应商可提供帮助，例如Red Hat有一个项目，其嵌入式系统合作伙伴可利用Red Hat现有的认证来加速自身产品的认证过程。合作伙伴与Red Hat嵌入式团队合作，获取相关文件后提交给NIST和所选实验室，原本可能需要两年多的认证过程可能会缩短至几周或几个月。

2. 客户与社区反馈闭环

客户反馈在产品开发中至关重要，它是持续集成/持续交付（CI/CD）循环的最后一步，在开发下一次更新前起着关键作用。CI/CD循环步骤如下：
1. 规划
2. 构建
3. 持续集成
4. 部署
5. 持续反馈

以下是获取反馈的几种方式：
- 用例开发 ：这不仅是与客户的基本互动，更要创建自己的特定参与方法，建立并引领社区。从潜在客户那里获取实际信息、研究和指导，以明确未来产品的功能、安全影响以及客户对功能的需求。用例决定了未来用户如何使用解决方案，用户对设备服务的消费方式将驱动安全措施的规划。同时，用户反馈可能会发现产品中的安全问题或缺失的安全措施。
- 用户组 ：找到潜在用户集中的区域创建用户组，该组专注于产品的使用、未来发展以及需要维护或改进的方面。用户组的反馈对产品成功至关重要，了解产品的实际部署和使用情况，可能会发现产品未按预期使用，或者某个功能或安全预防措施被忽视。

用户组会议不应带有销售性质，应让用户与产品管理和工程师互动。在会议接近尾声时，可询问参会者对会议节奏、未来会议内容和时长的看法。鼓励参会者分享使用产品的经历，无论是积极还是消极的。当用户组建立起来后，鼓励客户和合作伙伴参与议程，如进行演示、演讲等，这有助于建立社区和赢得信任。

graph LR
    classDef startend fill:#F5EBFF,stroke:#BE8FED,stroke-width:2px;
    classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px;
    A([开始]):::startend --> B(用例开发):::process
    B --> C(用户组):::process
    C --> D(持续反馈):::process
    D --> E([结束]):::startend

3. 高管圆桌会议与社区反馈循环

• 高管圆桌会议 ：与行业高管建立有意义的关系能推动产品的采用和知名度，为客户提供帮助推动产品创新、提高可用性和安全性的渠道。高管赞助能加速产品的快速采用，并为团队提供关于产品实施、集成操作和产品认知的关键见解。高管可能还会对与工程团队协调功能感兴趣，他们在安全和合规方面的见解可能会改变我们的观点。
• 社区反馈循环 ：可利用多种方法与社区互动，如活动、用户组、圆桌会议、调查和主动研究等。公司开始销售产品后，用户会自然形成信息共享的非正式群体，这是塑造社区的好机会。可以通过以下方式进行：
  • 托管留言板。
  • 在用户集中的地方创建用户组，可在多个地区或城市创建不同的会议环境，从用户最集中的地方开始，逐步扩展。
  • 用时事通讯和调查保持与用户的互动，但不能替代直接互动。
  • 举办活动，目标受众包括潜在客户、合作伙伴、用户、高管和行业媒体等，活动可包含产品信息、培训和问答环节。

4. 持续参与与安全思维

整个过程结束后，我们应持续参与并保持警惕。威胁环境不断变化，必须通过保持信息灵通和持续学习来领先于变化。不仅要自己参与，还要让团队参与，确保产品安全不是一次性的努力，不能在几次成功发布后放松警惕。同时，要不断学习，个人和职业发展要快于威胁环境的变化，因为安全不仅仅是一个过程，更是一种思维状态。

总之，通过产品认证确保产品符合安全标准，利用客户和社区反馈不断改进产品，持续参与和学习以应对不断变化的威胁，才能在嵌入式系统领域取得成功。

嵌入式系统安全认证与社区反馈：构建成功之路

5. 各类资源与标准索引

在嵌入式系统开发与安全保障过程中，有众多资源和标准可供参考。以下是一些关键的资源和标准介绍：
- 政府资源
- 计算机安全资源中心（CSRC） ：提供相关的安全研究和技术指导。
- 国家漏洞数据库（NVD） ：可查询各类系统的漏洞信息。
- 安全技术实施指南（STIGs） ：为系统安全配置提供详细的指导。
- 商业资源 ：如Kaspersky、McAfee、Norton、Qualys、Reversing Labs、Tenable等，这些商业资源提供了专业的安全检测和防护服务。
- 社区资源
- 互联网安全中心（CIS） ：发布通用的安全标准和实践。
- Linux用户组 ：提供Linux相关的技术交流和经验分享。
- OpenSCAP ：可用于安全扫描和合规性检查。
- 安全用户组 ：专注于安全领域的交流和学习。

graph LR
    classDef startend fill:#F5EBFF,stroke:#BE8FED,stroke-width:2px;
    classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px;
    A([资源查询]):::startend --> B(政府资源):::process
    A --> C(商业资源):::process
    A --> D(社区资源):::process
    B --> E(CSRC):::process
    B --> F(NVD):::process
    B --> G(STIGs):::process
    C --> H(Kaspersky):::process
    C --> I(McAfee):::process
    D --> J(CIS):::process
    D --> K(Linux用户组):::process

6. 系统安全相关技术与操作

• 硬件级保护
  • 机箱防篡改 ：通过物理手段防止机箱被非法打开。
  • BIOS安全防篡改 ：设置BIOS密码等措施，防止BIOS被恶意修改。
  • USB禁用 ：禁用USB接口，防止外部设备的非法接入。
• 操作系统和应用保护
  • 限制控制台访问 ：减少非授权用户对系统控制台的访问。
  • 最小化root访问 ：降低因root权限滥用带来的安全风险。
  • 应用自动启动 ：在系统启动时自动启动必要的应用程序。
  • 非交互式LUKS加密 ：实现对磁盘的加密保护。
• 网络配置
  • 命令行配置 ：使用命令行工具进行网络参数的设置。
  • 图形化UI工具配置 ：通过图形界面工具方便地进行网络配置。
  • Web控制台配置 ：利用Web界面进行远程网络配置。

7. 安全扫描与认证相关操作

• 安全扫描 ：可使用OpenSCAP等工具进行安全扫描，将其作为CI/CD流程的一部分，确保产品在开发过程中的安全性。操作步骤如下：
  1. 安装OpenSCAP工具。
  2. 运行扫描命令。
  3. 对扫描结果进行分析和处理。
• FIPS 140 - 3认证
  • 了解认证要求和流程，包括硬件和软件的验证。
  • 寻找NIST认可的实验室进行测试。
  • 准备相关文档并提交给NIST进行审核。

8. 持续发展与挑战应对

在嵌入式系统的发展过程中，我们面临着不断变化的威胁和挑战。为了持续发展，我们需要做到以下几点：
- 保持学习 ：不断学习新的安全技术和知识，以应对日益复杂的威胁环境。
- 团队协作 ：确保团队成员都参与到产品的安全保障工作中，形成合力。
- 持续改进 ：根据社区反馈和安全扫描结果，不断改进产品的安全性和性能。

总之，嵌入式系统的安全和发展需要我们综合运用各种资源和技术，积极获取客户和社区的反馈，持续学习和改进，以应对不断变化的挑战，实现产品的长期成功。