🌈【にじいろ式ポイント解説】支援士 R４春 SC 午後Ⅰ問1 ｜XXS・CSRF・SSRF｜Webセキュリティ

🟩R4 春　SC 午後Ⅱ 問1 解説

こんにちは😊
事務職で情報処理安全確保支援士の勉強をしているにじいろです。

今回は、令和4年春 情報処理安全確保支援士 午後Ⅱ 問1を解いていきます。

この問題は、Webアプリケーションに対する複数の攻撃がテーマになっています。1問の中に複数の論点が含まれているので、整理しながら見ていきます。

🟩この問題で必要な知識（全体像）

設問ごとに問われている攻撃は以下です。

• 設問1 → XSS（クロスサイトスクリプティング）

• 設問2 → CSRF（クロスサイトリクエストフォージェリ）

• 設問3 → クリックジャッキング

• 設問4 → SSRF（サーバサイドリクエストフォージェリ）

• 設問5 → SSRF＋リダイレクト悪用

• 設問6 → 開発プロセス（セキュリティ後回しになっている）
  今回は重要度の高い、設問1・2・4・5・6を解説します。

webセキュリティの小テストはこちらです。

🟩設問1（XSS）
■設問
診断用リクエストの構成要素を，解答群の中から選び，記号で答えよ。
■正解　ア
■回答プロセス
クロスサイトスクリプティングは、
ブラウザ上でスクリプトを実行させる攻撃です。
① 攻撃コードに注目
👉 <img src=1 onerror=alert(1)>
→ スクリプト実行
② まず判断
👉 GETかPOSTか
GETメソッドとPOSTメソッドは以下の特徴があります。

• GET：URLに出る

• POST：本文に入る

👉 今回は画面表示 → GET
 GETのアとイに絞れる
③ 迷ったポイント
アとイで迷った
④ 判断ポイント
 構文として成立するか
⑤ 本質
「” で一度閉じてからタグを挿入できるか」で判断する。

• ア → ?">" → 閉じている → 成立

• イ → ?>" → 閉じていない → 不成立

👉 よって ア　が正解となります

🟩設問2（CSRF）
■設問
本文中の a，b に入れる適切な字句を答えよ。
■正解
a：利用者ID
b：セッションオブジェクト
■回答プロセス
① 本文の重要文
「csrftokenを設定して送信したところ、使用者Bとして処理された」
② 気づき
トークンがあるのに突破されている
③ 判断
形だけのCSRF対策になっている
④ 本質
トークンと利用者が紐付いていない
⑤では、トークンを 何と紐付ける？
👉 利用者IDとセッションオブジェクト⑥ 試験で差がつくポイント
セッションの中身 → 利用者ID
保持するもの → セッションオブジェクト
👉 答え
利用者ID／セッションオブジェクト
■注意
👉 「セッション」だけは減点可能性

• セッション → 抽象

• セッションオブジェクト → 正解

👉どこに保持するか”まで書く

🟩設問4（SSRF）

■設問
どの値をどのような値に変更したか述べよ。
■模範解答
topicの値を https://db-y.b-sha.co.jp/ に変更した。
■回答プロセス
① まずやること
どの値を変更したか探す
 URLを持つパラメータから探す
→ topic
② 次の疑問
どのURLに変えたのかを探す
③ 本文のヒント
「サイトYでは、例えば…」
④ 判断
図4はサイトYの話である
⑤ 結論
サイトYのURLを書く
topicの値を
https://db-y.b-sha.co.jp/ に変更
これは、表4注釈に記載あり

🟩設問5（SSRF）
■設問
(1) 表4のKに入る語句は何か
(2) 別の対策とは何か
■模範解答
(1) V氏が用意したサイト
(2) returnURLの値を固定値にする
■回答プロセス
(1)
① 本文の流れを見る
　・利用者が外部サイトに誘導されている
② そのサイトは誰が用意した？
　 ・攻撃者
③ 本文に出てくる人物
　・ V氏
　・ 結論
　　V氏が用意したサイト
表4の意図は
サイトZのSSRF脆弱性を確認するために、V氏が用意したサイトに対してリクエストを送らせ、そのリクエスト（ヘッダなど）が届くかを確認した、ということがわかれば解ける。
(2) 対策について
① まず問題の状況
問題文を読み込むと、攻撃者が用意したサイトに遷移していることから、
returnURLの値が自由に指定できると判断できる
② 何が問題か
本来は遷移先はシステムで決めるべきなのに攻撃者が遷移先をコントロールできる
③ この問題の本質
自由に指定できること自体が問題
④ 対策の考え方
リダイレクト先のURLを自由に指定できなくする
⑤ 模範解答（理想の形）
returnURLの値を固定値にする
⑥ にじいろの疑問
「ホワイトリストを設定するという回答ではどうか」
⑦ チャットGPTに確認した結果
ホワイトリストも固定値も
「自由にさせない」対策としては正しいが、ホワイトリストはやや抽象的で、固定値の方が具体的で満点になりやすい
👉 結論
returnURLの値を固定値にする　がベスト

🟩設問6（開発プロセス）
■ポイント解説
この設問は技術ではなく開発体制の問題です。
■本質
アジャイル開発はスピード重視のためセキュリティ対策が後回しになっている

■なぜ起きるか
 セキュリティが後回しになっている。

• スピード重視

• 短いサイクル

• 機能優先

結果
脆弱性診断が後回しになっている

■対策
定期的に診断を組み込むことが大切

• リリース間に診断期間を設ける

• 定期的に長めのリリースを入れる

■重要ポイント
セキュリティは“プロセスで守る”
👉 セキュリティ要件をスプリントに組み込むことが重要

🟩支援士 午後ポイントまとめ

今回の問題で押さえるべきポイント

🟨① 攻撃の見抜き方

• スクリプトが動く → XSS

• 勝手にリクエスト → CSRF

• サーバが通信 → SSRF

🟨② XSS
スクリプトの構文が成立するかを見る
🟨③ CSRF
CSRFの対策はワンタイムトークンの発行があるが、形式上に終わってないか
トークンの紐付けまで出来ているかを確認する。
🟦感想
今日のブログは過去一番時間がかかりました。問題を解く、解説を読む、AIに教えてもらうに午前中かかり、
解説をAIと何度もやり直しをして、ここにいたり、今18時です😵
それでも、勉強メモレベルの内容ではありますが、知識の整理や問題理解に役立ちました。
さて、もう少しで夕飯の時間です⏰

この問題は、webセキュリティの攻撃、有名どころがバランスよく出ているので勉強になりました。
もし、一箇所でも皆さんのお役に立てれば光栄です。

ではでは、ごきげんよう🌈