简介这份PDF文档面向需要开展网络安全等级保护三级建设与测评的企业IT负责人、安全运维人员及合规咨询从业者系统梳理了三级等保落地所需的设备与服务清单帮助读者对照标准快速明确建设范围与配置要求。资源包共1个PDF文件约238KB内容按物理安全、网络安全、主机安全、数据安全及安全服务五大模块组织逐项列出电子门禁、防盗报警、视频监控、防雷接地、UPS、机房专用空调、应用级防火墙、流量清洗、日志审计、堡垒机、数据库审计、网页防篡改、漏洞扫描、负载均衡等设备或措施并标注部署位置、是否必须及可替代方案。文档还涵盖信息安全制度完善、安全检查、安全培训与安全专家等配套服务要求便于读者按章节核对自身差距、编制采购与整改清单。目前已有440人学习下载适合作为等保三级项目前期规划与合规自查的参考底稿。1. 三级等保不是买台设备就完事一份设备清单背后的真实工程账很多团队第一次接触三级等保脑子里冒出来的画面是「买几台防火墙、装个堡垒机、再配个日志审计齐活」。真到测评机构进场那天才发现设备清单只是入场券真正决定你能不能过的是这些设备有没有被正确接入网络、策略有没有落地、日志有没有留存、责任有没有到人。标题里这份「完整版三级等保所需设备及服务.pdf」本质上是一份采购与建设对照表它回答的是「三级等保到底要准备哪些硬件、软件和服务」这个问题。适合谁看正在做等保立项的技术负责人、被拉来写整改方案的运维工程师、以及需要给老板解释预算为什么这么高的安全岗。这篇笔记不聊政策条文只聊设备怎么选、服务怎么买、钱花在哪、坑埋在哪。2. 三级等保的设备清单到底分几层从物理机房到应用数据的逐层拆解三级等保的技术要求按「安全物理环境、安全通信网络、安全区域边界、安全计算环境、安全管理中心」五个层面展开设备和服务就是围绕这五层来配的。很多人拿到一份设备清单直接照着买结果发现买回来的东西和现有网络架构对不上这就是没先做分层映射的后果。我一般会先把现有拓扑画出来再把每一层缺什么标上去最后才去对采购清单。2.1 安全物理环境与通信网络最容易被忽略的底层设备物理环境这一层三级等保要求机房有门禁、监控、消防、温湿度控制、UPS 等。这些通常不是安全团队直接采购但测评时会查。常见做法是让行政或基建部门提供机房验收报告和运维记录安全团队负责确认这些记录能被测评机构认可。通信网络层面核心设备是交换机和路由器但等保要求的是「通信传输完整性和保密性」所以如果业务系统有跨机房或跨云传输需要配加密设备或启用现有设备的加密功能。我见过一个模拟项目业务系统部署在自建机房数据库主从同步走的是明文传输测评时被判定通信传输不满足要求。整改方案是在两台数据库服务器之间加了一条加密隧道用的是开源工具做的链路加密成本几乎为零但需要运维手动配置密钥轮换。这说明设备清单上的「加密设备」不一定非要买硬件软件方案也能过前提是你能说清楚密钥管理和传输完整性校验怎么做。2.2 安全区域边界防火墙、入侵检测和抗 DDoS 的选型逻辑区域边界是设备采购的大头。三级等保要求边界具备访问控制、入侵防范、恶意代码防范和抗 DDoS 能力。常见配置是下一代防火墙做访问控制和应用识别入侵检测或入侵防御系统做流量分析抗 DDoS 设备或云清洗服务做流量清洗。这里有个选型坑很多团队买了防火墙但没买入侵检测测评时被要求补因为防火墙的策略是「允许或拒绝」而入侵检测是「发现并记录」两者在等保条款里是分开的。选型时我一般会看三个参数吞吐量、并发连接数、新建连接速率。吞吐量要按业务峰值流量的 1.5 倍来配并发连接数按现有连接数的 3 倍来配新建连接速率按业务高峰期的每秒新建请求数来配。这三个参数在设备规格书里都有但销售往往只报吞吐量另外两个要主动问。如果预算有限抗 DDoS 可以先用云服务按需付费不必一次性买硬件。2.3 安全计算环境主机安全、数据库审计和堡垒机的落地细节计算环境这一层设备和服务包括主机安全软件、数据库审计系统、堡垒机、漏洞扫描系统、终端杀毒等。主机安全软件负责基线核查、入侵检测、病毒查杀数据库审计负责记录所有 SQL 操作堡垒机负责运维人员的统一入口和操作审计。这三样是三级等保的标配缺一不可。堡垒机的部署有个细节它必须能记录所有运维操作包括 SSH、RDP、数据库客户端等。我见过一个案例堡垒机只配了 SSH 代理运维人员用数据库客户端直连数据库绕过了堡垒机测评时被判定运维审计不完整。整改方案是把数据库客户端的连接也纳入堡垒机代理或者直接在数据库层面限制只有堡垒机 IP 能连。这个坑很典型买设备的时候销售不会告诉你得自己把运维路径全部梳理一遍。2.4 安全管理中心日志审计和态势感知的整合方式安全管理中心要求对分散在各个设备上的日志进行集中收集、分析和留存。三级等保要求日志留存不少于六个月。常见做法是部署日志审计系统或 SIEM 平台把防火墙、入侵检测、服务器、数据库、堡垒机的日志全部接进去。这里的关键不是买什么设备而是日志源有没有全部接入、日志格式有没有统一、告警规则有没有配置。我一般会先列一个日志源清单逐个确认设备是否支持 syslog 或 API 对接然后配置日志转发。如果设备不支持标准协议就需要用采集器做适配。日志留存六个月意味着存储容量要提前算好按每天每设备 500MB 到 2GB 估算十台设备半年大概需要 1TB 到 4TB 的存储。这个数字在采购存储时就要考虑进去别等日志写满了才发现硬盘不够。3. 从清单到落地三级等保设备采购与部署的实操步骤设备清单看懂了接下来是怎么买、怎么装、怎么配。这一章按项目推进的顺序来写从需求梳理到验收测试每一步都有具体的操作和参数。3.1 先做差距评估再列采购清单避免重复采购和漏项差距评估是等保建设的第一步。做法是拿三级等保的测评项逐条对照现有环境标记「已满足」「部分满足」「不满足」。部分满足和不满足的项才是需要采购设备或服务来解决的。我一般会用表格来管理这个过程列包括测评项编号、要求描述、当前状态、整改方案、所需设备或服务、预算估算。# 差距评估表格的字段示例用 CSV 格式管理方便导入表格工具 # 字段测评项编号,要求描述,当前状态,整改方案,所需设备或服务,预算估算 # 示例行 # 8.1.3.1,边界访问控制,部分满足,现有防火墙策略未细化到端口级,下一代防火墙,5万 # 8.1.4.2,入侵防范,不满足,无入侵检测设备,入侵检测系统或IPS,8万 # 8.1.5.3,数据库审计,不满足,无审计设备,数据库审计系统,6万这个表格的作用是让采购清单有依据每一笔预算都能对应到一个测评项。测评机构进场时你也可以用这个表格来说明整改逻辑。参数说明测评项编号按等保测评报告里的编号来写当前状态只有三种值整改方案要具体到设备类型或配置动作预算估算按市场均价填。3.2 设备到货后的接入顺序先边界后内部先审计后防护设备到货后不要一股脑全接上接入顺序会影响调试效率和故障排查。我一般按「先边界后内部先审计后防护」的顺序来。先接防火墙和入侵检测把边界策略配好确认业务正常访问。再接堡垒机和数据库审计把运维路径和数据库访问纳入审计。最后接主机安全和日志审计做全量日志收集。这个顺序的原因是边界设备影响所有业务的进出必须先调通审计设备是旁路部署接错了不影响业务但接晚了会漏日志主机安全软件要装 agent可能影响服务器性能放在最后做可以单独观察。每接一台设备都要做一次业务连通性测试确认没有误杀或阻断。3.3 策略配置的最小可用集防火墙、堡垒机、日志审计的参数模板策略配置是等保整改里最耗时的部分。防火墙策略要细化到源 IP、目的 IP、端口、协议、动作默认拒绝。堡垒机要配置资产列表、账号映射、操作审计规则。日志审计要配置日志源、解析规则、告警阈值。下面给一个防火墙策略的最小可用集模板。# 防火墙策略配置示例以某通用防火墙命令行风格为例 # 定义地址对象 address-object trust_zone 10.0.0.0/24 address-object dmz_zone 172.16.0.0/24 address-object server_db 172.16.1.10/32 # 定义服务对象 service-object web_http tcp 80 service-object web_https tcp 443 service-object db_mysql tcp 3306 # 配置策略允许信任区访问 DMZ 的 Web 服务 policy from trust_zone to dmz_zone service web_http web_https action permit # 配置策略允许 DMZ 应用服务器访问数据库 policy from dmz_zone to server_db service db_mysql action permit # 默认拒绝所有其他流量 policy default action deny log逻辑说明先定义地址和服务对象再写策略最后设默认拒绝。参数说明地址对象按实际网段填服务对象按业务实际端口填策略顺序很重要匹配到第一条就停止所以精确策略要放在宽泛策略前面。默认拒绝一定要开日志否则出问题不知道被哪条策略挡了。3.4 验收测试怎么做用测评项反推测试用例设备装完配完要做一次自测。自测的方法是拿测评项反推测试用例。比如「边界访问控制」这一项测试用例就是从外部 IP 尝试访问内部未开放端口应该被拒绝并记录日志从内部信任区访问 DMZ 的 Web 端口应该允许。「入侵防范」的测试用例是发送一条模拟攻击流量入侵检测应该产生告警。「数据库审计」的测试用例是执行一条 SQL 查询审计系统应该记录到操作人、时间、语句。自测通过后再请测评机构做预评估。预评估会暴露很多细节问题比如日志格式不对、策略顺序有误、审计记录缺字段。这些问题在正式测评前改掉比正式测评时被扣分要好得多。4. 三级等保设备采购和部署的避坑指南五条血泪经验这一章写五个我踩过或见过的坑每条按「现象 → 原因 → 解决」来写。这些坑在设备清单上不会写但实际做的时候一定会遇到。4.1 坑一买了堡垒机但运维人员绕过它直连服务器现象测评时发现堡垒机日志里只有部分运维操作另一部分操作直接连到了服务器。原因堡垒机只配了 SSH 代理运维人员用其他协议或工具直连或者堡垒机没有做网络层强制。解决在网络层限制只有堡垒机 IP 能访问服务器的运维端口其他 IP 一律拒绝。同时在堡垒机上配置所有运维协议包括 SSH、RDP、VNC、数据库客户端。4.2 坑二日志审计系统接入了设备但没配解析规则现象日志审计系统里能看到日志但全是原始文本无法搜索和告警。原因设备日志格式不统一审计系统没有对应的解析规则。解决先确认审计系统支持哪些日志格式再配置设备的日志输出格式与之匹配。如果不匹配需要写自定义解析规则。这个工作量大但必须做否则日志审计就是个摆设。4.3 坑三防火墙策略默认允许测评时被判定访问控制失效现象测评时发现防火墙策略最后一条是允许所有或者没有默认拒绝。原因调试时为了方便临时加了允许所有后来忘了删。解决配置默认拒绝策略并开启日志。所有允许策略必须明确源、目的、端口、协议。定期审计策略清理临时策略。4.4 坑四数据库审计设备旁路部署但交换机没做端口镜像现象数据库审计设备接上了但抓不到数据库流量。原因交换机没有配置端口镜像审计设备看不到流量。解决在交换机上配置端口镜像把数据库服务器的上下行流量镜像到审计设备所在的端口。如果数据库是加密传输审计设备还需要支持解密否则只能看到密文。4.5 坑五主机安全软件装了但没开实时防护现象服务器中了病毒主机安全软件没有告警。原因软件装了但实时防护没开或者病毒库没更新。解决安装后确认实时防护已开启病毒库自动更新已配置。定期检查 agent 在线状态和防护状态。如果服务器性能紧张可以调整扫描策略但不能关闭实时防护。5. 把设备清单变成可维护的安全体系一个持续运营的小技巧设备买回来、配好、过了测评不代表事情结束了。三级等保是每年都要复测的设备策略会随着业务变化而失效日志会写满证书会过期。我一般会做一个「等保设备运维日历」把每台设备的检查项和周期列出来到期自动提醒。设备类型检查项周期负责人防火墙策略审计、日志检查、版本更新每月网络安全岗入侵检测规则库更新、告警复核每周网络安全岗堡垒机账号核对、操作日志抽查每月运维安全岗数据库审计审计记录完整性检查、存储容量每周数据安全岗日志审计日志源在线状态、存储容量、告警规则每周安全运营岗主机安全agent 在线率、病毒库版本、扫描任务每周系统安全岗这个日历的好处是把等保运维从「测评前突击」变成「日常动作」。我自己的习惯是每周一早上花半小时过一遍这个表该更新的更新该清理的清理。等保复测前再整体过一遍基本不会出大问题。还有一个小技巧把测评项编号和对应的设备配置项做成映射表复测时直接按编号查配置不用重新翻测评报告。最后说一句三级等保的设备清单不是越贵越好而是越匹配越好。买之前先做差距评估买之后先做接入测试配完之后先做自测。这三步做到位测评通过是水到渠成的事。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/21 18:45:51 · 阅读 1.2k 三级等保设备清单与落地部署实战：从采购到运维的完整指南
简介这份PDF文档面向需要开展网络安全等级保护三级建设与测评的企业IT负责人、安全运维人员及合规咨询从业者系统梳理了三级等保落地所需的设备与服务清单帮助读者对照标准快速明确建设范围与配置要求。资源包共1个PDF文件约238KB内容按物理安全、网络安全、主机安全、数据安全及安全服务五大模块组织逐项列出电子门禁、防盗报警、视频监控、防雷接地、UPS、机房专用空调、应用级防火墙、流量清洗、日志审计、堡垒机、数据库审计、网页防篡改、漏洞扫描、负载均衡等设备或措施并标注部署位置、是否必须及可替代方案。文档还涵盖信息安全制度完善、安全检查、安全培训与安全专家等配套服务要求便于读者按章节核对自身差距、编制采购与整改清单。目前已有440人学习下载适合作为等保三级项目前期规划与合规自查的参考底稿。1. 三级等保不是买台设备就完事一份设备清单背后的真实工程账很多团队第一次接触三级等保脑子里冒出来的画面是「买几台防火墙、装个堡垒机、再配个日志审计齐活」。真到测评机构进场那天才发现设备清单只是入场券真正决定你能不能过的是这些设备有没有被正确接入网络、策略有没有落地、日志有没有留存、责任有没有到人。标题里这份「完整版三级等保所需设备及服务.pdf」本质上是一份采购与建设对照表它回答的是「三级等保到底要准备哪些硬件、软件和服务」这个问题。适合谁看正在做等保立项的技术负责人、被拉来写整改方案的运维工程师、以及需要给老板解释预算为什么这么高的安全岗。这篇笔记不聊政策条文只聊设备怎么选、服务怎么买、钱花在哪、坑埋在哪。2. 三级等保的设备清单到底分几层从物理机房到应用数据的逐层拆解三级等保的技术要求按「安全物理环境、安全通信网络、安全区域边界、安全计算环境、安全管理中心」五个层面展开设备和服务就是围绕这五层来配的。很多人拿到一份设备清单直接照着买结果发现买回来的东西和现有网络架构对不上这就是没先做分层映射的后果。我一般会先把现有拓扑画出来再把每一层缺什么标上去最后才去对采购清单。2.1 安全物理环境与通信网络最容易被忽略的底层设备物理环境这一层三级等保要求机房有门禁、监控、消防、温湿度控制、UPS 等。这些通常不是安全团队直接采购但测评时会查。常见做法是让行政或基建部门提供机房验收报告和运维记录安全团队负责确认这些记录能被测评机构认可。通信网络层面核心设备是交换机和路由器但等保要求的是「通信传输完整性和保密性」所以如果业务系统有跨机房或跨云传输需要配加密设备或启用现有设备的加密功能。我见过一个模拟项目业务系统部署在自建机房数据库主从同步走的是明文传输测评时被判定通信传输不满足要求。整改方案是在两台数据库服务器之间加了一条加密隧道用的是开源工具做的链路加密成本几乎为零但需要运维手动配置密钥轮换。这说明设备清单上的「加密设备」不一定非要买硬件软件方案也能过前提是你能说清楚密钥管理和传输完整性校验怎么做。2.2 安全区域边界防火墙、入侵检测和抗 DDoS 的选型逻辑区域边界是设备采购的大头。三级等保要求边界具备访问控制、入侵防范、恶意代码防范和抗 DDoS 能力。常见配置是下一代防火墙做访问控制和应用识别入侵检测或入侵防御系统做流量分析抗 DDoS 设备或云清洗服务做流量清洗。这里有个选型坑很多团队买了防火墙但没买入侵检测测评时被要求补因为防火墙的策略是「允许或拒绝」而入侵检测是「发现并记录」两者在等保条款里是分开的。选型时我一般会看三个参数吞吐量、并发连接数、新建连接速率。吞吐量要按业务峰值流量的 1.5 倍来配并发连接数按现有连接数的 3 倍来配新建连接速率按业务高峰期的每秒新建请求数来配。这三个参数在设备规格书里都有但销售往往只报吞吐量另外两个要主动问。如果预算有限抗 DDoS 可以先用云服务按需付费不必一次性买硬件。2.3 安全计算环境主机安全、数据库审计和堡垒机的落地细节计算环境这一层设备和服务包括主机安全软件、数据库审计系统、堡垒机、漏洞扫描系统、终端杀毒等。主机安全软件负责基线核查、入侵检测、病毒查杀数据库审计负责记录所有 SQL 操作堡垒机负责运维人员的统一入口和操作审计。这三样是三级等保的标配缺一不可。堡垒机的部署有个细节它必须能记录所有运维操作包括 SSH、RDP、数据库客户端等。我见过一个案例堡垒机只配了 SSH 代理运维人员用数据库客户端直连数据库绕过了堡垒机测评时被判定运维审计不完整。整改方案是把数据库客户端的连接也纳入堡垒机代理或者直接在数据库层面限制只有堡垒机 IP 能连。这个坑很典型买设备的时候销售不会告诉你得自己把运维路径全部梳理一遍。2.4 安全管理中心日志审计和态势感知的整合方式安全管理中心要求对分散在各个设备上的日志进行集中收集、分析和留存。三级等保要求日志留存不少于六个月。常见做法是部署日志审计系统或 SIEM 平台把防火墙、入侵检测、服务器、数据库、堡垒机的日志全部接进去。这里的关键不是买什么设备而是日志源有没有全部接入、日志格式有没有统一、告警规则有没有配置。我一般会先列一个日志源清单逐个确认设备是否支持 syslog 或 API 对接然后配置日志转发。如果设备不支持标准协议就需要用采集器做适配。日志留存六个月意味着存储容量要提前算好按每天每设备 500MB 到 2GB 估算十台设备半年大概需要 1TB 到 4TB 的存储。这个数字在采购存储时就要考虑进去别等日志写满了才发现硬盘不够。3. 从清单到落地三级等保设备采购与部署的实操步骤设备清单看懂了接下来是怎么买、怎么装、怎么配。这一章按项目推进的顺序来写从需求梳理到验收测试每一步都有具体的操作和参数。3.1 先做差距评估再列采购清单避免重复采购和漏项差距评估是等保建设的第一步。做法是拿三级等保的测评项逐条对照现有环境标记「已满足」「部分满足」「不满足」。部分满足和不满足的项才是需要采购设备或服务来解决的。我一般会用表格来管理这个过程列包括测评项编号、要求描述、当前状态、整改方案、所需设备或服务、预算估算。# 差距评估表格的字段示例用 CSV 格式管理方便导入表格工具 # 字段测评项编号,要求描述,当前状态,整改方案,所需设备或服务,预算估算 # 示例行 # 8.1.3.1,边界访问控制,部分满足,现有防火墙策略未细化到端口级,下一代防火墙,5万 # 8.1.4.2,入侵防范,不满足,无入侵检测设备,入侵检测系统或IPS,8万 # 8.1.5.3,数据库审计,不满足,无审计设备,数据库审计系统,6万这个表格的作用是让采购清单有依据每一笔预算都能对应到一个测评项。测评机构进场时你也可以用这个表格来说明整改逻辑。参数说明测评项编号按等保测评报告里的编号来写当前状态只有三种值整改方案要具体到设备类型或配置动作预算估算按市场均价填。3.2 设备到货后的接入顺序先边界后内部先审计后防护设备到货后不要一股脑全接上接入顺序会影响调试效率和故障排查。我一般按「先边界后内部先审计后防护」的顺序来。先接防火墙和入侵检测把边界策略配好确认业务正常访问。再接堡垒机和数据库审计把运维路径和数据库访问纳入审计。最后接主机安全和日志审计做全量日志收集。这个顺序的原因是边界设备影响所有业务的进出必须先调通审计设备是旁路部署接错了不影响业务但接晚了会漏日志主机安全软件要装 agent可能影响服务器性能放在最后做可以单独观察。每接一台设备都要做一次业务连通性测试确认没有误杀或阻断。3.3 策略配置的最小可用集防火墙、堡垒机、日志审计的参数模板策略配置是等保整改里最耗时的部分。防火墙策略要细化到源 IP、目的 IP、端口、协议、动作默认拒绝。堡垒机要配置资产列表、账号映射、操作审计规则。日志审计要配置日志源、解析规则、告警阈值。下面给一个防火墙策略的最小可用集模板。# 防火墙策略配置示例以某通用防火墙命令行风格为例 # 定义地址对象 address-object trust_zone 10.0.0.0/24 address-object dmz_zone 172.16.0.0/24 address-object server_db 172.16.1.10/32 # 定义服务对象 service-object web_http tcp 80 service-object web_https tcp 443 service-object db_mysql tcp 3306 # 配置策略允许信任区访问 DMZ 的 Web 服务 policy from trust_zone to dmz_zone service web_http web_https action permit # 配置策略允许 DMZ 应用服务器访问数据库 policy from dmz_zone to server_db service db_mysql action permit # 默认拒绝所有其他流量 policy default action deny log逻辑说明先定义地址和服务对象再写策略最后设默认拒绝。参数说明地址对象按实际网段填服务对象按业务实际端口填策略顺序很重要匹配到第一条就停止所以精确策略要放在宽泛策略前面。默认拒绝一定要开日志否则出问题不知道被哪条策略挡了。3.4 验收测试怎么做用测评项反推测试用例设备装完配完要做一次自测。自测的方法是拿测评项反推测试用例。比如「边界访问控制」这一项测试用例就是从外部 IP 尝试访问内部未开放端口应该被拒绝并记录日志从内部信任区访问 DMZ 的 Web 端口应该允许。「入侵防范」的测试用例是发送一条模拟攻击流量入侵检测应该产生告警。「数据库审计」的测试用例是执行一条 SQL 查询审计系统应该记录到操作人、时间、语句。自测通过后再请测评机构做预评估。预评估会暴露很多细节问题比如日志格式不对、策略顺序有误、审计记录缺字段。这些问题在正式测评前改掉比正式测评时被扣分要好得多。4. 三级等保设备采购和部署的避坑指南五条血泪经验这一章写五个我踩过或见过的坑每条按「现象 → 原因 → 解决」来写。这些坑在设备清单上不会写但实际做的时候一定会遇到。4.1 坑一买了堡垒机但运维人员绕过它直连服务器现象测评时发现堡垒机日志里只有部分运维操作另一部分操作直接连到了服务器。原因堡垒机只配了 SSH 代理运维人员用其他协议或工具直连或者堡垒机没有做网络层强制。解决在网络层限制只有堡垒机 IP 能访问服务器的运维端口其他 IP 一律拒绝。同时在堡垒机上配置所有运维协议包括 SSH、RDP、VNC、数据库客户端。4.2 坑二日志审计系统接入了设备但没配解析规则现象日志审计系统里能看到日志但全是原始文本无法搜索和告警。原因设备日志格式不统一审计系统没有对应的解析规则。解决先确认审计系统支持哪些日志格式再配置设备的日志输出格式与之匹配。如果不匹配需要写自定义解析规则。这个工作量大但必须做否则日志审计就是个摆设。4.3 坑三防火墙策略默认允许测评时被判定访问控制失效现象测评时发现防火墙策略最后一条是允许所有或者没有默认拒绝。原因调试时为了方便临时加了允许所有后来忘了删。解决配置默认拒绝策略并开启日志。所有允许策略必须明确源、目的、端口、协议。定期审计策略清理临时策略。4.4 坑四数据库审计设备旁路部署但交换机没做端口镜像现象数据库审计设备接上了但抓不到数据库流量。原因交换机没有配置端口镜像审计设备看不到流量。解决在交换机上配置端口镜像把数据库服务器的上下行流量镜像到审计设备所在的端口。如果数据库是加密传输审计设备还需要支持解密否则只能看到密文。4.5 坑五主机安全软件装了但没开实时防护现象服务器中了病毒主机安全软件没有告警。原因软件装了但实时防护没开或者病毒库没更新。解决安装后确认实时防护已开启病毒库自动更新已配置。定期检查 agent 在线状态和防护状态。如果服务器性能紧张可以调整扫描策略但不能关闭实时防护。5. 把设备清单变成可维护的安全体系一个持续运营的小技巧设备买回来、配好、过了测评不代表事情结束了。三级等保是每年都要复测的设备策略会随着业务变化而失效日志会写满证书会过期。我一般会做一个「等保设备运维日历」把每台设备的检查项和周期列出来到期自动提醒。设备类型检查项周期负责人防火墙策略审计、日志检查、版本更新每月网络安全岗入侵检测规则库更新、告警复核每周网络安全岗堡垒机账号核对、操作日志抽查每月运维安全岗数据库审计审计记录完整性检查、存储容量每周数据安全岗日志审计日志源在线状态、存储容量、告警规则每周安全运营岗主机安全agent 在线率、病毒库版本、扫描任务每周系统安全岗这个日历的好处是把等保运维从「测评前突击」变成「日常动作」。我自己的习惯是每周一早上花半小时过一遍这个表该更新的更新该清理的清理。等保复测前再整体过一遍基本不会出大问题。还有一个小技巧把测评项编号和对应的设备配置项做成映射表复测时直接按编号查配置不用重新翻测评报告。最后说一句三级等保的设备清单不是越贵越好而是越匹配越好。买之前先做差距评估买之后先做接入测试配完之后先做自测。这三步做到位测评通过是水到渠成的事。希望帮到你。本文还有配套的精品资源点击获取