マナビング情報セキュリティマネジメント

問合せフォームの大量投稿の原因を調査結果から読み解く

情報セキュリティマネジメント試験 令和元年度秋期 午後 問9 / セキュリティ › 情報セキュリティ対策

過去問にチャレンジ

令和元年度秋期 午後 問9

問問1の共通の文

ECサイトの情報セキュリティの改善に関する次の記述を読んで,設問1~5に答えよ。 J社は,従業員数90名の生活雑貨販売会社であり,店舗とECサイト(以下,J社のECサイトをJサイトという)で生活雑貨を販売している。Jサイトでの販売は5年前に開始され,現在はJ社の売上の7割を占めている。Jサイトに登録されたアカウント数は現在100万を超えている。Jサイトの顧客は幅広い年齢層にわたることから,ECサイトに不慣れな顧客でも容易に利用できるように,顧客からの問合せへの対応に力を入れており,問合せをJサイトの問合せフォーム及び電話で受け付けている。Jサイトに投稿された問合せは,カスタマサポート部に電子メール(以下,電子メールをメールという)で送信される。問合せには,通常,1日以内に対応している。 J社には,総務部,商品企画部,店舗営業部,EC営業部,情報システム部,カスタマサポート部の六つの部があり,EC営業部はJサイトの利用者の管理及び商品登録(以下,サイト運営という)並びにJサイトの情報セキュリティ対策を担当している。 J社では,3年前に最高情報セキュリティ責任者(CISO)を委員長とする情報セキュリティ委員会を設置し,情報セキュリティポリシー及び情報セキュリティ関連規程を整備した。J社のCISOは副社長である。情報セキュリティ委員会の事務局は,情報システム部が担当している。また,各部の部長は,情報セキュリティ委員会の委員,及び自部における情報セキュリティ責任者を務め,自部の情報セキュリティを確保し,維持,改善する役割を担っている。各情報セキュリティ責任者は,自部の情報セキュリティに関わる実務を担当する情報セキュリティリーダーを選任している。EC営業部のCさんは,同部の情報セキュリティリーダーに任命されている。 〔Jサイトの情報セキュリティ対策〕 Jサイトはインターネットからの通信を監視・制御するためにファイアウォール(以下,FWという),IPS及びWAFを導入している。Jサイトには,次の2種類のアカウントがある。 管理者がハードウェア,OS,ミドルウェア及びアプリケーションソフトウェアの運用管理,並びにサイト運営を行う際に用いる管理用アカウント顧客がJサイトで商品を購入する際に用いる顧客用アカウント 管理用アカウントでのログインには2要素認証を実装しており,パスワード及び携帯用トークンを使った時刻同期式ワンタイムパスワードを採用している。一方,顧客用アカウントとその認証の仕様は顧客の利便性を考慮し,次のようになっている。 利用者IDとパスワードの組み(以下,利用者IDとパスワードの組みを認証情報という)を採用パスワードは8文字以上で英数字混在が必要顧客が登録している情報を確認又は変更する際には認証情報の再入力が必要新規にアカウントを登録する際に,既に使われている利用者IDを指定すると,使用されている旨を画面に表示顧客用アカウントをもっていない者でも問合せを投稿できるようにするために,問合せを投稿する際には利用者認証が不要 〔Jサイトの顧客情報〕 J社の情報セキュリティリスクアセスメントの結果では,Jサイトの顧客の個人情報が,情報セキュリティ上,J社で最も重要な情報となっている。この個人情報には,顧客の氏名,配送先住所,連絡先電話番号,認証情報,メールアドレスが含まれており,それらは,Jサイト内のデータベースに保存されている。 なお,クレジットカード番号及びクレジットカード会員名は,外部の決済サービスを用いて非保持化を実現しており,Jサイトでは取り扱っていない。 〔情報セキュリティインシデントの発生〕 2018年11月7日,カスタマサポート部からCさんに連絡があった。偽ブランド品の販売サイトと思われるサイトに誘導するメッセージ(以下,誘導メッセージという)が書かれた問合せが数万件投稿されたので,通常の問合せへの対応が遅延しているとのことだった。Cさんが情報システム部にJサイトの調査を依頼したところ,誘導メッセージ以外にも,不正アクセスと思われるログイン試行があり,既に調査を開始しているとのことだった。この一連の情報セキュリティ事象を受けて臨時の情報セキュリティ委員会が開催され,情報セキュリティインシデント(以下,インシデントという)が宣言された。不正ログインが成功した顧客用アカウントについて更に詳細に調査したところ,購入していないものが届いたとか,購入していないのに請求が来たといった被害はなかった。顧客への影響は顧客用アカウントの認証情報を攻撃者に知られてしまったことだけであることが確認できたので,顧客への連絡とパスワードのリセットを実施した。不正ログインへの対応が完了した後に開催された情報セキュリティ委員会で,今回のインシデントについて,情報システム部のU部長及びカスタマサポート部のM部長から調査結果が表1のとおり報告された。

表1 調査結果

情報セキュリティ委員会は,EC営業部のE部長に対し,表1の攻撃について,対策を検討するよう指示した。E部長はCさんと協力し,対策を検討した。 〔攻撃1への対応〕 次は,攻撃1についてのE部長とCさんの会話である。 E部長: 攻撃1には,Jサイトから漏えいした顧客用アカウントの認証情報が利用されているとは考えられませんか。 Cさん: 考えられません。もし,漏えいした顧客用アカウントの認証情報が利用されているとしたら,ログインが全て成功しているはずです。しかし,ログインの9割は失敗しています。 E部長: 攻撃1では,どのような方法が使われたと考えられますか。 Cさん: 攻撃1では,最近よく聞く,[a]という方法が使われたと考えています。その方法を使った攻撃は,一般的に[b]場合に成功しやすいといわれています。 E部長: 攻撃1を防ぐにはどのような対策が考えられますか。 Cさん: 攻撃1の対策には複数ありますが,利用者本人かどうかを確認するために,認証情報による利用者認証に加え,[c1]を導入する方法が一般的だと考えます。この方法は,攻撃1の被害を未然に防ぐことができるというメリットがあり,かつ,他の多数のECサイトでも利用されています。 E部長: その対策には,[c2]という特有の課題があるのではないでしょうか。 Cさん: 可能性はありますが,多くの実績があるので問題はないでしょう。 Cさんは,攻撃1が成功したのは,顧客側にも問題があるので,その問題も解決する必要があると考え,顧客に①自衛のための対策を促すことを考えた。 〔攻撃2への対応〕 次は,攻撃2についてのE部長とCさんの会話である。 E部長: 攻撃2では何が行われたのでしょうか。 Cさん: アカウント新規登録画面へのアクセスのログを確認した範囲では,Jサイトに対して[d]が行われたと考えています。同様の事例が最近,他サイトでもあったという情報がありました。 E部長: 攻撃2を防ぐにはどのような対策が考えられますか。 Cさんは対策を説明した。 〔攻撃3への対応〕 Cさんは,今回,攻撃3は防ぐことができたものの,[e]場合には成功しやすいと考え,連続ログイン失敗回数の上限を超えたアカウントをロックする(以下,アカウントロックという)という対策をE部長に提案した。E部長は,対策としてはよいが,顧客に影響があるのでM部長に意見を求めるようにと指示した。次はCさんとM部長の会話である。 Cさん: アカウントロックは広く使われている技術です。 M部長: Jサイトの顧客は幅広い年齢層にわたるので,[f]状況が多数発生し,顧客がカスタマサポート部に電話をして対応を依頼するでしょう。問合せが大幅に増えるのは困ります。 Cさん: ②問合せがなるべく増えないよう,適切に対応します。 〔攻撃4への対応〕 Cさんは,攻撃4は,問合せフォームに自動で大量の投稿を試みる攻撃であり,大量の投稿が成功してしまった原因は[g]ことであると考え,対策について,U部長及びM部長に相談した。次はU部長,M部長及びCさんの会話である。 U部長: 問合せを投稿する際に,利用者認証をしてはどうでしょうか。 M部長: 問合せフォームは既存の顧客以外からも広く意見を集める重要な手段なので,誰でも投稿できるようにする必要があり,利用者認証をするのはよい方法とは言えません。 U部長: それでは,利用者本人かどうかを確認する代わりに,[h1]のはどうでしょうか。 Cさん: [h1]のは,利用者によっては[h2]という問題が起こる可能性があるので実装には十分注意する必要がありますね。 攻撃1から攻撃4への対応について検討した対策(以下,検討済対策という)をE部長は情報セキュリティ委員会に諮り,実施について承認を得た。ただし,検討済対策を実施したとしても,攻撃1から攻撃4を防ぐことができないこともあり得るので,追加の対策として,今回と同様のインシデントが発生したらすばやく対応できるようにするための対策を検討するよう指示があった。 〔追加の対策の検討〕 Cさんは,追加の対策として,表1の攻撃を検知するために監視することにし,監視すべき値を表2にまとめた。これらの値が単位時間当たり一定数以上となった場合,EC営業部の情報セキュリティ責任者と情報セキュリティリーダーにメールで通知する。

表2 監視すべき値と空欄i・j・k

J社は,検討済対策及び追加の対策を全て完了させた。その後,Jサイトは表1と同様の攻撃を受けたが,検討済対策が有効に機能していたので,攻撃が成功することは少なかった。また,攻撃が成功した場合でも,追加の対策が有効に機能したので,被害を最小限に抑えることができた。Jサイトの情報セキュリティは大きく向上した。

設問4〔攻撃4への対応〕について,(1),(2)に答えよ。 (1) 本文中の[g]に入れる字句はどれか。解答群のうち,最も適切なものを選べ。

  1. ア

    問合せフォームに入力できる文字数の制限はあるが,文字種の制限がない

  2. イ

    問合せフォームへのアクセスを顧客用アカウントをもっている者だけに許可している

  3. ウ

    問合せを投稿する際に投稿者を認証する機能がある

  4. エ

    問合せを投稿する際にボットかどうかを判別する仕組みがない

会話形式の解説

講師講師
今回は、問合せフォームに誘導メッセージ入りの投稿が大量に届いた攻撃4について、成功してしまった原因を選ぶ問題です。表1の攻撃4の欄と、本文にある顧客用アカウントの仕様を突き合わせて考えます。
受験者受験者
問合せのときに利用者認証をしていないので、誰でも投稿できてしまったことが原因だと考えました。ただ、認証に関する選択肢は「認証する機能がある」と書かれていて、意味が逆に見えます。
講師講師
よく気づきました。まず本文の仕様を確認します。顧客用アカウントをもっていない人でも投稿できるように、問合せの投稿時には利用者認証は不要とされています。ですから、投稿時に投稿者を認証する機能があるという選択肢は、本文の事実と合いません。
受験者受験者
それに、認証機能があったのなら攻撃を防ぐ方向に働くはずなので、大量投稿が通った理由にはならないですね。
講師講師
そのとおりです。同じ理由で、フォームへのアクセスを顧客用アカウントをもつ人だけに許可しているという選択肢も外れます。アカウントがなくても投稿できる仕様なので、記述そのものが成り立ちません。
受験者受験者
でも、認証がないことが原因でないのなら、何が足りなかったのでしょうか。
講師講師
表1の攻撃4の欄を見てください。投稿は50,000件あり、1件目と2件目は問合せフォームを閲覧してから投稿されていますが、3件目以降は閲覧せずに投稿されています。人が画面を見ずに入力するとは考えにくいですよね。
受験者受験者
画面を開かないまま送信だけが続いているので、プログラムが自動で送っていたということですか。
講師講師
はい。こうした自動で動くプログラムをボットといいます。Jサイトには、投稿してきたのが人かボットかを判別する仕組みがなかったので、自動送信がすべて通常の問合せとして受け付けられました。これがボットかどうかを判別する仕組みがないという選択肢で、正解です。
受験者受験者
残りの、文字数の制限はあるが文字種の制限がないという選択肢も、なんとなく関係がありそうに見えました。
講師講師
文字数や文字種の制限は、1件ごとの入力内容をチェックするためのものです。文字種を制限しても、ボットが条件に合う文章を何万回も送れば防げません。大量に投稿できた理由の説明にはならないのです。
受験者受験者
まとめると、認証しないのは業務上の要件どおりの仕様で、問題は人とボットを見分ける手段がなかったこと。本文と食い違う選択肢を先に外すと絞りやすい、ということですね。
講師講師
よく整理できています。補足すると、誰でも使えるフォームでは、本人を認証することと、人かボットかを判別することを分けて考えます。代表的な判別技術がCAPTCHAで、この後の空欄で問われる対策にもつながります。CAPTCHAには、人間の利用者でもうまく回答できずに投稿できなくなる場合があるという欠点があり、そこもよく問われます。

まとめ

ECサイトの問合せフォームに、誘導メッセージ入りの問合せが50,000件投稿された攻撃について、大量投稿が成功した原因を選ぶ問題です。調査結果によると、3件目以降はフォームを閲覧せずに投稿されており、ボットによる自動送信と判断できます。本文の仕様では問合せの投稿時に利用者認証は不要なので、「認証機能がある」「アカウント保持者だけに許可」という選択肢は事実と食い違います。文字種の制限は1件ごとの入力チェックにすぎず、大量投稿は防げません。正解は、投稿時にボットかどうかを判別する仕組みがないことです。

解答・解説

正解はエです

この問題のテーマ

問合せフォームに大量の投稿が届いた攻撃4で、Jサイトに何が欠けていたせいで投稿が成功したのかを、本文と表1から読み取って選ぶ問題です。

解き方の考え方

最初に、表1の攻撃4の欄から手口を確かめます。誘導メッセージ入りの問合せが50,000件届き、1件目と2件目を除くと、問合せフォームの画面を開かないまま投稿が送られていました。人が画面を見て入力したとは考えにくいため、プログラム(ボット)が自動で送り続けたと判断できます。次に、本文の顧客用アカウントの仕様を確かめます。アカウントを持たない人も問合せできるよう、投稿時の利用者認証は不要とされています。したがって、認証がないのは仕様どおりであり、欠けていたのはボットを見分ける手段だと決められます。

選択肢ごとの解説

  1. ×ア  問合せフォームに入力できる文字数の制限はあるが,文字種の制限がない
    この肢は、文字数の制限はあるが文字種の制限がない、と言っています。文字数や文字種の制限は、1件ごとの入力内容を確かめるものです。文字種を制限しても、ボットが条件に合う文章を何万回も送れば防げません。そのため、大量投稿が成功した原因の説明にならず、誤りです。
  2. ×イ  問合せフォームへのアクセスを顧客用アカウントをもっている者だけに許可している
    この肢は、フォームへのアクセスをアカウント保有者だけに許可している、と言っています。しかし本文では、アカウントがない人でも問合せを投稿できる仕様です。つまり、この記述は本文の事実と食い違います。したがって、原因にはならず、誤りです。
  3. ×ウ  問合せを投稿する際に投稿者を認証する機能がある
    この肢は、投稿時に投稿者を認証する機能がある、と言っています。しかし本文では、問合せの投稿時に利用者認証は行いません。また、認証機能があるなら攻撃を妨げる方向に働くため、大量投稿が成功した理由にもなりません。したがって、誤りです。
  4. ○エ  問合せを投稿する際にボットかどうかを判別する仕組みがない
    この肢は、ボットかどうかを判別する仕組みがない、と言っています。フォームの画面を開かずに投稿要求を送り続けるのは、ボットによる自動投稿の特徴です。Jサイトには、人かボットかを確かめる仕組みがありませんでした。そのため、自動送信がすべて通常の問合せとして受け付けられ、大量投稿が成功しました。したがって、正しい肢です。

補足

この空欄のあとの会話では、利用者認証は採用せず、その代わりになる対策を考えます(設問4(2))。人とボットを見分ける代表的な技術がCAPTCHAで、本問の設問1(3)の技術の一覧にも出てきます。CAPTCHAには、人間の利用者でもうまく回答できず、投稿できなくなる場合があるという欠点があります。

POINT

  • ログの中に「画面を表示しないまま送信要求だけが続く」という記録があれば、ボットによる自動送信を疑います。
  • 誰でも使えるフォームでは、本人を認証することと、人かボットかを判別することを別々に考えます。
  • アカウントを持たない人も問合せできるという要件を変えずに、人かボットかを判別する仕組みを足す、と考えます。
  • 選択肢を検討するときは、本文の仕様と矛盾していないかを先に確かめると、誤りをすばやく外せます。

※出典:令和元年度秋期 情報セキュリティマネジメント試験 午後 問1 設問4(1)(一部改変)