适用对象:NewsPicks用户(尤其是在网上用卡付款的用户)、使用NewsPicks Enterprise或NewsPicks Education的机构工作人员,以及管理内部管理工具的任何人。本文以Uzabase株式会社的官方通知为依据,不涉及攻击技术。
事态发展中:本文将随机构发布更多信息而更新
截至2026年10月10日尚不清楚
- 实际受影响人数
- 具体管理工具及漏洞
- 泄露的实际范围
- 外部专家的调查结果
- 防止再次发生的根本性措施
公司在第二份通知中称,正在查明原因及全貌,将结合外部专家的意见发布更新,并会及时公布新的事实。截至2026年10月10日,尚未发布第三份通知。
NewsPicks用户今天应该做什么
不要仅因为消息知道您卡号的末位数字就信任它
可能泄露的项目包括持卡人姓名及卡号后3或4位数字。发卡机构和服务的正常消息通常也会显示卡号后4位,方便您识别卡片。因此,一条包含正确末位数字的虚假消息很难与真实消息区分。
如果您收到类似“请确认卡号尾号为XXXX的卡”或“您的付款出现问题”的内容,请不要打开链接。卡片相关事宜请使用卡背面的号码联系发卡机构,NewsPicks相关事宜请通过官方应用处理(如何识别假冒信息:什么是网络钓鱼?)。
即使是公司的通知邮件,也请通过您自己打开的官方网站核实,而不是点击其中的链接
公司表示,自10月9日起,已从NewsPicks支持邮箱(no-reply@newspicks.com)依次向受影响用户发送邮件。但邮件中显示的发件人可以被伪造,模仿通知的虚假邮件是有可能出现的,因此可靠的核实方式是查看您自己打开的官方网站上的通知。
公司表示,绝不会通过电子邮件、短信、电话或邮寄方式索要密码或信用卡号。如果有人向您索要这些信息,您可以当场将该消息视为虚假。
检查您的信用卡账单
据公司表示,完整卡号由支付处理商管理,未存储在其系统中,公司也不存储安全码。因此,仅凭泄露的数据不太可能被用于盗刷。
即便如此,如果虚假消息引导您输入完整卡号,仍可能导致欺诈。如果账单上出现您不认识的扣款,即使金额很小,也请联系发卡机构。是否需要补办卡片,请与发卡机构商定。
如果您的雇主信息可能已泄露,工作中也要留意相关消息
可能泄露的项目还包括所属单位(如雇主)、所属机构的电话号码及职位级别类别。除了个人邮箱之外,以NewsPicks或业务合作方名义打来的电话或发到工作单位的邮件也有可能出现。
如果有人要求您确认一笔意外的账单或“合同细节”,请不要当场回应;请通过您自己查到的官方号码回拨。负责为所在机构管理NewsPicks Enterprise或NewsPicks Education的工作人员,应将此提醒分享给机构内的用户。
通过官方步骤处理您的NewsPicks登录
公司表示,尚未确认密码泄露,也未要求用户更改密码。如果您有顾虑,或在其他地方使用相同密码,可以在官方应用中通过“设置与隐私”下的账户设置进行更改,而不要通过邮件中的链接操作(公司帮助页面上的步骤:更改密码,日文页面)。
密码管理器是避免重复使用密码的实用方法。如需查看您的密码是否出现在其他泄露事件中,请参阅如何检查密码是否已泄露。
只使用官方通知中列出的联系方式
公司通知中列出的联系方式为电子邮件地址(info@newspicks.com)以及NewsPicks帮助中心的咨询表单。联系时您无需提供卡号或密码。
事件经过(据Uzabase)
以下内容基于公司10月8日的第一份通知和10月9日的第二份通知。
2026年10月8日 12:48
发现未经授权的访问;成立应对小组。10月8日 14:01
内部调查认定为第三方未经授权的访问。相关服务器被立即切断,并采取措施阻止进一步损害。10月8日 21:44
向日本个人信息保护委员会提交初步报告;与当地警方进行了咨询。10月8日
发布第一份通知,列出可能泄露的项目;各项数量仍在调查中。10月9日
发布第二份通知。公司称管理工具的一个漏洞被利用,并给出各项目的最大估计数量。当天开始依次向受影响用户发送邮件。截至10月10日
尚未发布第三份通知。未确认二次损害(第二份通知)。服务在采取防御措施的情况下继续运营。
- 入口点
- NewsPicks运营中使用的一个管理工具。公司称该管理工具的一个漏洞被利用
- 未确认入侵的部分
- NewsPicks服务本身;Uzabase的其他信息系统
- 用户数据(最大估计)
- 电子邮件地址323,000;姓名59,000;出生日期28,000;配送地址及收件人姓名31,000;所属单位(如雇主)65,000;所属机构电话号码29,000;七个类别的职位级别273,000
- 卡片数据
- 用于网络支付的部分卡片数据,362,000条(持卡人姓名、卡号后3或4位等)
- 未泄露/未确认
- 完整卡号(由支付处理商管理,未存储在公司系统中);安全码(未存储);密码;与客户公司的往来记录
- 业务联系人
- 管理NewsPicks Enterprise和NewsPicks Education账户的人员的姓名及联系邮箱:122条记录
- 已采取的措施
- 阻止了对管理工具的访问并删除了其账户;重新签发了管理工具可访问数据的访问密钥;将管理工具的数据访问权限降至工作所需的最低限度;在整个NewsPicks服务范围内阻断了未经授权访问的来源
- 二次损害
- 未确认(第二份通知)。第一份通知称,也未确认数据被公开发布或被滥用
已知与未知的情况
截至2026年10月10日的状况。后续通知发布时,状态栏将随之更新。
| 项目 | 通知内容 | 状态 |
|---|---|---|
| 入口点 | 运营中使用的管理工具的一个漏洞被利用 | 已确认(细节未披露) |
| 服务本身或其他系统遭入侵 | 未确认 | 未确认 |
| 可能泄露的项目 | 电子邮件、姓名、出生日期、配送地址及收件人姓名、所属单位、所属机构电话号码、职位级别类别、持卡人姓名及卡号后3–4位等 | 可能泄露 |
| 各项目数量 | 以最大估计数公布(如卡片数据362,000条) | 已公布(最大值) |
| 实际受影响人数 | 未公布 | 未披露 |
| 完整卡号及安全码 | 未存储在公司系统中;未泄露 | 未泄露(据公司说明) |
| 密码 | 未确认泄露 | 未确认 |
| 具体管理工具及漏洞 | 未公布 | 调查中 |
| 二次损害 | 未确认 | 未确认(截至10月9日) |
| 联系受影响用户 | 自10月9日起依次通过电子邮件进行 | 进行中 |
| 防止再次发生 | 原因查明后将决定根本性措施 | 调查中 |
阅读提示:两份通知对电话号码的描述不同
第一份通知将“电话号码”列为可能泄露的项目之一;第二份通知的明细则列为“所属机构的电话号码”。第二份通知中,地址也写作“配送地址及收件人姓名”。本文以更为详细的第二份通知为准。
持卡人姓名、卡号末位数字及雇主信息可能被用于什么
一般来说,当这些信息组合在一起时,就可能出现以下滥用情形。这并不意味着本次事件中已经发生了这些情况。
- 持卡人姓名 + 卡号末位数字 + 电子邮件地址:正确提及“卡号尾号为XXXX的卡”的虚假消息,用于诱导人们输入完整卡号
- 姓名 + 出生日期 + 配送地址:假冒核实身份的电话或信件更具迷惑性
- 所属单位 + 机构电话号码 + 职位级别类别:以业务合作方或服务商名义打给工作单位的电话或邮件
本站观点:把卡号末位数字视为可能泄露的数据,而不是身份证明
信用卡卡号后4位通常会显示在账单和账户页面上,方便人们识别卡片。这很容易让人产生“对方知道末位数字,所以一定是真的”的想法。
当这些数字可能已经泄露时,应反过来思考:对方知道的信息并不能证明其身份真实。消息是否真实,应当通过您自己联系官方渠道来确定,而不是看发件人知道什么。
面向管理内部管理工具的人员
据公司表示,入口点并非服务本身,而是其运营中使用的一个管理工具。具体是哪个工具、什么漏洞以及如何被利用,均未披露。本节不对公司的处理方式作出评价,而是基于已披露的事实,说明运营方可以在自身环境中检查哪些内容。
NewsPicks服务本身
未确认入侵
运营中使用的管理工具
漏洞被利用(据公司说明)
Uzabase的其他信息系统
未确认入侵
↓ 管理工具可访问的数据
用户数据(电子邮件、姓名、所属单位、持卡人姓名及卡号末位数字等)
公司此后已重新签发访问密钥,并将权限削减至工作所需的最低限度
使管理工具的登录页面不暴露于公网
只允许员工使用管理工具。使用内部网络、VPN或源地址限制,使登录页面本身无法从外部访问。然后通过企业单点登录(SSO:用一个账户登录多个工具)和多因素认证进行登录。
某些漏洞位于登录之前的处理过程中,此时密码和多因素认证都无济于事。使工具无法从外部访问,是在这种情况下仍然有效的措施(应对VPN设备漏洞的防御方法)。
为管理工具授予最小权限,并只显示最少的字段
一般来说,管理工具可能泄露的内容取决于您授予它的数据访问权限。公司也表示,已将管理工具的数据访问权限降至工作所需的最低限度。
在您自己的环境中,请记录每个管理工具的连接用户或访问密钥可以读取哪些数据,并屏蔽工作不需要的字段(如持卡人姓名、卡号末位数字、出生日期等)。仅暴露表中部分数据的视图用法,可参阅Metabase漏洞利用导致的数据泄露文章;关于谁可以做什么的权限概念,请参阅身份认证与授权。
做好快速重新签发访问密钥的准备
公司重新签发了管理工具可访问数据的访问密钥。当管理工具被攻陷时,其持有的密钥必须视为已泄露并予以更换。请记录哪些密钥分配给了哪些工具,并提前确定重新签发的流程及负责人,以便事发当天能够迅速响应。
曾以内部工具为入口点的过往案例,是Metabase漏洞利用事件,其中机构数据从分析环境而非主服务中泄露。这并不意味着此次事件的经过或原因与之相同。机构的最低限度防护措施,请参阅机构安全基线。
来源(公开记录)
本文的事实基于以下公开信息。我们未对管理工具的名称或入侵方式进行推测。
- Uzabase株式会社,《【重要】关于NewsPicks客户个人信息可能泄露的致歉及通知》(2026年10月8日,第一份通知;日文)— corp.newspicks.com
- Uzabase株式会社,第二份通知(2026年10月9日;日文)— corp.newspicks.com
- NewsPicks帮助中心,第二份通知(内容与公司第二份通知相同;日文)— newspicks.zendesk.com
- NewsPicks帮助中心,《更改密码》(日文)— newspicks.zendesk.com
更新记录
2026-10-11:已对照官方通知进行核对;密码现描述为“未确认泄露”(据公司说明),卡号描述为“卡号后3–4位”。
2026-10-10:首版,基于公司10月8日第一份通知和10月9日第二份通知(各项目最大估计数量、管理工具漏洞及已采取的措施)。待原因或防止再次发生的措施公布后将予以更新。
延伸阅读
- 以内部工具为入口点的案例:Metabase漏洞利用导致的数据泄露
- 识别后续诈骗:什么是网络钓鱼?
- 另一类卡片数据泄露:PhotoGoods支付页面上的盗卡程序
- 保护管理面板:如何选择多因素认证 / 身份认证与授权
- 2026年的其他事件:2026年的数据泄露与网络攻击