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

問合せフォームへの自動大量投稿にどう対策し、何が課題になるか

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

過去問にチャレンジ

令和元年度秋期 午後 問10

問問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)に答えよ。 (2) 本文中の[h1],[h2]に入れる対策と課題を,次の(ⅰ)~(ⅹ)の中から一つずつ挙げた組合せはどれか。hに関する解答群のうち,最も適切なものを選べ。 [対策] (ⅰ) 問合せの通信パケットをキャプチャし,解析する (ⅱ) 問合せは顧客用アカウントをもっている者だけに許可し,問合せ投稿時に認証情報を暗号化する (ⅲ) 問合せは顧客用アカウントをもっている者だけに許可し,問合せフォームへの入力後に認証情報をハッシュ化する (ⅳ) 問合せフォームへの入力後にCAPTCHAへの対応を求める (ⅴ) 問合せフォームへの入力の許容上限時間を設定する [課題] (ⅵ) パスワード誤りが続いてアカウントロックされる (ⅶ) パスワードを間違えて問合せが投稿できない (ⅷ) パスワードを間違えてメールが送信できない (ⅸ) ボットと認識されて問合せが投稿できない (ⅹ) ボットと認識されてメールが送信できない

  1. ア

    h1:(ⅰ)、h2:(ⅶ)

  2. イ

    h1:(ⅰ)、h2:(ⅹ)

  3. ウ

    h1:(ⅱ)、h2:(ⅵ)

  4. エ

    h1:(ⅱ)、h2:(ⅷ)

  5. オ

    h1:(ⅲ)、h2:(ⅶ)

  6. カ

    h1:(ⅳ)、h2:(ⅸ)

  7. キ

    h1:(ⅳ)、h2:(ⅹ)

  8. ク

    h1:(ⅴ)、h2:(ⅸ)

会話形式の解説

講師講師
今回は、問合せフォームに自動で大量の投稿をされた攻撃への対策を考えます。対策と、その対策を入れたときに起きる課題を一つずつ選んで組み合わせる問題です。まず、会話のなかでカスタマサポート部の部長が何を求めていたかに注目してください。
受験者受験者
問合せフォームは、顧客用アカウントを持っていない人からも広く意見を集める手段なので、誰でも投稿できるようにしておきたい、という話でした。だから利用者認証は良くない、という流れでしたね。
講師講師
そうです。その条件で、まず対策の候補を絞れます。問合せを顧客用アカウントの保有者だけに許可する案が二つありますが、どちらに当てはまりますか。
受験者受験者
アカウントを持たない人が投稿できなくなるので、どちらも要件に反します。認証情報を暗号化するとかハッシュ化するとか付いていますが、それで評価は変わらないということですか。
講師講師
変わりません。暗号化してもハッシュ化しても、会員に限るという点はそのままです。それに、ハッシュ化は認証情報を保管するときの保護策で、自動投稿を減らす手段ではありません。ですから、暗号化案やハッシュ化案を含む組合せは、課題が何であっても外れます。
受験者受験者
残るのは、通信パケットをキャプチャして解析する案、CAPTCHAを求める案、入力の許容上限時間を設ける案ですね。パケット解析も、怪しい通信を見つけられそうなので対策になりそうに思えます。
講師講師
パケットのキャプチャは、通信を記録して後から調べるための方法です。投稿をその場で止める働きはありません。投稿できるかどうかに関与しないので、「パスワードを間違えて投稿できない」や「ボットと認識されてメールが送信できない」といった課題とも結び付きません。
受験者受験者
入力の上限時間はどうですか。時間をかけすぎた入力を弾けば、何か効果がありそうですが。
講師講師
ボットは人よりずっと短い時間で送信します。上限時間を設けても、すぐに送信すれば通過できてしまいます。人かボットかを判定する仕組みでもないので、「ボットと認識されて投稿できない」という課題とも対応しません。
受験者受験者
そうなると、CAPTCHAが対策になります。人の操作かプログラムの操作かを見分ける仕組みなので、利用者認証をしなくても自動投稿を退けられます。
講師講師
そのとおりです。では課題のほうは、CAPTCHAを入れると正規の利用者に何が起こりそうですか。
受験者受験者
文字や画像の読み取りに手間取る人が、ボットとみなされて問合せを送れなくなる、ということだと思います。ただ、課題には「メールが送信できない」という選択肢もあって迷いました。問合せはカスタマサポート部にメールで届く仕組みでしたよね。
講師講師
よく本文を読んでいます。ただ、メールで届くのはJサイトの内部処理です。利用者が自分でメールを送るわけではありません。CAPTCHAが止めるのはフォームからの投稿なので、組み合わせる課題は「ボットと認識されて問合せが投稿できない」です。正解はCAPTCHAとこの課題の組合せになります。
受験者受験者
対策と課題が同じ仕組み、同じ場面の話になっているかを確かめればよいのですね。パスワードの課題は会員限定の案とセットに見えますが、その案自体が要件に反するので残りません。
講師講師
その確かめ方が組合せ問題では有効です。もう一つ注意してほしいのは、同じ大問の攻撃1の設問では、CAPTCHAは「利用者本人かどうかを確認する」技術としては誤りの選択肢でした。今回は「本人かどうかを確認する代わりに」という文脈なので正解になります。CAPTCHAは本人確認ではなくボット判定の仕組みだと押さえておくと、文脈で正誤が入れ替わっても迷いません。

まとめ

問合せフォームへの自動大量投稿への対策と、その対策の課題を組み合わせる問題です。誰でも投稿できるようにしておくという要件があるため、問合せを会員に限る案は外れます。パケット解析は投稿をその場で止めず、入力の上限時間はすぐに送信するボットには効きません。人の操作かプログラムの操作かを見分けるCAPTCHAが対策になり、その課題は正規の利用者がボットと認識されて問合せを投稿できなくなることです。CAPTCHAは本人確認ではなくボット判定の仕組みなので、文脈によって正誤が変わる点に注意が必要です。

解答・解説

正解はカです

この問題のテーマ

問合せフォームへの自動大量投稿(攻撃4)に対して、利用者認証の代わりに何を入れるかと、その手段が正規の利用者に与える副作用を組み合わせて選ぶ問題です。

解き方の考え方

先に、M部長の発言から対策が満たすべき条件を確認します。アカウントを持たない人も投稿できるようにしておくため、会員に限る案は外れます。残った案のうち、投稿してくるのが人かプログラムかを見分けられるのは(ⅳ)のCAPTCHAです。課題のほうは「その対策のせいで正規の利用者が何をできなくなるか」を考えて選びます。CAPTCHAが止めるのはフォームからの投稿なので、組み合わせる課題は(ⅸ)です。

選択肢ごとの解説

  1. ×ア  h1:(ⅰ)、h2:(ⅶ)
    (ⅰ)の通信パケットをキャプチャして解析する方法は、記録を後から調べるためのものです。投稿をその場で止める働きはありません。また、この方法ではパスワードを入力しないので、(ⅶ)の「パスワードを間違えて投稿できない」という課題も起こりようがありません。
  2. ×イ  h1:(ⅰ)、h2:(ⅹ)
    パケット解析では、送り主が人かボットかをその場で判定しません。そのため、(ⅹ)のようにボットと誤って判定される場面は生じません。対策としても課題としても成り立たない組合せです。
  3. ×ウ  h1:(ⅱ)、h2:(ⅵ)
    (ⅱ)は問合せを顧客用アカウントの保有者に限る案です。アカウントを持たない人から広く意見を集めたいという要件に反します。認証情報を暗号化しても、自動投稿への対策としての本質は変わりません。
  4. ×エ  h1:(ⅱ)、h2:(ⅷ)
    (ⅱ)は会員に限る案なので、ウと同じ理由で要件に反します。組み合わせている課題の(ⅷ)はメール送信の話です。問合せフォームで起きる問題とは結び付きません。
  5. ×オ  h1:(ⅲ)、h2:(ⅶ)
    (ⅲ)も投稿者を会員に限る案なので、アカウントを持たない人が投稿できなくなります。認証情報のハッシュ化は保管するときの保護策で、自動投稿を減らす手段ではありません。
  6. ○カ  h1:(ⅳ)、h2:(ⅸ)
    (ⅳ)のCAPTCHAを使えば、利用者認証をしなくても、人の操作でない投稿を退けられます。その一方で、文字や画像の読み取りに手間取る人がボットとみなされ、問合せを送れなくなるおそれがあります。これが(ⅸ)で、対策と課題が正しく対応しています。
  7. ×キ  h1:(ⅳ)、h2:(ⅹ)
    対策の(ⅳ)は正しい選択です。しかし、問合せが部署へメールで届くのはJサイトの内部処理です。利用者が自分でメールを送るわけではないので、(ⅹ)の「メールが送信できない」は課題として的外れです。
  8. ×ク  h1:(ⅴ)、h2:(ⅸ)
    (ⅴ)の入力時間に上限を設ける方法は、短い時間で自動送信するプログラムをほとんど妨げません。人かボットかを判定する仕組みでもないので、(ⅸ)の誤判定という課題とも対応しません。

補足

同じ大問の設問1(3)では、CAPTCHAは「利用者本人かどうかを確認する」技術の誤りの選択肢として出ています。設問4ではU部長が「本人かどうかを確認する代わりに」と述べており、CAPTCHAが正解になります。同じ用語でも、文脈が本人確認なのかボット対策なのかによって正誤が入れ替わる点に注意してください。

POINT

  • CAPTCHAは「操作しているのが人かプログラムか」を見分ける仕組みで、利用者本人であることを確かめる認証とは目的が違います。
  • 誰でも使えることが求められる窓口では、利用者認証の代わりにボット判定を入れるのが典型的な落としどころです。
  • CAPTCHAの代表的な副作用は、正規の利用者がボットと判定されて操作を完了できなくなることです。
  • 組合せ問題では、対策と課題が同じ仕組みや同じ場面の話になっているかを確かめると、選択肢を絞り込めます。

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