適用對象:NewsPicks 使用者(特別是曾在網路上以信用卡付款者)、使用 NewsPicks Enterprise 或 NewsPicks Education 的機構員工,以及負責內部管理工具的人員。本文根據 Uzabase, Inc. 的官方通知撰寫,不涉及攻擊手法。
事件發展中:本文將隨單位發布更多資訊而更新
截至 2026 年 10 月 10 日尚不清楚
- 實際受影響人數
- 使用的管理工具及漏洞
- 外洩的實際範圍
- 外部專家的調查結果
- 防止再發生的根本性措施
該公司在第二次通知中表示,正在查明原因與全貌,將參考外部專家的建議提供更新,並會在新事實出現時迅速公布。截至 10 月 10 日,尚未發布第三次通知。
NewsPicks 使用者今天該做什麼
不要僅因為訊息知道你卡號末幾碼就相信它
可能外洩的項目包括持卡人姓名及卡號末 3 或 4 碼。發卡機構與服務發出的正常通知,通常會顯示卡號末 4 碼,方便你辨識卡片。因此,帶有正確末幾碼的假訊息很難與真實訊息區分。
如果你收到類似「請確認末四碼為 XXXX 的卡片」或「您的付款有問題」的訊息,請不要開啟連結。請使用卡片背面的號碼向發卡機構確認卡片相關事項,並透過官方 App 處理 NewsPicks 相關事項(如何辨識詐騙:什麼是網路釣魚?)。
即使是公司的通知信,也請在官方網站確認,不要透過信中的連結
該公司表示,已從 10 月 9 日起依序從 NewsPicks 客服信箱(no-reply@newspicks.com)寄信給受影響的使用者。然而,郵件上顯示的寄件人可以偽造,模仿通知的假信件是可能的。因此,可靠的確認方式是自行開啟的官方網站上的公告。
該公司表示,絕不會透過電子郵件、簡訊、電話或郵寄要求提供密碼或信用卡號。如果有人向你索取這些資料,你此時即可將該訊息視為假的。
檢查你的信用卡帳單
根據該公司說法,完整卡號由付款處理業者管理,未儲存於其系統中,且不儲存安全碼。因此,單靠外洩的資料,應不足以盜用你的卡片。
即便如此,如果假訊息引導你輸入完整卡號,仍可能導致詐欺。如果帳單上出現你不認識的扣款,即使金額很小,也請聯絡發卡機構。是否補發卡片,請與發卡機構共同決定。
若任職單位資訊可能外洩,工作上的訊息也要留意
可能外洩的項目還包括所屬單位(如任職公司)、所屬機構的電話號碼及職級類別。除了你的個人信箱,打到或寄到你工作場所、自稱為 NewsPicks 或業務往來對象的電話或電子郵件也有可能出現。
如果有人要求你確認一筆意料之外的帳款或「合約內容」,請不要當場回覆,而是改撥你自行查詢的官方電話號碼回電。負責為所屬機構管理 NewsPicks Enterprise 或 NewsPicks Education 的人員,應將此提醒分享給該機構的使用者。
依官方步驟處理你的 NewsPicks 登入
該公司表示,尚未確認有密碼外洩,也未要求使用者變更密碼。如果你有疑慮,或你在其他地方使用相同密碼,可以在官方 App 的「設定與隱私」中的帳號設定變更密碼——不要透過電子郵件中的連結(步驟請見公司說明中心的變更密碼頁面,為日文)。
密碼管理工具是避免重複使用密碼的實用方法。若要查看你的密碼是否出現在其他外洩事件中,請參閱如何檢查密碼是否外洩。
只使用官方通知中列出的聯絡管道
公司通知中的聯絡管道為電子郵件信箱(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 設備漏洞)。
給予管理工具最小權限,並只顯示必要欄位
一般而言,管理工具可能外洩的範圍,取決於你授予它的資料存取權限。該公司也表示,已將管理工具的資料存取權限縮減至工作所需的最低限度。
在你自己的環境中,請記錄每個管理工具的連線使用者或存取金鑰可以讀取哪些資料,並封鎖工作不需要的欄位(如持卡人姓名、卡號末幾碼、出生日期等)。僅揭露資料表部分內容的檢視表(view)做法,請參閱Metabase 漏洞利用事件文章;誰可以執行何種操作的概念,則見驗證與授權的差異。
做好快速重新核發存取金鑰的準備
該公司重新核發了管理工具可存取資料的存取金鑰。當管理工具遭入侵時,其持有的金鑰應視為已外洩並予以更換。請記錄哪些金鑰交給哪些工具,並事先決定重新核發的程序與負責人,以確保事發當天能快速回應。
過去一個以內部工具為入侵途徑的案例,是Metabase 漏洞遭利用事件,當時各機構的資料從分析環境而非主要服務外洩。這並不代表本案的過程或原因相同。機構的最低限度措施,請參閱機構資安基準。
資料來源(公開紀錄)
本文事實根據以下公開資訊。我們未推測管理工具的名稱或入侵的運作方式。
- Uzabase, Inc.,「【重要】關於 NewsPicks 客戶個人資訊可能外洩之致歉與通知」(2026 年 10 月 8 日,第一次通知;日文)— corp.newspicks.com
- Uzabase, Inc.,第二次通知(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 年資料外洩與網路攻擊