TL;DR
- 01何が起きたか
TOPPAN は 2026 年 9 月 1 日、損害保険各社から受託する保険料控除証明書発行サービスの運用で、損保ジャパンの契約者 177,426 名分のリストを、別の損害保険会社 1 社に誤って送った。複数社分の ZIP ファイルが同じフォルダに並ぶなかで、ドラッグ＆ドロップの操作を誤り、損保ジャパン分が他社向けの ZIP に入った。TOPPAN は外部からの攻撃ではないと確認している。
- 02なぜ見分けられないか
送る前に、ZIP の中身は確かめ直されていなかった。どの宛先にどの会社のデータが入っているかは、作業者の操作と目だけが決めていた。
- 03欠けていた層
受け取った保険会社は同じ日のうちに混入に気づき、日本損害保険協会に照会した。ただしその時点で、リストはすでに社外に出ていた。効かなかったのは、宛先と中身の対応を、作業者の操作とは別に、送る前に確かめる層である。
何が起きたか
- 業務
- 保険料控除証明書発行サービスの運用。損害保険会社 14 社が TOPPAN に運用を委託している（損保ジャパンの発表）。
- 誤送付したもの
- 損保ジャパンの契約者のうち、控除証明書のハガキが不要な契約者のリスト（CSV）。別の損害保険会社 1 社に送られた。
- 件数と項目
- 177,426 名（同じ契約者の重複を含む可能性があり、精査で減ることがある）。カナ氏名、保険料控除用の証券番号、業務 ID。漢字氏名・住所・生年月日・電話番号・メールアドレス・カード・口座・マイナンバーは含まない。
- 原因
- 手作業での誤操作と、確認の手順の不備。複数社分の ZIP が同じフォルダにある状態でドラッグ＆ドロップを行い、損保ジャパン分を他社向けの ZIP の中にコピーした。送る前に ZIP の中身を確かめ直していなかった（TOPPAN）。
- 送付先での扱い
- TOPPAN は、送付先で速やかに廃棄・完全削除され、第三者への流出は現時点で確認されていないとする。損保ジャパンは、送付先に連絡してデータの削除を確認したとし、二次流出や不正利用は現時点で確認されていないとする。
- ほかの混入
- 今回の納入作業での混入はこの 1 件のみと、TOPPAN が確認した。
用語メモ
保険料控除証明書発行サービス — 損害保険各社の控除証明書をまとめて発行するサービス。TOPPAN が 14 社から運用を受託している。
ドラッグ＆ドロップ — マウスでファイルをつかんで別の場所に落とす操作。落とす先を誤ると、ファイルが意図しないフォルダや ZIP に入る。
止めどころは ③。送る前に、ZIP の中身がその宛先の会社のものかを、作業者の操作とは別に確かめていれば、配信は止まった。
複数社分。
2026-09-01。
他社向けとして配信。
同日 17:15。
時系列 — 公表と対応
- 手作業での送信の際に誤送付。17 時 15 分、送付先の保険会社が他社の契約者情報の混入について日本損害保険協会に照会した。
- 協会から TOPPAN に調査の要請があり、混入が分かった。TOPPAN はファイル転送サービスの配信を止めた。
- TOPPAN と損保ジャパンが同じ日に公表。
事実は TOPPAN と損保ジャパンの発表（いずれも一次）に拠る。発生の経緯、原因、再発防止策は TOPPAN の発表にだけ書かれている。件数と項目は両社で一致している。削除と流出についての記述は、それぞれの会社の言葉のまま書き分けた。
公表後の対応
- TOPPAN: ファイルの添付を「ファイルを選択」に統一し、作業者とは別に確認者を置いて全工程を確認し、添付ファイルの容量とタイムスタンプを元データと照合する。恒久策として、送付の工程をシステム化する。
- 損保ジャパン: 対象の契約者に、登録されたメールアドレス宛てに個別に案内し、未登録の契約者には封書を送る。TOPPAN に再発防止の徹底を求め、委託先の管理を強めるとした。
なぜ止まらなかったか
この事案の失敗は、外部からの攻撃でも、作業者ひとりの不注意だけでもない。どの宛先にどの会社のデータを送るかを、作業者の操作と目だけが決めていて、送る前に中身と宛先を照合する仕組みが無かった。
どの宛先にどの会社のデータを送るかを、作業者の操作と目だけが決めていて、送る前に中身と宛先を照合する仕組みは無かった。
証明は送る前に働き、検出は届いた側が気づいた後に働く。送ってしまえば、データは手を離れている。
すでに社外へ
検出は働いた。受け取った保険会社は同じ日のうちに気づき、協会に照会している。ただ、気づいたのは送った後で、「作業者がこの ZIP をこの宛先に送った」と「この ZIP の中身はこの宛先の会社のものである」は別々の事実なのに、前者だけで配信が通った。この隔たりが検出と証明の落差であり、構造的な欠落である。
同じ構造は、東京都住宅供給公社の宛名（宛名と元の一覧のずれに、発送の前に作業者以外が気づけなかった）にも現れている。
対策するには
送る前に、中身が宛先のものかを、作業者の操作とは別に照合する。確認者を増やすだけでは、人の目に頼る点は変わらない。ファイルごとに「どの会社のデータか」を作る段階で記録し、送る直前に宛先と自動で照合して、合わないものは送らない。
注意したい業界・業務
- 業界金融・FinTech
- 保険会社など、多くの契約者情報を扱い、帳票の作成や発送を外部に委託する組織。委託先では、複数社分のデータが同じ担当者の手元に並ぶ。
- 業務配信・送付
- 取引先ごとに分けたファイルを、手作業で送る業務。ファイル名や置き場所を誤ると、別の会社のデータが混ざる。
いまの対策で防げるか
| 対策 | 今回 | 理由 |
|---|---|---|
| 作業者による送付前の確認 | 効かない | 送る前に ZIP の中身を確かめ直していなかった（TOPPAN）。 |
| 作業者とは別の確認者 | 一部 | 誤りに気づく機会は増えるが、人の目に頼る点は変わらない。 |
| 容量とタイムスタンプの照合 | 一部 | ZIP が丸ごと紛れ込む混入は捉えうるが、中身がその宛先のものかは直接は示さない。 |
| 送付工程のシステム化 | 一部 | 手作業は減るが、中身と宛先を照合する仕組みが無ければ、誤りの置き場所が変わるだけになる。 |
- ファイルごとに、どの会社のデータかを作る段階で記録する。 ZIP の中のファイル一つひとつまで、持ち主の会社が分かるようにする。
- 送る直前に、中身と宛先を自動で照合する。宛先ごとに受け取ってよい会社のデータを登録しておき、合わないファイルや、持ち主の分からないファイルを含む配信は止める。
- 何を照合して送ったかを残す。照合の結果と送った内容を、作業者の操作の記録とは別に、後から第三者に示せる形、つまり証明として残す。
取引先ごとのデータを送る業務について、組織で確かめる 3 項目
- 取引先ごとに分けたファイルを、同じ場所で同じ担当者が扱っていないか。
- 送る前に、中身が宛先の取引先のものかを、人の目とは別の手段で照合しているか。
- 委託先がこうした送付を行う場合、委託先の確認の手順を把握しているか。
注：宛先ごとに登録した範囲そのものが誤っていれば、誤った配信も通る。また、照合の仕組みを入れるまでの間は、確認者を置くなどの人の確認で補うことになる。
Sources
- 一次・当事者の公表TOPPAN「当社受託『保険料控除証明書発行サービス』運用業務におけるデータ誤送付について」
- 一次・当事者の公表損害保険ジャパン「『保険料控除証明書発行サービス』における業務委託先のデータ誤送付について」