Summary

  • HTTP作業部会のサーバー追加証明書草案、第03版は2026年11月2日に更新されたInternet-Draftである。TLS接続の成立後、HTTP/2またはHTTP/3サーバーが別サイトの証明書に対応する秘密鍵を持つと示すSERVER_CERTIFICATEフレームを提案する。
  • 両端が事前に対応を表明する必要がある。RFC 9261のエクスポートされた認証器は追加証明書の鍵の証明を既存のTLSセッションに結び付ける。クライアントは、その証明書とサーバーが二番目のサイトに適切かも判断する。
  • 第7.3節は移転時の穴を指摘する。CNAMEを変えると新規接続は新事業者へ向かうが、旧事業者は別サイト向けの接続で移転したサイトの追加証明書を示し続ける可能性がある。残る権限の整理は事業者と顧客に委ねられる。

出版社がホスティング先を変える場面を考える。CNAMEを修正し、新規接続は新事業者に届く。一方、読者のブラウザーには旧事業者が扱う別サイトへのHTTP/2接続が残っている。旧事業者は出版社の証明書をまだ持ち、その接続で鍵の証明を送る。クライアントがそれだけで権限を認めれば、移転したサイトへの次の要求が旧経路へ戻り得る。草案が記す危険を検査するための想定場面だ。

技術的な魅力は明らかである。HTTP/2とHTTP/3では、サーバーに各オリジンを扱う権限があれば接続を共有できる。TLSハンドシェイクの一枚の証明書で複数の名前を覆う方法もある。しかしホスティング事業者は、顧客ごとに証明書を更新・失効できる状態を望む。草案は証明書を分けたまま輸送路を共有する。節約した接続の裏で、「この二番目のサイトを今日も扱ってよいか」という判定が残る。

一つの接続に二つ目の身分

仕組みは明示的な合意から始まる。クライアントとサーバーの双方がSETTINGS_HTTP_SERVER_CERT_AUTHを1にして送る。片方でも欠ければ追加証明書を使えない。その後サーバーは任意の時点でSERVER_CERTIFICATEを送れる。HTTP/2ではストリーム0、HTTP/3では制御ストリームに置く。中身は既存TLSセッションに結び付いた認証器で、追加証明書の秘密鍵を持つことを示す。証明書ファイルだけを渡しても、この接続での持ち主は証明できない。

クライアントは認証器を検証し、次に対象サイトに対する証明書の適格性を調べる。失敗の種類で扱いが変わる。認証器が無効なら接続エラーになる。期限切れ、失効済み、または要求に合わない証明書は、その資格を拒否する事案であり、草案は権限のあるサーバーへ新しい接続を試すよう勧める。接続自体は正常でも、追加されたサイトだけを拒否できる。この区別を接続成功率だけでは観測できない。

安全上の問題はさらに鋭い。追加証明書と秘密鍵が悪意あるサーバーに渡れば、攻撃者は自分の管理するHTTPSサイトへクライアントを呼び込むだけで、別サイトの盗まれた資格をその接続で提示できる。草案は、最初のTLS接続ならDNSを調べたはずの名前について、追加証明書でもDNSを確認するよう勧める。DNSを使わないならORIGINフレームなど別の権限材料が判断を補う。鍵を持つ事実と現在の配送先は別だ。

DNSを移しても旧接続は残る

第7.3節の移転問題には盗難は要らない。運営者がCNAMEを変えると、新規接続は新事業者へ届く。旧事業者は他サイト向けの接続を受け続け、移転サイトの追加証明書の設定を残しているかもしれない。共有接続上でそのサイトを引き続き名乗れる。草案は旧事業者の設定から見れば筋の通る挙動だとしながら、サイト所有者の意向とはずれ得ると認める。提案されたプロトコル自身にこの残存を消す手段はなく、事業者に顧客への説明を求める。

退出手順はDNS変更だけでは終わらない。秘密鍵を誰が保管し、どのサーバーが追加証明書を提示し、いつ設定から外すか。証明書の失効時点と、クライアントが二番目のサイトの権限を再確認するかも必要だ。新しいDNS回答は新規接続の方向を示すが、古い共有接続を通る要求は映さない。接続一覧だけでも、要求が実際にどこへ届いたかは分からない。両方の記録を突き合わせる。

草案はTLSセッション再開後に以前の追加証明書の検証結果を持ち越すことも禁じる。サーバーは証明書を再提示でき、クライアントは改めて判断する。一つの接続で要求を処理している間にも受け入れた証明書の集合は変わり得るため、要求の権限状態を見直す必要がある。接続数の節約は、クライアントの信頼状態の管理という仕事を増やす。

公式資料に導入件数や移転事故の実測はない。DNS、開いた接続、証明書フレーム、要求の宛先を一緒に記録する管理下の移転試験が結果を確かめる。いま決められることは明快だ。旧事業者から離れるなら、DNSの別名と同じ慎重さで追加証明書の経路も閉じる。通りの案内板を変えても、古い建物の鍵は自然に消えない。

HTTP草案 · RFC 9261 · RFC 9113 · RFC 9114 · RFC 8336