DEV Community
·
威胁建模与测试规划相结合：安全代码的统一工作流程
💡
原文英文，约700词，阅读约需3分钟。
📝
内容提要
威胁建模与测试规划应结合，以便更有效地识别安全问题。威胁模型提供系统滥用的见解，指导测试计划，通过早期合作和风险优先测试提升安全性，确保软件设计的安全性。
🎯
关键要点
-
威胁建模与测试规划应结合，以更有效地识别安全问题。
-
威胁模型提供系统滥用的见解，指导测试计划。
-
开发流程中，安全常被视为检查点，而非思维方式。
-
威胁模型包含有价值的见解，能够启发测试验证。
-
早期合作可以防止信息孤岛，促进共同责任。
-
每个威胁应触发至少一个测试场景。
-
根据威胁影响优先测试，而非仅仅依据需求。
-
在测试自动化时，优先关注威胁模型中识别的代码路径。
-
从威胁模型规划测试可以减少渗透测试中的意外发现。
-
威胁建模与测试规划是构建可信软件的两个方面，需共同进行。
❓
延伸问答
威胁建模和测试规划结合的好处是什么？
结合威胁建模和测试规划可以更有效地识别安全问题，确保软件设计的安全性，并减少渗透测试中的意外发现。
如何在开发流程中有效整合威胁建模与测试规划？
可以通过早期合作、让测试负责人参与威胁建模会议、将每个威胁标记为测试场景等方式来整合这两者。
威胁模型在测试计划中起什么作用？
威胁模型提供系统滥用的见解，指导测试计划，帮助识别需要验证的测试场景。
为什么安全性在开发流程中常被视为检查点？
因为许多开发流程将安全性视为完成威胁模型后的一个步骤，而不是贯穿整个开发过程的思维方式。
如何根据威胁优先级进行测试？
应根据威胁的影响和可能性来优先测试，而不是仅仅依据功能需求。
将威胁建模与测试规划结合后，渗透测试的结果会有什么变化？
结合后，内部团队能够更早发现问题，渗透测试的发现变成验证，而不是意外。
➡️
