東京都港区の区立区民センター指定管理者によるメール誤送信（観覧予定者53名のアドレス流出）
公表日
東京都港区の区立区民センターで、指定管理者が観覧予定者53名への案内メールを、他の宛先のアドレスが見える状態で送ってしまいました。
対象者は？
区立区民センターのコンサート事業の観覧予定者53名。公表されている流出の内容は、他の宛先のメールアドレスが見える状態になったことです。氏名や住所などが含まれたかどうかは、公表資料に書かれていません。
該当する53名には、指定管理者から謝罪と、届いたメールの削除依頼が行われています。心当たりのある方は、区の発表で内容をご確認ください。
いますぐできること
- 該当のメールが届いている場合は、指定管理者の依頼に沿ってそのメールを削除する
- 見覚えのない差出人からのメールやリンクには、念のため注意する
何が起きたのか
2025年9月21日、港区立区民センターの指定管理者が、コンサート事業の観覧予定者53名に案内メールを送りました。このとき、宛先が他の人に見えない「BCC」ではなく、全員に見える「TO」で送られました。そのため、受け取った人同士のメールアドレスが見える状態になりました。同じ日のうちに、受け取った方から連絡があって分かりました。指定管理者は同日、53名に謝罪し、メールの削除をお願いしました。港区は翌22日に発表しました。
なぜ起きたのか・なぜ広がったのか
区の発表では、メールを送るときに宛先を二人目の目でも確かめるダブルチェックをせず、確認が不十分なまま送ったことが原因とされています。外部からの攻撃ではありません。
いまの状況2025-09-22 時点
港区は、指定管理者にメール送信時のダブルチェックを徹底するよう指導し、個人情報の取扱いに関する研修を行うとしています。補償などについては、まだ発表されていません。
企業として考えたいこと
自分の会社で、たくさんの人に一度にメールを送るとき、宛先の設定を送る前に別の人が確認する仕組みはありますか。
技術的な要約
2025年9月21日、港区立区民センターの指定管理者がコンサート事業の観覧予定者53名に案内メールを一斉送信する際、宛先を「BCC」ではなく「TO」で送信し、他の宛先のメールアドレスが表示された状態となった。同日中に受信者から指定管理者へ連絡があり判明し、指定管理者は該当の53名に謝罪し、メールの削除を依頼した。原因は宛先のダブルチェックを行わず確認が不十分なまま送信したことである。港区は9月22日に公表し、指定管理者へのダブルチェック徹底の指導と個人情報取扱いに関する研修の実施を再発防止策とした。
公開情報が限られている点について
攻撃の分類
- 侵入口
- 不明公表で確認外部からの攻撃ではなく、指定管理者による宛先設定の誤り（BCCではなくTOで送信）による誤送信。侵入口は該当しない。
- 脆弱性
- 判明している脆弱性はありません
- 攻撃者
- 特定・主張なし
- ATT&CK
- —
影響
- 業務停止
- なし
- データ
- 確定上限 53確定 53人メール観覧予定者53名のメールアドレスが、受信者全員に表示される「TO」で送信された。公表資料に記載された送信先の人数。
- 波及先
- —
- 金銭影響
- —
- サプライチェーン
- 区の指定管理者による誤送信であり、攻撃による波及ではない。
時系列
- 2025-09-21
- 2025-09-21
- 2025-09-21
- 2025-09-22
- 2025-09-22
- 2025-10-03ScanNetSecurityが、原因はダブルチェック漏れ、対策はダブルチェックの徹底と報じた。1
技術解説
事案の経緯（公表内容） 事実
2025年9月21日（日曜）、港区立区民センターの指定管理者が、コンサート事業の観覧予定者53名に案内のお知らせをメールで送信した。その際、送信先のメールアドレスが受信側に見えない「BCC」ではなく、全送信先が表示される「TO」で送られ、他の宛先のメールアドレスが表示された状態となった。同日中にメールを受信した方から指定管理者へ連絡があり、この状態が判明した。指定管理者は同日、該当の53名へ謝罪するとともに、届いたメールの削除を依頼した。港区は翌9月22日に、この件を個人情報の流出として発表した。
原因と再発防止策（公表内容） 事実
区の発表によると、原因は、指定管理者がメールを送信する際に宛先のダブルチェックを行わず、確認が不十分なまま送信したことである。区は今後このような誤りを起こさないために、指定管理者に対し、メール送信時のダブルチェックを徹底するよう指導し、個人情報の取扱いに関する研修を実施するとした。ScanNetSecurityも、原因はダブルチェック漏れ、対策はダブルチェックの徹底という見出しでこの件を報じている。送信先の人数は、区の公表資料では53名とされている。
誤送信が起きる構造の読み解き 解釈
この事案は外部からの攻撃ではなく、一斉送信時の宛先欄の選択という運用上の操作に起因すると読める。TOとBCCは同じ入力画面で隣り合うことが多く、一人の担当者の確認だけでは見落としが残りうる。また、区の施設運営を指定管理者が担う形のため、個人情報の取扱いの責任は区と指定管理者にまたがる。区が指導と研修を再発防止策に挙げたのは、こうした委託関係を踏まえた対応とも考えられる。ただし、公表資料からは送信に使ったメールの仕組みや運用手順の詳細までは分からず、以上は一般的な構造からの解釈である。
影響範囲と対応の見方 解釈
流出が起きた範囲は、案内メールを受け取った観覧予定者53名の間に限られると公表内容からは読める。受信者の一人からの連絡で当日中に発覚し、同日に謝罪と削除依頼が行われた点は、被害の拡大を抑える動きだったと考えられる。一方で、削除依頼は受信者の協力に頼る対応であり、削除が実際にどこまで行われたかを確認する方法は公表されていない。また再発防止策は人の確認と研修が中心で、送信方法そのものを仕組みで変える内容は示されていない。この点は今後の続報や運用の見直しで補われるかが注目される。
対応
- 封じ込め
- 同日（2025-09-21）、指定管理者が該当の53名に謝罪し、届いたメールの削除を依頼した。
- 公表の仕方
- 港区が2025-09-22に報道発表資料「不適切なメール送信による個人情報の流出について」を公表。再発防止策として指定管理者へのダブルチェック徹底の指導と個人情報取扱いの研修実施を示した。
- 当局対応
- —
教訓と対策
| 教訓 | 具体的な対策 |
|---|---|
| 一斉送信で宛先欄を誤る誤送信は、人の注意だけでは防ぎきれない | 複数宛先への案内はメール配信システムや配信リスト機能を使い、受信者ごとに個別送信する。通常のメールソフトでTO欄に複数アドレスを入れられない運用ルールとし、設定で外部宛先の複数指定に警告を出す。 |
| ダブルチェックは決めるだけでなく、実際に行われる仕組みにする | 送信前に第三者承認を挟むワークフローを導入する。メールゲートウェイで外部宛先が一定数を超えた送信を保留し、承認者が宛先欄の種別（TO/CC/BCC）を確認してから送出する設定を行う。 |
| 委託先・指定管理者の個人情報の取扱いも、発注側が手順を確認する | 契約や仕様書に、一斉送信の手順と確認方法を明記する。委託先に定期的な研修の記録と誤送信時の連絡手順を提出させ、年次で点検する。 |
| 誤送信は早く気づき、速やかに本人へ連絡する体制が被害を抑える | 受信者から連絡を受ける窓口を明確にし、誤送信発生時の対応手順（対象者の特定、謝罪と削除依頼の文面、公表判断）を事前に文書化して年1回は訓練する。 |
自組織などでの確認項目
- 自組織で、複数の外部宛先にメールを一斉送信する場面はどこにありますか。その際、TO・CC・BCCの設定を誰がどう確認していますか。
- 自組織のメール環境で、外部宛先が多数のメールを送る際に、警告や送信保留をかける設定は入っていますか。
- 委託先や指定管理者が個人情報を扱う場合、誤送信が起きたときの連絡先と報告期限が、契約や手順書で決まっていますか。
未解明点
- 指定管理者が使っていたメールの送信方法（通常のメールソフトか、配信システムか）は公表されていない。
- 受信者から削除が済んだことの確認が取れたかどうか、また二次的な被害の有無は公表されていない。
出典
- 1ScanNetSecurity2025-10-03報道本文確認済
- 2東京都港区2025-09-22公式本文確認済
- 3港区2025-09-22公式本文確認済