Trello 数据泄露

已核实的数据范围包括 15,111,945 个不重复的电子邮件地址，以及可与这些地址关联的姓名和 Trello 用户名。密码、电话号码、支付信息、私信、看板内容、卡片和附件均不属于本记录中已核实的数据字段。核心风险在于，一些个人资料信息单独来看可能是公开的，却被批量关联到原本不应公开的电子邮件地址。这种关联可以帮助攻击者确认某个地址是否注册了账户，利用真实姓名和用户名编写更具迷惑性的消息，并在其他地方查找同一标识符的相关信息。由于记录中没有密码，因此这并不是登录凭据的直接泄露。不过，如果用户重复使用了在其他事件中泄露的密码，已确认的账户关联就可能使自动化登录尝试更有针对性。

这批数据于2024年1月16日前后被公开兜售，后来被收录到经核实的数据泄露事件目录中。调查表明，涉事者使用早先收集的数据中的电子邮件地址，向一个可公开访问的 Trello 个人资料资源发起查询，以识别有效账户。该资源会根据电子邮件地址查询返回个人资料姓名、用户名等公开字段，从而使非公开地址与公开个人资料之间的批量关联成为可能。平台运营方表示，未发现有人未经授权访问 Trello 系统或用户个人资料的证据，因此不应将此事件描述为账户数据库被盗。在发现这种滥用后，平台阻止了未经身份验证的用户和服务通过电子邮件地址查询他人的公开信息。此事件应归类为通过 API 进行的账户枚举和数据抓取，而不是第三方供应商事件或密码泄露。

使用真实姓名、工作身份或易于识别的用户名的人，可能更容易成为定向网络钓鱼的目标。对于企业电子邮件地址，攻击者可以结合雇主信息和该地址与 Trello 的关联，伪造看板邀请、任务通知、团队成员加入请求或密码重置消息。在社交网络和开发者平台上重复使用同一用户名，会增加不同个人资料被关联起来的风险。匹配结果并不能证明账户已被接管、私密看板已被读取或密码已泄露。评估风险时，应考虑该地址是否出现在其他数据泄露事件中、密码重复使用历史、公开的个人资料信息以及收到的可疑消息。意料之外的看板邀请、来源不明的工作区请求和陌生的登录提醒尤其值得仔细核查。

首先检查您的 Trello 账户及其关联的 Atlassian 账户的安全设置、活跃会话和多因素身份验证状态。终止您无法识别的会话，确认账户恢复方式属于您本人，并在支持的情况下启用通行密钥或抗网络钓鱼的身份验证方式。虽然此处没有经核实的密码数据，仍应更换重复使用的密码，为每个账户设置足够长且独一无二的登录凭据。不要点击电子邮件中的看板邀请或安全警告链接，而应使用您熟知的网址直接打开服务。检查发件人域名、邀请创建者，以及请求是否符合您团队的实际情况。减少公开不必要的个人信息，如完整姓名、个人简介或链接，并退出不再使用的工作区。如果账户由组织管理，请向安全团队报告可疑邀请，切勿在消息中透露密码或验证码。

使用能为每项服务生成独立登录凭据的密码管理器，并在支持的情况下配合使用通行密钥，可以防止来自其他数据集的密码被成功用于登录 Trello。由于主要电子邮件账户是账户恢复的中心，应通过强身份验证、登录提醒和检查关联应用来保护它。定期检查个人资料的可见范围；当同一用户名出现在多个平台上时，应管理好工作身份与个人身份之间的关联。组织不应仅因协作邀请的措辞看起来熟悉就信任它，而应通过流程核实发件人和目标域名。单点登录、条件访问和集中撤销可疑会话，都能降低账户被接管的风险。这一事件表明，使用非公开标识符查询公开个人资料数据，可能使单独看来无害的字段变成大规模安全隐患。

通过安全搜索框查询您的电子邮件地址，了解它是否出现在 Trello 数据集中；如果返回匹配结果，请优先采取账户安全措施。查询结果并不意味着您的密码已被公开、私密看板已被查看或账户已被接管；它仅表示该地址与姓名、用户名等字段存在关联。发现匹配后，请检查个人资料的可见范围、活跃会话、关联应用以及近期安全通知。对于意料之外的邀请，应直接打开应用进行核实。任何查询结果都不能保证该地址未出现在其他任何事件中。如果这种个人资料关联日后被用于社会工程攻击或账户接管尝试，持续监测、独一无二的密码和强身份验证可以提供有效防护。