名古屋市、居住支援事業の委託業者が相談者2,198件分の報告書を無関係の関係機関へ誤送信 — 訪問して削除を確認
| 項目 | 内容 |
|---|---|
| 発生日 | 公表されていない。関係機関からの申し出により発覚 |
| 公表日 | 2025年12月24日 |
| 対象組織・業界 | 名古屋市（居住支援コーディネート事業／公共・非営利）。誤送信を行ったのは同事業の業務委託先 |
| 影響件数 | 相談者の氏名、年齢、相談内容など2,198件 |
| 攻撃手法 | 攻撃なし。同市へ報告書をメールで送信しようとした際、無関係の関係機関へ送信 |
| 情報源 | Security NEXT（2025年12月24日） |
名古屋市は2025年12月24日、居住支援コーディネート事業の業務委託先において、同市へ個人情報を含む報告書をメールで送信しようとした際、無関係の関係機関へ送信するミスがあったと公表しました。
誤送信されたメールには、相談者の氏名、年齢、相談内容など2,198件を含む報告書が添付されていました。
発覚は関係機関からの申し出によるものです。同市は誤送信先を訪問し、謝罪したうえで誤送信したメールの削除を依頼し、削除されたことを確認しています。
- 時期不明: 委託先が市へ報告書をメールで送信しようとした際、無関係の関係機関へ送信
- 発覚: 関係機関からの申し出により判明
- 対応: 誤送信先を訪問して謝罪。誤送信したメールの削除を依頼し、削除されたことを確認
- 2025年12月24日: 名古屋市が公表
判明している事実: 市へ報告書をメールで送信しようとした際に、無関係の関係機関へ送信したことです。発生日と発覚日、誤った宛先が選ばれた経緯（入力補完によるものか、宛先リストからの誤選択か）、再発防止策は公表されていません。
考えられる原因（推測）
Section titled “考えられる原因（推測）”送信先が「無関係の関係機関」であった点は、誤った宛先が既知の連絡先だったことを示しています。まったく無関係の第三者ではなく、居住支援に関わる機関のいずれかが選ばれています。この形は、メーラーの入力補完で候補が並んだときに、意図した宛先の隣を選んだ場合に生じやすいものです。
報告書に2,198件が含まれていた点も、この事案の性格を示しています。月次または期間ごとの報告として、相談実績をまとめた一覧が添付されていたと考えられます。個別の相談ではなく集計された報告書であるため、1通のメールに大量の相談記録が載ります。
委託先が市へ報告書を送るという定型業務であったことから、同じ宛先へ繰り返し送る運用があったと考えられます。定型的な送信は手順が確立している一方で、確認の工程が省かれやすい類型でもあります。
組織が学ぶべきこと
Section titled “組織が学ぶべきこと”1. 委託先から委託元への定型報告は、メール添付以外の経路を用意する
Section titled “1. 委託先から委託元への定型報告は、メール添付以外の経路を用意する”報告書の提出という業務は、宛先を毎回指定する必要のない形に置き換えられます。共有フォルダへのアップロードや専用の提出窓口を用意すれば、宛先の誤りという失敗の形自体がなくなります。個人情報を含む報告書の提出経路は、委託契約の段階で指定できます。
2. 相談内容を含む報告書は、識別情報と分けて提出する
Section titled “2. 相談内容を含む報告書は、識別情報と分けて提出する”2,198件に氏名と年齢と相談内容が揃っていました。報告の目的が実績の集計であれば、氏名の併記が必須かどうかは検討の余地があります。個人を特定する必要がある場合と、集計だけで足りる場合を分け、提出する情報を目的ごとに絞ることが、事故時の影響を構造的に下げます。
3. 誤送信の対応として「訪問して削除を確認する」水準を持つ
Section titled “3. 誤送信の対応として「訪問して削除を確認する」水準を持つ”今回、市は誤送信先を訪問し、削除を依頼したうえで削除されたことを確認しています。メールで削除を依頼して終わりにするのではなく、削除の完了まで確認するという水準は、相談内容という機微な情報を扱う場面では妥当な対応です。
ヤグラの視点 — 影響範囲の自動調査：訪問して削除を確認する作業を、1件ごとに繰り返せるか
Section titled “ヤグラの視点 — 影響範囲の自動調査：訪問して削除を確認する作業を、1件ごとに繰り返せるか”この事案の対応は、誤送信としては手厚いものです。誤送信先を訪問し、謝罪し、削除を依頼し、削除されたことを確認しています。メールで削除依頼を送って返信を待つのではなく、人が出向いて確認する——相談者2,198件分の氏名と相談内容という中身を考えれば、妥当な水準です。
ただしこの対応は、誤送信先が1か所で、相手が協力的な関係機関だったから成立しているものでもあります。誤送信先が複数だった場合、あるいは相手が個人や無関係の事業者だった場合、同じ確認は成立しません。訪問できる相手ではないかもしれず、削除したという申告を検証する手段もありません。「訪問して確認する」という手厚い対応は、再現性のある手順ではなく、条件が揃ったときにだけ取れる選択肢です。
だからこそ、この類型で組織が持つべき能力は、誤送信が起きた瞬間に「どこへ何が届いたか」を機械的に確定させることです。今回の発覚は関係機関からの申し出でした。委託先も市も、送信の直後には気づいていません。気づくまでの時間が長いほど、届いた先での複製や転送の可能性が増え、訪問して確認するという手段の実効性も下がります。報告されたメールについて配信範囲と開封状況を自動で調査する仕組みは、外部からのフィッシングだけでなく、自組織から出てしまったメールの追跡にも同じ形で必要になります（→ PhishAI）。
- 発生日と発覚までの経過
- 誤った宛先が選ばれた経緯
- 相談者への通知状況
- 報告書の提出経路を含む再発防止策の公表内容
| 日時 | 内容 |
|---|---|
| 2026-08-12 | 2025年12月24日の公表内容をもとにアーカイブ記事として作成 |