英国の空港運営会社で、駐車場やラウンジの予約客約870万人分のメールアドレスなどが外部のデータベースから漏洩

何が起きたか

この事故で流出した、または流出したおそれがある情報は、メールアドレス、電話番号、車両登録番号、郵便番号。約870万人分（報道）。大半の人はメールアドレスだけが対象とされる。支払いカードや銀行口座の情報はこのシステムに無いと運営会社は説明したです。その後の対応と影響は、予約変更のオンラインサービスを一時止め、72時間以内の変更は専用電話で受け付けた。外部の専門家と調査し、関係当局に報告した。空港の運用と保安には影響が無いと説明した。恐喝グループ（FulcrumSec）は要求を断られたあとデータを公開したです。

原因になったのは「予約データを持つ外部のデータベースへの侵入（攻撃者はサイトのJavaScriptに書かれたAPIキーを使ったと主張）」です。公表された内容では、生成AIは事故に関わっていません。

なぜ起きたか

運営会社は侵入の経路を公表していない。犯行を名乗るグループは、各空港サイトのブラウザ側のコードにメール配信サービスの管理用APIキーがそのまま書かれており、それを使ったと主張している。

原因の種類は「不正アクセス」です。第三者がシステムに入り、情報を見たり持ち出したりした事故を指します。このサイトに掲載している事故のうち、同じ種類の原因で起きた事故は131件あります。

事故が起きてから公表されるまで

1. 2026年8月22〜23日ごろ攻撃者が予約データのあるシステムに入ったと報道される
2. 2026年8月25日運営会社が不正アクセスに気づく
3. 2026年8月27日運営会社が顧客情報への不正アクセスを公表する
4. 2026年9月初め恐喝グループが身代金を断られたとしてデータを公開する

どうすれば防げたか

上の流れでは、最初から公表まで、途中で異常に気づいて止める仕組みが働いていません。

止められた可能性がある所（当社の見立て）

サイトのブラウザ側のコードに外部サービスの管理用キーが含まれていないかを公開前に検査し、権限の小さいキーに分けていれば、外部から顧客データを読まれるおそれを小さくできた可能性がある。

この見立ては、公表された原因から当社が考えたものです。当事者の調査の結果とは異なる場合があります。

自社で確認する3つの手順

上から順に、短い時間で確認できるものを並べています。

1. 自社サイトとアプリのブラウザ側のコードを検索し、APIキーやトークンが書かれていないかを確認する
2. メール配信や顧客管理など外部サービスのキーごとに、持っている権限と使っている場所を一覧にする
3. 見つかったキーは無効にして作り直し、サーバー側だけで使う形に移す

自社に同じ原因があるか

当てはまるものを選んでください。1つでも当てはまれば、この事故と同じ原因が自社にもある可能性があります。

出典と更新の履歴

• Cyberattack on UK Airport Operator MAG Exposes Data of 8.7 Million Customers Across Three Airports（Security Affairs）2026.08.28
• Crooks Behind Manchester Airports Group Hack Leaked Data of 8.8 Million People（Security Affairs）2026.09.04