午後試験【問3】についての投稿を受け付けるスレッドです。16:03ansuliumさん(No.19)この投稿は投稿者により削除されました。設問1(2)は全利用者の情報を取得できる方法という旨だったので問い合わせ機能にて不正なログイン画面を作成するコードを仕込む→管理者が管理機能で問い合わせを呼び出した際にコードが発動→偽サイトにログインID/PWを入力すると攻撃者に管理者ID/PWが搾取され管理者画面にログインして利用者情報を取得可能みたいな感じで書きました。得点調整お願いします。16:31てすてすさん(No.22)1.1は9にしました。1.2は、管理者が問い合わせ情報を見たときにスクリプトが実行され、Cookieを取得した攻撃者が管理者権限で利用者情報を取得する。16:47ものものさん(No.24)問い合わせ情報を管理者が開いた際に、会員管理機能のURLの内容を攻撃者PCに送信するスクリプトを埋め込むと書きました。16:48ドムドムハンバーガーさん(No.25)問3だけでなく全体的に行間が広めに出題されて難しかったです。前の午後2より難しいと思う。17:10cocoさん(No.26)メモとして書き残します設問1(1)9(2)図3中のリクエスト内のスクリプトcookieを攻撃サーバに送出するコードを埋め込み、取得したjsessionidを利用して会員管理機能から利用者情報を取得する設問2(1)利用者がサイトXにログインしている状態で、偽サイトに誘導してcookieを不正に取得する。17:33ゆうちゃんさん(No.29)リクエストの下に(小さく)注意書きの記載がありました。実際にwebサーバを立てて脆弱性を学べるのでいい参考書です。21:37びろたさん(No.39)設問3の(2)は、皆さんの上であげていただのを見てなるほどと思いました。23:12製造部スタッフさん(No.40)〉インドからさんありがとうございます。頑張って読んでみます。01:58imaixxx00さん(No.41)この投稿は投稿者により削除されました。最初5にして、違う画面でって書いてあるから5じゃないんかぁ。なっているため、もしかしたら項番4「会員機能(編集)」が見えるようになってしまっていたかもと。・・・・<ここは改行>subject_id=004&name=<ここにスクリプト>&tel=(省略)&・・・・[レスポンス](省略)<ここも改行><h1>問い合わせを受付ました。</h1>(省略)----------------------------------------------------------図3の記載から、subject_id=~はリクエストのbody部分。このbodyの内容を表示させる画面を選ぶ必要がある。スクリプトが発動する。18:26ていくさん(No.46)設問2(2)まったく理解してない私。18:46今度こそ受かりたいさん(No.47)>一晩寝てから考えたさんはい。私もそう考えて4にしました。19:17むぐむぐさん(No.48)設問1(1)答えは間違いなく9です。問い合わせ時の名前欄に攻撃コードを仕込み送信ボタンを押します。すると問い合わせを受け付けました。表示されて処理が終わります。(このあと画面遷移すると勘違いされているように見受けられますが、何も起きません。)しかし、この際にDB等に攻撃コードが保存されてしまいます。DBの攻撃コードを表示するのはどこかというと、9の問い合わせ管理機能になります。管理者がお問い合わせ内容を確認しようと、9の画面を開くとサーバ上でDBに仕込まれた攻撃コードをHTMLに書き込んで管理者のブラウザへ送信してしまいます。すると管理者の画面上で、攻撃コードが発火してしまいます。このように利用者の立場から、管理者へ攻撃するのが目的のStored型XSSになります。(2)にもつながりますがこの際に管理者のcookieをjsによって外部サーバへ送信することで、攻撃者が管理者のcookieを盗み出し、管理機能にアクセス可能になります。問題文中でSESSIONIDにはSecure属性のみと記載があるのはここのヒントですね。20:145pt獲得さん(No.49)問3,時間足りず。5点の答案晒すのでマジで5点かどうかコメントくださいPS)皆さんどうか自信持ってください。20:35さかなさん(No.50)>5pt獲得さん1(1)で2点2(1)セッションの有効期間について言及しているので部分点で1〜2点2(2)strictの2つは合っているので2×2として4点くらいで採点して7〜8点てところでしょうか。20:44KSさん(No.51)見当違いな質問の場合申し訳ありません。XSSの設問で、subject_idから利用者情報を取得することはできないのでしょうか。セッションIDではなくそちらに着目してしまいました。有識の方、ご回答頂けますと幸いです。20:46むぐむぐさん(No.52)>KSさんsubject_idはこの問において意味のない数字になります。説明がないので推測ですが、おそらくお問い合わせ時の内容を選択するような機能ではないかと思います。例として以下のような項目を、ラジオボタンやプルダウンで選ぶ機能です。今度こそ受かりたい様お返事ありがとうございました。リクエストとレスポンスを状態遷移などで書いてしまって申し訳ありません。(まだ寝ていたようです)コードまで書いて頂いて大変わかりやすかったです。004が項目ではなく、ラジオボタンは納得です。「あれ?もしかして格納じゃなくて反射型?私、やらかしちゃったかな?」と焦りました。したらあえて004にしてひっかけ反射型攻撃を作問者に食らったのかもしれません。9で管理者狙いの格納型XSSで間違いないですね。流行っているのだろうか、最近よく聞きます。23:32一晩寝てから考えたさん(No.56)すみません。ID違いますが、間違いなく同一人物です。23:36KSさん(No.57)>むぐむぐさんありがとうございます。13:41むぐむぐさん(No.60)>SCさんSQLインジェクションでは得点はもらえないと思います。前提条件として問題文にサイトXから検出した脆弱性はXSS、CSRF、認可制御の不備の3つであると明記してあります。よってサイトXにはSQLインジェクションの脆弱性が存在しておらず、攻撃しても成功することはありません。設問3に[認可制御の不備について]について答えよ。よってSQLインジェクションは認可制御の不備ではないため、的外れは回答になってしまっております。15:03しょうゆさん(No.61)Itecの解答速報来ましたね。設問1(2)はこれだと問い合わせ機能を利用した会員の利用者情報しか取得できず、問題文にある「全会員の利用者情報」を取得できないですね。CookieのHttpOnly属性が設定されていないことに着目して、スクリプトからセッション情報を攻撃者のサーバに送信させ、セッションの有効期間内にセッション情報を用いて管理者アカウントに不正にログインし、利用者管理画面から取得するのが正しいと思われます。20:28しょうゆさん(No.62)この投稿は投稿者により削除されました。09:29しょうゆさん(No.65)この投稿は投稿者により削除されました。10:30しょうゆさん(No.66)>ミッキーヌチバナさん>問1(2)、管理者のsessionID含むCookie情報で不正にログインし、管理者画面から会員情報にアクセスする管理者のsessionID含むCookie情報の取得方法が入っていないので部分点ですかね。>問3(1)、POSTメソッドしか受け付けないから←SSRFに言及してって何???SSRF攻撃の特徴として、GETメソッドによって攻撃が行われていることに着目するっていうことだと思います。「SSRF攻撃はログインが許可されないGETメソッドでのリクエストだから」みたいな感じでしょうか。私が採点者なら「POSTメソッドしか受け付けないから」でも正答にすると思います。>問3(3)、だいたい似たようなこと書いてるけどPUTメソッドに言及しないとダメ?PUTメソッドの単語が入っていないと減点はされそうですね。設問2が[CSRFについて]というように攻撃手法毎に設問が分けられているので、設問2ではCSRFに言及した解答でないと厳しそうな気はしますね。Reserved.▲Pagetop。