软件安全证据管理与系统-of-系统安全评估
在软件项目中,尤其是大型软件项目,安全保证证据的管理至关重要。低效的证据管理可能会导致成本增加,甚至产生薄弱或错误的安全案例,影响产品交付使用。同时,对于系统-of-系统(SoS)的安全评估也有其独特的挑战和方法。
软件安全证据评估
整体评估过程
评估过程应确保尽可能客观,透明且在适当阶段处理异常、限制、保证缺陷和反证。软件工程中使用 V 模型探索需求与实现以及不同集成阶段测试证据之间的关系,类似的模型也可用于逐步评估安全证据。
- 证据需求细化 :从安全论证出发,通过生成证据的过程定义来细化证据需求。
- 单个证据验证 :每个原始证据项首先对照过程的退出标准进行验证,产生通过或失败的结果。例如,测试结果是否在定义的公差范围内,代码文件是否通过静态分析检查,设计文档是否成功通过评审过程等。这些评估大多基于过程定义中的客观标准,通常不需要安全专家参与。
- 过程总结 :过程总结文档确定该过程的输出在多大程度上满足了安全目标。需要考虑的问题包括:所有测试是否通过?如果没有,通过率是多少,失败记录和分析在哪里?所有测试是否按规定执行?如果没有,偏差是什么,对安全目标有什么后果?所有测试是否完成?如果没有,软件哪些部分未测试的说明在哪里?此外,通过质量审计可以提供额外的支持证据,以检查过程是否正确执行。
同时,国防标准 00 - 56 和 EC 482 / 2008 要求安全论证在安全管理系统的背景下进行。需要记录和总结安全管
超级会员免费看
订阅专栏 解锁全文
7903

被折叠的 条评论
为什么被折叠?



