深圳企业完成等保整改后，并不是直接等待测评机构上门即可，还需要对技术防护、系统配置、安全制度、人员权限、日志审计、数据备份和整改材料进行全面检查。本文详细介绍深圳等保整改完成后的测评流程，以及正式测评或复测前企业需要重点检查的内容，帮助企业提前发现问题、完善整改证据，提高等保测评工作的效率。

对于已经完成等保整改的深圳企业来说，下一步通常就是进入等级测评或整改后的复测阶段。

很多企业的问题并不是“没有整改”，而是：

整改做了，但是测评的时候拿不出证据。

例如：

• 防火墙已经配置，但是没有配置截图；

• 漏洞已经修复，但是没有复测报告；

• 已经制定了安全制度，但是没有执行记录；

• 已经做了数据备份，但是没有恢复测试记录；

• 已经调整管理员权限，但是账号权限没有及时更新；

• 日志已经开启，但是日志保存和审计机制不完善。

因此，等保整改完成以后，企业还需要进行一次测评前自查。

现行 GB/T 28448-2019《信息安全技术 网络安全等级保护测评要求》是等级保护测评的重要标准，目前处于现行状态。

一、等保整改完成后是不是马上就能测评？

一般不建议刚整改完就直接进入正式测评。

更合理的流程是：

整改完成 → 内部验证 → 整改证据整理 → 测评前自查 → 正式测评 → 问题整改 → 复测/结果确认

也就是说，企业最好增加一个：

“测评前预检查”

这个环节。

主要目的就是提前模拟测评机构可能检查的内容，把能够发现的问题先解决。

二、深圳等保整改完成后的完整流程

可以把整个过程理解为以下几个阶段：

第一步：完成整改

根据差距分析或者前期测评发现的问题完成技术和管理整改。

↓

第二步：整改验证

确认技术配置是否真正生效。

↓

第三步：准备测评材料

整理制度、记录、配置截图、检测报告等材料。

↓

第四步：开展测评前自查

按照对应等级要求逐项检查。

↓

第五步：正式等级测评

由符合要求的测评机构开展测评。

↓

第六步：形成测评结果

测评机构根据测评过程形成相应测评成果。

↓

第七步：问题整改

对于测评发现的问题继续整改。

↓

第八步：复测或结果确认

根据具体问题及测评机构安排进行复测、验证。

三、复测前第一项检查：网络架构

网络架构是等保测评的重要检查内容之一。

企业需要确认：

• 网络拓扑图是否与实际环境一致；

• 服务器IP是否发生变化；

• 防火墙配置是否已经更新；

• 网络区域划分是否合理；

• 公网与内网之间是否存在不合理访问；

• 数据库是否存在不必要的公网暴露；

• 管理后台是否有额外开放端口；

• 运维访问是否受到控制。

特别需要注意：

整改方案里的网络架构和实际生产环境必须一致。

不能出现：

方案写的是A服务器，实际测评发现已经换成B服务器。

这种情况下容易导致测评人员无法核实整改效果。

四、复测前第二项检查：防火墙和WAF

如果企业之前针对边界防护进行了整改，复测前需要检查实际配置。

重点包括：

防火墙

• 安全策略；

• 访问控制；

• 开放端口；

• 来源地址；

• 目的地址；

• 端口范围；

• 管理员权限。

WAF

如果部署了WAF，还需要确认：

• WAF是否真正接入业务流量；

• 防护策略是否启用；

• 网站域名是否经过WAF；

• 后台管理地址是否得到合理保护；

• 安全日志是否正常产生。

不要出现：

“设备已经购买，但是业务流量根本没有经过设备。”

这种情况。

五、复测前第三项检查：服务器安全

服务器是复测前必须重点检查的一项。

建议逐台进行检查。

1. 账号

检查：

• 默认账号；

• 无效账号；

• 共享账号；

• 离职人员账号；

• 临时账号；

• 管理员账号。

2. 密码

检查：

• 密码复杂度；

• 密码长度；

• 密码策略；

• 登录失败限制；

• 默认密码。

3. 服务

检查：

• 不必要服务；

• 不必要端口；

• 不必要远程访问；

• 高风险服务。

4. 漏洞

整改完成后最好再次进行漏洞扫描。

形成：

扫描 → 修复 → 再扫描 → 验证

的闭环。

六、复测前第四项检查：应用系统

如果企业做的是：

• APP后台；

• 网站；

• SaaS平台；

• 电商系统；

• 教育平台；

• ERP；

• CRM；

应用安全通常是测评准备的重点。

建议检查：

身份认证

• 用户登录；

• 管理员登录；

• 密码策略；

• 登录失败限制；

• 会话管理。

权限控制

重点检查：

普通用户能不能访问管理员功能？

A企业用户能不能访问B企业数据？

普通员工能不能访问财务数据？

后台接口有没有越权问题？

对于SaaS和多租户系统，尤其要关注数据隔离。

七、复测前第五项检查：漏洞扫描

等保整改完成后，建议重新进行漏洞检查。

重点关注：

• 操作系统漏洞；

• Web漏洞；

• 数据库漏洞；

• 中间件漏洞；

• 第三方组件漏洞；

• 弱口令；

• 高风险配置问题。

尤其是整改过程中升级了服务器软件、修改了网络架构或者重新部署应用以后，更应该再次验证。

否则可能出现：

原来的漏洞修好了，但系统升级以后又产生了新的漏洞。

八、复测前第六项检查：日志审计

日志问题是企业测评准备中比较容易忽略的部分。

需要确认：

• 操作系统日志正常；

• 应用日志正常；

• 网络设备日志正常；

• 防火墙日志正常；

• 管理员操作有记录；

• 关键安全事件能够记录；

• 日志保存机制正常；

• 日志能够进行查询和审计。

尤其需要测试：

“发生一项操作以后，系统到底有没有留下日志？”

例如管理员修改用户权限。

操作完成以后，能否找到：

谁操作、什么时候操作、操作了什么。

九、复测前第七项检查：数据备份

企业不能只告诉测评人员：

“我们每天都有自动备份。”

最好能够提供完整的备份管理记录。

包括：

• 备份策略；

• 备份周期；

• 备份对象；

• 备份保存；

• 备份检查；

• 恢复测试；

• 恢复记录。

尤其是数据库。

建议确认：

数据库备份是否正常？

备份文件能不能正常读取？

发生故障后是否能够恢复？

十、复测前第八项检查：账号权限

企业应该在测评前重新检查一次管理员权限。

建议建立账号清单：

尤其检查：

有没有长期不用的管理员账号？

有没有离职员工账号？

有没有多个员工共用一个超级管理员？

普通员工是否拥有过高权限？

十一、复测前第九项检查：安全管理制度

技术整改完成以后，不要忘记管理制度。

测评准备时，可以重点检查：

• 网络安全管理制度；

• 账号管理制度；

• 权限管理制度；

• 数据管理制度；

• 备份管理制度；

• 日志管理制度；

• 漏洞管理制度；

• 运维管理制度；

• 变更管理制度；

• 应急管理制度；

• 第三方管理制度。

但是：

制度不是越多越好，而是要与企业实际情况匹配。

例如企业只有10个人，就不要制定一套完全无法执行的复杂制度。

关键是：

制度能够执行，并且能够提供执行记录。

十二、复测前第十项检查：制度执行记录

这是很多企业容易出现问题的地方。

例如制度写：

每月进行一次漏洞扫描。

那么应该有：

漏洞扫描报告。

制度写：

定期进行备份恢复测试。

那么应该有：

恢复测试记录。

制度写：

定期进行安全培训。

那么应该有：

培训签到、培训材料或者培训记录。

因此企业需要形成：

制度 + 执行 + 记录

的完整证据链。

十三、复测前第十一项检查：应急预案和演练

企业需要准备网络安全事件应急预案。

例如：

• 网站被攻击；

• 服务器被入侵；

• 数据库故障；

• 数据异常；

• 勒索攻击；

• 网站篡改。

需要明确：

谁负责？

怎么报告？

怎么隔离？

怎么恢复？

同时建议根据企业实际情况开展应急演练，并保留：

• 演练方案；

• 演练记录；

• 演练照片或过程材料；

• 问题总结；

• 改进措施。

十四、测评前需要准备哪些材料？

企业可以提前建立一个“等保测评资料包”。

例如：

系统资料

• 系统基本情况；

• 系统拓扑图；

• 网络架构说明；

• 系统功能说明；

• 服务器清单；

• 网络设备清单；

• 安全设备清单。

技术资料

• 防火墙配置；

• WAF配置；

• 服务器安全配置；

• 漏洞扫描报告；

• 安全设备日志；

• 系统日志；

• 数据备份记录；

• 恢复测试记录。

管理资料

• 安全管理制度；

• 岗位职责；

• 人员管理记录；

• 安全培训记录；

• 运维记录；

• 变更记录；

• 应急预案；

• 应急演练记录。

十五、正式测评当天企业需要注意什么？

测评人员进行现场或者远程测评时，企业最好安排：

1名项目负责人

负责整体协调。

1名技术负责人

负责服务器、网络和安全设备。

1名系统负责人

负责应用系统和业务功能。

1名管理人员

负责制度、人员和管理材料。

如果企业人员较少，可以由同一人员承担多个角色。

重点是：

测评人员提出问题时，要有人能够快速找到对应系统和资料。

十六、测评过程中不要临时修改生产环境

这一点非常重要。

企业不要为了“让测评看起来更好”，临时大范围修改生产环境。

例如：

• 临时关闭端口；

• 临时增加安全策略；

• 临时修改账号；

• 临时打开日志；

• 临时部署安全设备。

因为测评的核心是检查实际运行的信息系统安全状况。

如果整改措施没有真正融入日常运行环境，后续仍然可能出现问题。

更合理的方式是：

提前完成整改，并在生产环境中稳定运行一段时间，同时形成相应记录。

十七、如果测评发现问题怎么办？

测评过程中发现问题并不意味着项目失败。

等保本身就包含：

测评 → 发现问题 → 整改 → 验证

的过程。

企业可以根据测评结果建立问题清单：

然后逐项关闭。

十八、深圳等保测评结果有什么新变化？

深圳企业需要特别关注当地当前办理流程。

深圳市公安局在2026年5月的公开答复中明确：

自2025年10月1日起，深圳市等保测评结果以《提交网络安全等级测评报告回执》为准。

因此，企业在2026年进行等保测评时，应按照深圳当前公安机关公布的流程办理，而不要继续按照过去“等保测评结果通知书”的旧说法准备后续流程。

此外，相关管理规定明确，公安机关等部门可以对信息系统安全等级测评是否符合要求、信息系统安全整改情况、备案材料与实际系统是否一致等进行监督检查。

十九、深圳等保复测前检查清单

企业可以直接按照下面这份清单进行自查：

网络方面

• 网络拓扑图与实际一致

• 防火墙策略合理

• WAF正常运行

• 公网端口已经检查

• 数据库没有不必要的公网暴露

• 运维访问受到控制

服务器方面

• 默认账号已处理

• 弱密码已处理

• 无效账号已清理

• 离职人员账号已注销

• 高风险漏洞已修复

• 不必要服务已关闭

应用方面

• 登录认证正常

• 权限控制合理

• API接口经过权限验证

• 越权问题已处理

• 文件上传安全

• 敏感信息没有异常泄露

日志方面

• 系统日志正常

• 应用日志正常

• 管理员操作有记录

• 日志保存机制正常

• 日志可以查询

数据方面

• 数据库正常备份

• 备份策略有效

• 备份文件可用

• 已进行恢复测试

• 有恢复测试记录

管理方面

• 安全制度完整

• 岗位职责明确

• 账号权限有管理记录

• 漏洞管理有记录

• 运维有记录

• 变更有记录

• 安全培训有记录

• 应急预案完整

• 有应急演练记录

二十、一诺企服提供等保整改及企业网络安全相关服务

深圳企业在进行等保整改时，通常还会涉及网站、APP、SaaS平台等互联网业务的其他合规事项。

一诺企服主营企业互联网资质及网络安全相关服务，业务包括：

增值电信业务经营许可证

• ICP许可证；

• EDI许可证；

• IDC许可证；

• ISP许可证；

• SP许可证；

• 呼叫中心；

• 多方通信。

网络安全服务

• 等保测评；

• 等保备案；

• 等保整改；

• 信息系统安全建设。

算法及大模型相关服务

• 算法备案；

• 大模型备案；

• 大模型登记。

如果企业同时存在APP、网站、SaaS平台或者互联网交易系统，可以将许可证、备案、等保、算法及大模型相关事项放在一起进行合规梳理，避免不同项目分别建设造成重复投入。

二十一、总结

深圳企业完成等保整改以后，真正进入测评阶段前，最重要的不是继续购买安全设备，而是做好：

技术验证 + 材料准备 + 制度执行 + 测评前自查。

建议按照：

整改完成 → 漏洞复查 → 配置验证 → 账号权限检查 → 日志检查 → 备份恢复验证 → 制度检查 → 执行记录整理 → 测评前自查 → 正式测评 → 问题整改 → 复测/结果确认

这一流程推进。

尤其要注意一个核心问题：

等保测评检查的是“实际运行的系统安全状况”，而不仅仅是企业有没有一份整改方案。

所以，深圳企业在复测前最好把所有整改项目形成完整的“整改措施—实际配置—运行记录—验证证据”闭环。这样不仅有利于提高测评效率，也能避免出现“已经整改，但是现场无法证明”的情况。

GB/T 28448-2019《信息安全技术 网络安全等级保护测评要求》目前仍为现行标准；深圳企业实际办理时，还应结合当前深圳公安机关的最新流程和测评机构具体要求执行。