医院数据随意导出，测试服务器遭控制：护网2026通报三起案件

原创

小编
小编

首席安全官

2026年11月11日 08:30
北京

去阅读

点击上方蓝字，发现更多精彩

公安网安部门深入开展“护网—2026”专项工作，全力维护重要网络系统和数据安全。近日，公安机关公布三起不履行数据安全保护义务或网络安全保护义务的典型案件，涉及医疗机构数据违规导出、企业来访登记系统安全失防，以及测试服务器遭攻击入侵等问题。

三起案件看似涉及不同类型的系统，却暴露出一些单位在网络和数据安全管理中存在的共性问题：内部权限管理不严、非核心系统缺乏防护、测试环境安全责任缺失。值得注意的是，这些风险并不一定源于复杂的网络攻击，日常管理中的疏忽同样可能成为数据泄露和网络入侵的突破口。

案例一：医疗机构权限管理混乱，1800余条工作数据被违规导出

医疗机构信息管理系统承载着医护工作数据，涉及患者病历、诊断记录、检验检查、用药记录等敏感个人信息。一旦权限管理失控、数据流转缺乏有效管控，就可能造成患者信息泄露。

近日，福建漳州公安网安部门依法查处一起医疗机构不履行数据安全保护义务案件。

经查，福建漳州某医疗机构的信息管理系统内部权限管理混乱，工作人员可以跨权限操作。部分工作人员为方便工作，将1800余条工作数据导出，并存储在未部署有效安全防护措施的互联网电脑上。

目前，属地公安机关依据《中华人民共和国数据安全法》，对涉事医疗机构依法予以行政处罚，并责令改正。

这一案件反映出，医疗机构的数据安全风险不仅存在于外部攻击，也可能来自内部权限失控和不规范的数据使用行为。尤其是将敏感数据导出至缺乏安全防护的终端，容易使原本处于相对受控环境中的数据脱离管理，增加泄露风险。

医疗机构应重点做好以下四方面工作：

一是严格权限管控，落实最小授权。按照岗位职责配置系统访问权限，避免跨权限操作和不必要的高权限账号；对非本人负责的患者数据查询、导出等操作建立审批机制并留存记录；定期复核账号权限，人员转岗、离职时及时调整或注销账号。

二是规范数据流转，加强终端防护。对敏感数据导出实行审批管理，确有业务需要的，应采取加密、脱敏等保护措施。严禁将病历等敏感数据长期存储在缺乏安全防护的互联网电脑及其他终端。统一部署终端安全防护、磁盘加密和数据防泄漏措施，落实网络安全等级保护相关要求。

三是强化风险监测，完善应急机制。对系统登录、数据查询、批量导出等操作进行日志记录，建立异常行为监测和数据库审计机制；定期开展漏洞扫描和安全评估，及时处置发现的风险；制定数据安全事件应急预案，发生数据泄露事件时及时采取措施，并按规定报告。

四是健全管理制度，压实人员责任。建立覆盖数据采集、存储、使用、传输和销毁等环节的安全管理制度，明确医院及各科室负责人责任；将数据安全纳入员工入职和年度培训；加强对运维厂商等第三方的安全管理，通过协议约束、执行检查等方式落实保密义务，对违规导出、存储数据等行为严肃追责。

案例二：企业来访登记系统缺乏安全防护，非核心系统成为数据安全盲区

来访登记系统通常不属于企业核心业务系统，却存储着访客姓名、来访事由、联系方式等个人信息。由于系统规模较小、业务重要性看似不高，一些单位往往忽视其安全防护，使其成为数据安全管理中的薄弱环节。

近日，福建龙岩公安网安部门依法查处一起企业不履行数据安全保护义务案件。

经查，福建龙岩某公司自建的来访登记系统存储了访客姓名、来访事由等个人信息，但该公司未充分认识到此类系统的数据安全风险，既未采取有效的数据安全技术措施，也未落实相应的数据安全管理义务，导致系统长期缺乏必要的安全防护。

目前，属地公安机关依据《中华人民共和国数据安全法》，对涉事公司依法予以行政处罚，并责令改正。

这一案件再次提醒企业：系统是否属于核心业务系统，与是否需要履行数据安全保护义务没有直接关系。只要涉及数据处理，就不能因为系统规模小、业务不重要而忽视安全防护。来访登记、考勤打卡、会议室预约等看似不起眼的系统，同样可能成为个人信息泄露的渠道。

各单位应重点落实以下四方面要求：

一是摸清系统底数，消除管理盲区。全面梳理本单位自建系统，尤其是来访登记、考勤打卡、会议室预约等非核心业务系统，建立系统清单，明确系统用途、数据类型、责任部门和运维人员，逐一开展安全检查。

二是落实基础防护，消除安全隐患。无论系统规模大小，只要涉及数据处理，就应根据适用的法律法规和网络安全等级保护要求，落实相应的安全技术措施，部署必要的防病毒、防火墙、入侵检测等安全防护能力，及时修复漏洞，避免系统长期处于缺乏防护的状态。

三是明确管理责任，完善制度机制。明确每个系统的数据安全责任人，建立覆盖数据处理全过程的安全管理制度，定期开展安全培训和风险自查，确保系统有人管、风险有人查、问题有人改。

四是完善应急预案，提高处置能力。针对非核心业务系统同步建立安全事件应急处置机制，明确责任人员、处置流程和报告要求。一旦发现数据泄露或系统入侵，应及时采取措施控制风险、保护现场证据、留存相关日志，并按照规定向有关部门报告。

案例三：测试结束后未关闭话务系统，服务器遭入侵后被用于实施不法行为

测试环境并不意味着没有安全风险。部分企业在系统开发、测试过程中，往往重视业务功能验证，却忽视测试服务器的安全防护和后续管理。测试完成后，如果系统仍然对外开放，且缺乏必要的安全措施，就可能成为攻击者入侵和利用的入口。

近日，福建泉州公安网安部门在日常工作中发现，辖区某公司话务系统存在大量异常外拨行为，随即对该单位开展线下检查。

经查，该公司长期忽视测试服务器的安全管理。在对话务系统开展联网业务测试过程中，未按照《中华人民共和国网络安全法》等法律法规要求，采取必要技术措施保障测试服务器安全。测试完成后，也未及时关闭、下线相关话务系统，导致系统遭受网络攻击并被入侵。攻击者控制系统后，利用其外呼功能实施不法行为。

目前，属地公安机关依据《中华人民共和国网络安全法》，对涉事公司依法予以行政处罚，并责令其限期改正。针对网络攻击入侵行为，公安机关将另案处理。

该案暴露出部分企业在测试环境管理方面的明显短板：将测试系统视为临时性、非生产性环境，忽视其对外暴露的安全风险；测试结束后缺乏系统下线和资产回收机制；对异常行为缺少有效监测，未能及时发现和阻断攻击者的恶意利用。

企业应将测试环境纳入统一的网络安全管理体系，重点做好以下工作：

一是统一安全基线，落实测试环境防护。测试服务器同样需要落实必要的安全防护措施，及时更新系统补丁，关闭非必要端口和服务，严格控制互联网访问范围，避免测试环境成为网络攻击的入口。

二是规范测试流程，建立系统下线机制。将测试环境的创建、使用、变更和销毁纳入统一管理。测试结束后，及时关闭不再使用的系统和服务，回收临时账号、访问权限及相关资源，避免遗留系统长期暴露在互联网中。

三是加强权限管理，防止系统被滥用。严格控制测试服务器的访问权限，避免使用默认账号、弱口令和不必要的高权限账户；对话务外呼等具有实际业务执行能力的功能设置必要的访问控制和使用限制，防止系统被入侵后用于实施不法行为。

四是强化安全监测，完善应急响应。对测试服务器的登录、访问和业务调用行为进行监测，及时发现异常流量、异常外联和异常业务操作；建立网络安全事件应急预案，发现系统遭受攻击或被非法控制时，及时隔离处置、保全证据，并按规定向属地公安机关报告。

三起案件敲响警钟：安全管理不能留下盲区

从医疗机构内部权限管理混乱、敏感数据违规导出，到企业忽视非核心业务系统的数据安全，再到测试服务器遭入侵并被攻击者利用，三起案件涉及的系统不同，暴露的问题却具有相似性：安全管理没有覆盖所有数据和系统，安全责任没有落实到具体环节。

这也说明，网络与数据安全不能只盯着核心业务系统和外部攻击。内部人员的数据操作、边缘系统的安全防护、测试环境的生命周期管理，都应纳入统一的安全治理体系。

对于企业而言，真正需要警惕的，不只是有没有部署防火墙、杀毒软件等安全产品，更要看安全管理是否真正落地：数据能否被随意导出？非核心系统是否有人负责？测试结束后系统是否及时下线？异常行为能否被及时发现和处置？

“护网—2026”专项工作所通报的这三起案件，再次释放出一个明确的信号：网络安全和数据安全保护义务不是选择性要求，不能因系统规模小、业务不重要或处于测试阶段而打折扣。任何一个管理盲区，都可能成为整个安全体系的薄弱环节。

精彩回顾

• 六大原因让Mythos成为人工智能和全球安全转折点
• 全球知名安全投资人：“未来十年可能是网络安全最黑暗时期。”
• 不想被 AI 时代甩在身后？先搞懂这 30 个\"保命\"术语
• 帮乌克兰打赢网络战的首席分析师也未能幸免：AI大潮下这群“安全特种兵”被裁了
• 五眼联盟罕见联合发出预警：AI模型驱动的毁灭性网络攻击数月内或将发生

• 因网安与信息化问题，多家中央部门单位被国家审计署点名

• 全国网络安全等保测评机构最新名录

• 主流的SOC平台产品及行业实践

• CSO如何展示安全建设的商业价值？
• 避坑指南：安全负责人如何向高管层汇报
• 网络安全从业者需要了解的法律知识
• CSO应关注20个网络安全指标

（CSO安全主管群、产业群、市场群、安全意识...）

合作投稿，加群分享交流

请添加微信：CSOAlliance