competition-custom-protocol-replay

競技カスタムプロトコルリプレイ

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

このスキルは、プロトコルを名付けることだけが難題ではなく、受け入れに必要な正確なメッセージ順序と状態を再現することが難題である場合に使用してください。

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

クイックスタート

1. フィールドの意味をデコードする前に、クライアントとサーバーの役割、セッションの境界、リセット条件を特定します。
2. 広範なリプレイを試みる前に、フレーミング、長さ、区切り文字、シーケンス番号、チェックサム、ノンス、状態遷移を復元します。
3. 成功した交換の正規トランスクリプトを 1 つ保持します。
4. リプレイしながら、一度に 1 つのフィールドまたは 1 つのメッセージだけを変更します。
5. 決定的な分岐を証明する、受け入れられる最小の会話を再現します。

ワークフロー

1. セッションの状態機械をマッピングする

• ハンドシェイク、ネゴシエーション、認証、キープアライブ、コマンド、切断の各フェーズを特定します。
• どのフィールドが静的で、どれが派生で、どれが先行メッセージに依存するかを記録します。
• メッセージの順序、方向、タイミングを、同じセッション ID に結び付けて保持します。

2. フレーミングと整合性を復元する

• 長さ、区切り文字、タイプバイト、チェックサム、MAC、カウンター、圧縮、暗号化の境界を再構築します。
• トランスポートのフレーミングとアプリケーションレベルのフレーミングを区別します。
• 1 つのフィールドまたはステップを変更したときに、サーバーの受け入れが正確にどこで変化するかを記録します。

3. 最小限のリプレイハーネスを構築する

• 受け入れられた状態、パーサーの分岐、コマンドの効果、または成果物に到達する最小のトランスクリプトまでパスを削減します。
• 元のキャプチャしたシーケンスと、リプレイした最小シーケンスの両方を保持します。
• 問題が主に汎用的な PCAP またはストリームのデコードであり、ステートフルなリプレイ要件がない場合は、より広範な PCAP スキルに戻ってください。

このリファレンスを読む

• 状態機械のチェックリスト、トランスクリプトのチェックリスト、証拠のパッケージ化については、references/custom-protocol-replay.md を読み込んでください。

保持すべきもの

• 正規トランスクリプト、メッセージタイプ、フィールド境界、チェックサム、カウンター、セッション識別子
• 元のキャプチャスライスと、受け入れを生み出すリプレイハーネスの入力
• プロトコルを拒否から受け入れへ、またはその逆へと反転させる正確な変更