日本
该标签下有 6 篇文章
7pay 盗刷事件（2019）— 没有双因素认证的支付应用为何被接管
账户接管在上线次日就开始，约 808 名用户被盗刷约 3,862 万日元。核心是认证设计的缺陷：①没有双因素认证，登录只需 ID＋密码；②密码重置可把新密码发送到「登记邮箱以外」的地址，因此仅凭零散的个人信息就能夺走账户。在你的环境里，应对重要操作强制双因素认证、把密码重置限定为已登记的渠道、具备针对撞库的检测与锁定，并在上线前对认证流程做第三方评审。
Coincheck NEM 被盗事件（2018）——约 5.3 亿美元如何被盗，与密钥管理的防御
据报道，入口是针对员工的鱼叉式钓鱼／恶意软件，借此窃取了联网热钱包的私钥；随后约 5.23 亿 XEM（当时约 5.3 亿美元）被一次性转出。核心失误在于把巨额、可即时动用的余额置于『热』状态且未启用多重签名——单个被盗的私钥就动走了几乎全部。防御之道：把重要密钥冷存／放入专用金库、最小化热钱包余额、消除单点故障（多人审批）、并检测与阻止异常的批量操作。
KADOKAWA / Niconico 勒索软件事件（2024）—— 为何被害蔓延全公司，以及网络分段与 BCP
入侵口据说是窃取员工凭据的钓鱼；由此攻击者侵入内网、运行勒索软件，使集团众多服务（包括 Niconico）停摆数月，约 25 万人的个人信息泄露。据报道与分析，被害蔓延全公司的背景是重要度迥异的系统同处一张网络、分段不足。要在你的环境里防御：按重要度分段网络、采用抗钓鱼认证、并备好业务连续性（BCP）与恢复。
宅ふぁいる便（Takufile-bin）信息泄露事件（2019）— 明文保存密码为何致命，以及哈希化防御
服务器漏洞被利用导致未授权访问，约 481 万条记录——姓名、邮箱、登录密码、出生日期，含已退会客户——外泄。决定性失误在于登录密码未加密、以明文保存：一旦泄露即可直接使用，并通过密码重用引发其他网站的账户接管。防御之道是把密码以单向加盐哈希保存、不持有多余数据、修补漏洞，并为重用做好准备（2FA）。
Benesse 个人信息泄露事件（2014）— 内部作案为何无法被拦下，以及最小权限式防御
一名外包关联公司的派遣系统工程师，利用正规授予的数据库访问权，批量复制客户数据，转存到私人智能手机，再卖给名单商。监控软件封堵了向 USB 存储的写入，却没有封堵向智能手机的传输（MTP）。最多约 3,504 万条记录外泄。防御之道：收窄权限（最小权限 / need-to-know）、用 DLP 封死每一条外带通道、检测大批量访问，并把监督一路延伸到承包商与再承包商。
Capcom 勒索软件事件（2020）—— 一台旧 VPN 设备为何成为入口，以及对双重勒索的防御
入口是一台旧备用 VPN 设备——在新设备替换后，它仍留在北美子公司里继续运行。攻击者借此侵入内网、窃取数据，再用勒索软件加密系统（双重勒索）。最多约 39 万人份的个人信息可能泄露（不含信用卡数据）。Capcom 拒绝付款，从备份恢复，并透明披露。要在你的环境里防御：停用弃置设备、修补边界设备，并同时覆盖窃取与加密（隔离、检测、备份）。