全部数据泄露事件
2011年6月1日 已核实 其他

MtGox 数据泄露

MtGox数据泄露事件是指2011年6月,该平台的用户数据库遭到未经授权的访问后,账户数据被泄露的事件。MtGox当时是最知名的比特币交易所之一。经核实的记录表明,应将42,163个账户纳入此次事件的相关范围。泄露内容主要包括电子邮箱地址、用户名、账户号码和密码哈希。此次事件经常与导致交易所于2014年关闭的加密货币资产损失及破产过程一并提及,但本页面仅涉及2011年用户账户数据暴露的事件。

42.2 千
报告的记录数
4
数据类型
中
严重程度
2026年10月10日
最后更新

保护自己

检查您是否受到此次数据泄露的影响

检查我的邮箱

暴露的数据类型

4
  • 电子邮箱地址
  • 用户名
  • 账号
  • 密码

关于此次数据泄露

泄露的数据类型与风险

本记录中的主要数据类型包括电子邮箱地址、用户名、账户号码和密码哈希。单独一个电子邮箱地址看似风险较低,但一旦与旧交易所账户关联,就能为定向网络钓鱼、虚假退款公告、冒充客服的消息以及针对加密货币的诈骗提供有力线索。用户名和账户号码可被攻击者用来发送更容易取信于受害者的消息、冒充旧交易所账户的所有者,或在其他平台上查找相同用户名。密码哈希并不等同于明文密码;但年代久远且强度不足的密码仍可能带来风险,尤其是在当时使用了容易破解的哈希方法的情况下。如果同一密码曾被重复用于不同的交易所、邮箱、论坛或支付账户,此次事件即使在多年后,也可能为账户接管尝试创造条件。

已核实的范围与界限

已核实的范围仅限于2011年从MtGox用户数据库泄露的账户数据。记录数量被认定为42,163条,因为现有的数据泄露索引将这一数量直接与MtGox域名及2011年6月关联。当时的报道支持以下说法:数据库遭到访问后,账户登录信息、电子邮箱地址和加密密码被传播。相比之下,本记录不涉及导致MtGox于2014年破产的加密资产损失、据称从交易所钱包中被盗的比特币数量,也不涉及债权人相关程序。区分这些事件十分重要:用户数据泄露带来的是个人账户安全风险,而2014年的事件记录涉及另一起事件,需要从交易所储备和运营崩溃的角度单独审视。

面临风险的用户群体

风险最高的是在2011年期间开设了MtGox账户、长期使用同一电子邮箱地址,并在其他服务中重复使用密码的人。在加密货币社区中使用同一昵称的人也面临额外风险,因为该用户名可能与其他论坛、交易所或社交账户关联。曾持有账户的用户应警惕多年后出现的虚假退款、债权人登记、钱包验证或客服消息。这类消息可能借助真实的历史事件取得信任,再将用户引向伪造的登录页面。即使电子邮箱地址已不再使用,此前用该地址注册的账户仍可能因密码重复使用而成为凭据攻击尝试的目标。因此,不应认为风险仅限于MtGox账户;所有使用过同一邮箱和密码的关键账户都应一并评估。

应立即采取的措施

如果用户的电子邮箱地址出现在本记录中,第一步应找出所有仍在使用旧MtGox密码或类似密码的账户。应优先检查邮箱账户、加密货币交易所账户、金融服务账户、密码管理器、云存储和社交媒体账户。重复使用的密码应替换为各不相同的长密码。凡是条件允许的账户,都应启用身份验证应用或硬件密钥等较强的第二验证因素。应检查邮箱中的规则、转发设置、恢复邮箱地址和登录历史,并结束不熟悉的会话。对于以MtGox名义发送的退款、诉讼、补偿或钱包检查相关消息,在点击任何链接前都应仔细检查域名;无论如何,都不应按消息要求提供密码或恢复短语。

长期安全策略

虽然此次事件距今已久,但密码重复使用和针对加密货币的诈骗使其风险可能长期存在。用户应为所有关键账户使用各不相同的密码,通过密码管理器生成高强度随机密码,并将旧交易所和论坛账户使用过的凭据作为单独的风险类别处理。与加密货币资产关联的电子邮箱地址应尽可能分开使用,避免在投资、交易所、钱包和日常通信中使用同一地址。应定期检查账户恢复选项,移除旧电话号码和不再使用的电子邮箱地址。对于企业,可将员工邮箱地址曾出现在加密货币交易所数据泄露中的情况,纳入网络钓鱼培训的专门场景。这样就有机会在历史泄露被利用为当前访问链条的一环之前发现风险。

记录核查与用户行动

在本记录中发现匹配,并不意味着该用户的加密资产已被直接盗取;匹配结果表明,其邮箱或账户信息可能存在于2011年的用户数据库泄露事件中。即便如此,仍应认真对待这一风险,因为旧密码哈希、重复使用的密码和以加密货币为主题的网络钓鱼活动相互叠加时,可能扩大对账户安全的影响。用户应列出使用同一邮箱注册的关键账户,停止重复使用密码,加强双因素验证,并警惕借用MtGox历史事件发送的消息。对于组织,建议在员工邮箱与本记录匹配时,不要只关注匹配数量,还应将其作为一项补充核查,评估员工个人财务账户访问、高权限系统角色以及密码重复使用方面的风险。

核实与编辑方法

LeakData 将事件名称、日期、受影响记录数和暴露的数据类型与可获取的来源进行比对。未经核实的字段不会作为事实呈现,有新证据时会更新记录。

报告遗漏或错误信息