共有書類の公開設定を直し、内容を復元して報告する

ここまで学んだ、許可された対象だけを調べること、書類を読む許可、HTTPの返事、事実を根拠に報告することを組み合わせます。実習対象は配布した自分の127.0.0.1のサーバーだけです。

今回の課題は書類を返す前の持ち主確認を直す一つの作業です。本文では事故対応全体の備えも考えますが、この実習でバックアップ世代の選択や実際の復旧操作は行いません。

まず本人・他人・未ログインの三要求の結果を記録します。他人へ本文を返しているなら、サーバー側で持ち主を確認する必要があります。全員を拒否すれば本人の仕事も止まるため、正常な要求を残します。

実事故では共有範囲、漏れた秘密、バックアップの世代と内容も調べます。これらの考え方は前の節で扱いました。今回の配布ファイルにv3などの世代一覧はありません。

config.jsonのownerCheckを変更し、保存後にexercise.pyを再実行します。本人だけ200、他人403、未ログイン401になるかを比較します。

result.jsonは今回の観測を保存したファイルです。期待値に合わせて手で書き換えず、設定を直したプログラムから作り直します。何を変えたためどの要求が拒否されたか、理由を説明します。

対象・修正前後の応答・修正した設定・理由を一つの提出にまとめます。今回の架空アカウントでの結果と、本物の認証方式や過去の全被害の確認は別です。調べていないことは未確認と書きます。

指摘があれば本文と図を読み直し、同じ課題へ再提出します。以前の結果は履歴に残ります。この小さなサービスの検査に成功しても、実在企業の調査全体を任せられる資格の認定ではありません。