周边和网络基础设施保护

当业务依赖于公共服务、个人帐户、API、分支机构、远程访问、承包商、云和集成时，网络安全成为 CIO、CISO 和运营经理级别的主题。防火墙规则中的错误、忘记的测试端点或过时的 VPN 网关不可能是技术细节，但可能会导致停机、泄漏、客户端事件或测试期间出现问题。

此页面对于网络已经变得比 Visio 中的单个图表更加复杂的公司非常有用：银行、零售、工业、电信、电子商务、CII、分布式办公室、公司集团、具有 Web/API 边界的组织以及不仅想要了解要购买哪些产品，而且想要了解他们正在组合的安全架构的团队。

“我们信任内部，我们过滤外部”的经典方法已经不再起作用。用户从不同的地方进行连接，服务驻留在云端和数据中心，API 向合作伙伴和移动应用程序开放，攻击不仅经常发生在从外部到内部的情况下，而且还发生在内部部分之间。因此，网络安全必须设计为一个信任、访问、日志记录和持续审核的系统。

在世界实践中，这种转变是通过零信任来描述的：不基于网络上的情况发出信任，而是检查用户、设备、上下文、资源和操作。对于RESTART来说，这不是一个时髦的口号，而是一个工程原则：更少的隐式权限，更清晰的区域，可验证的规则、日志、所有者和响应脚本。

对于企业架构来说，将网络安全视为整体风险管理系统的一部分是很有用的。 NIST Cybersecurity Framework 2.0 有助于将保护与管理、识别、保护、检测、响应和恢复功能联系起来。 NIST SP 800-207 Zero Trust Architecture 为无需网络隐式信任的访问设置基准。 CIS Control 12 将网络基础设施管理视为一个单独的控制域。

对于实际优先级划分很有用 CISA Known Exploited Vulnerabilities, MITRE ATT&CK 关于敌方基础设施技术和 OWASP API Security Top 10 对于公共 API。俄罗斯赛道考虑了 FSTEC 的要求， BDU FSTEC，如果适用的话 FSTEC 针对 KII 重要设施的第 239 号命令、防火墙要求和行业标准，包括银行环境 GOST R 57580。