防災・消防関連サービスへの不正アクセス

2026年10月15日 作成
防災と消防を支えるサービスの安全性を確認する陽奈
AI生成コンテンツ / AI-generated content
防災メールや消防の連絡を支えるサービスで、不正アクセスが発覚しました。多くの自治体に影響が及んだ背景には、何があるのでしょうか。本記事は2026年(令和8年)10月15日17時50分の事業者発表(第9報)までを基に、確認された事実と、仕組みを理解するための一般論を分けて説明します。

目次

事件の経緯と影響範囲

防災メールや消防関連サービスの影響を調べる陽奈
AI生成コンテンツ / AI-generated content
大阪府箕面市の株式会社アルカディアは、防災・消防関連サービスへの不正アクセスと、個人情報が漏洩した可能性を公表しました。不正アクセスの確認と、情報流出の確認は別です。発表された件数は、漏洩した可能性のある情報の最大件数・推定値です。
主な経緯は、10月11日の不審な挙動の発見、12日の応急措置、13日の一部サービス緊急停止、14日のNET119・119RAIDENへの調査対象拡大です。15日には、同社が全サービスの復旧を発表しました。復旧後も漏洩範囲の調査は続いています。
漏洩した可能性がある情報
  • SpeeCAN RAIDENなどの対象サービス:メールアドレス約313万6,000件、電話番号約10万5,000件、FAX番号約1万5,000件。名前、担当者・契約情報、保存された本文も対象です。
  • 119RAIDENの対象サービス:メール約9万7,000件、電話約1万7,000件、FAX約400件。連絡先の名前や保存本文なども対象です。
  • NET119の対象サービス:約1万3,000件。名前、生年月日、性別、住所、電話・メール・FAX、他サービス登録時の入力情報が対象です。
これらの合計は被害者数ではありません。項目間・サービス間の重複や、実際の持ち出し件数が確定していないためです。映像通報や119RAIDENの一部ホストは、同社が対象外と説明しています。
影響は情報漏洩の懸念だけではありません。神戸市は、職員向けシステムの停止と約1万3,000人分の氏名・所属・メールアドレスなどの漏洩可能性を公表しました。各務原市は、消防職団員向けメールを停止する一方、NET119は継続すると説明しています。自治体や機能によって対応が異なるため、停止情報は発表時点にも注意して読む必要があります。

自治体ごとの分離と、未解明の原因

自治体別のデータ区画と共通基盤の違いを説明する陽奈
AI生成コンテンツ / AI-generated content
自治体ごとの利用権限の分離と、侵入後の被害を自治体内に封じ込めることは別です。同社の製品説明にはIDごとの権限設定がありますが、自治体別のデータベースやサーバーの分離方法は確認できません。今回、どの境界が突破されたかも公表されていません。

クラウドで複数の顧客にサービスを提供するとき、顧客ごとの区画を「テナント」と呼びます。A市の担当者にB市のデータを見せない仕組みが、テナント分離です。
AWSの技術解説も、本人を確認する認証と、顧客間の分離を区別しています。これは設計の一般論であり、アルカディアがAWSを利用していることを示すものではありません。

例えば、共通のアプリが自治体IDでデータを絞り込む構成では、その権限確認の欠陥が自治体間の境界に影響し得ます。データベースを自治体別に分けても、共通アプリや保守アカウントが複数のデータベースを操作できるなら、その権限の侵害が広範囲に及ぶ可能性があります。サーバーを分けた構成でも、共通管理基盤の侵害や、同じ弱点を各サーバーで悪用する攻撃への備えが必要です。

以上は複数自治体へ影響が広がり得る構成例であり、今回判明した攻撃手法ではありません。分離は「有る・無い」だけでなく、どの層で、どの権限に対して効くかを確かめる必要があります。
今回の発表は、対象を複数のサービス用ホスト名で示しています。このことは、複数自治体が依存する事業者側の基盤に問題が起きた可能性と整合します。ただし、ホスト名だけで物理サーバーやデータベースの共用範囲は判断できません。

判明していないことは、具体的な脆弱性、取得された権限、最初の侵入時刻、サービス間に侵害が広がった経路です。一つの侵入口から広がったのか、同じ弱点を複数箇所で攻撃されたのかも、公開情報からは確定できません。ランサムウェアや公開アプリ解析による攻撃が原因だったとする裏付けも、確認した公式発表にはありません。

したがって、「多数の自治体が一斉に破られた」「自治体間の分離がなかった」と断定するのは早計です。多数の自治体への通知には、共通基盤の侵害により漏洩を否定できない範囲への注意喚起も含まれ得ます。

利用者と自治体が確認すること

不審な連絡を避け公式情報と代替手段を確認する陽奈
AI生成コンテンツ / AI-generated content
利用者は自治体の公式案内で、自分が登録したサービスと対象情報を確認します。不審なメールやSMSのリンク・添付ファイルを開かず、連絡先は公式サイトから確かめます。配信が止まっている場合は、自治体が案内する代替の防災情報や連絡方法を確認してください。
同社は復旧に際して、顧客にログインパスワードの変更を求めています。これは管理画面などのログイン利用者に向けた案内として確認し、メールを受信するだけの登録者も全員パスワードを持つかのように受け取らないようにします。サービス復旧は、漏洩調査の完了を意味しません。対象範囲や実際の流出の有無について、続報を確認する必要があります。

自治体が事業者に確認すべき点として、本記事では次を提案します。
  1. 自治体間の分離を、アプリ、データベース、OS、ネットワークのどこで実施していたか。
  2. 侵入者が得た権限と、その権限が及ぶ自治体・サービスの範囲は何か。
  3. データの閲覧・持ち出しを示す記録があるか。記録がなく判断できない範囲はどこか。
  4. 修正と安全性確認の対象、第三者による検証の有無、再発防止の実施状況はどうか。
  5. 共通基盤が止まった場合にも、防災情報や消防の連絡を続けられる独立した代替手段があるか。
クラウドの共同利用には利点がありますが、委託先に情報と機能を集めるほど、障害や侵害の影響が広がる条件も確認しなければなりません。委託先の選定・運用では、平常時の権限設定と、異常時の封じ込め・業務継続の両方を点検することが大切です。

参考サイト

(この項おわり)
header