2026年数据安全风险排查整改报告

2026年数据安全风险排查整改报告一、工作概述本次数据安全风险排查整改工作，是依据《中华人民共和国数据安全法》《中华人民共和国个人信息保护法》《网络安全法》《数据安全技术数据分类分级规则》（GB/T43697-2024）等法律法规和国家标准，结合公司2025年度信息安全工作计划及上级主管单位关于"2026年数据安全治理专项行动"的统一部署组织开展的。排查整改的目标是：全面摸清公司数据资产底数，系统识别数据在采集、存储、使用、加工、传输、提供、公开、销毁全生命周期中存在的安全风险与合规隐患，通过限期整改消除高风险问题，建立可持续运行的数据安全管理机制。排查工作自2026年1月5日启动，至2026年2月28日完成现场排查与风险评估；整改工作自2026年3月1日全面展开，至2026年5月31日完成全部整改项的验收销号。本次排查覆盖公司总部及全部7家分公司的业务系统、数据平台、终端设备与办公环境，共涉及业务系统32个、数据库实例87个、数据文件服务器14台、终端设备1,246台、合作方数据接口49个。本报告包括五部分：工作组织与实施过程、数据资产梳理与分类分级、风险排查发现、整改措施与成效、遗留问题与长效机制。二、工作组织与实施过程数据安全排查整改涉及系统、流程、人员、供应商、制度等多个层面，靠单一部门无法推动。公司成立了专项工作组，明确排查方法和工作纪律，保障排查结果可追溯、整改责任可考核。2.1组织领导成立"2026年数据安全风险排查整改专项工作组"，统一指挥、协调与验收本次工作。•组长：由公司分管信息安全工作的副总经理担任，对排查整改工作的资源调配、重大风险处置决策负总责。•副组长：信息安全部经理、信息技术部经理担任，分别牵头风险排查技术实施与整改措施落地。•成员：信息安全部（5人）、信息技术部（8人）、法律合规部（2人）、人力资源部（1人）、各分公司信息安全联络员（7人），共23人。成员名单及分工见附件一。•外部支撑：聘请xx信息安全测评机构（具有中国网络安全审查认证和市场监管大数据中心颁发的信息安全等级保护测评资质）提供技术支撑，负责漏洞扫描、渗透测试、配置核查等专业性较强的检测工作。2.2工作阶段与时间安排按照"摸清底数—查找风险—限期整改—验收销号—建章立制"五个环节依次推进，每个阶段设置明确的交付物与验收标准。阶段时间主要工作内容阶段交付物启动部署2026.1.5—1.9印发工作方案、组建工作组、召开动员会、完成排查工具准备与人员培训工作方案、任务分工表数据资产梳理2026.1.10—1.31盘点全部业务系统与数据资源，编制数据资产清单，完成分类分级标识数据资产清单、分类分级表现场风险排查2026.2.1—2.28制度审查、技术检测、人员访谈、供应商延伸检查风险问题清单（含证据）整改实施2026.3.1—5.15对照问题清单逐项落实整改措施，更新制度与流程整改记录、更新后的制度文件复核验收2026.5.16—5.31对整改项逐条复核验证，未通过的限期二次整改整改验收报告2.3排查范围与方法排查覆盖公司全部数据资产及支撑其全生命周期的信息系统、网络环境、终端设备和合作方。具体排查对象与采用的方法如下：排查对象数量排查方法业务系统32个漏洞扫描（Nessus、AWVS）、渗透测试、配置核查、日志审计数据库实例87个基线核查、权限审查、敏感数据扫描、审计日志检查数据文件服务器14台访问控制检查、共享权限核查、加密措施检查终端设备1,246台终端安全管理软件检测、随机抽查（抽样率5%）网络环境2个机房、9个汇聚节点防火墙策略审查、流量分析、边界防护有效性测试合作方数据接口49个接口清单比对、传输加密检查、权限验证制度与流程制度文件24份、流程12项制度完整性审查、与现行法规比对、员工访谈技术检测由外部测评机构与公司信息安全部共同实施，检测过程全程留痕。漏洞扫描和渗透测试安排在业务低峰期（每日22:00至次日6:00）进行，避开数据结算与业务高峰时段；核心业务系统在测试前均完成配置备份并制定回退方案。2.4排查工作纪律排查期间所有参与人员签署保密承诺书（格式见附件二），明确以下纪律：•排查人员不得复制、外传在排查过程中接触的业务数据，测试用数据必须经脱敏处理后方可使用。•漏洞扫描与渗透测试须在授权范围内进行，严禁超出授权范围操作，严禁使用可能造成数据损毁或业务中断的攻击工具。•发现的重大风险应立即报告工作组组长，不得私自对外披露。三、数据资产梳理与分类分级数据资产底数是风险排查的基础。底数摸不清，排查就是"盲人摸象"。本阶段对全公司数据资源进行了全面盘点，并按统一标准完成了分类分级。3.1数据资产总量截至2026年1月31日，全公司纳入数据资产清单管理的数据库表共计xxx张，数据文件x,xxx个，数据总容量约xxTB。按数据类型划分为四类：数据类型主要内容数据量估计客户数据个人客户与企业客户的身份信息、联系信息、合同信息、交易记录、服务记录约xxx万条记录业务运营数据产品配置、价格体系、渠道数据、合作协议、经营分析报表约x.xTB内部管理数据员工信息、财务数据、采购数据、办公文档约x.xTB技术研发数据源代码、系统架构文档、接口文档、测试数据、运维日志约x.xTB3.2数据分类分级结果依据《数据安全技术数据分类分级规则》（GB/T43697-2024）及行业数据分类分级指引，将公司数据划分为核心数据、重要数据、一般数据三个级别，其中一般数据进一步细分为L1（可公开）、L2（内部公开）、L3（敏感）三个层级。分级结果如下：数据级别定义涉及范围数据量占比核心数据一旦遭到篡改、破坏、泄露可能严重危害国家安全、公共利益的数据本年度经识别，公司暂不涉及核心数据0%重要数据一旦遭到篡改、破坏、泄露可能危害国家安全、公共利益的数据公司经营分析汇总数据、大规模客户敏感信息集合（含超过xxx万人的个人信息）约3%一般数据（L3敏感）对企业或个人权益有较大影响，泄露后可能造成较大损失的数据客户详细资料、合同文本、财务明细、员工薪资、源代码约27%一般数据（L2内部）仅限内部使用，泄露后可能造成一般影响的数据内部制度、会议纪要、非敏感经营数据约55%一般数据（L1公开）可对外公开的数据公司介绍、产品宣传材料、公开年报约15%分类分级结果已固化至数据资产清单（格式见附件三），清单中的每一项数据资源均标注了所属业务系统、存放位置、责任部门、数据级别和脱敏要求。四、风险排查发现本次排查共发现各类风险隐患xxx项，其中重大风险（A级）x项、较大风险（B级）xx项、一般风险（C级）xxx项。所有风险均已登记在册（登记表见附件四），按照"一问题一编号"原则逐一落实整改责任。以下按六个领域分类说明风险发现情况。4.1数据安全管理制度与组织发现的主要问题：1.制度体系不完整：公司已发布《数据安全管理办法》《个人信息保护管理办法》等基础制度，但缺乏数据分类分级管理细则、数据出境安全评估办法、合作方数据安全管理规范、数据销毁管理规程等配套制度，部分业务领域处于"有原则、无细则"状态。2.岗位职责边界不清：数据安全管理职责分散在信息安全部、信息技术部和各业务部门，但《数据安全管理办法》中未明确数据所有者、数据管理者、数据使用者的具体职责分工，导致数据申请审批、使用监督、销毁确认等环节出现无人负责的情况。3.制度更新滞后：《数据安全管理办法》最近一次修订时间为2023年6月，此后《网络数据安全管理条例》（国务院令第790号）已于2025年1月1日起施行，公司制度未根据新法规要求及时更新，缺少个人信息合规审计、数据安全风险监测预警等新要求。4.员工培训未常态化：2025年度仅组织1次全员信息安全培训（2025年9月），新入职员工未在入职一个月内接受数据安全培训，外包人员未纳入培训范围。风险研判：制度缺失导致执行层面无据可依，一旦发生数据安全事件，无法证明已履行"合理且必要的安全管理义务"，在监管问询或法律诉讼中将处于被动地位。以数据销毁环节为例，由于缺乏销毁审批与监督记录制度，超期数据长期滞留服务器，既是存储资源浪费，也是潜在泄露源。此类问题的根本危害不是单一风险事件，而是在监管审查时无法提供完整的合规证据链。4.2数据资产分类分级与标识发现的主要问题：1.分类分级未落实到系统：数据分类分级结果仅存在于管理文档中，未在数据库字段、文件目录、系统权限模板中进行标识配置。运维人员在导出数据时，系统无法根据数据级别自动触发审批、脱敏等控制措施。2.存量数据标识缺失：对1,246台终端设备中的共享文件目录和本地磁盘进行抽查，发现约xx%的员工电脑中存在未标识密级的业务数据文件。部分含客户个人信息或合同文本的文件以明文形式存储在个人电脑桌面和共享盘非授权目录中。3.新增数据分级审核未建立：业务系统在新增数据字段、新建数据表时，未设置分级审核环节，导致新产生的数据长期处于"未定级"状态。排查发现，自2024年以来新建的xx张数据库表中，有xx张从未进行数据分级。风险研判：分类分级是数据安全治理的基础性工作。分级结果不落地到系统，一切基于分级的差异化保护措施（如重要数据加密存储、敏感数据脱敏展示、高等级数据访问审批）都无法生效。新增数据不审核分级，意味着数据级别管理是"静态的、时点性的"，无法适应数据持续增长的实际节奏，保护措施将逐步失效。4.3数据全生命周期安全4.3.1数据采集环节发现的主要问题：1.过度收集个人信息：对登记在册的xx款App及微信小程序进行合规检测，发现其中x款在用户注册时强制收集与业务无关的信息（如x款App强制索取通讯录权限方可使用），x款App在隐私政策中未完整列出收集的个人信息清单。2.告知同意记录不完整：部分业务系统对用户授权同意的记录仅保存"同意时间"，未保存用户所同意的具体版本内容。一旦发生争议，无法证明用户系对当前版本隐私政策作出的同意。3.间接获取数据无合规评估：公司从x家外部机构以购买或合作方式获取客户线索数据，但采购环节未对数据来源合法性进行审查，数据提供方未提供完整的授权链证明。4.3.2数据存储环节发现的主要问题：1.重要数据未加密存储：对87个数据库实例和14台文件服务器进行全面核查，发现存放重要数据（客户敏感信息超过xx万条）的x个数据库实例和x台文件服务器未启用透明数据加密（TDE）或应用层加密，数据以明文形式存储。一旦数据库文件被非法复制或备份介质丢失，数据将直接泄露。2.备份数据管理粗放：系统备份磁带和异地备份磁盘中存有近5年的全部业务数据，但备份介质未标注密级，存放在机房普通货架上，未设置独立的访问权限管控。x个备份任务因存储空间不足，最近3个月仅保留1份备份，不符合"两地三中心"备份策略要求。3.存储介质报废无记录：2024年至2025年间报废的xx块硬盘中，有xx块未按规程进行消磁或物理销毁，仅做格式化处理后即移交资产管理部门处置。格式化后的硬盘仍可通过数据恢复工具还原大量文件。4.3.3数据使用环节发现的主要问题：1.数据库账号权限过大：对全部数据库实例进行权限核查，发现x个数据库的管理员账号存在多人共用情况，x个应用系统使用数据库超级管理员账号连接生产库。数仓中xx个数据表的查询权限授权给了全员默认角色，与实际工作职责不符。2.敏感数据明文展示：业务系统的客户查询界面、运营报表平台中，手机号、身份证号、银行账号等敏感字段未做脱敏处理，具有查询权限的xx名员工均可查看完整明文。统计分析用数据未做到"可用不可见"。3.开发测试环境使用生产数据：x套开发测试环境直接使用了生产库的完整备份数据，且开发测试环境的安全防护水平明显低于生产环境（未部署数据库审计、未限制访问IP）。这相当于把生产数据的"复本"放在了一个防护薄弱的"保险柜"里。4.数据导出管控缺失：对近6个月的数据库操作日志进行审计，发现共发生数据导出操作x,xxx次，其中导出超过1万条记录的批量导出操作xx次，但仅有x次履行了数据导出审批流程。导出后的文件去向缺乏跟踪记录。4.3.4数据传输环节发现的主要问题：1.部分接口未使用加密传输：对49个合作方数据接口逐一检测，发现x个接口使用HTTP明文传输，x个接口虽使用HTTPS但TLS版本为1.0（存在已知安全漏洞，已于2021年3月被IETF明确废弃）。攻击者在网络链路中截获数据包即可直接获取明文数据。2.文件传输方式不规范：部分业务人员通过互联网邮箱发送包含客户信息的报表文件，附件未加密。对2025年7月至12月的邮件外发日志抽样审查发现，xx封外发邮件附件中包含L3级及以上敏感数据。3.跨区域数据交换无审批记录：总部与分公司之间的数据交换通过FTP服务器进行，但服务器上未区分数据级别，FTP账号由各分公司共享使用，无法追溯具体操作人。4.3.5数据提供与公开环节发现的主要问题：1.对外提供数据无审批流程：公司接受外部单位数据调阅申请时，由业务部门直接对接处理，未经过数据安全审批。近一年内向x家单位提供了经营类数据，但仅有口头沟通记录，无书面审批单。2.第三方合作数据安全条款不完善：在抽查的xx份对外合作合同中，有x份合同的数据安全条款仅有一句"双方应做好数据保密工作"，未明确数据使用范围、使用期限、违约责任、数据返还或销毁要求，亦未约定数据泄露时的通知义务和赔偿标准。3.公开信息缺乏审核：公司在官网和微信公众号发布的经营数据、案例介绍中存在过度披露的情况。2篇宣传文章引用了包含具体客户名称和业务细节的内容，未获得该客户对外发布的授权。4.3.6数据销毁环节发现的主要问题：1.销毁制度与记录缺失：公司未建立数据销毁审批流程，未明确销毁范围、销毁方式、监督人员和记录要求。排查确认，近两年没有任何一次数据销毁的书面记录。2.超期数据未清理：数据库中发现2018年以前的历史数据仍在线保存，其中包含已注销客户的信息至少xx万条。按照《个人信息保护法》第十九条"个人信息的保存期限应当为实现处理目的所必要的最短时间"的要求，超期数据应当删除或匿名化处理。3.云服务退出机制未明确：公司与云服务商的合作协议中约定服务终止后数据应在30日内删除，但未约定删除后由哪方出具书面确认，未约定云服务商删除数据的证明方式（如云盘销毁证书），存在数据在服务终止后仍被保留的合规风险。4.4网络与系统安全发现的主要问题：1.高危漏洞未及时修复：外部测评机构对32个业务系统进行漏洞扫描，共发现漏洞xx个，其中高危漏洞x个、中危漏洞xx个。x个高危漏洞为Web应用远程代码执行类漏洞（涉及OA系统、客户管理系统），攻击者利用漏洞可直接获取服务器控制权。经核实，该漏洞对应的安全补丁已于2025年x月发布，而公司未及时跟进修复。2.运维终端存在病毒木马：终端安全管理软件检测发现x台运维终端感染木马程序。该木马具有键盘记录与屏幕截取功能，而运维终端因工作需要可登录生产服务器。网络安全设备日志显示，其中x台终端曾与境外IP地址建立异常通信连接。3.主机基线配置不符合安全要求：对全部服务器进行基线核查，发现x台服务器使用弱口令（如仅8位数字口令），x台服务器未配置登录失败锁定策略，x台服务器的远程管理端口（SSH/RDP）对全网开放，未限制管理来源IP。4.机房物理安全管控不足：总部机房出入登记采用纸质登记簿，未与门禁系统联动。2025年12月至2026年1月期间，有xx次进入记录与实际持卡人身份不符（借用他人门禁卡进入）。机房视频监控录像保存周期为30天，不足追溯要求。4.5合作方与供应链安全发现的主要问题：1.合作方数据安全能力未评估：公司合作的x家系统运维外包商、x家数据加工方中，仅对x家进行了数据安全能力审查，其余x家未开展任何评估。审查记录显示，部分外包商未建立内部数据安全管理制度，员工安全培训记录缺失。2.外包人员权限管控不严：x家外包商的x名驻场运维人员使用公司统一分配的账号进行日常运维操作，但账号权限未按其实际工作职责最小化授权。抽查发现x名外包人员的账号具有其所负责系统之外的管理员权限。3.合作终止后的数据处置无监督：与x家合作方终止合作后，未对合作方留存的公司数据进行清理确认。合同虽约定了数据归还或销毁条款，但无跟踪执行记录。4.6数据安全监测与应急响应发现的主要问题：1.数据安全监测能力不足：公司已部署数据库审计系统和网络流量监测设备，但数据库审计系统仅覆盖x个核心业务系统的数据库，尚有xx个非核心数据库未纳入审计范围。流量监测设备未配置针对数据泄露特征（如批量数据外传、敏感文件外发）的检测规则。2.数据安全事件应急预案未建立：公司仅有网络安全事件应急预案，未单独建立数据安全事件应急预案。数据泄露、数据篡改、个人信息泄露等场景未纳入预案范围，未明确数据安全事件的定级标准、响应时限、上报路径和对外通知义务。3.未开展数据安全应急演练：2025年未组织任何形式的数据安全应急演练，相关人员对数据泄露事件的处置流程不熟悉。在访谈中，x%的被访谈员工不知道发生数据泄露后应向哪个部门、在多长时间内报告。五、整改措施与成效针对排查发现的问题，工作组按照"立行立改与限期整改相结合、技术措施与管理措施相结合、当期整改与长效机制相结合"的原则组织整改。截至2026年5月31日，xxx项问题中已完成整改xxx项，整改完成率xx%；x项A级问题全部完成整改；xx项B级问题完成整改xx项；xxx项C级问题完成整改xxx项。未完成整改的x项均为需要跨年度持续推进的项目，已纳入2026年下半年工作计划并明确责任人与阶段目标。5.1制度与组织整改（完成全部x项）整改目标：建成覆盖数据全生命周期的制度体系，明确各岗位数据安全职责，确保管理有据可依、责任可追究。1.制度修订与发布。2026年3月修订发布《数据安全管理办法》（修订版），新增并发布《数据分类分级管理细则》《数据安全事件应急预案》《合作方数据安全管理规范》《数据出境安全管理办法》《数据销毁管理规程》5项配套制度。所有制度由法律合规部进行合规性审查后发布实施。2.明确数据安全三权分立。按照"业务owner负责定级与使用审批、信息技术部负责存储与访问控制、信息安全部负责监督审计"的原则，在《数据安全管理办法》中明确数据所有者、数据管理者、数据使用者的职责清单。同步在数据资产清单管理系统中配置三类角色的权限模板。3.建立培训考核机制。制度发布当月组织全员数据安全培训1次（培训覆盖率98.6%），培训后统一考核，考核不合格人员于两周内补考。自2026年4月起，新员工入职培训中加入数据安全模块（不少于2学时）；外包人员进场前须完成数据安全培训并签署保密承诺书。建立年度培训计划，2026年下半年已安排2次专项培训（个人信息保护专项、数据泄漏应急处置专项）。5.2分类分级落地整改（完成xxx项）整改目标：数据分级结果从"纸面制度"落实到"系统控制"，实现新增数据自动定级、存量数据标识完备。1.完成存量数据标识补录。组织各业务部门对4,xxx个数据表/文件目录逐项确认级别，于2026年4月30日前全部完成标识。数据资产清单系统同步更新，支持按级别、按责任部门检索。2.将分级结果嵌入系统控制。在数据资产管理平台新增分级审核功能：所有新建数据表、新增数据字段、新建文件目录均须填报数据级别，经数据所有者确认后方可上线。对L3级及以上敏感数据，系统自动触发加密存储、访问审批、操作审计、导出管控四项安全策略。3.清理终端敏感数据。通过终端安全管理软件对1,246台终端进行全盘扫描（针对文件名称特征和内容特征），识别并清理含敏感数据的不合规文件x,xxx个；对确需保留的文件，迁移至加密的共享目录并设置访问权限。5.3全生命周期安全整改（完成xxx项）整改目标：消除数据采集、存储、使用、传输、提供、销毁各环节的已知风险，建立规范化操作流程。5.3.1采集环节整改•对x款App和微信小程序完成整改：删除与业务无关的强制授权项（通讯录、定位等），修改隐私政策，逐项列明收集的个人信息清单、使用目的、保存期限。整改后经检测机构复核，全部通过合规检测。•对历史授权同意记录进行补正：重新向近12个月内注册且授权记录不完整的xx万用户推送更新后的隐私政策并重新获取授权；对12个月以前注册且无法补正的用户，对其历史数据实施匿名化处理后方可继续使用。•建立数据来源合规审查制度：《数据采集管理办法》中明确要求，凡是间接获取数据的，采购环节必须取得数据提供方的来源合法性声明及完整授权链证明，由法律合规部审核并存档。5.3.2存储环节整改•对存放重要数据和L3级敏感数据的x个数据库实例、x台文件服务器全部启用透明数据加密（TDE），密钥由信息安全部统一管理，定期轮换（每季度1次）。加密实施过程中对核心业务系统进行了充分的兼容性测试，未发生因加密导致的业务中断。•对全部备份介质进行密级标识，备份磁带和异地备份盘统一存放于机房A区3号保密柜，实行双人双锁管理。备份策略调整为每日全备1份、增量备份保留7天、月度全备保留12个月、年度全备异地保留3年，备份恢复能力每季度实测1次。•对2024年以后报废的xx块硬盘完成补录登记，确认其中x块已无法找回；对现存待报废介质全部按照《存储介质销毁管理规程》执行消磁后物理销毁，销毁过程由信息安全部与资产管理部共同监督并拍照记录。2026年4月起，所有介质报废须填写《存储介质报废销毁记录表》（见附件五），记录序列号、容量、销毁方式、监督人、销毁时间。5.3.3使用环节整改•对全部数据库账号完成权限梳理与回收：取消数据库超级管理员账号的共用情况，改为一人一账号；各应用系统改用最小权限专用账号连接数据库；对xx张数据表的全员默认查询权限全部回收，按岗位职责重新授权。所有数据库账号权限变更自2026年4月起须通过ITIL流程系统申请和审批。•完成敏感数据脱敏改造：在客户查询界面、运营报表平台中配置动态脱敏策略，手机号、身份证号、银行账号等字段默认显示掩码（如138**6789）；确需查看明文的，须单独申请"脱敏豁免"权限，且所有查看明文操作记录日志。统计分析平台采用"可用不可见"方案，在数据仓库与报表层之间部署数据安全网关，实现敏感字段的按需脱敏。•完成开发测试环境数据替换：2026年4月30日前，全部x套开发测试环境中的生产数据已替换为脱敏后的仿真数据，脱敏后的数据保留原始数据格式与关联关系，不影响功能测试覆盖度。开发测试环境与生产环境实行网络隔离，取消开发测试环境的互联网访问权限。•建立数据导出管控机制：在数据资产管理平台中上线"数据导出审批"流程，凡导出记录超过1,000条或包含L3级及以上敏感字段的，须经数据所有者审批、信息安全部复核后执行。导出文件自动添加水印，记录导出人、导出时间、导出内容、用途与文件哈希值，跟踪至文件销毁。5.3.4传输环节整改•全部x个使用HTTP明文传输的接口在2026年3月31日前完成HTTPS改造；x个使用TLS1.0的接口升级至TLS1.2及以上版本，并参照《信息安全技术传输层密码（TLS）协议》（GB/T38636-2020）完成配置加固。整改完成后进行接口兼容性验证，全部通过。•对包含L3级及以上敏感数据的邮件外发实施DLP（数据防泄露）控制：邮件网关新增敏感词与文件内容识别规则（手机号正则匹配、身份证号校验位匹配、客户名称关键词匹配），命中规则的邮件自动拦截并通知发件人改用加密方式传输（企业网盘加密分享或加密压缩包+短信密码）。2026年4月至5月，邮件网关累计拦截xx封含敏感数据的未加密外发邮件。•取消分公司间FTP共享传输方式，统一替换为公司的数据安全交换平台：平台支持断点续传、传输加密、操作审计，按"一项目一账号"分配权限，传输日志留存不少于6个月。5.3.5提供与公开环节整改•建立数据对外提供审批流程：所有向外部单位提供数据的行为，无论数据量大小、无论是否涉及敏感数据，均须填写《数据对外提供审批单》（见附件六），由业务部门负责人初审、信息安全部复核、公司分管领导审批后方可实施。2026年4月以来，已按新流程审批x笔对外提供数据事项。•完成在存合同数据安全条款整改：对排查发现条款不完善的xx份合同，通过签订补充协议的方式，补充数据使用范围、使用期限、安全保护义务、数据泄露通知时限（24小时内）、违约责任（明确赔偿计算标准）和数据归还/销毁要求。新签合同全部启用《合同数据安全通用条款》标准文本。•对外宣传材料实行数据安全审核：官网、公众号等对外发布渠道的内容，发布前须经信息安全部进行敏感信息审查。已下架2篇含未授权客户信息的宣传文章。5.3.6销毁环节整改•发布《数据销毁管理规程》，明确销毁范围（超过保存期限、业务终止不再需要、用户撤回同意且无其他合法处理依据的数据）、销毁方式（逻辑销毁采取多重覆写或加密后丢弃密钥；物理销毁采取消磁/粉碎/焚烧）、审批流程（申请-审批-实施-监督-记录）。•完成超期数据清理：对数据库中2018年以前的历史数据完成识别与分类，经业务部门确认保存价值后，删除或匿名化处理共计xx万条记录。清理过程使用数据库审计系统全程记录，保留清理前后数据量比对截图作为合规证据。•更新云服务合同：与云服务商签署补充协议，明确服务终止后数据删除的流程、时限（15个工作日内）和证明方式（云服务商出具数据销毁证明书）；约定公司在必要时可委托第三方机构对删除情况进行验证。5.4网络与系统安全整改（完成xxx项）整改目标：修复高危漏洞，消除弱口令、非法外联等基础性安全隐患，提升网络边界和主机的安全防护水平。1.漏洞修复。对x个高危漏洞，在2026年3月15日前完成补丁修补和加固验证，修复后经复扫确认漏洞已消除。针对x个中危漏洞，按风险等级分批修复，截至5月31日已修复xx个，剩余x个因涉及系统架构调整，已制定专项整改计划于2026年第三季度完成。所有业务系统纳入漏洞管理平台统一管理，每月自动扫描1次，高危漏洞限时5个工作日内修复。2.终端安全处置。对x台感染木马的运维终端完成隔离查杀，重装操作系统并更换登录口令；对异常通信IP加入防火墙黑名单并溯源排查。更新终端安全管理软件病毒库升级策略为每2小时自动更新，强制所有终端安装EDR（终端检测与响应）客户端，安装率已达100%。3.主机基线加固。全部服务器按照《主机安全配置基线》完成加固：弱口令全部重置为符合复杂度要求的强口令（不少于12位，含大小写字母、数字和特殊字符，每90天强制更换）；统一配置登录失败5次锁定30分钟策略；SSH/RDP管理端口仅允许运维堡垒机IP访问，关闭所有服务器对公网的直接管理端口暴露。4.机房物理安全升级。门禁系统升级为"人脸识别+门禁卡"双重认证，杜绝借卡进入；机房出入记录实现电子化留存，与门禁联动自动比对；视频监控存储周期由30天延长至90天，重点区域（机柜前、配电间、介质存放区）监控覆盖无死角。5.5合作方与供应链整改（完成xxx项）整改目标：将合作方数据安全纳入统一管控，消除由供应链引入的数据泄露风险。1.完成合作方数据安全能力评估。对全部x家合作方按《合作方数据安全评估标准》进行审查，评估内容包括：数据安全管理制度、组织与人员、技术防护措施、应急响应能力、安全事件记录。评估结果为：x家合格、x家基本合格（限期3个月整改）、x家不合格（已终止合作或暂停数据提供）。评估结果纳入合作方准入档案，实行年度复审。2.收紧外包人员权限。对外包运维人员的全部账号权限按照最小化原则重新授权，各外包人员账号权限须经信息技术部负责人审批；取消x名外包人员的超出其职责范围的管理员权限。外包人员的所有操作一律通过堡垒机执行，全程录屏审计。3.完成合作终止数据处置。对已终止合作的x家合作方逐一核实数据处置情况，要求其出具数据已删除或已返还的书面确认函，确认函由法律合规部存档。对无法确认数据处置情况的一家合作方，已委托律师事务所发送正式函件并保留追究违约责任的权利。5.6监测与应急响应整改（完成xxx项）整改目标：建立数据安全事件"发现—报告—处置—恢复—复盘"全流程管理能力，确保风险可监测、事件可追溯。1.扩大数据库审计覆盖范围。数据库审计系统已接入全部87个数据库实例，实现100%覆盖。新增审计规则：批量导出（单次超过1万条记录）、非工作时间访问（22:00至6:00）、特权账号操作、敏感字段访问等行为自动告警并推送至安全运营中心。2.完善流量监测规则。在网络流量监测设备上新增数据泄露检测规则：识别批量数据外传（如通过FTP/HTTP/邮件外发超过指定大小的数据包连续传输）、敏感文件外发（按文件内容特征匹配）、非常规时间的大流量上传等场景。2026年4月上线以来累计触发并核查告警xx起，确认均为误报，但验证了检测链路有效。3.发布数据安全事件应急预案。预案（2026年4月发布）将数据安全事件分为三级：事件等级判定标准响应时限上报路径Ⅰ级（特别重大）涉及超过100万人个人信息泄露，或重要数据泄露、篡改、丢失，或对业务造成不可恢复影响发现后15分钟内报告工作组组长，2小时内报告法定代表人，按监管要求时限上报主管部门现场处置组→工作组组长→公司主要负责人→监管部门Ⅱ级（重大）涉及10万至100万人个人信息泄露，或L3级数据大规模泄露、业务中断超过2小时发现后30分钟内报告工作组组长，4小时内报告公司主要负责人现场处置组→工作组组长→公司分管领导→主要负责人Ⅲ级（一般）涉及10万人以下个人信息泄露，或少量敏感数据泄露、未对业务造成明显影响发现后1小时内报告信息安全部经理，24小时内完成初步核查发现人→信息安全部→部门经理→分管领导各级事件均明确处置原则：先阻断（隔离系统、冻结账号、切断链路）—再取证（保全日志、镜像硬盘）—后恢复（清除影响、恢复业务）—必复盘（5个工作日内完成事件复盘报告）。预案同时对个人信息泄露时履行通知义务的对象（网信部门、主管部门、受影响个人）、通知时限（涉及个人信息的按《个人信息保护法》第五十七条，能够确定个人的须及时单独通知）和通知内容作出明确规定。4.组织应急演练。2026年5月组织1次"客户敏感信息泄露"专项应急演练，模拟场景为：攻击者通过OA系统高危漏洞获取服务器权限，尝试批量导出客户数据。演练覆盖了事件发现、定级上报、应急阻断、溯源取证、恢复运行、对外通知、事后复盘全流程，共xx人参演。演练发现2个问题（事件上报信息要素不全、数据库应急断网操作不熟练），已在复盘会后1周内完成专项培训并修订预案附件。六、整改成效综合评估经过3个月的集中整改，公司数据安全防护水平得到系统性提升。以下从技术检测、管理机制、人员意识三个维度进行量化评估：评估维度主要指标整改前（2026年1月）整改后（2026年5月）技术防护高危漏洞数量x个0个技术防护敏感数据明文存储占比xx%0%（全部加密）技术防护数据库审计覆盖率核心库仅x个100%（87/87）技术防护对外接口HTTPS/TLS1.2覆盖率82%100%技术防护终端EDR安装率xx%100%管理机制数据安全管理制度数量3项9项管理机制数据导出审批执行率不足x%100%管理机制合作方数据安全评估完成率8%100%人员意识员工培训覆盖率35%（仅全员培训1次）98.6%（专项培训3次+考核）同时，本次整改也存在需要客观陈述的不足：一是部分整改措施依赖人工执行（如数据级别确认、导出审批），自动化程度仍有提升空间；二是员工对数据分类分级的理解深度不一，个别业务部门存在"为定级而定级"的应付心态；三是数据安全运营尚未实现7×24小时专人值守，非工作时间的监测告警响应依赖值班手机，响应时效存在不确定性。以上不足已纳入长效机制建设计划。七、遗留问题与2026年下半年持续改进计划以下x项问题因涉及系统架构调整、跨年度投入或行业标准待明确，未能在本次整改期内全部完成，已明确后续改进的责任主体与时间表。7.1遗留问题及原因序号遗留问题未完成原因计划完成时间1老旧系统（x套）数据库不支持透明加密，仍以文件加密方式过渡系统已停止迭代、替换新系统已列入2027年IT规划2027年6月前随系统替换完成2数据安全运营中心（DSOC）建设仍需投入涉及预算审批、人员招聘、平台选型，周期较长2026年12月完成平台部署3与x家监管数据报送系统的接口升级待行业标准发布需等待行业数据接口规范更新版本下发2026年9月（预计）7.2长效机制建设安排数据安全不是"运动式排查"能够一劳永逸的，必须形成常态化运行机制。2026年下半年及今后一个时期，重点抓好以下工作：1.常态化风险排查。将"全面排查"调整为"年度全面排查+季度重点抽查+月度自动监测"模式。每季度由信息安全部按不少于30%的比例随机抽查业务系统的数据安全控制措施有效性，抽查结果纳入部门绩效考核。2.数据安全考核纳入绩效体系。自2026年第三季度起，将数据安全指标（数据定级准确率、导出审批合规率、培训考核通过率、漏洞修复及时率）纳入各业务部门和分公司负责人的年度绩效考核，权重不低于5%。发生Ⅰ级或Ⅱ级数据安全事件的部门，当年不得评优。3.数据安全能力持续提升。2026年下半年完成数据安全运营中心（DSOC）建设，实现日志统一接入、告警集中研判、事件协同处置。组织全员数据安全培训不少于2次，组织数据安全应急演练不少于