[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f3i53iyis9cc4a":3,"$f3v74gmnixbw2d":55},{"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":4,"isSpamList":51,"isMalware":51,"company":52},"68e3266eda11adda4882543b","Zoosk","Zoosk (2011) 据称发生的数据暴露","zoosk-2011","zoosk.com","2011-01-01T00:00:00.000Z","2017-02-08T07:59:39.000Z","2026-10-10T09:38:29.814Z","Unverified breach record","",[],52578183,"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>Zoosk 2011 数据事件涉及一个敏感数据集。据报道，该数据集在 2011 年前后以 Zoosk 的名义流传，包含 52,578,183 条电子邮箱地址和密码记录。不应将这条记录视为已经证实、数据直接来自 Zoosk 系统的泄露事件。未经核实的涉及人数、数据字段及威胁行为者的说法，不纳入本事件的公开记录范围。明确这一区别，对于向用户准确说明风险至关重要。\u003C\u002Fp>\n\u003Cp>但相关风险仍不容忽视。由于该数据集包含明文密码，在其他服务上使用相同邮箱地址和密码组合的人，可能遭遇账户接管尝试。不过，不应让用户误以为 Zoosk 已确定发生数据泄露。最准确的判断是：这是一个与 Zoosk 名称相关联、但来源尚未确认的大规模登录凭据数据集。用户应停止重复使用密码，并加强邮箱账户的安全防护。\u003C\u002Fp>\n\u003Ch2>泄露的数据类型与风险\u003C\u002Fh2>\n\u003Cp>已核实的数据字段为电子邮箱地址和密码。已有信息指出，密码以明文形式存在。明文密码使攻击者无需额外破解，就能在其他登录页面尝试使用同一组信息。邮箱地址也是直接联系用户的渠道；这两个字段一旦同时出现，就会为网络钓鱼、针对账户的攻击尝试，以及包含旧密码的威胁消息提供有力条件。\u003C\u002Fp>\n\u003Cp>本事件的关键区别在于，证明数据来自 Zoosk 的证据不足。因此，用户不应认为查询结果必然源于自己的 Zoosk 账户。另一方面，密码本身可能来自另一个旧账户，并且仍在不同服务上重复使用。旧密码往往会在不同网站上沿用多年，因此，即使泄露来源尚未确认，停止重复使用密码仍是当务之急。\u003C\u002Fp>\n\u003Ch2>已核实的范围与界限\u003C\u002Fh2>\n\u003Cp>事件发生日期记录为约 2011年1月1日。收录时间为 2017年2月8日 07:59:39 UTC，修改时间为 2020年8月6日 21:54:13 UTC。受影响的记录数量显示为 52,578,183。这一日期和数量描述的是据称以 Zoosk 名义流传的数据集的范围，并不意味着已确认有一个明确的数据库直接从 Zoosk 服务环境中泄露。\u003C\u002Fp>\n\u003Cp>在本事件中，用户名、IP 地址、全名、电话号码、实际住址、支付卡、官方身份证件号码、出生日期、个人资料详情、私信或关系信息，均不属于已核实的数据字段。加入这些字段会造成误导。该记录应继续归类为“伪造”和“未经验证”，但仍须保留“敏感”分类，因为与 Zoosk 这样的交友网站名称相关联的数据集，可能影响用户的隐私和声誉。\u003C\u002Fp>\n\u003Ch2>面临风险的用户群体\u003C\u002Fh2>\n\u003Cp>风险最高的是在多个服务上使用相同邮箱地址和密码的人。由于密码以明文形式存储，攻击者可以尝试用这些信息登录邮箱、社交媒体、购物、游戏、论坛或工作账户。邮箱账户尤其需要优先保护，因为许多服务的密码重置链接都会发送到邮箱收件箱。邮箱账户一旦被攻破，其他账户也会面临风险。\u003C\u002Fp>\n\u003Cp>与交友网站产生关联，还可能带来社会压力和勒索风险。攻击者可以通过展示旧密码或邮箱地址，让消息显得更可信。这样的消息不能证明数据确实来自 Zoosk 账户，但足以提醒用户采取安全措施。如果使用的是企业邮箱地址，风险可能超出个人范围，演变为企业安全问题，并带来社会工程攻击的影响。\u003C\u002Fp>\n\u003Ch2>应立即采取的措施\u003C\u002Fh2>\n\u003Cp>出现在该数据集中的密码，不应再被视为适用于任何服务的安全密码。如果其他账户使用了相同密码或相似变体，应立即将其更换为各不相同的长密码。应优先保护邮箱账户，使用强密码、启用双因素认证，并监控活跃会话。使用密码管理器，有助于持续为每个账户生成不同的强密码。\u003C\u002Fp>\n\u003Cp>不要点击可疑邮件或消息中的链接，不要打开其中的文件，也不要回应付款要求。包含旧密码的威胁消息，并不能证明对方目前仍能访问账户。用户应检查所有使用相同邮箱地址和密码组合的账户，退出活跃会话，并为重要服务启用安全提醒。如果拥有 Zoosk 账户，应分别检查密码安全和邮箱安全。\u003C\u002Fp>\n\u003Ch2>长期安全策略\u003C\u002Fh2>\n\u003Cp>为每个账户使用独一无二的密码，是防范来源不明的登录凭据数据集风险的最有效措施。即使数据集的实际来源尚未确认，只要其中的邮箱地址和密码组合仍在其他服务上重复使用，攻击者就能加以利用。使用不同的邮箱地址、启用双因素认证并使用密码管理器，可以防止一个旧密码的问题波及所有账户。\u003C\u002Fp>\n\u003Cp>在交友和社交网络账户上使用主要邮箱地址，可能造成长期隐私风险。应定期关闭不再使用的账户，并检查仍在使用的账户的恢复邮箱和会话。不应重复使用旧密码；在敏感服务上，应尽量减少可轻易关联到个人身份的信息。目标是避免来源存疑的数据集也对账户安全防护链造成损害。\u003C\u002Fp>\n\u003Ch2>记录核查与用户应对\u003C\u002Fh2>\n\u003Cp>在 LeakData 上查到 Zoosk 2011 匹配结果的用户，应将其视为未经验证、归类为伪造的登录凭据风险。查到匹配结果，表示邮箱地址和密码可能被包含在这个以 Zoosk 名义流传的数据集中，但并不能证明数据来自 Zoosk 系统。第一步是保护邮箱账户，第二步是更改所有使用相同密码的账户密码，第三步是警惕网络钓鱼和勒索消息。\u003C\u002Fp>\n\u003Cp>据报告，本事件影响了 52,578,183 条记录。Zoosk 2011 数据集包含明文密码，且与交友网站名称相关联，因此值得高度重视。如果查到匹配结果，用户应重置密码、启用双因素认证、结束旧会话、检查使用同一邮箱注册的敏感账户，并冷静地依据证据应对威胁消息。\u003C\u002Fp>","Zoosk (2011) 据称发生的数据暴露 (52.6 百万 电子邮件标识符)","Zoosk (2011) 据称发生的数据暴露. 据报告，涉及52.6 百万个电子邮件标识符。 已报告的数据：电子邮箱地址, 密码。 了解影响范围、风险及防护措施。","\u002Fuploads\u002Flogo\u002Fzoosk_com.webp",false,{"name":7,"sector":53,"country":54,"website":10,"websiteArchiveUrl":15,"websiteStatus":15,"websiteCheckedAt":19},"Dating site","United States",{"success":4,"breaches":56},[57,64,71,78],{"slug":58,"title":59,"companyName":60,"logoUrl":61,"breachDate":62,"affectedCount":63,"affectedCountStatus":18},"medela","Medela 数据泄露","Medela","\u002Fuploads\u002Flogo\u002Fmedela.webp","2026-09-07T00:00:00.000Z",423947,{"slug":65,"title":66,"companyName":67,"logoUrl":68,"breachDate":69,"affectedCount":70,"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":72,"title":73,"companyName":74,"logoUrl":75,"breachDate":76,"affectedCount":77,"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":79,"title":80,"companyName":81,"logoUrl":82,"breachDate":76,"affectedCount":83,"affectedCountStatus":84},"novocure-2026-data-breach","NovoCure 2026年数据泄露事件","NovoCure Limited","\u002Fuploads\u002Flogo\u002Fnovocure-2026-veri-ihlali-96b5c9defb8a.webp",1400,"lower_bound"]