British Airwaysで何が起こっていたのか
大手航空会社が「GDPR」違反で約240億円の罰金 制裁は正当か
British Airwaysは、大規模な顧客情報流出に対してGDPRの制裁を受け、1億8339万ポンドの罰金が科せられる可能性がある。攻撃の詳細は明らかになっておらず、制裁の正当性について専門家は疑問を呈する。
英情報保護当局の情報コミッショナー事務局（ICO）による発表（同：ICOのWebサイト）
航空会社のBritish Airwaysが約50万人の顧客の個人情報を流出させたセキュリティインシデントは、欧州連合（EU）の一般データ保護規則（GDPR）において記録的高額の違反制裁金を科されることになりそうだ。
英国情報保護当局の情報コミッショナー事務局（ICO）は、2018年夏に発生したセキュリティインシデントに対し、British Airwaysに1億8339万ポンド（約240億円）の制裁金を課す意向を2019年7月8日（現地時間）に発表した。
セキュリティ企業RiskIQの脅威研究者ヨナタン・クレインスマ氏による2018年9月の報告書によると、攻撃者らはBritish AirwaysのWebサイトとモバイルアプリケーションの両方に、JavaScriptライブラリ「Modernizr」の有害バージョンを埋め込むことに成功した。British Airwaysの顧客は不正なWebサイトに転送され、そこで情報を提供させられていた。
ICOはBritish Airwaysのセキュリティインシデントを「侵害」（data breach）と表現している。しかしRiskIQの報告書によると、攻撃者はBritish Airwaysのネットワークに侵入して顧客情報を入手したのではないという。
British Airwaysによれば、攻撃を受けたのは2018年8月21日から同年9月5日の間ということだが、ICOは「2018年6月から始まったと考えられる」と述べている。調査担当者は顧客の氏名、住所、クレデンシャル情報（ID／パスワードといった認証に必要な情報）、決済カード情報、予約情報などの流出を確認したという。
ICO事務局長のエリザベス・デンハム氏は声明で、組織が顧客情報を保護できなかったことは「迷惑以上の問題だ」と強調。だからこそ、個人情報を預かる組織はその情報を適切に管理しなければならないことを、法律で明確に定めていると説明する。「それができなかった組織は当事務局の精査を受け、基本的なプライバシーの権利を保護する適切な方策を実施しているかどうかが検証される」とデンハム氏は述べる。
British Airwaysは調査に協力し、セキュリティ向上に務めていると、ICOは認める。最終決定を変更するかどうかは「同社およびその他の関連するデータ保護機関の主張」を検討して判断するという。
謎に包まれたBritish Airwaysのセキュリティインシデント
このインシデントで、攻撃者が顧客情報を不正に入手した方法は公になっている。ただし、この攻撃を可能にするために、攻撃者がBritish Airwaysのシステムにどうアクセスしたかは、まだ明らかになっていない。
サプライチェーンリスク評価サービスベンダーであるPanoraysの共同創業者でCEOのマタン・オレル氏は「攻撃者がどのようにしてBritish Airwaysのシステムにアクセスしたのかに関する透明性が欠けていることは、今回の制裁金とその正当性に関する議論を妨げている」と指摘する。
「奇妙なことに、誰もこのインシデントの明確な詳細を公表しておらず、具体的なことが明らかになっていない」とオレル氏は説明。詳細を明らかにしない限り、これを広く学習体験に転じることはできないだろうと述べる。今回の制裁金は前例のない金額だ。今後どのような異議申し立てがあり、それによって制裁金に変更があるのかどうか「非常に興味深い」と同氏は話す。「高額の制裁金の論拠についてICOがもっと透明性を高めれば、議論も深まるだろう」（同）
オレル氏は、RiskIQの分析にあるように不正なJavaScriptライブラリを仕込むには、British AirwaysのWebサイトのファイルをすり替えることが必要なはずだと考察する。「ImmuniWeb」のブランド名で事業展開するアプリケーションセキュリティ会社High-Tech Bridgeの創業者で、CEOのイリア・コロチェンコ氏は「問題のJavaScriptライブラリが、British Airwaysのリソース内にあったのかどうかで手口が変わる」と説明する。
最近は、正規のWebページに不正コードを挿入する複雑な手口が幾つもあると、コロチェンコ氏は説明する。例えばインターネットで公開されているJavaScriptライブラリについて、そのホストのドメイン名を開発者が誤入力してしまった場合、攻撃者はその誤入力されたドメインを登録して、JavaScriptライブラリをマルウェアに差し替えることができる。あるいは、企業がサードパーティーのコードをホスティングする独自のドメインを購入した場合、ドメインを更新し忘れてしまうと、攻撃者に悪用の機会を与えることになる。
Webアプリケーションセキュリティ会社PerimeterXの共同創業者で最高技術責任者（CTO）のイド・サフルティ氏は、公表されている情報を見る限り、問題のコードは「オリジナルサイトと公式モバイルアプリケーションで提供、検証されている」もののようだと述べる。
Media Trustの戦略的技術パートナーシップ責任者を務めるアレックス・カリック氏は「British Airwaysのセキュリティインシデントは、確認はできていないがクロスサイトスクリプティング（XSS）攻撃によるものである可能性が高い」と述べる。カリック氏によると、攻撃者はWebアプリケーション内でセキュリティの弱い部分を見つけ、それを悪用して不正コードを挿入した。
「British Airwaysは同社の側にどのような問題があったのか、あまり語りそうにない」とカリック氏は指摘。原因がはっきりすれば、XSSが攻撃者の間でよく使われていることや、驚くほど多くのWebアプリケーションがこうした攻撃に無防備のままになっていることがさらに明白になるだろうと説明する。
同様の攻撃への対策
専門家は今回のような攻撃から自己防衛するために、顧客側でできることはあまりないとみている。コロチェンコ氏は、このような侵害は「外部からは全く見えないだろう」と述べる。カリック氏は、支払いページに疑わしいJavaScriptがないかどうかをユーザーが調べるには「技術的な専門知識」が必要であり、そうでない限りはWebアプリケーション事業者に任せるしかないと言う。
企業側ではWebアプリケーションのセキュリティを継続的に確認し、不審な変更や脆弱（ぜいじゃく）性が発生していないかどうか、不正なコードやサードパーティーコードが使われていないかどうか確認する必要がある――と専門家は注意を促している。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[NTTPCコミュニケーションズ株式会社] 「回線速度不足」だけが原因ではない？ Web会議の遅延を解決する方法とは -
製品資料
[東京エレクトロン デバイス株式会社] 工場の可用性向上に重要な「7つの領域」と対策 OTセキュリティ強化の基礎知識 -
製品資料
[リコージャパン株式会社] 問い合わせ対応で本来の業務が進まない、総務や情シスの負担をどう減らす？ -
製品資料
[リコージャパン株式会社] 自社データから高精度な回答を生成、簡単に生成AIチャットボットを構築する方法 -
技術文書・技術解説
[アトラシアン株式会社] IT運用や従業員サポートは生成AIでどう変わる？ 使い方や導入の流れは？
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
全社標準Copilotに絶望？ MS Copilotで問い合わせ6割減できた企業は何が違った
-
2
「Copilot」はなぜ放置される？ “議事録要約止まり”を脱する処方箋
-
3
生成AIで開発工数を圧縮 「工数150分の1」を叩き出した実例
-
4
「AI活用を前提とした業務PCへの移行」に関するアンケート
-
5
「データストレージの活用方法」に関するアンケート
-
6
「ITインフラとデータ保護・バックアップ対策」に関するアンケート
-
7
「座学AI研修」はもう限界 過半数が不満を抱く実務とのギャップ
-
8
「最大の脆弱性は従業員」が8割 AI活用で深まるCISOの孤立と苦悩
-
9
AI丸投げで「現場のスキル」が消える？ DHLが実践する空洞化防止策
-
10
AIエージェント導入を急ぐな 先行企業が「データ基盤」を優先する理由
ホワイトペーパーランキング PR
-
1
5回聞くだけじゃ足りない？ トヨタ式「なぜなぜ分析」の正しい実践方法
-
2
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
3
生成AIで文書活用を進めるには？ 効率化と安全性をどう両立する
-
4
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
5
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは？
-
7
「スクラム」と「カンバン」の違いとは？ アジャイル型開発手法を徹底比較
-
8
AI時代に成功するための「ナレッジマネジメント」ベストプラクティス
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー