知识卡片
安全策略执行应下沉到基础设施，而非硬编码在应用代码里
内容
把访问控制之类的安全策略执行逻辑内嵌进应用代码，看起来直接，实际是埋雷：策略一旦要调整，就得改代码、重新测试发布。更好的做法是把策略执行下推到底层基础设施（企业目录、访问控制产品）——策略变了只改配置，管理员就能操作，不需要开发介入。发散：这样做的三个好处是简单（屏蔽整合复杂性）、灵活（改配置比改代码轻）、可靠（基础设施经过更广泛测试），是”业务逻辑与横切关注点分离”原则在安全领域的体现。
参考来源
- 位置：第25章《安全性视角》25.4.10节「使用第三方的安全性基础架构」（源文件：_epub-src/OEBPS/text00373.html附近）
- 结论依据：原文明确建议把安全策略执行尽可能下推到底层基础设施，理由是简单性（隐藏整合复杂性）、灵活性（改配置不改代码）、可靠性（基础设施产品经过更广泛测试），直接支持卡片结论。
- 原始内容："强烈推荐采用这样的安全策略，尽可能地把策略执行推到系统的底层基础设备中。这样建议出于三方面的原因：简单性、灵活性和可靠性。安全性基础设备产品隐藏了大部分整合不同安全性系统的复杂性……当安全性策略改变的时候，我们不需要改变程序代码，而只需要改变基础设备元素的配置就可以……安全性基础设备产品可能比应用程序特定的代码能提供更可靠的安全性。"