川崎市宮前スポーツセンター、スポーツ教室当選通知で誤送信 — 送信取消操作で二度目の流出

項目	内容
発生日	2026年6月3日
公表日	2026年6月17日
対象組織・業界	川崎市宮前スポーツセンター（指定管理者が実施・自治体施設）
事象	メール誤送信（宛先設定の誤り）→ 送信取消機能の利用により再度流出
影響件数	当選者670人（39教室）が対象。判明時点で552件（25教室分）
情報源	Security NEXT（2026年6月17日）

概要

川崎市宮前スポーツセンターの指定管理者は2026年6月3日、スポーツ教室の当選連絡メールを送信する際にメールアドレスを誤って宛先（To）に設定し、受信者間でアドレスが表示される状態を発生させました。

さらに問題はここで終わりませんでした。事故への対応としてメールソフトの送信取消機能を利用したことにより、再度メールアドレスの流出が発生しています。

対象となったのは39教室の当選者670人で、判明時点では25教室分にあたる552件の流出が確認されています。落選者は対象に含まれません。問題は受信者からの指摘により発覚しました。

経緯

• 2026年6月3日: スポーツ教室の当選連絡メールを送信。操作ミスによりメールアドレスを宛先に設定し、受信者間でアドレスが閲覧可能な状態が発生
• 受信者からの指摘により問題が発覚
• 事故対応としてメールソフトの送信取消機能を利用。この操作により再度メールアドレスの流出が発生
• 2026年6月17日: 公表。39教室670人が対象、判明時点で552件（25教室分）の流出

原因

一次の原因は、当選連絡メールの送信時に宛先設定を誤った操作ミスです。二次の原因は、その事故に対処するために使用した送信取消機能そのものが、新たな流出を生んだことです。

考えられる原因（推測）: メールソフトの送信取消（リコール）機能は、受信者側のメール環境が同一のメールシステム内にあり、かつ未開封である場合にのみ有効に動作するのが一般的です。外部のメールアドレス宛てや、環境が異なる受信者に対しては、取消要求そのものが新しいメッセージとして配信されるか、取消通知に元メールの情報（宛先一覧を含むヘッダや引用）が含まれる形で送られる実装があります。本件で「取消機能で再発」と説明されているのは、この挙動によって元の宛先一覧が改めて配信された可能性が考えられます。

構造的に見れば、これは事故対応の手順が事前に決まっていなかったことの帰結です。誤送信に気づいた担当者が、その場で「取り消せばよい」と判断して機能を使い、結果として被害を倍にしています。

対策

組織が学ぶべきこと

1. 送信取消機能は誤送信の対処法ではない

これは本件から得られる最も直接的な教訓です。送信取消は、外部宛てのメールに対しては原則として機能しないと考えるべきで、「使えば消える」という期待そのものが誤りです。誤送信への正しい対処は、(a) 対象者に速やかに連絡して削除を依頼する、(b) 経緯と対象範囲を記録する、(c) 所管部署へ報告する、という手順であり、いずれも取消操作より地味ですが確実です。

2. 事故対応の手順を「事故が起きる前」に配る

誤送信は、気づいた直後の数分間に何をするかで結果が変わります。その数分間に担当者が自力で判断しなければならない状態だと、本件のような二次被害が起こります。「誤送信に気づいたらこうする」を1枚の手順書にして、送信業務を行う全員に事前に配っておくことが、この種の二次被害を止める最も安価な対策です。

3. 指定管理者・委託先の事故対応手順も発注側の管轄

本件を実施したのは市の指定管理者です。市民向けの一斉連絡を外部事業者が代行する構成は広く採られていますが、事故発生時の初動手順が事業者側の判断に委ねられていると、対応の質は事業者ごとにばらつきます。委託・指定管理の仕様書に、個人情報事故の初動手順と報告経路を含めておく必要があります。

ヤグラの視点 — 組織固有知識の学習：同じ形の事故を、二度目に取れるか

メール送信の操作ミスと、その後の取消操作という、いずれも正規の権限で行われた操作です。攻撃者は存在せず、検知すべき技術的な異常もありません。

それでも本件は、他の誤送信事案とはっきり性質が異なります。同じ事故が、同じ日に、同じ担当者の手で二度起きているという点です。一度目は宛先設定のミス、二度目はその対処のミス。二度目の流出は、一度目の対応中に発生しています。

インシデント対応の世界では、これを「対応が学習されていない」状態と呼びます。誤送信への対処として送信取消が有効でないことは、業界の中では既知の知識です。しかし既知の知識が、その組織の、その担当者の、その瞬間の判断に届いていなければ、無いのと同じです。組織固有の知識——「過去にどんな事故が起き、どう対応し、何が効かなかったか」——が蓄積され、次の判断時に取り出せる形になっているかどうかが、二度目を防ぐかどうかを決めます。

ヤグラのAI SOCが対応履歴をメモリとして蓄積し、AIの調査推論に活用する設計を持つのは、この「組織固有知識の学習」を人の記憶と引き継ぎに依存させないためです。ただし本件のような業務プロセス上の事故に対しては、同じ思想を手順書と訓練の形で実装するしかありません。一度起きた事故の対応記録が、次に同じ場面に立つ人の手元に届く経路を作れているか。それが本件の問いです。

39教室のうち25教室分の流出が判明した時点で公表に至っており、残る教室分の確認が続いている可能性もあります。事故の全体像を確定する作業自体が、この学習の一部です。

今後の対応

判明時点の流出は552件（25教室分）ですが、対象は39教室670人であり、残る教室分の確認状況について続報の可能性があります。露出したのはメールアドレスのみですが、当選者リストという属性が付随するため、対象者側では不審な連絡への注意が必要です。

更新履歴

日時	内容
2026-08-03	初稿公開（2026年6月17日公表時点の情報）