Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 27033-2:2012 提供了在ISO/IEC 27033系列框架内实施网络安全架构的指南。该标准通过定义安全域、信任边界和控制层,建立了设计安全网络的结构化方法。对于需要将网络设计与组织安全策略保持一致的企业架构师和安全工程师而言,该标准是基础性参考文档。它是多部分标准的一部分,从战略和运营两个角度解决网络安全问题,确保安全考量从设计的最初阶段就嵌入网络架构中,而不是在部署之后才进行改造。
该标准中的架构指南旨在保持技术中立性,使组织无论使用何种特定的网络设备或协议都能应用这些指南。这种灵活性在当今的企业环境中尤其重要,因为网络通常跨越多个地理位置,包含有线和无线段,并将基于云的服务与传统的本地基础设施集成在一起。通过遵循这些指南,组织可以创建既稳健又能适应不断变化的业务需求的安全架构。该标准还强调,安全架构应作为组织的安全策略和网络基础设施之间的桥梁,确保策略被正确解释并有效地实施到网络层面。
该标准引入了安全域模型,将网络划分为具有不同信任级别的区域。每个区域根据其分类实施特定的安全控制措施。推荐的分区方法包括公共区域(不可信)、非军事区DMZ(半可信)、内部区域(可信)和受限区域(高度可信)。区域之间的通信必须通过受控接口(通常是防火墙或网关设备),这些设备执行入口和出口过滤策略。分区模型是分层的,允许组织在每个主要区域内定义子区域以实现更细粒度的控制。
分区模型的一个关键概念是信任边界,它代表了数据从一个信任级别跨越到另一个信任级别的点。在每个信任边界处,必须部署安全控制措施来检查、过滤和记录流量。该标准建议最小化任何两个通信端点之间的信任边界数量,因为每个边界都会引入延迟和操作复杂性。然而,该标准也警告不要消除具有基本安全功能的边界,因为这会为已经突破外围的攻击者创建横向移动的路径。在网络设计中,正确处理信任边界对于建立纵深防御体系至关重要。
| 区域 | 信任级别 | 示例资产 | 推荐控制措施 |
|---|---|---|---|
| 公共区域 | 无/不可信 | 面向互联网的服务器 | DDoS防护、WAF、速率限制 |
| DMZ区域 | 低/半可信 | Web服务器、反向代理 | 双防火墙、IDS/IPS、应用过滤 |
| 内部区域 | 可信 | 企业LAN、用户工作站 | NAC、内部分段、防病毒 |
| 受限区域 | 高度可信 | 数据库服务器、PKI、HR系统 | MFA、静态加密、严格ACL |
| 管理区域 | 运维级 | 网络管理控制台 | 带外访问、跳板机、审计日志 |
ISO/IEC 27033-2 定义了在架构设计中应考虑的多个控制层。边界安全层通过防火墙、入侵防御系统和带有访问控制列表的边界路由器来保护内部网络与外部网络之间的边界。通信安全层通过TLS、IPsec和MACsec等加密协议确保传输中的数据得到保护。终端安全层对连接到网络的设备强制执行安全策略,包括补丁合规性、防病毒状态和磁盘加密验证。每一层独立运作但又协同工作,共同构成纵深防御架构。
该标准还引入了安全控制区的概念,即特定的物理或逻辑区域,其中集中部署了特定的控制层。例如,数据中心可以在其网络边界设置安全控制区,包括防火墙、带有SSL终止功能的负载均衡器和入侵检测系统。类似地,园区网络可以在建筑配线层设置安全控制区,在此处实施VLAN分段和访问控制列表。该标准强调控制层不应不必要地重复,因为这会增加成本和复杂性而不带来成比例的安全收益,但关键的控制层应具有冗余以避免单点故障。在实际部署中,平衡控制层的覆盖范围和冗余度是一个需要仔细考虑的问题。
该标准强调,安全控制措施必须在整个架构中协调部署。控制措施可以是预防性的(如防火墙阻止未授权流量)、检测性的(如入侵检测系统分析流量模式)或纠正性的(如受损终端的自动隔离)。一个设计良好的安全架构应整合所有三类控制措施,以创建具有弹性的防御态势。该标准还涉及安全控制部署的运营方面,包括变更管理流程、配置基线文档以及通过漏洞评估和渗透测试定期测试控制措施的有效性。
本节的关键建议之一是建立安全架构审查委员会(SARB),定期开会,根据标准中定义的架构原则评估网络变更。SARB应包括网络工程、安全运营、应用程序开发和业务部门的代表,以确保安全考虑与运营和业务需求相平衡。该标准还建议维护一个安全架构知识库,记录所有安全控制措施、其配置、相互依赖关系以及与组织安全策略的一致性。该知识库应作为网络设计和变更的权威参考,确保所有利益相关者都能理解安全架构并对其负责。
从工程角度来看,关键成功因素包括:(1)在采购网络设备之前先定义安全区域;(2)确保防火墙规则集源自正式的安全策略而非临时请求;(3)使用三层(子网)和二层(VLAN)边界实施网络分段;(4)建立从所有区域边界收集日志的安全监控能力;(5)实施自动化规则部署和变更管理流程。该标准还建议将架构决策记录在网络安全架构文档(NSAD)中,并每年进行审查,在网络基础设施发生重大变更时进行更新。
工程师还应关注安全架构的可扩展性。随着组织的成长,安全区域的数量、区域间流量的容量以及防火墙规则集的复杂性都会增加。该标准建议从一开始就为可扩展性而设计,使用分层区域结构,尽可能聚合规则,并通过安全编排工具实现规则管理的自动化。防火墙规则部署、日志分析和事件响应工作流程的自动化可以显著降低维护复杂安全架构的运营负担。此外,随着软件定义网络(SDN)和网络虚拟化技术的普及,安全控制措施的实施方式正在发生根本性变化,工程师需要及时更新自己的知识储备。