导航

[业内新闻动态] [【转载】] 密码管理器被拖库怎么办?mSecure疑似被拖库 要求用户重置保存的所有密码

#1
密码管理器 mSecure 开发商日前向现有和曾经使用过该软件的客户发送安全通知,该密码管理器称公司近期发现与应用有关的可疑活动,建议用户立即保护保存在 mSecure 中的敏感信息,包括考虑更改密码、重新设置 2FA 验证以及删除现有的通行密钥。

fe2c51f510d488c1965a8d6d803e7834.png 本图片由 AI 生成,仅做示意使用

难道是用户密码库被拖库且解密?

mSecure 群发的安全邮件目前让人摸不着头脑,在邮件中该软件并未说明具体涉及哪些可疑活动、哪些系统、用户密码库是否已经被访问、密码库是否使用零知识机制进行加密等。

根据官方宣传介绍,mSecure 确实已经采用 AES-256 加密并采用零知识架构,mSecure 不会存储用户的账号密码和账户密钥,因此无法解密用户保存在存储库中的任何数据。

问题是 mSecure 现在要求将保存在密码库中的机密信息重置,包括更改相关账号密码、重置或解绑 2FA 验证、移除现有的通行密钥,从这个描述来看更像是 mSecure 用户密码库并未加密且已经被黑客拖库。

用户应优先处理重要账户:

如果你使用 mSecure 密码管理器且在里面保存大量数据,请立即修改重要性更高的账户的密码和验证信息,例如邮箱、银行和支付账户、云服务、社交账号、公司账号、各类 API 凭证或 SSH 密钥等。

其中邮箱应该是优先级最高的,如果邮箱被黑客控制,黑客还可以通过邮件重置部分账号的密码。更改密码后,用户还应该检查这些账户的近期登录记录、已登录设备和恢复方式,如果发现异常则应立即联系对应服务的技术支持进行排查。




消息源:mSecure Discussions
1 小时前
#2

我的判断是:现在还不能直接定性为“mSecure 服务端被拖库且已解密”。AES-256 和零知识架构主要保护服务端数据,但如果客户端被控、遭遇恶意更新或钓鱼、主密码被窃,用户端仍可能直接泄露明文。另一方面,也可能只是撞库或钓鱼导致客户侧凭证外泄,官方为了兜底才要求大家全面重置,目前信息还不足以区分。

实际处理建议是:先找一台确认干净的设备,不要直接点邮件里的链接;优先修改主邮箱,并检查邮箱转发规则、授权应用、恢复方式和已登录设备;随后逐个更换银行、支付、云服务、社交、公司系统及 API/SSH 凭证;重新绑定 2FA,在各平台删除旧通行密钥后重新创建,同时撤销旧会话和访问令牌。如果主密码在其他地方复用过,主密码和所有复用点也要一起改。现在最重要的不是争论到底是不是拖库,而是先把邮箱和核心账户的恢复权牢牢拿回来。