2026年8月，波兰医疗软件供应商MyDr遭遇网络攻击，约1880万患者数据受到影响，涉及超过1.2万家医疗机构。
这起事件真正值得警惕的，不只是数据规模，而是：被攻破的不是1.2万家医院，而是一家被1.2万余家医疗机构共同依赖的软件供应商。
随着医疗数字化深入，越来越多业务系统、云平台和数据接口交由第三方建设运营。医院自身网络边界或许清晰，但数据安全边界已经延伸到软件供应商、云服务商、API接口和数字证书。
一家供应商，为什么影响这么大？
MyDr事件首先暴露的是**“风险集中”**。
过去，攻击者可能需要逐家突破医疗机构；如今，如果攻破一个掌握大量客户数据和系统连接能力的上游供应商，影响范围就可能迅速放大。
因此，医疗机构需要关注的已经不只是：
“我的网络安全吗？”
还包括：
“能够访问我数据和系统的第三方，安全吗？”
历史数据，也不能成为安全盲区
此次涉及的主要为截至2024年4月的历史数据。
这并不意味着攻击者已经长期潜伏，但它提醒我们：
业务系统下线了，数据风险并不会随之消失。
很多机构把安全投入集中在在线核心系统，却容易忽视历史数据库、归档服务器和备份环境。
这些系统使用频率不高，却仍可能保存患者身份、诊疗记录等敏感信息，一旦缺乏访问控制和审计，同样可能成为攻击目标。
还要警惕“机器身份”
事件发生后，波兰电子医疗中心预防性轮换了与P1平台通信相关的数字证书。目前没有证据表明证书已经泄露，但这一动作提醒了另一个问题：
系统之间同样存在“身份”。
数字证书、API Key、Token、服务账号，都是机器之间建立信任的重要凭证。一旦被盗用，攻击者就可能以“合法身份”访问业务系统。
第三方安全，不能只查一次
第三方安全不能只停留在合同、安全证书和上线前评估。
供应商上线时安全，不代表以后一直安全。系统会升级、漏洞会出现、权限会扩大，人员也会变化。
更合理的做法，是建立：
准入评估 → 权限控制 → 持续监测 → 定期复核 → 事件协同 → 退出管理
的全生命周期机制。
同时，加强数据分类分级、历史数据保护、身份与证书管理，以及7×24持续监测和事件响应能力。
MyDr事件真正提醒我们的，不只是“软件供应商也可能被攻击”，而是：
医院的网络边界可以画清楚，但医疗数据的安全边界，早已延伸到了整个数字供应链。
数字化越深入，供应链越长，安全能力也必须同步延伸。
热门跟贴