微软将弃用用于 Windows 网络身份验证不安全的 RC4 加密算法
微软近日正式宣布，将在 2026 年年中全面弃用 RC4（Rivest Cipher 4）加密算法 —— 这一曾广泛用于 Windows 网络身份验证系统、却早已被证明存在严重漏洞的过时技术。此举标志着长达三十多年的 RC4 时代即将落幕，也反映出微软在企业级安全治理上的重大战略调整。
RC4 的兴衰
RC4 由著名密码学家罗恩·里维斯特（Ron Rivest）于 1987 年设计，最初作为商业机密未公开细节。然而，1994 年其算法实现意外泄露后，学术界迅速发现其存在严重的统计偏差和密钥调度弱点。此后数十年间，针对 RC4 的攻击手段不断演进，包括著名的 Fluhrer-Mantin-Shamir (FMS) 攻击（2001）、BEAST 攻击（2011）以及专门针对 Kerberos 协议的 Kerberoasting 技术。
尽管如此，由于其计算开销低、实现简单，RC4 在早期 Windows 系统（如 Windows 2000 和 XP）中被设为 Active Directory 的默认加密方式，并深度集成到 Kerberos 身份验证协议中。这种“路径依赖”使得即使在 AES（高级加密标准）普及多年后，许多老旧系统仍被迫继续使用 RC4 以维持兼容性。
为何现在才行动？
微软首席项目经理马修·帕尔科（Matthew Palko）坦言，弃用 RC4 是一项“拖延已久但不得不做”的工作。工程师史蒂夫·赛富斯（Steve Syfuhs）进一步解释：过去十多年，开发团队一直在“外科手术式”地修补 RC4 的最严重漏洞，而非彻底移除它，而造成这样的结果是因为该算法几乎嵌入了自 1999 年以来发布的每一版 Windows 操作系统。
彻底淘汰 RC4 面临三大问题：
向后兼容性：大量遗留系统（尤其是工业控制、医疗设备或政府内部网络）仍在运行 Windows Server 2003 或更早版本，无法原生支持 AES。
服务中断风险：若强制禁用 RC4 而未完成迁移，可能导致域控制器认证失败、用户无法登录、应用程序崩溃等连锁故障。
配置复杂性：许多组织并未意识到其环境中仍在使用 RC4，缺乏有效的检测和审计机制。
正因如此，微软采取了渐进式策略：自 Windows Server 2008 起，默认优先使用 AES-SHA1（即 AES128/256 with SHA1 HMAC），但保留 RC4 作为可选手动启用选项。如今，随着老旧系统的逐步退役，全面弃用的时机终于成熟。
为帮助客户平稳过渡，微软已发布一系列辅助工具：
PowerShell 脚本：可扫描域环境中的 RC4 使用情况，识别依赖 RC4 的服务账户、计算机账户或客户端连接。
事件日志增强：Windows 安全日志将新增 RC4 认证事件的详细记录，便于安全团队监控。
组策略模板更新：允许管理员通过 GPO 强制禁用 RC4 或设置最低加密强度。
值得一提的是，Windows Server 2003 是最后一个不原生支持 AES128-SHA96 和 AES256-SHA96 的操作系统。任何仍在运行该系统的机构都面临双重风险：既失去官方支持，又无法满足现代加密要求。
不只是微软的问题
尽管微软的举措值得肯定，但 RC4 的“幽灵”仍盘踞在整个互联网基础设施中。据 Shodan 和 Censys 等网络测绘平台数据显示，截至 2025 年，仍有数百万台服务器、IoT 设备和嵌入式系统在 TLS、WPA 或自定义协议中使用 RC4。
美国参议员罗恩·怀登（Ron Wyden）近期批评科技公司长期容忍此类“已知高危漏洞”，称之为“严重的网络安全疏忽”。事实上，RC4 的持续存在不仅威胁单个组织，更可能成为供应链攻击的跳板 —— 攻击者可利用 RC4 弱点横向移动，最终渗透核心业务系统。
微软此次行动释放出明确信号：企业级软件的安全基线正在抬高。未来，仅满足“功能可用”已远远不够，必须符合最低加密标准、支持零信任架构、并具备可审计的加密策略。
对于 IT 管理员而言，这不仅是技术升级，更是安全文化转型的契机。主动识别并淘汰过时加密算法，将成为衡量组织网络安全成熟度的关键指标。
RC4 的谢幕，或许缓慢，但终究不可避免。它的终结不仅是一个算法的退役，更是整个行业向更健壮、更透明、更负责任的网络安全范式迈进的重要一步。
