首页/安全/等保与合规速查/一个中心、三重防护:总体技术架构
等保 2.0 基础50 条

一个中心、三重防护:总体技术架构

等保 2.0 总体技术思路:以安全管理中心为管控中枢,构建安全通信网络、安全区域边界、安全计算环境三层纵深防护。

等保与合规速查安全更新于 2026-10-13

一个中心三重防护是什么

这是等保 2.0 提出的总体技术架构思路,来自 GB/T 25070-2019:以安全管理中心作为管控中枢,向外构建安全通信网络、安全区域边界、安全计算环境三层纵深防护。它的价值在于把 GB/T 22239-2019 的条款从清单变成结构:先看网络怎么分区与传输,再看边界怎么控流量,再看计算环境怎么管账号与数据,最后看管理中心能否集中掌握全局面。

四层组成与典型手段

组成定位典型手段
安全管理中心集中管控与审计中枢日志集中、集中监控、三权分立
安全通信网络传输与网络架构分区隔离、传输加密、链路冗余
安全区域边界进出流量控制面访问控制、入侵防范、恶意代码防范
安全计算环境业务与数据承载面身份鉴别、审计、访问控制、数据保护

落地映射

落地映射
# 把架构映射到具体设备与平台
通信网络 → 交换机 / 路由器 / VPN / 专线 / 网络分区
区域边界 → 防火墙 / IPS / WAF / 上网行为管理 / 抗DDoS
计算环境 → 主机加固 / 杀毒 / 数据库审计 / 堡垒机 / 终端管控
管理中心 → 日志平台 / 态势感知 / 集中管控平台 / 统一身份认证

为什么要有安全管理中心

  • 分散设备各自为政时,看全局只能靠人工逐台登录,事件发生时反应不过来
  • 三级明确要求系统管理、审计管理与安全管理分设并独立鉴别,集中管控是落地方式
  • 审计数据只有集中收集才能做关联分析,分设备孤立日志难以还原攻击链
  • 集中监控与集中告警把安全运维从被动响应变成可度量的流程

基本信息

依据标准GB/T 25070-2019 网络安全等级保护安全设计技术要求
适用等级二级可参考,三级起为明确要求
落地形态不必买一套专门的「中心」产品,可由日志平台与管控平台组合实现
常见投入日志平台、堡垒机、统一身份认证、集中监控

典型使用场景

  • 网络改造设计:按分区与边界思路重画拓扑,明确各区域的安全职责
  • 整改方案编写:用四层结构组织措施,避免条款遗漏与重复投入
  • 安全预算论证:向管理层说明日志平台与堡垒机不是可选项而是架构中的一部分
  • 新建数据中心:在机房与网络设计阶段就预留管理中心的位置与链路
「一个中心」强调的是管理能力而不是某台设备:把日志、账号、配置、告警四类能力集中起来,比单独采购一台安全管理平台更贴近条款本意。
集中管控平台自身就是高价值目标:它握着全量日志与管理权限,上线前必须做账号分权、访问源限制与审计,否则等于把防线收拢成一个单点。

评审时怎么讲这套架构

  • 先讲数据流向:业务从用户到应用再到数据库,中间经过哪些区域与边界
  • 再讲控制点:每个区域用了什么手段控制进出与内部访问
  • 再讲可见性:管理中心能看到哪些日志与告警,处置流程如何闭环
  • 最后讲验证:用配置截图、日志样例与处置工单证明措施真的在运行
三层防护不是三个独立项目:同一台设备可能同时承担通信网络与区域边界的职责,关键是能力是否被清晰划分并配置到位,而不是设备数量有多少。

易错点

  • 只按设备清单整改不看架构:条款覆盖看似完整,实际分区不清、路径不明,测评时仍被判不符合
  • 把管理中心理解为一台设备:没有集中分析与处置流程,日志平台也只是日志垃圾场
  • 通信网络忽略链路与架构类条款:只做加密不做分区与冗余,网络类要求项覆盖不全
  • 边界设备堆叠却无策略梳理:规则膨胀导致误放行与性能下降,访问控制有效性无法举证

数据来源与参考

  • GB/T 25070-2019《信息安全技术 网络安全等级保护安全设计技术要求》
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌