competition-browser-persistence

競技ブラウザの永続化

このスキルは、$ctf-sandbox-orchestrator がすでに有効化され、サンドボックスの前提、ノードの所有権、証拠の優先順位が確立された後にのみ、下流の専門特化として使用してください。まだそれが行われていない場合は、まず $ctf-sandbox-orchestrator に戻ってください。

このスキルは、決定的な分岐が可視の HTML やバックエンドのソースのみならず、ブラウザが保持する状態にある場合に使用します。

ユーザーが明示的に英語を要求しない限り、簡体字中国語で回答してください。

クイックスタート

1. まず有効な永続化サーフェスを特定します。Cookie ジャー、localStorage、sessionStorage、IndexedDB、Cache Storage、または Service Worker のいずれかです。
2. 状態を変更する前に、オリジン、スコープ、ドメイン、パス、有効期限、キー名を記録します。
3. 保存された状態を 1 つの具体的な効果に結び付けます。リクエストヘッダー、レンダリングされる分岐、キャッシュされたレスポンス、オフライン動作、または隠しルートへのアクセスです。
4. 起動時の状態と実行時に変更された状態を分離します。
5. 決定的な分岐に到達する最小のステートフルなシーケンスを再現します。

ワークフロー

1. ブラウザの状態サーフェスをマッピングする

• Cookie、ストレージバケット、Service Worker の登録、キャッシュエントリ、および起動時に公開される一時的なグローバルを検査します。
• 各状態項目が実際に適用されるオリジン、ホスト、ルート、またはフィーチャーフラグを記録します。
• 認証トークン、リフレッシュ素材、CSRF 状態、キャッシュされたレスポンス、およびフィーチャートグルを別々の証拠ブロックに分けて保持します。

2. 状態を実行時の動作に結び付ける

• 保存された状態が、リクエストヘッダー、ロールの導出、ルートの可視性、キャッシュされた API データ、またはオフラインフォールバック動作にどのようになるかを示します。
• クリーン状態と変更状態の実行を、一度に 1 つの変数のみを変更して比較します。
• UI のみの状態と、バックエンドに受け入れられる状態を区別します。

3. 決定的な永続化チェーンに還元する

• 結果を最小のチェーンに圧縮します。初期ページまたはログイン -> 状態の永続化 -> 後続のリクエストまたはレンダリング分岐 -> 結果として得られる能力。
• 抽出されたストレージ、Service Worker スクリプト、および再生手順を、同じオリジンとルートに結び付けたままにします。
• 問題がブラウザの永続化の外にある一般的な Web ルーティングや Worker の動作に広がる場合は、より広範な Web ランタイムスキルに切り替えてください。

このリファレンスを読む

• ブラウザ状態のチェックリスト、Service Worker のチェックリスト、および証拠のパッケージ化については、references/browser-persistence.md を読み込んでください。

保持すべきもの

• Cookie 属性、ストレージキー、データベース名、キャッシュキー、Service Worker のスコープ、およびオリジンの境界
• 各決定的な状態項目によって引き起こされる正確なリクエストまたはレンダリングの効果
• 最小の動作パスに対する、クリーン状態と変更状態の再現手順