日本社交平台又出现了“证券账户被盗用，券商只补偿一半损失”的讨论。打开账户，发现陌生人已经替你买卖股票——行情本来就够刺激了，账户里竟然还多了一个不请自来的交易员。
截至2026年10月26日的结论： 乐天证券针对2025年的相关事件，公布以其定义的合格损失的50%为基本补偿比例，并退还相关手续费，向符合条件的受害者支付1万日元慰问金。SBI证券曾有类似的旧规则，但对2025年10月26日及以后发生的事件改为逐案审查。立花证券确有全额恢复部分受害账户的记录，却没有承诺今后所有事件都全额赔付。
三家券商如何比较？
| 券商 | 已公布的历史安排 | 关键限制 |
|---|---|---|
| 乐天证券 | 合格损失原则上50%，相关手续费退款，1万日元慰问金 | 受害人原本持有的股票被擅自卖出，本身不计入50%的损失计算 |
| SBI证券 | 旧政策：损失原则上50%，部分费用100%，慰问金1万日元 | 2025年10月26日起的事件按账户保护情况逐案判断 |
| 立花证券 | 宣布已于2025年7月30日完成相关受害者的全额恢复 | 7月26日起的事件可能不予补偿，且要求向警方报案 |
乐天证券：关键是“损失”如何定义
乐天证券2025年7月25日发布、2026年2月18日更新的通知指出，计算基础包括：入侵者擅自买入的证券后来卖出形成的损失，以及仍持有这些证券时的账面亏损。原先持有的股票被盗卖，并不直接算进该50%计算口径；仅遭盗卖的受害者仍可能收到慰问金。
假设擅自买入行为造成的认可损失为100万日元，按基本比例计算是50万日元，符合条件时另有1万日元及手续费退款。但“原有股票被卖掉100万日元”不代表自动拿到50万日元。成交额、实际损失、认可损失不是同一个数字。真正的关卡，藏在“损失定义”四个字里。
SBI证券：注意日期分界线
SBI于2025年7月公布的旧安排为相关擅自交易损失原则上补偿50%，某些交易费用全额补偿，另有1万日元慰问金。对于只被卖掉原有持仓的情况，公开安排主要是相关费用和慰问金。
然而，2025年10月26日以后发生的事件，SBI会审查登录凭证管理、是否启用安全功能等因素，再决定是否补偿以及补偿多少。因此“现在SBI一律赔50%”并不准确，“开了安全功能就保证赔100%”也没有依据。
立花证券：全额赔付不等于永久保险
立花证券在2025年8月7日公告中称，已于7月30日为受影响客户完成全额恢复。同时注明，7月26日启用强制附加登录认证后发生的事件须个案判断，可能排除补偿，且警方报案是条件之一。
还要区分Stock House和e-shiten（e支店）两个网络服务。e支店2025年5月19日公告表示，当时确认的盗用发生在Stock House，e支店当时未发现同类情况。所以不能拿一个服务的历史赔付记录，为另一个服务的未来损失打包票。e支店计划自2026年12月12日起对交易和提现强制使用通行密钥认证。
2026年仍有账户盗用吗？
有。日本金融厅2026年10月9日更新的临时统计显示，2025年4月有5,490次未经授权的访问、3,033笔未经授权的交易；2026年8月分别为43和25，9月为37和2。9月有两家机构发生此类交易，但公开数据没有列出名称。
因此，2026年10月的热门帖子，不等于乐天在当月发生新的大规模事故；相关补偿通知始于2025年7月。
真发现异常怎么办？
从自己保存的官方网站入口登录，保存交易记录、通知和时间证据，立即联系券商，修改密码与交易密码并采取账户保护措施；符合条件时报警。不要点击短信或邮件里的“领取赔偿”链接，避免骗子借补偿名义再骗一次。启用通行密钥、交易确认和通知，保持设备更新并定期检查账户。
结论：判断赔付政策，先核对事件日期、损失口径和申请条件，再看50%或100%。
官方来源（日文）
- Rakuten Securities, compensation policy, 2025-07-25 (updated 2026-02-18)
- SBI Securities, compensation policies, 2025-07-25 / 2025-10-26
- Tachibana Securities Stock House, compensation, 2025-08-07
- Tachibana Securities e-shiten, security alert, 2025-05-19
- Tachibana Securities e-shiten, passkey requirement, 2026-07-08
- Japan Financial Services Agency, provisional fraud figures, updated 2026-10-09
- Japan Financial Services Agency, account-security guidance, updated 2026-10-09
