深圳企业开展等保测评前，需要根据系统实际安全状况制定科学的等保整改方案。本文从信息系统梳理、等保差距分析、技术整改、管理整改、安全建设、整改验证到等级测评等方面，详细解析深圳等保整改方案如何制定，帮助企业明确整改重点，完善网络、主机、应用、数据、日志审计及安全管理体系，为后续等保测评做好准备。
对于深圳企业来说，开展网络安全等级保护工作，并不是简单地提交备案材料或者直接预约等保测评。
如果企业现有的信息系统没有按照对应等级要求进行安全建设，进入测评阶段后往往会发现大量问题。因此，在正式开展等保测评之前，提前进行差距分析并制定等保整改方案，是非常重要的一步。
按照现行等级保护管理要求，信息系统确定安全保护等级后，应按照相应的管理规范和技术标准开展安全建设或者改建；如果经过测评或者自查发现系统安全状况未达到对应等级要求，则应制定方案进行整改。
目前现行的国家标准《信息安全技术 网络安全等级保护基本要求》为 GB/T 22239-2019，该标准于2019年12月1日起实施，是企业开展网络安全等级保护安全建设的重要依据之一。
一、什么是等保整改方案？
简单来说，等保整改方案就是：
根据企业信息系统当前的安全状况，与对应等级的安全要求进行对比，找出差距，并针对每一个问题制定具体解决措施。
例如：
企业目前只有一台云服务器，服务器虽然可以正常运行，但是存在以下问题：
部分高危漏洞没有修复；
管理员账号权限过大；
没有完善的密码策略；
数据库没有独立访问控制；
日志保存不完整；
缺少集中日志审计；
数据备份没有进行恢复验证；
网络安全管理制度不完善。
那么整改方案就应该针对这些问题逐项提出：
问题是什么 → 为什么需要整改 → 怎么整改 → 谁负责整改 → 什么时候完成 → 如何验证整改结果。
这才是一份真正具有执行价值的等保整改方案。
二、深圳企业制定等保整改方案的第一步：梳理系统
制定整改方案之前，首先要把企业的信息系统搞清楚。
建议从以下几个方面进行梳理。
1. 梳理业务系统
明确：
系统名称；
系统功能；
服务对象；
用户数量；
业务范围；
是否面向互联网；
是否涉及重要数据；
是否涉及个人信息。
例如：
教育平台、商城系统、SaaS平台、APP后台、企业管理系统、互联网交易平台等，都需要结合实际情况进行分析。
2. 梳理基础设施
进一步确认：
云服务器；
物理服务器；
数据库；
中间件；
网络设备；
防火墙；
WAF；
VPN；
堡垒机；
日志系统；
备份系统。
3. 梳理网络架构
明确：
互联网出口；
公网IP；
服务器区域；
数据库区域；
管理区域；
办公网络；
运维网络；
第三方访问链路。
只有把这些内容梳理清楚，才能知道后续应该整改什么。
三、第二步：开展等保差距分析
差距分析是制定整改方案最核心的环节。
可以简单理解为：
拿企业现状和等保要求逐项对照。
例如：
| 检查项目 | 企业现状 | 等保要求 | 差距 | 整改措施 |
|---|---|---|---|---|
| 身份鉴别 | 密码策略较简单 | 应满足相应安全要求 | 存在差距 | 完善密码策略 |
| 访问控制 | 管理员权限较大 | 应进行合理权限控制 | 存在差距 | 实施权限分级 |
| 网络边界 | 已部署防火墙 | 需要合理配置访问控制 | 部分不足 | 优化防火墙策略 |
| 漏洞管理 | 存在高危漏洞 | 应及时处理安全漏洞 | 存在差距 | 漏洞修复 |
| 日志审计 | 日志分散保存 | 应具备相应审计能力 | 存在差距 | 完善日志审计 |
| 数据备份 | 有数据库备份 | 应具备有效恢复能力 | 需要验证 | 开展恢复测试 |
| 制度管理 | 制度不完整 | 应建立相应安全制度 | 存在差距 | 补充管理制度 |
| 应急管理 | 有预案无演练 | 应建立应急管理机制 | 存在差距 | 完善预案并开展演练 |
通过这样的方式，可以非常直观地看到企业到底缺什么。
四、差距分析不能只看技术
这是制定等保整改方案时非常重要的一点。
很多企业做等保时首先想到的是：
防火墙要不要买？
WAF要不要买？
堡垒机要不要买？
实际上，等保整改并不只是技术设备整改。
完整的差距分析至少应该同时考虑：
技术安全 + 管理安全。
技术方面主要检查：
网络；
主机；
应用；
数据；
安全设备；
日志；
访问控制；
漏洞；
备份。
管理方面则需要检查：
安全管理制度；
安全管理机构；
人员管理；
系统建设管理；
系统运维管理；
应急管理；
第三方管理。
相关管理要求也明确提出，企业需要制定并落实符合信息系统安全保护等级要求的安全管理制度。
五、第三步：确定技术整改方案
完成差距分析后，就可以开始制定技术整改方案。
技术整改一般可以从以下几个方面进行。
1. 网络安全整改
重点检查：
网络架构；
网络区域划分；
网络边界；
防火墙；
访问控制；
通信安全；
网络设备安全配置。
例如数据库不应该在没有必要的情况下直接暴露互联网。
可以通过：
网络分区 + 防火墙策略 + 访问控制
限制数据库访问来源。
六、服务器安全整改
服务器整改主要包括：
账号管理
检查：
默认账号；
无效账号；
离职人员账号；
共享账号；
超级管理员账号。
密码策略
检查：
密码复杂度；
密码长度；
登录失败限制；
密码有效期；
默认密码修改。
漏洞管理
对服务器进行漏洞扫描，针对高危漏洞及时修复。
涉及：
Windows/Linux操作系统；
Web服务器；
数据库；
中间件；
第三方组件。
七、应用系统安全整改
如果企业的信息系统包括APP、网站、小程序后台或者SaaS平台，就需要重点关注应用安全。
主要检查：
身份认证；
权限控制；
接口访问；
越权问题；
文件上传；
SQL注入；
XSS；
CSRF；
敏感信息泄露；
Session安全；
API安全。
例如一个商城系统存在普通用户和管理员两个角色。
就应该检查：
普通用户是否能够访问管理员接口？
用户A是否能够通过修改参数查看用户B的数据？
这些都属于应用安全整改需要重点关注的问题。
八、日志审计整改
企业还需要建立完善的日志管理机制。
重点包括：
操作系统日志；
网络设备日志；
防火墙日志；
数据库日志；
应用日志；
安全设备日志。
同时需要考虑：
日志保存在哪里？
保存多久？
谁负责查看？
日志能否被随意删除？
发生安全事件以后能不能通过日志追溯？
对于重要操作，例如管理员登录、权限变更、数据删除、系统配置修改等，应根据业务实际情况做好审计记录。
九、数据备份整改
数据备份也是整改方案的重要组成部分。
企业需要结合业务重要程度制定：
备份周期；
备份范围；
备份方式；
备份保存位置；
备份保留周期；
数据恢复流程。
同时建议定期进行恢复测试。
因为：
备份成功 ≠ 恢复成功。
如果企业每天都在备份，但是服务器真正出现故障时无法恢复数据，备份机制仍然无法真正发挥作用。
十、安全管理制度整改
技术整改完成以后，还需要解决管理问题。
常见制度包括：
网络安全管理制度；
信息安全管理制度；
账号管理制度；
权限管理制度；
数据安全管理制度；
备份管理制度；
日志管理制度；
运维管理制度；
变更管理制度；
漏洞管理制度；
应急管理制度；
第三方人员管理制度。
需要特别注意：
制度不是越多越好，而是要与企业实际情况匹配。
例如一个只有几十名员工的小型互联网企业，没有必要照搬大型集团的几十套制度。
关键是：
制度完整、职责明确、能够执行、能够留下记录。
十一、人员安全管理整改
企业还应该明确网络安全岗位和人员职责。
例如：
| 岗位 | 主要职责 |
|---|---|
| 网络安全负责人 | 统筹企业网络安全工作 |
| 系统管理员 | 负责服务器和系统运维 |
| 安全管理员 | 负责安全策略和安全管理 |
| 审计人员 | 负责安全日志和审计 |
| 开发人员 | 负责应用开发及安全修复 |
| 运维人员 | 负责系统日常维护 |
对于人员离职、岗位调整、权限变化等情况，也需要建立相应流程。
十二、系统运维整改
安全建设不是一次性的。
系统上线以后还需要持续维护。
因此整改方案应该包含：
日常巡检；
漏洞扫描；
补丁管理；
账号管理；
权限管理；
配置变更；
数据备份；
日志检查；
安全事件处理。
并且尽量形成可追溯的记录。
十三、应急管理整改
企业还需要建立网络安全事件应急机制。
例如：
服务器被攻击怎么办？
网站被篡改怎么办？
数据库发生故障怎么办？
重要数据出现异常怎么办？
因此应制定相应的：
网络安全事件应急预案；
数据恢复方案；
系统故障处置流程；
安全事件报告机制；
应急联系人机制；
应急演练方案。
整改方案中最好明确：
谁负责、怎么处理、多久响应、如何恢复、如何复盘。
十四、整改方案最好按照“问题—措施—责任—验证”制定
一份实用的整改方案，不建议只写：
“完善网络安全措施。”
这种描述太宽泛，无法真正指导项目实施。
更合理的写法是：
| 问题 | 风险 | 整改措施 | 责任部门 | 验证方式 |
|---|---|---|---|---|
| 服务器存在高危漏洞 | 可能被攻击利用 | 更新补丁并复测 | 运维部门 | 漏洞扫描 |
| 管理员权限过高 | 权限滥用风险 | 重新划分权限 | IT部门 | 权限检查 |
| 日志保存不足 | 事件追溯困难 | 完善日志集中管理 | 安全部门 | 日志检查 |
| 数据备份未验证 | 故障后可能无法恢复 | 开展恢复测试 | 运维部门 | 恢复测试记录 |
| 应急制度不完善 | 事件处置效率低 | 完善应急预案 | 管理部门 | 制度及演练记录 |
这样制定出来的整改方案，才能真正用于项目实施。
十五、等保整改还需要做好整改验证
所有整改工作完成以后，不要马上认为项目结束。
最好进行一次内部验证。
可以按照：
问题清单 → 整改措施 → 整改结果 → 证据材料 → 再次检查
进行闭环。
例如：
原来发现服务器存在高危漏洞。
整改完成以后，需要再次扫描确认漏洞是否已经消除。
原来发现备份无法恢复。
整改完成以后，需要实际进行恢复测试。
原来发现没有应急演练。
整改完成以后，需要形成：
演练方案 + 演练过程记录 + 演练总结。
十六、深圳等保整改方案完整流程
企业可以按照下面的流程开展：
第一阶段：系统梳理
↓
明确业务系统、服务器、网络、数据库、应用和数据。
第二阶段：等保差距分析
↓
将企业现状与对应等级安全要求逐项比较。
第三阶段：制定整改方案
↓
明确问题、风险、整改措施、责任人、完成时间和验证方式。
第四阶段：技术整改
↓
完成网络、主机、数据库、应用、日志、备份等安全建设。
第五阶段：管理整改
↓
完善制度、机构、人员、运维、建设和应急管理。
第六阶段：整改验证
↓
逐项检查整改问题是否真正解决。
第七阶段：等级测评
↓
由符合要求的测评机构开展等级测评。
第八阶段：问题闭环
↓
根据正式测评结果继续整改。
第九阶段：持续安全运营
↓
定期自查、测评、漏洞管理、备份、应急演练和安全维护。
对于第三级信息系统，现行管理要求明确其应当至少每年开展一次等级测评和一次安全自查。
十七、深圳企业做等保整改需要注意什么？
1. 不要直接照搬其他企业方案
企业的系统架构、业务模式、数据类型不同，整改方案也应该不同。
2. 不要只购买安全设备
安全设备只是技术措施的一部分。
3. 不要忽略管理制度
技术整改和管理整改需要同步进行。
4. 不要等正式测评才开始整改
提前开展差距分析，可以降低正式测评时的问题数量。
5. 不要只整改“表面问题”
例如发现日志问题，不应该只是把日志功能打开，而应该建立完整的日志管理和审计机制。
6. 整改完成后一定要验证
每个问题最好都形成：
整改证据 + 验证结果。
十八、一诺企服提供企业互联网资质及网络安全相关服务
对于互联网企业来说，企业网络安全合规往往不是单独的一项工作。
例如企业开发一个APP或者SaaS平台，除了需要考虑等保，还可能涉及增值电信业务经营许可证、APP备案、算法备案以及人工智能相关备案等事项。
一诺企服主营企业互联网资质及网络安全相关服务，业务包括：增值电信业务经营许可证办理：ICP许可证；EDI许可证；IDC许可证；ISP许可证；SP许可证；呼叫中心许可证；多方通信许可证等。网络安全相关服务包括：等保测评；等保备案；等保整改；信息系统安全建设咨询等。算法及大模型相关服务包括：算法备案；大模型备案；大模型登记等。
对于网站、APP、小程序、SaaS平台、教育平台、电商平台等互联网业务系统，可以根据实际业务模式，对企业涉及的许可证、备案以及网络安全要求进行综合梳理。
十九、总结
深圳等保整改方案的制定，核心不是简单罗列一批安全设备，而是建立一套完整的“发现问题—分析风险—制定措施—实施整改—验证效果—持续改进”机制。
企业可以按照：
系统梳理 → 等保差距分析 → 制定整改方案 → 技术安全建设 → 管理制度建设 → 整改验证 → 等保测评 → 问题闭环 → 持续运营
这一流程推进。
对于准备开展深圳等保测评的企业，建议提前对服务器、网络架构、数据库、应用系统、账号权限、日志、备份、制度文件以及人员管理情况进行全面检查。
这样不仅可以降低正式测评时的整改压力，也能够让企业的信息系统真正建立起与自身业务相匹配的网络安全防护能力。
需要注意的是，深圳目前对等保测评结果的具体办理流程也存在本地要求变化。深圳市公安局公开答复显示，自2025年10月1日起，深圳市等保测评结果以《提交网络安全等级测评报告回执》为准，因此企业实际办理时应以深圳公安机关当前要求为准。
