安全应始于软件架构阶段,而非事后补救

许多软件项目中常见的模式是：先构建产品,再在项目末期进行安全评估或渗透测试。这种顺序使安全变成了项目结尾附加的可选环节——而恰恰在此时,修改架构的成本最为高昂。

许多严重的漏洞——从用户会话处理不当到访问控制薄弱——都源于早期的架构决策,而非实现细节。项目末期的安全扫描可以发现这些问题,但在那个阶段修复它们往往需要重新设计系统的基础部分。

BAYA 的做法是,在设计核心架构的同时,就提出并解答安全问题——身份管理、访问控制、服务间的信任边界。这在前期需要投入更多时间,但从长远来看会降低项目的总体成本。

对技术负责人而言,这意味着可以向任何技术合作伙伴提出一个简单却有效的要求：在看到第一个演示版本之前,先要求查看项目的安全架构文档。