[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f15fechgacdwgc":3,"$f2y4blu3qqr2m9":54},{"success":4,"breach":5},true,{"_id":6,"name":7,"title":8,"slug":9,"domain":10,"breachDate":11,"addedDate":12,"publishedAt":13,"modifiedDate":13,"contentUpdatedAt":13,"source":14,"sourceUrl":15,"sourceUrls":16,"pwnCount":17,"affectedCount":17,"affectedCountStatus":18,"affectedCountLowerBound":19,"affectedCountUnit":20,"hasEnglishDescription":4,"contentLocale":21,"availableLocales":22,"translations":32,"severity":43,"dataClasses":44,"description":47,"seoTitle":48,"seoDescription":49,"logoUrl":50,"isVerified":51,"isSensitive":51,"isSpamList":51,"isMalware":51,"company":52},"68e3266eda11adda48825293","MailRu","mail.ru 数据转储","mailru-dump","mail.ru","2014-09-10T00:00:00.000Z","2014-09-12T04:50:22.000Z","2026-10-10T08:39:54.021Z","Credential collection","",[],16630988,"known",null,"email_identifiers","zh",[23,24,21,25,26,27,28,29,30,31],"en","tr","hi","es","ar","fr","bn","pt","ru",{"en":33,"tr":34,"zh":35,"hi":36,"es":37,"ar":38,"fr":39,"bn":40,"pt":41,"ru":42},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},"Critical",[45,46],"Email addresses","Passwords","\u003Cp>mail.ru 数据转储是一份来源混杂的数据汇编，包含16,630,988条电子邮件地址与密码记录，并非 Mail.ru 自身系统遭到入侵的已确认事件。\u003C\u002Fp>\u003Ch2>暴露的数据类型与风险\u003C\u002Fh2>\u003Cp>这份汇编包含电子邮件地址和密码。最初公开的部分包含约450万条登录记录，其中大多数地址使用 mail.ru 域名。2018年1月，又加入了一批据称包含电子邮件地址和明文密码的数据，使去重后的总数达到16,630,988条。目前尚无法确定所有记录是否都通过同一种方式获取、所有密码在公开时是否仍然有效，或所有地址是否都对应 Mail.ru 邮箱。\u003Cstrong>某个电子邮件域名占比很高，并不能证明 Mail.ru 的基础设施遭到入侵\u003C\u002Fstrong>；用户可能曾用这些地址注册其他网站，而登录凭据后来在那些网站被获取。如果用户重复使用密码，明文密码或可直接使用的邮箱地址与密码组合就会带来账户被接管的风险。本记录已核实的数据范围并未包含支付信息、个人资料、电话号码、实际地址及其他类别的个人数据。\u003C\u002Fp>\u003Ch2>事件时间线与技术细节\u003C\u002Fh2>\u003Cp>2014年9月10日，约450万条 Mail.ru 格式的登录名和密码出现在一个俄语安全论坛上。Mail.ru 表示，其分析发现，所列账户中有95%此前已被标记为遭到入侵、被提示修改密码、被限制发送邮件或已停用。该公司坚持认为，这些数据可能来自针对用户的网络钓鱼、恶意软件或与其无关的服务，而非对其服务器的直接攻击。本记录于2014年9月12日加入目录。2018年1月，更多与 mail.ru 地址相关的邮箱地址与密码组合被加入，使总数增至\u003Cstrong>16,630,988条记录\u003C\u002Fstrong>，同时该事件被明确标注为未经核实。因此，这一日期应理解为首批大规模公开数据出现的时间，而不是某次入侵发生的确切日期；不得将本记录描述为已确认的企业数据库泄露事件，也不得将其描述为来自单一来源的账号密码组合列表。\u003C\u002Fp>\u003Ch2>面临风险的用户群体\u003C\u002Fh2>\u003Cp>风险最高的是在 Mail.ru、社交媒体、购物网站、论坛或其他服务上重复使用了此汇编中出现的密码的人。攻击者可以自动测试邮箱地址与密码组合，找到能够成功登录的组合后，再尝试读取关联邮箱中的密码重置邮件。不过，某人的信息出现在本记录中，并不能证明此人是 Mail.ru 的客户、其 Mail.ru 邮箱曾被访问，或该密码来自 Mail.ru 的系统。根据 Mail.ru 的审查，最初公开的部分中，很大比例的账户早已被标记、受到限制或处于停用状态，因此当前风险因记录而异。即便如此，邮箱地址在犯罪分子使用的数据汇编中流传，仍可能持续带来垃圾邮件、网络钓鱼、虚假的安全警告以及后续的密码测试尝试。\u003C\u002Fp>\u003Ch2>应立即采取的措施\u003C\u002Fh2>\u003Cp>如果你还记得2014年前后使用的密码，请找出所有仍在使用相同或相似密码的账户。\u003Cstrong>永久弃用旧密码及其所有变体\u003C\u002Fstrong>；仅添加一个数字或符号，并不能使新旧密码产生足够大的差异。优先保护你的主要邮箱账户，因为一旦他人能够访问该账户，许多其他服务的密码重置流程也会面临风险。检查不熟悉的会话、邮件转发规则、账户恢复邮箱地址及已连接的设备，然后尽可能启用多因素身份验证。不要点击冒充 Mail.ru 或其他服务提供商、声称“你的密码已泄露”“你的账户将被关闭”或要求“验证你的身份”的消息中的链接。请自行打开相应服务，并在其账户面板中核查警告。切勿向来电者或消息发送者透露密码、一次性验证码或恢复密钥，并通过独立渠道核实意外收到的会话通知。\u003C\u002Fp>\u003Ch2>长期安全策略\u003C\u002Fh2>\u003Cp>使用密码管理器，为每项服务生成随机且唯一的登录凭据，避免重复使用密码；密码重复使用正是这类混合来源汇编最具利用价值的原因。在邮箱账户上保持启用多因素身份验证；如果条件允许，优先选择抗网络钓鱼的安全密钥或基于设备的验证方式。不要稍作修改就把旧密码当作新的登录凭据，也不要在账户恢复问题的答案中使用公开的个人背景信息。请记住，以某个邮箱域名命名数据集，并不能证明该服务提供商遭到黑客入侵；评估安全风险时，仍应考虑数据来源的不确定性。关闭不再使用的账户，终止旧会话，并定期检查账户恢复信息。如果某个邮箱地址曾出现在历史数据汇编中，它仍可能被用于当前的网络钓鱼活动；发送者知道真实的邮箱地址或旧密码，并不意味着消息可信。\u003C\u002Fp>\u003Ch2>检查你的数据\u003C\u002Fh2>\u003Cp>使用本页面的安全搜索框，逐一查询你在2014年或以前使用过的邮箱地址，无论现在是否仍在使用。匹配结果可能表明该地址出现在这份未经核实、来源混杂的数据汇编中；它不能证明 Mail.ru 遭到黑客入侵、密码仍然有效，或这条记录的来源已知。如果查询到结果，请回想当时使用的密码，并更换所有仍在使用的相同或相似登录凭据。同时检查邮箱的安全历史记录、账户恢复设置和活跃会话。未查到结果并不意味着绝对安全，因为汇编可能不完整、地址可能采用了不同的写法，或相关信息可能出现在其他数据集中。只在搜索框中输入受支持的标识符；切勿向泄露查询工具提交密码、一次性验证码或恢复密钥。即使通知中显示了旧密码，也不要点击其中的链接，而应直接访问相关服务。\u003C\u002Fp>","mail.ru 数据转储 (16.6 百万 电子邮件标识符)","mail.ru 数据转储. 据报告，涉及16.6 百万个电子邮件标识符。 已报告的数据：电子邮箱地址, 密码。 了解影响范围、风险及防护措施。","\u002Fuploads\u002Flogo\u002Fmail_ru.webp",false,{"name":53,"sector":14,"country":15,"website":15,"websiteArchiveUrl":15,"websiteStatus":15,"websiteCheckedAt":19},"mail.ru Credential Collection",{"success":4,"breaches":55},[56,63,70,77],{"slug":57,"title":58,"companyName":59,"logoUrl":60,"breachDate":61,"affectedCount":62,"affectedCountStatus":18},"medela","Medela 数据泄露","Medela","\u002Fuploads\u002Flogo\u002Fmedela.webp","2026-09-07T00:00:00.000Z",423947,{"slug":64,"title":65,"companyName":66,"logoUrl":67,"breachDate":68,"affectedCount":69,"affectedCountStatus":18},"dustin-group-2026-data-security-incident","Dustin Group 2026年数据安全事件","Dustin Group AB (publ)","\u002Fuploads\u002Flogo\u002Fdustingroup_com-6aaab48e5041e3a842fe832a-e26a53490c4a5cbe.webp","2026-09-03T00:00:00.000Z",1062841,{"slug":71,"title":72,"companyName":73,"logoUrl":74,"breachDate":75,"affectedCount":76,"affectedCountStatus":18},"elekta-2026-data-breach","Elekta 2026年数据泄露事件","Elekta AB","\u002Fuploads\u002Flogo\u002Felekta-2026-veri-ihlali-afc72236a8ad.webp","2026-09-01T00:00:00.000Z",129576,{"slug":78,"title":79,"companyName":80,"logoUrl":81,"breachDate":75,"affectedCount":82,"affectedCountStatus":83},"novocure-2026-data-breach","NovoCure 2026年数据泄露事件","NovoCure Limited","\u002Fuploads\u002Flogo\u002Fnovocure-2026-veri-ihlali-96b5c9defb8a.webp",1400,"lower_bound"]