语音钓鱼攻陷 SSO 账户致医疗数据泄露事件研究

摘要：2026 年 9 月，美国大型药品分销与医疗供应企业 McKesson 公开确认其第三方应用环境遭到未授权人员访问，敏感数据被窃取，受影响范围覆盖肿瘤学、多专科及医疗外科业务条线的部分客户。黑客组织 ShinyHunters 声称对该事件负责，并披露其通过语音钓鱼手段攻陷员工单点登录账户，进而访问关联的云端第三方应用完成数据窃取。该事件并非传统意义上的勒索软件运营瘫痪，而是以身份凭证为突破口、以第三方云应用为数据出口的隐蔽型数据泄露，其攻击路径与检测难点对医疗行业具有普遍警示意义。本文以 McKesson 事件为核心研究对象，完整还原从语音钓鱼社会工程到 SSO 账户接管、再到第三方应用数据外泄的完整攻击链路，剖析医疗行业深度依赖第三方应用与统一身份认证架构所形成的结构性风险，识别现有安全检测体系面对合法身份异常行为时存在的盲区，并结合 AdaptHealth 同类事件与 Change Healthcare 勒索事件开展横向对比，厘清不同类型医疗中介机构风险形态的差异。反网络钓鱼技术专家芦笛指出，当攻击者持有的是合法员工凭证时，边界防护与恶意代码检测体系几乎全部失效，防御重心必须前移至身份安全与行为异常识别。本文从身份治理、第三方应用管控、语音钓鱼防护、检测响应、供应链风险管理多个维度提出可落地的防控策略，为医疗行业应对同类身份驱动型数据泄露提供参考。

关键词：语音钓鱼；单点登录；第三方应用；医疗数据泄露；McKesson；ShinyHunters；身份安全

1 引言

医疗行业长期处于网络攻击的高风险区间，但其威胁形态正在发生结构性转变。过去数年，行业关注的焦点集中于勒索软件对医疗机构运营系统的加密瘫痪，2024 年 Change Healthcare 事件所引发的全行业结算中断至今仍是行业风险讨论的基准案例。然而，2026 年 9 月 McKesson 披露的数据泄露事件呈现出另一种风险范式：攻击者并未加密系统、未中断分销运营，而是以员工身份凭证为跳板，潜入第三方云端应用环境，静默完成数据窃取。这类攻击不制造显性的运营崩溃，却可能造成规模可观的敏感健康信息外泄，其隐蔽性与检测难度甚至高于传统勒索攻击。

McKesson 在美国医疗体系中处于高度连接的枢纽位置。该公司自定位为医疗行业的物流与运营骨干，每日完成约四万次药品与医疗物资配送，服务对象覆盖全国几乎所有类型的医疗机构。这种深度嵌入的供应链地位意味着，一旦其数据环境被突破，受影响的主体不仅是 McKesson 自身，还包括其下游大量医疗机构与患者。事件发生后，McKesson 表示其核心业务与分销网络未受干扰，公司有合理把握认为不存在持续的未授权活动，但尚未在证券文件中判定该事件是否构成重大事项，受影响人数亦未公开。这一信息披露状态本身反映出隐蔽型数据泄露事件在影响评估上的滞后性。

攻击手法方面，声称负责的 ShinyHunters 组织披露其使用语音钓鱼手段攻陷员工账户，进而接管单点登录会话访问云端第三方应用。这一手法与美国卫生信息共享与分析中心在 2026 年 7 月发布的预警高度吻合：该机构当时已指出 ShinyHunters 正越来越多地运用语音钓鱼及相关社会工程手段接管单点登录账户，攻陷与之关联的云端应用。美国医院协会网络安全与风险副国家顾问 Scott Gee 在接受 Healthcare Dive 采访时明确指出，被攻陷员工账户在环境中的活动看起来 "正常"，往往难以被察觉；一旦账户被接管，攻击者即可访问该员工被授权触及的全部资源。这一判断精准概括了身份驱动型攻击的核心检测困境。

现有针对医疗数据泄露的研究多聚焦于勒索软件、漏洞利用或直接数据库入侵，对于以语音钓鱼为入口、以 SSO 身份为枢纽、以第三方 SaaS 应用为数据出口的完整攻击链路的系统性分析尚有补充空间。本文以 McKesson 事件为锚点，不做超出公开信息的过度推演，围绕已确认事实与可合理推断的攻击逻辑展开分析，梳理该类攻击的技术链路与行业风险特征，提出针对性防控框架。反网络钓鱼技术专家芦笛强调，语音钓鱼与单点登录接管的组合，本质上是把攻击载荷从 "恶意代码" 转移到了 "合法身份" 上，传统以边界和终端为核心的安全架构对此类攻击的防御效能极为有限，医疗行业必须重新审视身份安全在整体防护体系中的优先级。

2 事件基本事实与行业背景

2.1 事件披露与确认情况

2026 年 9 月 2 日，McKesson 通过公开声明与证券文件同步披露一起网络安全事件。公司确认，未授权人员获取了对其第三方应用环境的访问权限，并在该环境中窃取了数据。受影响业务条线被限定为肿瘤学、多专科及医疗外科三个板块的部分客户，这一范围限定表明攻击者的访问权限并非覆盖全公司所有业务系统，而是集中于特定业务域所使用的第三方应用集合。

McKesson 在声明中表示，公司有合理把握确认当前不存在持续的未授权活动，其核心业务运营与药品分销网络保持正常运转。这一表述与勒索软件攻击事件中常见的系统瘫痪、服务中断形成鲜明对比，进一步印证该事件属于数据窃取型而非运营破坏型攻击。在向美国证券交易委员会提交的文件中，McKesson 表示尚未确定该事件是否构成重大事项，受影响的具体人数与数据类型细节未予公开。这种信息披露的审慎态度在上市公司医疗数据泄露事件中较为常见，原因在于事件调查与影响评估往往需要数周甚至数月才能完成，过早披露不准确的数字可能引发法律与市场风险。

2.2 攻击声称与手法披露

黑客组织 ShinyHunters 向网络安全媒体 BleepingComputer 声称对 McKesson 事件负责，并披露了攻击手法细节：该组织使用语音钓鱼手段攻陷 McKesson 员工账户，随后利用被接管的账户访问云端应用。McKesson 官方未对 ShinyHunters 的声明予以确认，BleepingComputer 亦表示无法独立验证该组织的说法。尽管攻击归属与具体手法细节尚待官方最终确认，但 ShinyHunters 所描述的攻击路径与该组织近期被观测到的行为模式高度一致，且与行业预警信息形成交叉印证，具备较高的可信度参考价值。

ShinyHunters 是近年来较为活跃的网络犯罪组织，以数据窃取与信息泄露为主要运营模式，曾多次针对各类企业发起攻击并在地下论坛泄露所窃数据。该组织的攻击手法持续演进，从早期的漏洞利用与凭证填充，逐步转向以社会工程为核心的身份接管路径。语音钓鱼作为该组织近期重点使用的手段，其优势在于绕过技术层面的多因素认证防护 —— 攻击者直接与员工通话，通过伪装身份与精心设计的话术诱导员工主动泄露凭证或完成授权操作，而非在技术层面破解认证机制。

2.3 McKesson 在医疗供应链中的枢纽地位

理解 McKesson 事件的行业影响，必须先认识该公司在美国医疗体系中的结构性位置。McKesson 是全球规模领先的药品分销与医疗供应链企业，其业务覆盖药品采购、分销、医疗用品供应、医疗信息技术服务等多个领域。公司每日执行约四万次配送，服务网络覆盖美国境内几乎所有类型的医疗机构，包括医院、诊所、药房、长期护理机构等。

这种高度连接的供应链地位意味着 McKesson 掌握着大量下游医疗机构的业务数据与患者相关信息。其肿瘤学业务板块涉及肿瘤诊所的药品供应与运营支持，医疗外科业务涉及手术物资与医疗器械的供应链管理，多专科业务则覆盖更广范围的专科医疗机构。这些业务条线所使用的第三方应用系统中，存储着患者诊疗信息、医疗机构采购数据、供应链运营信息等多类敏感数据。一旦第三方应用环境被突破，数据外泄的影响范围将沿供应链向下游扩散，波及大量并非 McKesson 直接雇员的医疗机构与患者。

2.4 行业预警的前置信号

McKesson 事件并非毫无预兆的孤立事件。美国卫生信息共享与分析中心在 2026 年 7 月，即 McKesson 事件披露前约两个月，已发布专门预警，指出 ShinyHunters 组织正越来越多地使用语音钓鱼及其他社会工程手段接管单点登录账户，进而攻陷与之关联的云端应用。该预警明确将攻击手法、攻击组织与攻击目标三者关联，为行业提供了具有可操作性的威胁情报。

然而，预警信息的发布与组织内部防护措施的落地之间往往存在时间差与执行落差。医疗行业机构普遍面临安全预算有限、安全人员配置不足、第三方应用管理复杂度高等现实约束，威胁情报转化为具体防护规则需要经过内部评估、规则配置、测试上线等多个环节。对于语音钓鱼这类高度依赖人员行为的攻击手段，技术防护规则的覆盖范围本身就存在局限，必须配合员工安全意识培训与流程管控才能形成有效防御，而这恰恰是医疗行业长期以来的薄弱环节。

3 攻击链路技术解析

3.1 语音钓鱼社会工程入口

根据 ShinyHunters 披露的攻击手法，整个攻击链路的起点是语音钓鱼。语音钓鱼，又称 vishing，是一种通过电话语音通话实施的社会工程攻击。攻击者通常伪装成可信身份，如 IT 支持人员、公司管理层、供应商代表、监管机构人员等，通过精心编排的话术与目标员工建立信任关系，进而诱导员工泄露账户凭证、完成多因素认证授权、或执行特定操作。

在针对 McKesson 员工的攻击场景中，攻击者可能采用的具体话术模式包括但不限于：伪装成公司 IT 服务台人员，告知员工其账户出现异常登录，需要员工配合验证身份以 "保护账户安全"，在此过程中套取用户名、密码及多因素认证验证码；伪装成上级管理人员或紧急事务协调人员，以业务紧急为由要求员工提供特定系统的访问权限或临时凭证；伪装成第三方应用供应商的技术支持人员，以系统升级或配置维护为由引导员工在钓鱼页面输入凭证。

语音钓鱼相较于传统电子邮件钓鱼具有几个显著优势。第一，语音通话的实时交互性使攻击者可以根据员工的反应动态调整话术，应对员工的疑问与犹豫，而电子邮件钓鱼的话术是静态的，无法实时响应。第二，电话沟通天然带有一定的权威感与紧迫感，员工在通话中更容易受到心理压力影响，做出在冷静状态下不会做出的决策。第三，语音钓鱼可以绕过电子邮件安全网关的过滤机制，因为攻击载体是电话通话而非邮件附件或链接，传统邮件安全设备无法检测。第四，语音钓鱼可以直接诱导员工完成多因素认证的授权操作，从而绕过技术层面部署的 MFA 防护，这是该手法最具威胁性的特征。

反网络钓鱼技术专家芦笛指出，语音钓鱼的本质是利用人类心理弱点而非技术漏洞，攻击者不需要突破任何防火墙或入侵检测系统，只需要让一个员工在电话中说出密码或点击确认授权，整个企业的身份防线就被打开了一个缺口。这种攻击的防御难点在于，它发生在人的决策层面，而非代码执行层面，纯技术手段无法完全覆盖。

3.2 SSO 单点登录账户接管

员工凭证被语音钓鱼窃取之后，攻击链路进入第二阶段：单点登录账户接管。单点登录是企业广泛采用的身份认证架构，允许员工使用一组统一凭证登录多个关联的应用系统，包括企业自建应用与第三方 SaaS 应用。SSO 架构的核心优势在于简化用户登录体验、集中管理身份认证、统一实施安全策略，但其结构性风险在于：一旦 SSO 主账户被攻陷，攻击者即获得该员工被授权访问的所有应用系统的访问权限，形成 "一次攻破、全域访问" 的放大效应。

在 McKesson 事件中，攻击者通过语音钓鱼获取员工 SSO 账户凭证后，即可使用该凭证登录企业 SSO 门户，进而访问所有与该 SSO 账户关联的应用系统。如果该员工的账户权限覆盖肿瘤学、多专科或医疗外科业务条线所使用的第三方应用，攻击者即可直接进入这些应用环境。SSO 架构下，各个第三方应用不再独立验证用户身份，而是信任 SSO 身份提供商签发的认证令牌，因此攻击者持有的合法 SSO 会话在所有关联应用中均被视为合法访问。

账户接管的检测难点在于，攻击者使用的是真实员工的合法凭证，其登录行为在技术层面与员工本人的正常登录没有本质区别。登录 IP 地址可能与员工常用地点存在差异，但远程办公的普及使得异地登录不再是可靠的异常信号；登录时间可能偏离员工常规工作时间，但轮班制与跨时区协作在医疗行业十分常见；访问的应用系统可能超出员工日常使用范围，但员工权限配置中本身就包含这些应用的访问授权，基于权限的访问控制无法识别 "合法身份的非法意图"。Scott Gee 所指出的 "员工账户在环境中移动看起来正常，往往被忽视"，正是对这一检测困境的精准描述。

3.3 第三方云端应用访问与数据窃取

SSO 账户接管之后，攻击链路进入第三阶段，也是最终达成攻击目标的阶段：访问第三方云端应用并窃取数据。McKesson 的业务运营高度依赖各类第三方 SaaS 应用，这些应用可能覆盖客户关系管理、供应链管理、电子健康记录接口、计费系统、人力资源管理等多个业务域。攻击者通过被攻陷的 SSO 账户登录这些第三方应用后，即可在应用权限范围内浏览、查询、导出数据。

数据窃取的具体实现方式取决于第三方应用的功能设计。大多数 SaaS 应用提供数据导出、报表生成、批量下载等功能，攻击者可以利用这些合法功能批量导出敏感数据，而不需要利用任何应用漏洞。部分应用还提供 API 接口，攻击者可以利用被攻陷账户的 API 令牌程序化地批量拉取数据，提高窃取效率。由于所有操作均通过合法账户、合法应用功能完成，应用层面的访问日志记录的是正常用户行为，难以被应用自带的安全机制识别为攻击。

在 McKesson 事件中，受影响的业务条线为肿瘤学、多专科与医疗外科，这意味着被窃取的数据可能涉及肿瘤患者诊疗信息、专科医疗机构运营数据、外科手术物资供应链数据等。这些数据中包含的受保护健康信息一旦泄露，将触发 HIPAA 等医疗隐私法规的通知义务与潜在处罚，同时可能被攻击者在地下数据市场出售，用于身份盗窃、医疗欺诈等后续犯罪活动。

值得注意的是，McKesson 明确将受影响范围限定为 "第三方应用"，而非公司自建的核心业务系统。这一限定具有重要的技术含义：攻击者可能并未突破 McKesson 的内部网络边界，而是通过 SSO 账户直接访问了托管在外部云服务商环境中的第三方 SaaS 应用。这种攻击路径完全绕过了传统的网络边界防护体系，因为数据访问流量发生在云端应用与用户之间，而非穿越企业内网边界。这也是该事件被定性为 "第三方应用" 数据泄露而非 "内部系统入侵" 的关键原因。

3.4 攻击链路的隐蔽性特征

综合以上三个阶段，McKesson 事件所代表的攻击链路具有多层隐蔽性特征。第一，入口隐蔽：语音钓鱼通过电话通话实施，不产生可被网络安全设备检测的恶意流量或文件。第二，身份隐蔽：攻击者使用合法员工凭证登录，所有认证行为在技术层面均为合法。第三，访问隐蔽：通过 SSO 架构访问第三方应用，访问路径不穿越企业内网边界，边界防护设备不可见。第四，操作隐蔽：数据窃取利用应用自带的合法导出功能，不触发漏洞利用或异常代码执行告警。第五，后果隐蔽：攻击不造成系统中断或运营瘫痪，数据外泄在短期内可能完全不被察觉，直到攻击者在地下论坛泄露数据或发起勒索时才暴露。

这五层隐蔽性叠加，使得该类攻击的平均检测时间显著长于传统入侵攻击。攻击者可以在被攻陷的 SSO 会话中持续活动数天甚至数周，逐步探索可访问的应用范围、筛选高价值数据、完成批量导出，而不触发任何安全告警。McKesson 在事件披露时表示有合理把握认为不存在持续的未授权活动，这一表述暗示公司已经完成了对被攻陷账户的处置与环境排查，但从攻击发生到事件被发现之间的时间窗口，正是数据窃取行为集中发生的高危期。

4 医疗行业第三方应用与 SSO 架构的结构性风险

4.1 医疗行业第三方应用依赖的深度与广度

医疗行业是对第三方应用依赖程度最高的行业之一。现代医疗机构的运营体系建立在大量专业化软件系统之上，包括电子健康记录系统、放射科信息系统、实验室信息系统、药房管理系统、计费与收入周期管理系统、供应链管理系统、人力资源系统、客户关系管理系统等。这些系统中，相当比例由第三方供应商以 SaaS 模式提供，医疗机构与医疗供应链企业通过订阅方式使用，数据存储在供应商的云端环境中。

McKesson 作为医疗供应链企业，其业务运营同样需要大量第三方应用支撑。肿瘤学业务需要对接肿瘤诊所的诊疗与用药管理系统，医疗外科业务需要对接手术物资的供应链与库存管理系统，多专科业务需要对接各类专科医疗机构的运营系统。这些第三方应用中存储的数据不仅包括 McKesson 自身的业务数据，还包括下游医疗机构共享的患者信息与运营数据，形成了复杂的数据共享与责任边界。

第三方应用的广泛使用带来了安全管理上的碎片化挑战。每个第三方应用都有独立的供应商、独立的安全架构、独立的数据存储位置、独立的访问控制机制。企业安全团队难以对所有第三方应用实施统一的安全监控与策略执行，尤其是当应用托管在外部云环境中时，企业对应用底层基础设施的可见性与控制力非常有限。第三方应用供应商的安全成熟度参差不齐，部分中小型供应商可能缺乏完善的安全审计日志、异常行为检测与事件响应能力，这使得第三方应用环境成为企业安全防护体系中的薄弱环节。

4.2 SSO 架构的权限放大效应

单点登录架构在医疗行业的广泛应用，进一步放大了第三方应用被攻陷后的风险范围。SSO 的设计初衷是集中管理身份认证、简化用户体验、统一安全策略，但在安全实践中，SSO 架构形成了一个高度集中的身份枢纽：所有关联应用的访问权限都绑定在 SSO 主账户上，主账户的安全状态直接决定了所有关联应用的安全状态。

在权限配置合理的理想状态下，每个员工的 SSO 账户仅被授予其工作职责所需的最小应用访问权限，遵循最小权限原则。然而在实际运营中，医疗行业企业的 SSO 权限配置往往存在过度授权问题。原因包括：业务部门为了工作便利申请超出实际需要的应用权限；员工岗位变动后旧权限未及时回收，形成权限累积；第三方应用的权限粒度较粗，无法实现精细化的功能级权限控制；安全团队对第三方应用的权限可见性不足，难以有效审计与清理。

过度授权的 SSO 账户一旦被攻陷，攻击者可访问的应用范围与数据量将远超该员工日常实际使用的范围。在 McKesson 事件中，如果被攻陷员工的 SSO 账户被授权访问肿瘤学、多专科与医疗外科三个业务条线的第三方应用，攻击者即可同时触及这三个业务域的数据。即便员工日常仅使用其中一个应用，权限配置中包含的其他应用同样对攻击者开放。这种 "权限配置范围" 与 "实际使用范围" 之间的落差，是 SSO 架构下身份接管攻击能够造成大规模数据泄露的重要原因。

4.3 云端数据出口的管控盲区

第三方 SaaS 应用的数据存储在云端，数据访问流量通过公共互联网传输，这一架构特征带来了数据出口管控的盲区。在传统内部系统架构中，敏感数据存储在企业数据中心内，数据外泄需要穿越企业网络边界，边界防火墙、数据防泄漏系统可以对出站流量进行检测与拦截。而在 SaaS 架构中，用户直接通过互联网访问云端应用，数据从云端应用直接传输到用户终端，不经过企业内网边界，传统的边界型数据防泄漏系统无法看到这部分流量。

虽然部分企业部署了云访问安全代理来监控 SaaS 应用访问行为，但 CASB 的部署覆盖率与检测能力存在局限。许多医疗行业企业由于预算与技术能力限制，未部署 CASB 或仅对少数核心 SaaS 应用实施监控，大量第三方应用处于监控盲区。即便部署了 CASB，其检测逻辑也主要基于已知威胁特征与异常流量模式，对于使用合法账户、通过合法应用功能执行的批量数据导出行为，CASB 可能无法准确识别为恶意操作。

数据出口管控的盲区意味着，攻击者在第三方应用中完成数据窃取后，可以将数据直接下载到自己控制的终端，或者通过应用的 API 接口将数据传输到外部存储，整个过程不产生可被企业边界安全设备检测的异常流量。McKesson 事件中数据被窃取的具体技术路径尚未公开，但基于第三方 SaaS 应用的架构特征，数据通过合法应用功能直接导出是最可能的实现方式。

5 现有安全防护体系的检测盲区

5.1 边界防护体系的失效

传统企业安全防护体系以网络边界为核心构建，包括防火墙、入侵检测系统、入侵防御系统、邮件安全网关、Web 安全网关等设备。这套体系的基本假设是：攻击者来自企业网络外部，需要通过边界进入内部网络才能访问敏感资源。然而，McKesson 事件所代表的身份驱动型第三方应用攻击完全跳出了这一假设框架。

在该攻击路径中，攻击者不需要入侵企业内部网络。语音钓鱼通过公共电话网络实施，SSO 登录通过互联网访问云端身份提供商，第三方应用访问通过互联网直达云端 SaaS 服务。整个攻击链路中，没有任何环节需要穿越企业内网边界，边界防护设备对攻击行为完全不可见。防火墙无法检测电话通话中的社会工程话术，入侵检测系统无法识别使用合法凭证的云端应用登录，邮件安全网关无法拦截不经过邮件通道的语音钓鱼。

边界防护体系的失效并非因为设备性能不足或规则配置不当，而是因为攻击路径从根本上绕过了边界防护的覆盖范围。这一现实要求医疗行业企业重新评估安全防护体系的架构假设，将防护重心从 "网络边界" 向 "身份与数据" 转移。反网络钓鱼技术专家芦笛指出，当攻击不再穿越边界时，边界上的所有安全投资都变成了马其诺防线，敌人已经从侧翼绕过，而防御者还在盯着城墙。

5.2 终端防护与恶意代码检测的局限

终端安全防护体系，包括杀毒软件、端点检测与响应工具，其核心检测逻辑是识别恶意代码执行与异常进程行为。在传统入侵攻击中，攻击者需要在受害终端部署恶意软件、执行漏洞利用代码、建立持久化机制，这些行为会在终端上留下可被 EDR 检测的痕迹。然而，在 McKesson 事件的攻击路径中，攻击者可能完全不需要在任何终端上部署恶意代码。

语音钓鱼阶段，攻击发生在电话通话中，不涉及终端上的任何代码执行。SSO 登录阶段，攻击者使用标准浏览器或官方应用客户端完成合法登录，不执行任何恶意代码。第三方应用访问与数据窃取阶段，攻击者通过应用自带的合法功能完成操作，同样不需要在终端上运行恶意软件。整个攻击链路中，终端上可能不存在任何恶意代码或异常进程，EDR 工具无迹可寻。

即便攻击者在某个环节使用了恶意工具，如自动化数据抓取脚本，这些工具也可能运行在攻击者控制的外部服务器上，而非受害企业的终端环境中。企业终端防护工具无法监控外部服务器上的进程行为。这种 "攻击载荷外部化" 的趋势，使得终端防护体系在面对身份驱动型攻击时的检测效能大幅下降。

5.3 合法身份异常行为的识别困境

身份驱动型攻击最核心的检测难点在于，如何区分 "合法用户的正常行为" 与 "被攻陷身份的恶意行为"。传统的身份安全检测主要依赖规则引擎，如异地登录告警、异常时间登录告警、多次登录失败告警等。这些规则在面对复杂的身份接管攻击时存在明显局限。

异地登录告警的有效性因远程办公的普及而大幅下降。医疗行业企业中，远程办公、跨区域协作、出差访问等场景十分常见，员工从非常用地点登录 SSO 账户并不必然意味着账户被攻陷。如果安全团队对每一次异地登录都进行调查，告警量将远超处理能力，导致告警疲劳；如果提高告警阈值以减少误报，又可能遗漏真实的账户接管事件。

异常时间登录告警面临类似问题。医疗行业是全天候运营的行业，轮班制、急诊、紧急事务处理等场景使得员工在非常规工作时间登录系统的情况并不罕见。尤其是 McKesson 这样的供应链企业，需要配合医疗机构的全天候运营需求，员工在晚间或周末登录系统处理紧急订单的情况可能较为常见。基于时间的异常检测规则在这种运营环境下的误报率较高。

访问范围异常是相对更有潜力的检测维度。如果一个 SSO 账户突然访问了其历史上从未使用过的第三方应用，或者在短时间内访问了大量不同的应用系统，这种行为模式可能指示账户被攻陷后攻击者正在进行环境探索。然而，这一检测维度的有效性依赖于完善的用户行为基线与应用访问日志，许多医疗行业企业尚未建立足够精细的用户行为分析能力。

批量数据导出行为是另一个关键检测维度。攻击者在攻陷账户后，通常会执行批量数据查询与导出操作，这种行为在数据量、操作频率、导出文件大小等方面可能与员工正常使用模式存在显著差异。然而，第三方 SaaS 应用的访问日志与操作日志是否对客户企业开放、开放的粒度如何，取决于供应商的接口设计与合同条款。许多企业无法获取第三方应用的细粒度操作日志，因而无法在自身安全运营平台中对批量数据导出行为进行检测与告警。

Scott Gee 所描述的 "员工账户在环境中移动看起来正常，往往被忽视"，正是对上述检测困境的高度概括。当攻击者的每一个操作单独来看都在合法权限范围内、都符合应用的正常使用模式时，将这些操作串联起来识别为攻击行为，需要高级的行为分析能力与跨应用的关联分析能力，而这正是当前许多医疗行业企业安全运营能力的短板所在。

5.4 第三方应用安全可见性的缺失

第三方应用安全可见性的缺失是检测盲区的另一个重要来源。企业安全团队通常对自建系统拥有完整的日志访问权、配置控制权与安全审计权，但对第三方 SaaS 应用的可见性与控制力非常有限。

第一，日志可见性不足。许多第三方 SaaS 应用仅向客户提供有限的访问日志，不提供细粒度的操作日志、数据导出日志、API 调用日志。部分应用的日志需要通过额外付费的高级安全功能才能获取，或者仅保留较短的日志留存周期。企业安全团队在进行事件调查时，可能无法从第三方应用获取足够的日志数据来还原攻击路径与评估数据泄露范围。

第二，配置控制力不足。第三方应用的安全配置，如多因素认证要求、会话超时设置、IP 白名单、数据导出限制、API 访问控制等，通常由供应商统一管理，客户企业只能在供应商提供的有限选项内进行调整。如果供应商未提供某项安全控制功能，客户企业无法自行实施。例如，如果某个第三方应用不支持限制批量数据导出的功能，企业无法阻止被攻陷账户通过该应用导出大量数据。

第三，安全审计权不足。企业对第三方应用的底层安全架构、代码安全、数据保护措施的审计依赖于供应商提供的安全认证与报告，如 SOC 2 报告、HIPAA 合规声明等。这些报告提供的是供应商整体安全成熟度的概览，无法替代针对具体应用实例的实时安全监控。当供应商自身发生安全事件时，客户企业往往处于信息不对称的弱势地位，难以及时获知事件详情并采取应对措施。

McKesson 事件中，受影响的是第三方应用环境，这意味着事件的调查与影响评估在很大程度上依赖于第三方应用供应商的配合与日志提供能力。如果供应商的日志留存不完整或安全响应不及时，McKesson 可能难以准确评估被窃取数据的范围与类型，这也是事件披露后受影响人数与数据细节尚未公开的可能原因之一。

6 同类事件横向对比与风险形态辨析

6.1 AdaptHealth 社会工程云应用数据泄露事件

2026 年 7 月，即 McKesson 事件披露前约两个月，医疗设备供应企业 AdaptHealth 披露了一起网络安全事件：一名网络罪犯使用社会工程手段访问了基于云端的应用程序，并窃取了健康信息。AdaptHealth 事件与 McKesson 事件在攻击路径上具有高度相似性：两者均以社会工程为入口，均以云端第三方应用为数据窃取目标，均未造成系统运营中断。

AdaptHealth 事件的披露为行业提供了一个早期预警信号，表明社会工程驱动的云端应用数据泄露正在成为医疗行业的活跃威胁形态。然而，从 AdaptHealth 事件披露到 McKesson 事件发生之间仅间隔约两个月，这一时间窗口对于医疗行业企业完成威胁情报消化、防护规则更新与员工培训强化而言可能过于短暂。两起事件的相继发生表明，这类攻击并非孤立尝试，而是有组织犯罪团伙正在系统性地针对医疗行业企业的身份体系与第三方应用环境发起攻击。

两起事件的对比还揭示了一个值得关注的趋势：攻击目标从医疗机构本身向医疗供应链企业扩展。AdaptHealth 与 McKesson 均非直接提供临床诊疗服务的医疗机构，而是医疗供应链中的设备供应与药品分销企业。这类企业虽然不直接运营电子健康记录系统，但其业务系统中存储着大量与医疗机构共享的患者相关数据，且其安全防护成熟度可能低于大型医疗机构，因而成为攻击者的高价值目标。攻击者可能采取 "迂回攻击" 策略，不直接攻击安全防护较为成熟的大型医院，而是攻击供应链中的中间企业，通过中间企业的数据环境间接获取患者信息。

6.2 Change Healthcare 勒索软件事件的对照

2024 年 Change Healthcare 勒索软件事件是近年来医疗行业影响最深远的网络安全事件之一。该事件中，勒索软件加密了 Change Healthcare 的核心系统，导致美国医疗体系的计费与保险预授权流程大面积中断，影响持续数周，造成了数十亿美元级别的行业损失。Change Healthcare 事件与 McKesson 事件虽然都涉及医疗行业中介机构的安全事件，但在风险形态上存在本质差异。

第一，攻击目标不同。Change Healthcare 事件是勒索软件攻击，攻击者的核心目标是加密系统、索要赎金，数据窃取可能是附加行为；McKesson 事件是数据窃取攻击，攻击者的核心目标是获取敏感数据，未对系统进行加密或破坏。

第二，影响表现不同。Change Healthcare 事件造成了显性的运营崩溃，医疗机构无法处理保险索赔与预授权，患者无法正常获取药品，影响立即显现且波及全行业；McKesson 事件未造成运营中断，核心业务与分销网络正常运转，数据泄露的影响在短期内不可见，主要表现为合规风险与潜在的患者隐私损害。

第三，检测难度不同。Change Healthcare 事件中，系统加密导致服务中断，攻击几乎在第一时间即被发现；McKesson 事件中，攻击者使用合法账户静默窃取数据，攻击可能在较长时间内不被察觉，检测难度显著更高。

第四，风险性质不同。Scott Gee 将 Change Healthcare 称为 "单点故障"，因为该公司处理了美国医疗体系中很大比例的计费与保险预授权交易，其系统瘫痪会导致全行业的关键流程中断。McKesson 虽然同样是医疗供应链中的枢纽企业，但其事件并未引发类似的全行业运营崩溃，因为攻击者未破坏其分销运营系统。两起事件共同说明，深度嵌入的医疗中介机构面临两种不同形态的风险：运营破坏型风险与数据泄露型风险，两者的攻击路径、影响表现、检测难度与应对策略均不相同，行业需要建立覆盖两种风险形态的综合防护能力。

6.3 医疗中介机构的系统性风险定位

AdaptHealth、McKesson 与 Change Healthcare 三起事件的相继发生，共同指向一个行业性的结构性问题：深度嵌入医疗体系的中介机构正在成为网络攻击的高价值目标与系统性风险节点。这些中介机构包括药品分销商、医疗设备供应商、医疗计费服务商、医疗 IT 服务商等，它们虽然不直接提供临床服务，但掌握着大量患者数据与医疗机构运营数据，且与下游医疗机构存在紧密的数据共享与业务依赖关系。

中介机构成为攻击目标的原因包括：第一，数据价值高，中介机构的数据环境中汇聚了大量下游医疗机构的患者信息与业务数据，一次攻击可以获取多机构的数据；第二，防护可能较弱，部分中介机构的安全投入与安全成熟度低于大型医疗机构，攻击者的投入产出比更高；第三，攻击路径多，中介机构通常使用大量第三方应用与外部供应商，攻击面更广；第四，影响传导性强，中介机构的数据泄露会沿供应链向下游传导，影响大量医疗机构与患者，攻击者的 "声誉收益" 更高。

医疗行业需要认识到，中介机构的安全风险不仅是单个企业的问题，更是整个医疗体系的系统性风险。当一个药品分销商的数据环境被突破，受影响的不仅是该分销商自身，还包括其服务的数万家医疗机构与数百万患者。因此，医疗行业的安全治理需要从单个机构的防护向供应链整体安全治理扩展，建立针对中介机构的安全标准、审计要求与信息共享机制。

7 防控策略与建议

7.1 身份安全治理体系强化

针对 SSO 账户接管这一核心攻击路径，医疗行业企业需要将身份安全提升为整体安全防护体系的优先事项，构建覆盖身份全生命周期的治理体系。

第一，强化多因素认证的抗钓鱼能力。传统的基于短信验证码或软件令牌的 MFA 可以被语音钓鱼绕过，因为攻击者可以在通话中实时诱导员工提供验证码或确认授权。企业应逐步部署抗钓鱼的多因素认证方案，如基于硬件安全密钥的 FIDO2/WebAuthn 认证，该方案通过加密机制将认证绑定到特定网站域名，即使员工被诱导在钓鱼页面输入凭证，硬件密钥也不会为伪造域名签发认证断言，从技术层面阻断语音钓鱼对 MFA 的绕过。

第二，实施最小权限原则与定期权限审计。企业应对 SSO 账户的第三方应用访问权限进行全面梳理，确保每个员工仅被授予其工作职责所需的最小应用权限。建立定期权限审计机制，至少每季度对 SSO 账户的应用权限进行审查，及时回收岗位变动、离职员工的旧权限，消除权限累积问题。对于高权限账户，如管理员账户、可访问大量敏感数据的业务账户，应实施更严格的权限管控与更频繁的审计。

第三，建立条件访问策略。企业应在 SSO 身份提供商层面部署条件访问策略，基于用户身份、设备状态、登录位置、登录时间、应用敏感度、风险评分等多维度因素动态决定是否允许访问、是否要求额外认证、是否限制会话功能。例如，对于访问包含大量患者数据的高敏感第三方应用，即使用户已通过 MFA 认证，也可以要求设备必须符合合规要求、登录位置必须在企业指定的 IP 范围内、会话内禁止执行批量数据导出操作。条件访问策略可以在身份层面对第三方应用访问实施精细化控制，弥补第三方应用自身安全控制能力的不足。

第四，部署身份威胁检测与响应能力。企业应建立专门的身份威胁检测能力，对 SSO 登录行为与第三方应用访问行为进行持续监控与异常分析。检测维度应包括：不可能旅行（短时间内从相距遥远的两个地点登录）、异常访问范围（访问历史上从未使用的应用）、异常操作模式（短时间内大量查询或导出数据）、异常 API 调用（非工作时间的批量 API 数据拉取）、Impossible Travel 等。对于检测到的高风险身份事件，应启动自动化响应流程，如强制重新认证、终止会话、锁定账户、通知安全团队。反网络钓鱼技术专家芦笛强调，身份威胁检测的核心不是识别 "谁登录了"，而是识别 "这个身份正在做什么"，当合法身份的行为模式偏离其历史基线时，无论凭证是否合法，都应被视为高风险事件。

7.2 第三方应用安全管控

针对第三方应用环境这一数据泄露的发生地，企业需要建立系统化的第三方应用安全管控体系，将第三方应用纳入企业整体安全治理范围。

第一，建立第三方应用安全评估与准入机制。企业在采购与部署第三方 SaaS 应用之前，应对供应商的安全成熟度进行全面评估，评估内容包括：数据存储位置与加密措施、访问控制与身份认证能力、安全日志的开放性与留存周期、数据导出与 API 访问的控制能力、安全事件响应流程与通知机制、合规认证情况（如 SOC 2、HIPAA、HITRUST）、历史安全事件记录。对于将存储大量受保护健康信息的高敏感应用，应要求供应商提供更详细的安全架构说明与审计权限，必要时开展第三方安全评估。

第二，在合同中明确安全责任与数据权利。企业与第三方应用供应商签订的合同中，应明确约定安全责任划分、数据泄露通知时限与内容要求、安全日志的访问权与导出权、数据导出功能的限制能力、企业终止合同时的数据删除与返还要求、供应商 subcontractor 的安全管理要求等。合同条款是企业在第三方应用安全事件中维护自身权益的重要法律依据，应避免使用供应商提供的标准合同模板中对客户不利的条款。

第三，实施第三方应用访问的集中监控。企业应通过 CASB、SSO 日志、应用 API 等多种渠道，对第三方应用的访问行为进行集中监控与分析。监控重点应包括：异常登录行为、批量数据导出操作、非工作时间的大量数据访问、API 令牌的异常使用、权限变更行为。对于高敏感第三方应用，应要求供应商提供细粒度的操作日志，并将这些日志接入企业的安全信息与事件管理平台进行关联分析。

第四，限制第三方应用的数据导出能力。企业应与供应商协商，对第三方应用的数据导出功能实施限制，如：限制单次导出的数据量上限、限制单位时间内的导出次数、要求导出操作必须经过额外审批或多因素认证、对导出操作生成实时告警、禁止通过 API 进行无限制的批量数据拉取。数据导出功能是攻击者在攻陷账户后窃取数据的主要工具，对该功能实施有效限制可以显著降低账户被攻陷后的数据泄露规模。

7.3 语音钓鱼防护体系建设

针对语音钓鱼这一攻击入口，企业需要建立技术防护与人员防护相结合的综合防护体系。

第一，开展针对性的语音钓鱼安全意识培训。企业应定期组织员工参加语音钓鱼专项培训，培训内容应包括：语音钓鱼的常见话术模式与识别要点、冒充 IT 支持人员的典型特征、紧急事务施压的心理操纵手法、如何验证来电者身份的正确流程、遇到可疑电话时的报告渠道。培训应结合真实案例与模拟演练，避免流于形式的理论宣讲。对于拥有高权限账户或可访问大量敏感数据的关键岗位员工，应实施更频繁、更深入的专项培训。

第二，建立语音钓鱼模拟演练机制。企业应定期开展语音钓鱼模拟演练，由安全团队或第三方服务商伪装成攻击者，向员工拨打模拟钓鱼电话，测试员工的识别与应对能力。演练结果应作为安全意识培训效果的评估依据，对在演练中泄露凭证或执行危险操作的员工进行针对性再培训。模拟演练可以帮助员工在真实场景中体验语音钓鱼的心理压力，提高在真实攻击中的识别能力。

第三，制定标准化的身份验证流程。企业应建立明确的内部身份验证规范，要求员工在接到声称来自 IT 部门、管理层或外部供应商的电话并被要求提供凭证或执行操作时，必须通过独立渠道验证来电者身份。例如，员工应主动挂断电话，通过公司内部通讯录中记录的官方号码回拨 IT 服务台进行核实，而不是相信来电显示的号码或来电者提供的回拨号码。企业应将这一流程写入信息安全政策，并在培训中反复强调。

第四，部署语音通信安全技术。企业可以考虑部署语音钓鱼检测与防护技术，如基于人工智能的通话内容分析系统，对来电中的可疑话术模式进行实时识别与告警；企业电话号码的身份认证与反欺骗技术，减少来电号码伪造；对 IT 服务台等关键部门的来电进行身份核验。这些技术手段可以作为人员防护的补充，但不能替代员工安全意识的提升。

反网络钓鱼技术专家芦笛指出，语音钓鱼防护的核心矛盾在于，技术手段无法替代人在通话中的判断，而人的判断在心理压力下往往不可靠。因此，最有效的防护策略不是要求员工 "更聪明地识别钓鱼"，而是建立 "无论电话听起来多么真实，都必须通过独立渠道验证" 的强制性流程，用流程约束替代个人判断。

7.4 检测响应能力提升

针对合法身份异常行为的检测困境，企业需要提升安全运营中心的身份威胁检测与响应能力。

第一，建立跨应用的用户行为基线。企业应整合 SSO 登录日志、第三方应用访问日志、CASB 日志、终端日志等多源数据，为每个员工建立跨应用的行为基线，包括常用登录时间、常用登录地点、常用应用集合、常用操作模式、典型数据访问量等。行为基线是异常检测的基础，只有明确了 "正常" 是什么，才能识别 "异常"。

第二，部署用户实体行为分析技术。企业应在安全运营平台中部署 UEBA 能力，利用机器学习算法对用户行为进行持续分析，自动识别偏离基线的异常行为。UEBA 可以检测传统规则引擎无法覆盖的复杂异常模式，如：一个平时只访问单个应用的员工突然在一天内访问了十几个不同应用；一个平时数据查询量稳定的员工突然在短时间内导出了远超正常量级的数据；一个账户在完成登录后立即执行了与该员工历史行为完全不同的操作序列。UEBA 的优势在于可以随着用户行为模式的变化动态调整基线，减少误报。

第三，建立身份事件的自动化响应流程。对于检测到的高风险身份事件，企业应建立分级自动化响应流程。低风险事件（如单次异地登录）可以触发额外认证要求；中风险事件（如异常应用访问）可以触发会话限制与安全团队通知；高风险事件（如批量数据导出、不可能旅行）可以触发即时会话终止、账户锁定与安全团队紧急响应。自动化响应可以显著缩短从检测到处置的时间窗口，减少攻击者在被攻陷账户中的活动时间。

第四，完善第三方应用事件的调查与取证能力。企业应提前与第三方应用供应商建立事件响应协作机制，明确在安全事件发生时供应商的日志提供义务、技术支持责任、响应时限要求。企业安全团队应熟悉各主要第三方应用的日志接口与数据导出方法，确保在事件发生时能够快速获取所需的日志数据进行调查。对于高敏感应用，应考虑提前配置日志实时同步，将应用操作日志持续接入企业 SIEM 平台，避免事件发生后因供应商响应延迟而影响调查进度。

7.5 供应链安全治理扩展

针对医疗中介机构的系统性风险，行业层面需要扩展供应链安全治理，将中介机构的安全纳入整体医疗安全体系。

第一，建立医疗供应链安全标准。行业监管机构与行业协会应针对医疗供应链中的中介机构（药品分销商、医疗设备供应商、医疗计费服务商、医疗 IT 服务商等）制定专门的安全标准与合规要求，明确这些机构在身份安全、数据保护、第三方应用管理、事件响应等方面的最低安全要求。标准应与 HIPAA 等现有法规衔接，但针对中介机构的业务特点与风险特征进行细化。

第二，实施供应链安全审计与评估。医疗机构在选择供应链合作伙伴时，应将安全成熟度作为重要评估维度，对中介机构开展定期安全审计。对于处理大量患者数据的高风险中介机构，应要求其提供独立的安全评估报告或通过行业认可的安全认证。医疗机构应在合同中明确中介机构的安全责任与数据泄露通知义务，建立供应链安全事件的协同响应机制。

第三，建立行业威胁信息共享机制。医疗行业应强化威胁信息共享，通过 H-ISAC 等行业信息共享与分析中心，及时传播针对中介机构的新型攻击手法与威胁指标。当某家中介机构发生安全事件时，应在保护敏感信息的前提下向行业共享攻击手法、IOC 指标、防护建议等信息，帮助其他机构提前部署防护。威胁信息共享可以显著缩短整个行业对新型攻击手法的响应时间，降低攻击的规模化影响。

第四，推动中介机构安全投入的行业激励。医疗行业应认识到中介机构的安全投入具有正外部性，其安全水平的提升不仅保护自身，也保护整个供应链下游的医疗机构与患者。因此，行业可以考虑通过保险费率优惠、采购优先、认证标识等机制，激励中介机构加大安全投入。同时，监管机构可以考虑对安全投入不足、反复发生安全事件的中介机构实施更严格的监管措施。

8 结论

McKesson 第三方应用数据泄露事件是医疗行业身份驱动型攻击的典型案例。攻击者以语音钓鱼为社会工程入口，攻陷员工单点登录账户，借助 SSO 架构的权限放大效应访问关联的第三方云端应用，通过应用自带的合法功能完成数据窃取。整个攻击链路不穿越企业网络边界、不部署恶意代码、不造成系统运营中断，攻击者持有的合法身份使得每一个操作在技术层面均表现为正常行为，传统以边界防护与恶意代码检测为核心的安全体系对此类攻击几乎完全失效。

该事件与此前 AdaptHealth 社会工程云应用数据泄露事件形成手法上的呼应，表明有组织犯罪团伙正在系统性地针对医疗供应链企业的身份体系与第三方应用环境发起攻击。与 2024 年 Change Healthcare 勒索软件事件造成的全行业运营崩溃相比，McKesson 事件代表了另一种风险形态：隐蔽型数据泄露，其影响不立即显现，但可能造成规模可观的敏感健康信息外泄与长期合规风险。两起事件共同说明，深度嵌入医疗体系的中介机构面临运营破坏与数据泄露两类不同形态的风险，行业需要建立覆盖两种风险的综合防护能力。

反网络钓鱼技术专家芦笛强调，McKesson 事件的核心教训在于，当攻击者持有的是合法员工凭证时，安全防护的有效边界已经从网络边界转移到了身份层。医疗行业企业必须重新评估身份安全在整体防护体系中的优先级，部署抗钓鱼多因素认证、最小权限治理、条件访问策略、身份威胁检测与响应等多层身份安全控制；同时强化第三方应用的安全评估、合同约束、访问监控与数据导出限制，弥补第三方应用环境的安全可见性与控制力不足；针对语音钓鱼入口，建立强制性的独立渠道身份验证流程，用流程约束替代不可靠的个人判断；在行业层面，扩展供应链安全治理，将中介机构的安全纳入整体医疗安全体系，建立威胁信息共享与协同响应机制。

随着医疗行业数字化转型的深入与第三方 SaaS 应用的持续普及，身份驱动型第三方应用数据泄露将成为医疗行业长期面临的威胁形态。攻击者将持续优化语音钓鱼话术、探索 SSO 架构的权限配置弱点、利用第三方应用的安全控制盲区，攻击手法会不断演进。医疗行业企业与监管机构需要保持对这类威胁的持续关注，不断完善身份安全与第三方应用治理能力，在数字化便利与数据安全之间寻求可持续的平衡。

编辑：芦笛（公共互联网反网络钓鱼工作组）

来源：迪妙网络空间安全学院