缓解 RADIUS 漏洞：安全加固指南

执行摘要

RADIUS (Remote Authentication Dial-In User Service) 仍然是企业 WiFi 部署中网络准入控制的主要协议，支持酒店、零售场所、体育场馆、会议中心和公共部门建筑的 802.1X 认证。然而，RADIUS 的架构可以追溯到 20 世纪 90 年代，其若干基础设计决策 - 依赖 MD5 哈希、无原生加密的 UDP 传输以及静态共享密钥 - 在当前威胁环境中已成为重大风险。

在 2024 年 7 月，BlastRADIUS 漏洞 (CVE-2024-3596) 表明，中间人攻击者可以通过利用 Access-Request 数据包中的 MD5 完整性漏洞，伪造 RADIUS Access-Accept 响应。该漏洞影响所有主要的 RADIUS 实现，包括 FreeRADIUS、Cisco ISE 和 Microsoft NPS。未打补丁的部署仍处于风险中。

本指南提供了一个优先的加固路线图，涵盖补丁管理、共享密钥卫生、EAP 方法选择、RadSec 部署、用于管理访问的多因素认证以及用于异常检测的 SIEM 集成。它是为需要在本季度（而非明年）做出可靠决策的 IT 专业人员编写的。

技术深度剖析

RADIUS 如何工作以及其薄弱环节

RADIUS 在网络接入服务器 (NAS) - 通常是 WiFi 接入点、交换机或 VPN 集中器 - 与 RADIUS 服务器之间作为客户端 - 服务器协议运行，RADIUS 服务器根据后端身份存储（如 Active Directory 或 LDAP）验证凭证。认证交换遵循 RFC 2865 中定义的请求 - 挑战 - 响应模型，计费则在 RFC 2866 下单独处理。

该协议通过 UDP 传输认证数据包，使用端口 1812 进行认证，端口 1813 进行计费。共享密钥 - 在 NAS 和 RADIUS 服务器上配置的预共享密钥 - 用于生成 Response Authenticator 字段，并通过基于 MD5 的 XOR 密码加密 User-Password 属性。这在任何现代意义上都不是加密；这完全取决于共享密钥的保密性和强度的混淆。

典型 RADIUS 部署中的五个主要漏洞类别如下。

MD5 碰撞和完整性漏洞。 BlastRADIUS 攻击 (CVE-2024-3596) 利用了 Access-Request 数据包缺乏完整性保护这一漏洞。由于许多配置默认不包含来自 NAS 的 Message-Authenticator 属性，处于中间人位置的攻击者可以在数据包到达 RADIUS 服务器之前注入精心构造的属性。利用 MD5 选择前缀碰撞技术，攻击者可以操纵数据包，使 RADIUS 服务器为修改后的数据包计算出有效的 Response Authenticator，从而对本应被拒绝的请求返回 Access-Accept。补救措施是在所有 Access-Request 数据包上强制执行 Message-Authenticator 属性，这可在整个数据包上提供 HMAC-MD5 完整性保护。这需要在 NAS 和 RADIUS 服务器上都进行配置更改，而不仅仅是服务器补丁。

弱或静态共享密钥。 共享密钥是 RADIUS 交换的加密锚点。如果密钥很短、可预测或从未轮换，捕获 RADIUS 流量的攻击者 (通过 ARP 欺骗或受损的网络设备即可实现) 就可以离线暴力破解 User-Password 属性。NIST SP 800-63B 关于记住的密钥指南在此处适用：密钥应至少为 20 个字符、随机生成，并存储在密钥管理系统中。对于拥有数十或数百万台 NAS 设备的大型网络，手动轮换在操作上是不可行的；通过 HashiCorp Vault 或类似的密钥管理器进行自动化才是正确的方法。

未加密的 UDP 传输。 基于 UDP 的标准 RADIUS 不提供传输层机密性。User-Password 属性被混淆但未加密。其他所有属性 - 包括用户名、NAS IP 和会话元数据 - 都以明文形式传输。RadSec (RADIUS over TLS) 在 RFC 6614 中定义并在 RFC 7360 中更新，它通过在 TCP 端口 2083 上的 TLS 隧道中包装 RADIUS 协议，建立 TLS 1.2 或 TLS 1.3 会话来解决此问题。RadSec 在 NAS 和 RADIUS 服务器之间提供双向证书认证、全载荷加密和防重放保护。它是任何跨越非受信网络边界的 RADIUS 流量的正确传输方式。

EAP 方法选择。 可扩展身份验证协议 (EAP) 定义了在 802.1X 框架内使用的内部身份验证方法。EAP-MD5 已弃用，应立即从所有部署中移除 - 它不提供双向认证，也不提供对凭据收集攻击的抵御能力。PEAP (Protected EAP) 和 EAP-TTLS 在传输凭据之前使用服务器证书建立 TLS 隧道，提供双向认证并保护内部方法免受窃听。EAP-TLS 完全消除了密码，要求在服务器和客户端上都使用 X.509 证书。它对网络钓鱼和暴力破解攻击具有免疫力，是高安全环境的推荐方法。 日志记录和监控不足。 RADIUS 计费记录了每一次认证事件 - 成功、失败、会话开始、会话结束。这些数据在运营上对于容量规划非常宝贵，在商业上对于 WiFi Analytics 也极具价值，同时它也是安全遥测的关键来源。失败认证风暴、来自未知 MAC 地址的认证以及非工作时间访问模式，都可以从 RADIUS 计费日志中检测出来。大多数组织并未将这些数据引入 SIEM，而引入了这些数据的组织也极少配置任何告警阈值。

BlastRADIUS 攻击细节

BlastRADIUS 于 2024 年 7 月由波士顿大学和加州大学圣地亚哥分校的研究人员披露。该攻击需要在 NAS 和 RADIUS 服务器之间处于中间人位置 - 可通过共享网络段上的 ARP 欺骗、受损的路由器或具有网络访问权限的恶意内部人员来实现。

攻击过程如下：攻击者拦截来自 NAS 的 Access-Request 数据包。由于该数据包缺少 Message-Authenticator 属性（许多配置中的默认设置），攻击者可以自由修改该数据包的属性列表。利用 MD5 选择前缀冲突，攻击者构建了一个修改后的数据包，RADIUS 服务器将为其计算与原始数据包相同的 Response Authenticator。因此，服务器针对包含攻击者控制的属性的请求返回 Access-Accept - 其中包括授权完全网络访问的 Administrative Service-Type。

该攻击对使用 MSCHAPv2 作为内部方法的 PEAP 和 EAP-TTLS 部署有效。它不影响 EAP-TLS 部署，因为基于证书的双向认证提供了 MD5 无法破坏的完整性保护。

对于同时运行 Guest WiFi 和企业级 802.1X 的组织，访客网络的 RADIUS 实例也必须进行补丁修复，即使它使用的是 MAC Authentication Bypass 而不是 EAP。共享密钥安全规范和 Message-Authenticator 要求同样适用。

实施指南

阶段 1：立即补救（第 1 - 2 周）

补丁修复是第一步。FreeRADIUS 3.2.5 和 3.0.27 包含了 BlastRADIUS 修复程序，并默认强制执行 Message-Authenticator。Cisco ISE 3.1 Patch 8、3.2 Patch 4 和 3.3 Patch 1 解决了该漏洞。Microsoft 于 2024 年 7 月发布了针对 Windows Server 2022 NPS 的 KB5040434。请验证您当前的版本，并在下一个计划的变更窗口内应用这些补丁。

同时，审计您的 NAS 设备固件。只有当 NAS 也发送该属性时，Message-Authenticator 强制执行才会生效。检查您的接入点和交换机供应商公告 - Aruba、Ruckus、Cisco 和 Juniper 均已针对 BlastRADIUS 发布了固件更新。如果您正在运行 Ruckus 硬件， wireless access point Ruckus guide 提供了相关的固件管理背景信息。

关于解决打补丁后可能出现的 troubleshooting Windows 11 802.1X authentication issues ，最常见的原因是 NPS 服务器拒绝不包含 Message-Authenticator 的客户端连接 - 这是正确的安全行为，可能需要对较旧的 Windows 客户端进行 supplicant 重新配置。

第 2 阶段：共享密钥卫生（第 2 - 4 周）

导出注册在 RADIUS 服务器上的完整 NAS 客户端列表。记录每个条目的共享密钥长度以及上次更改的日期。任何低于 20 个字符或超过 24 个月未更改的密钥都应立即轮换。

对于新密钥，请使用密码学随机生成器 - openssl rand -base64 32 可生成一个 44 字符的 base64 字符串，非常适合用作 RADIUS 共享密钥。将所有密钥存储在密钥管理系统中。实施轮换计划：低风险 NAS 设备每年轮换一次，处于 PCI DSS 范围内的 NAS 设备每六个月轮换一次。

第 3 阶段：EAP 方法合理化（第 1 - 2 个月）

审计您的 RADIUS 服务器允许的 EAP 方法。禁用 EAP-MD5。如果您正在运行 PEAP-MSCHAPv2，请验证所有 supplicant 是否都强制执行服务器证书验证 - 接受任何服务器证书的配置错误的 supplicant 容易受到流氓 RADIUS 服务器攻击。对于处于 PCI DSS 范围内的环境，推荐使用 EAP-TLS。如果您目前没有现成的证书基础设施，请开始 PKI 规划。

对于 securing guest WiFi networks ，请注意访客网络通常使用 Captive Portal 认证而非 802.1X，因此 EAP 方法加固主要适用于企业和员工 SSID。

第 4 阶段：RadSec 部署（第 2 - 3 个月）

识别跨越不信任网络边界的每个 RADIUS 流量路径。常见场景包括通过互联网为远程酒店提供服务的中央 RADIUS 服务器；连接到云 RADIUS 服务的本地 NAS 设备；以及流量穿过多个网络域的 RADIUS 代理链。

针对每个识别出的路径配置 RadSec。在 FreeRADIUS 上，这意味着启用端口 2083 上的 tls 监听器，并使用来自您 PKI 的证书配置双向 TLS。在 Cisco ISE 上，RadSec 在 Administration > Network Devices 下进行配置。确保至少使用 TLS 1.2；明确禁用 TLS 1.0 和 1.1。

第 5 阶段：管理访问的多因素身份验证（第 2 - 3 个月）

RADIUS 服务器的管理界面是一个高价值的目标。攻击者如果攻破 RADIUS 服务器，就可以修改身份验证策略、提取共享密钥并重定向身份验证流量。对所有 RADIUS 服务器及其底层操作系统的管理员登录强制执行 MFA。将管理访问限制在专用的带外管理 VLAN。实施基于角色的访问控制：网络工程师不应拥有与安全管理员相同的权限。

阶段 6：SIEM 集成与告警（第 3 - 4 个月）

配置您的 RADIUS 服务器，将计费日志实时转发到您的 SIEM。定义以下基线告警阈值：

最佳实践

以下建议综合了 IEEE 802.1X、NIST SP 800-63B、PCI-DSS v4.0 以及厂商安全公告的共识。

证书管理。 任何使用 EAP-TLS 或 RadSec 的部署在其身份验证路径中都有 X.509 证书。在企业 WiFi 部署中，证书过期是导致突然、完全身份验证失败的最常见单一原因。实施自动化的证书生命周期管理。在过期前 90、30 和 7 天设置监控告警。对于 RADIUS 服务器证书，请使用至少 2048 位 RSA 或 256 位 ECDSA 密钥，以及 SHA-256 或更强的签名算法。请勿使用 SHA-1。

网络分段。 RADIUS 服务器应位于专用的管理网段，与访客和常规企业网络隔离。应通过防火墙 ACL 将对 RADIUS 端口（RadSec 的 UDP 1812、1813 和 TCP 2083）的访问限制在已注册 NAS 设备的特定 IP 地址。不允许从互联网直接访问 RADIUS 端口。

冗余和高可用性。 单个 RADIUS 服务器是您整个网络访问控制基础设施的单点故障。以主备（active-passive）或双活（active-active）配置部署至少两个 RADIUS 服务器。对于有 24/7 访客连接需求的 酒店 部署，RADIUS 服务器停机将直接转化为访客 WiFi 停机 - 这是一种声誉和商业风险。WPA3 和 802.1X。 WPA3-Enterprise 采用 192 位安全模式，是政府和高安全性部署的必备要求，其强制使用 AES-256-GCMP 进行数据加密，并使用 HMAC-SHA-384 进行身份验证。对于大多数企业部署而言，WPA3-Enterprise 结合标准 128 位安全保护，相较于 WPA2-Enterprise 已经有了显著的提升，尤其是在与 EAP-TLS 结合使用时。处理卡片支付的 零售 环境应将采用 WPA3-Enterprise 视为一项降低 PCI-DSS 风险的措施。

厂商补丁节奏。 订阅来自您的 RADIUS 服务器厂商和 NAS 设备厂商的安全公告。FreeRADIUS、Cisco、Microsoft、Aruba 和 Ruckus 都会发布 CVE 通知。将这些信息输入到您的漏洞管理程序中，并定义明确的 SLA：严重漏洞 (CVSS ≥ 9.0) 在 72 小时内修复；高危漏洞 (CVSS 7.0 - 8.9) 在 14 天内修复。

故障排查与风险缓解

常见故障模式

打补丁后身份验证失败。 在应用 BlastRADIUS 补丁后，如果某些 NAS 设备的固件不支持 Message-Authenticator，可能会导致身份验证失败。症状：Access-Reject 响应突然增加，而用户凭据没有发生变化。诊断：启用 RADIUS 调试日志，并检查是否存在 "Message-Authenticator required but not present"（需要 Message-Authenticator 但不存在）的错误。解决方法：更新 NAS 固件，或作为临时措施，在计划固件更新期间，将 RADIUS 服务器配置为接受来自特定 NAS IP 且不带 Message-Authenticator 的请求。

EAP-TLS 中的证书验证失败。 症状：客户端收到 "authentication failed"（身份验证失败）提示，但 RADIUS 日志中没有相应的 Access-Reject。诊断：检查 RADIUS 服务器的证书链 - 颁发 CA 是否受客户端请求者信任？服务器证书是否在有效期内？解决方法：确保在 RADIUS 服务器上配置了完整的证书链（叶证书 + 中间证书 + 根证书）。通过 MDM 或组策略将根 CA 证书推送到客户端设备。

RadSec TLS 握手失败。 症状：配置更改后，NAS 设备无法建立 RadSec 连接。诊断：检查 TLS 版本兼容性 - 较旧的 NAS 固件可能不支持 TLS 1.2。检查双向证书验证 - 双方必须信任彼此的 CA。解决方法：在 NAS 固件发布说明中验证 TLS 版本支持情况；确保 NAS 设备证书由 RADIUS 服务器信任的同一 CA 颁发。

共享密钥不匹配。 症状：来自某一特定 NAS 的每次身份验证都失败，并出现 "invalid authenticator"（无效验证器）错误。诊断：NAS 配置与 RADIUS 服务器的客户端条目之间的共享密钥不匹配。解决方法：在两端重新输入共享密钥，检查是否存在尾随空格或字符编码问题。从您的密钥管理器中复制并粘贴，以避免誊录错误。

风险登记表

投资回报率（ROI）与业务影响

量化风险

在考量数据泄露成本时，RADIUS 加固的经济合理性最为清晰。2024 年英国数据泄露的平均成本为 358 万英镑，其中包括监管罚款、补救措施、法律费用和声誉损失。对于在 PCI-DSS 范围内的组织 - 实际上包括每一个通过 WiFi 接受刷卡支付的 Retail 和 Hospitality 运营商 - 暴露持卡人数据的网络访问控制泄露将引发强制性取证调查、潜在的卡计划罚款以及可能暂停刷卡处理权限。

对于 Healthcare 组织，通过受损的 RADIUS 服务器访问患者数据而导致违反 GDPR，根据第 83(5) 条规定，将面临最高达全球年营业额 4% 的罚款。ICO 的执法记录表明，网络安全漏洞被视为疏忽，而非技术上的不幸。

实施成本基准

以下成本估算基于拥有 500 台设备的网络：

中型企业的总加固投资约为 20,000 - 45,000 英镑。相比 358 万英镑的泄露成本基准，即使在保守的泄露概率假设下，经风险调整后的 ROI 仍然非常引人瞩目。

安全之外的运营效益

加固后的 RADIUS 基础设施还能带来运营红利。可靠、监控良好的身份验证可减少与 WiFi 连接相关的服务台工单。当 RADIUS 计费数据与 WiFi Analytics 集成时，可提供有关网络使用模式、停留时间和设备类型的会话级可视化 - 这些数据对于 Hospitality 和 Transport 环境中的场所运营商具有直接的商业价值。

对于公共部门和 医疗保健 组织，一份记录在案的 RADIUS 加固计划为 Cyber Essentials Plus、ISO 27001 和 NHS DSPT 评估提供了技术控制证据 - 从而减少了审计工作量，并向监管机构展示了尽职调查。