微软 Edge 密码管理陷”明文保存”风波：用户信任危机还是安全常态？

导语：Microsoft Edge 近日被曝在内存中以明文形式保存用户已保存的密码，引发轩然大波。微软回应称”按设计运作”，但这一解释能否站住脚？从安全运营视角，我们需要深入剖析这一事件的真实风险。

事件概述

据媒体报道，Microsoft Edge 浏览器被发现存在一项安全特性——在进程内存中以明文形式保存用户已保存的所有密码。这一问题被安全研究人员发现后，迅速在社交平台引发讨论，热度高达 54529。

微软方面对此的回应是：“按设计运作”（Working as Designed）。这一回应立即引发更大争议——将明显存在安全风险的设计称为”正常行为”，用户对微软的态度表示强烈不满。

风险分析：内存中明文密码意味着什么

从安全运营角度分析，这一设计带来的风险远非”正常”二字可以概括。

攻击面分析

当密码以明文形式存在于进程内存中时，攻击者可以通过以下途径获取：

实际威胁场景

根据 MITRE ATT&CK 框架，这一问题关联以下攻击技术：

• T1003 – 凭证转储：攻击者可从内存中提取明文凭证
• T1055 – 进程注入：恶意代码注入Edge进程以读取敏感数据
• T1484 – 域信任策略破坏：获取的密码可能被用于横向移动和域权限提升

用户信任：微软辜负了谁？

作为全球最大的科技公司之一，微软承载着亿万美元户的信任。用户将敏感的密码数据交给 Edge 管理，是基于对微软安全能力的信任。

但现实是：

• 密码在磁盘上加密了，却在内存中明文保存
• 这意味着即使磁盘数据被加密保护，一旦攻击者获得代码执行权限（如通过恶意软件），即可轻易获取明文密码
• “按设计运作”的回答，本质上是在为一种不负责任的安全设计辩护

安全基线对比

对比业界主流浏览器的密码保护机制：

行业反思：”按设计运作”不是挡箭牌

微软的回应引发安全社区广泛批评。作为行业领军者，微软有责任：

1. 重新评估安全设计：即使”按设计运作”，若设计存在风险，应主动改进
2. 正面回应用户关切：用技术解释而非敷衍态度对待安全问题是基本责任
3. 承担行业责任：作为浏览器市场的重要参与者，Edge的安全标准影响整个生态系统

缓解建议

针对当前使用 Edge 的用户，安全团队建议：

• 立即审查已保存的密码：确认无高敏感度账户密码保存在Edge中
• 启用额外保护措施：配合 Windows Hello 或其他强认证机制
• 考虑使用专业密码管理器：如 1Password、Bitwarden 等，具有内存保护机制
• 监控终端异常：SOC团队应关注 Edge 进程异常内存访问告警

结语

微软 Edge 的”明文保存密码”问题，绝非简单的技术特性，而是一个折射出安全设计理念偏差的典型案例。“按设计运作”不应成为忽视安全风险的借口。

作为安全运营者，我们呼吁微软正视用户关切，拿出真正负责任的技术方案，而非用一句轻描淡写的回应将问题一笔带过。用户信任的建立需要多年，毁灭却在一朝之间。