WIMSE HTTP Message Signatures

ダイジェストによると、draft-ietf-wimse-s2s-protocol に新規 issue が五件立っている。うち二件は draft-ietf-wimse-http-signature-08 に関するもので、テストベクターの要望（#419、コメント四件）と、例中のサンプル nonce が例示用でありエントロピーの下限を満たさないという注記の提案（#420）である。他の二件は HTTP-Sig と workload-creds の各ドラフトに対する編集上のコメントの追跡用 issue（#417、#418）である。#416 は、トラストドメイン間でトラストアンカーを共有する場合に name-constrained な発行 CA を必須とすることを提案している。同じ作成者が #370（trust root の重複、workload-creds と mutual-tls のラベル付き）と arch の PR #142（Terminology）にもコメントしている。#414（Reconcile Coexistence）にはコメントが一件付き、PR #415 は綴りの誤り三件を修正する。ダイジェストにはタイトルとコメント数しかなく、提案された文言や決定内容は読み取れず、ドラフト本文の変更もない。

• WIMSE の HTTP メッセージ署名を実装し、相互運用性の検証用にテストベクターを待っている実装者は、issue #419 を追うとよい。
• 複数のトラストドメインがルート CA を共有している環境の運用者は、name-constrained な発行 CA が必須になるかどうかについて issue #416 と #370 を追うとよい。

Jiahui Miao は draft-ietf-wimse-http-signature-08 向けに、正例 6 件と負例 22 件のテストベクターを投稿した（s2s-protocol リポジトリの issue #419）。各負例はドラフトの MUST に対応付けられ、鍵、署名ベース、固定時計が含まれる。質問は二つで、keyid/alg パラメータを検証者が拒否すべきか無視すべきか、および 64 ビットの最小値を満たさない Section 3.7 の例の nonce に編集上の注記が要るかである。Yaron は、セキュリティ RFC の MUST NOT は受信者が拒否すべきであり、その注記を加える issue を起こしたと回答し、一部のベクターは修正が必要かもしれないと述べた（詳細は issue）。nonce の質問にはこの返信では答えていない。

• 不正なリクエストを拒否する相互運用テストを求める WIMSE HTTP メッセージ署名の実装者。
• 禁止されたシグネチャパラメータを拒否するか無視するか決める検証者。

個人参加者がメーリングリストで報告した。テストベクター P-01 と P-02 では、RFC 9421 Section 2.2.7 が要求する先頭の「?」を付けずに @query コンポーネントの値が記載されていた。独立した実行により、P-06 の WIMSE 署名にも同じ誤りが見つかった。三つとも、同じ鍵、パラメーター、固定時刻で、修正後の署名ベースに対して再生成された。N-15 のリテラル署名も P-01 と同形の署名ベースから計算されていたため再生成されたが、期待される結果(拒否、Section 3.1)は変わらない。旧署名は修正後の署名ベースでは検証に失敗し、他のケースは影響を受けない。また、N-06/N-07 が keyid / alg の MUST NOT パラメーターに対して拒否を記録していることは、ドラフト著者の意図の表明によって裏付けられた。例示用 nonce に関する注記を追加する issue が起票された。ベクターの提供形式については、投稿者がチェアに連絡する予定である。ドラフト本文自体に変更はない。

レビュアーは、この草案が WGLC を過ぎていることを認めた上で、残りの部分は非常に良いと評価している。序文の最初の文に「HTTP」を加え、適用範囲を一文で示すよう提案している。また、序文のアプリケーション層での保護の根拠の説明も書き換えを提案している。新しい文案では、プロキシやミドルボックスで TLS セッションが終端・再開されても、HTTP 署名と JWT により経路全体で一貫した識別子とクレデンシャルを使えることを動機としている。プロトコルの変更提案はなく、WG からの応答もこの資料には含まれていない。

レビューはドラフトが明快で良好な状態だとしている。序文の最初の文に HTTP を加えることを提案し、デプロイ先がアプリケーション層の保護を好む理由の段落の書き換えも提案する。提案文は、TLS がプロキシやミドルボックスなどで終端・再開される複数ホップになり得ること、HTTP 署名と JWT を用いれば経路全体で一貫した識別子とクレデンシャルを保てることを述べる。文言の変更のみでプロトコルは変わらない。Yaron は s2s-protocol の issue #417 として記録した。