pentest-input-protocol-manipulation

入力とプロトコルの操作

使用する場面

• 主な論点が、パーサーの動作、エンコーディング、メソッドのオーバーライド、ヘッダーの信頼性、リクエストスマグリング、シリアライズ、またはインジェクションの可能性である場合。
• リクエストの変換が、パーサー、プロトコル、または信頼境界を越える可能性がある場合。

引き継ぎ基準

• 入力の異常が認可に関する主張へと発展した場合は、pentest-authentication-authorization-review または pentest-advanced-access-control-auditor に引き継ぎます。
• 悪用可能性がワークフローの状態に依存する場合は、pentest-business-logic-abuse に引き継ぎます。
• 検証が完了した場合は、pentest-evidence-structuring-report-synthesis に引き継ぎます。

出力スキーマ

• テストマトリクス：vector、payload class、expected secure behavior、observed behavior
• 検証状態：hypothesis、confirmed、rejected
• 最小限の再現可能なリクエスト一式

手順

1. ペイロードを作成する前に、テスト対象のパーサーまたはプロトコルの境界を特定します。
2. まずノイズの少ない機能確認から始め、兆候が見られた場合にのみペイロードの複雑さを高めます。
3. 影響の大きい主張ごとに、ポジティブコントロールとネガティブコントロールを比較します。
4. パーサーの異常と、悪用可能なセキュリティ上の結果を区別します。
5. 動作を再現するために必要な正確なリクエスト変換を記録します。
6. 決定的なプリミティブを確認してから、エクスプロイトの実行に進みます。

検証ゲート

• 構造化されたペイロード群と決定論的な順序付けを使用します。
• コンテキストとタイミングを含むリクエスト／レスポンスの証拠を保持します。
• テストはデフォルトで範囲を限定し、元に戻せるようにします。
• ステータスコードの違いは、セキュリティ上の影響が証明されるまでは手掛かりとして扱います。
• 影響の大きい主張ごとに、ポジティブコントロールとネガティブコントロールを使用します。
• 曖昧さが残る場合は、異なるコンテンツタイプ、メソッド、クライアント、または境界を使ってパーサーの動作を相互確認します。