IETFでは新しいリアルタイム動画配信仕様である『Media Over QUIC』の標準化を進めています。この仕様では、CDNなどを介し大規模にリアルタイム配信できるようになっています (素のHTTPではないので、CDN側の対応は必須)。 WebTransportで動作するため、視聴者側はWebブラウザでも動作します。例えば下記サイトで実験できなDemoを視聴できます。 moq.dev CloudflareのMedia over QUIC Cloudflareでは、Beta版…
IETFに「The Cookie-Preference HTTP Header Field」という提案仕様が提出されています。Webサイトを閲覧していると、Cookieについて受け入れる/拒否するのボタンを選択させられる機会もあるかとおもいます。それに対して、HTTPリクエストで、WebサイトにCookieの受け入れ方針を伝えられるようにする提案です。 例 Cookie-Preference: essential Cookie-Preference: all; level="…
GoogleのクローラーBotがWeb-Bot-Authの仕様を実験実装してたりします。 developers.google.comWeb-Bot-Authでは、Botはリクエストに署名を付けHTTPリクエストを送信してきます。こうすることで、User-Agentだけに頼るのではなく、署名検証を通してそのBotが正規のものか確認できます。これにより、AIの学習をしたりするBotを適切に認証したり、はたまたBotの学習行為に対して課金したりできます。 実際に試す 私の個人サイト…
Appleの方から『Optimistic DNS』という提案仕様がIETFに提出されています。 www.ietf.org Optimistic DNS の概要 Optimistic DNSは、クライアント側で動作するスタブリゾルバ機構です。その動作は、期限切れのキャッシュされたレコードをアプリケーションに即座に返しつつ、同時に新しいネットワーククエリを発行してレコードを更新することで、TTL の期限切れによる名前解決遅延を解消します。サーバと動作するのではなく、アプリケーショ…
128bit以上の値を持てる『UUID Long』という提案仕様がIETFに提出されています。（ただし、提案仕様は誰でも提出でき、それだけで標準化が進むものではない点に注意してください。） UUID Long UUID Longのフォーマットは次のとおりです。128bit領域は既存のUUIDと同じフォーマットであり、Variantとして0xFが入るのが特徴です。そのあとに、可変長領域 (UUID Long Data)が入ります例としては xxxxxxxx-xxxx-xxxx-…
Let's Encryptが6日間のShort-Lived証明書のサポートを発表しました。それに合わせて、IPアドレス証明書の発行もサポートされました。 「6-day and IP Address Certificates are Generally Available」http://1.1.1.1 が実際にIPアドレス証明書を使ってたり、一部の用途でIPアドレス証明書のユースケースもあるので試してみる。## cerbotで発行 certbotも --ip-adress オプ…
WHATWGのHTMLの仕様に、Origin APIが追加され、オリジン同士の比較 (SameOrigin, SameSite)がJavaScriptから比較可能になった。github.comChromeではversion 145から使用でき、すでに開発版で一部動作する。実行例が動作する (下記例は提案書から抜粋) const origin = new Origin("https://origin.example"); const portedOrigin = new Ori…
IETFのTLS WGでは、Googleの方らによって提案されている『TLS Trust Anchor Negotiation』という仕組みが議論されています。 これは、クライアントとサーバ側で共に信頼できるCA(トラストアンカー)をネゴシエーションし、複数あるサーバ証明書から適切なものを提供できるようにする仕組みです。 (引用: IETF 120 スライド PDF より) 具体的な提案仕様よりも、explainer を読むのが分かりやすい。自分用に軽く目を通しておく htt…
『Oblivious HTTP』はユーザのプライバシを向上するための技術であり、各ブラウザベンダーおよびCDNベンダーが実装を行っています。 通信観点のプライバシーについては、通信の暗号化によりほとんどが保護されています。しかし、幾つか懸念が残っています。 例えばあるサービスで、ログアウトして別アカウントとして再ログインすると、サービス側には同じ人物であることが分かってしまいます。 このようなユーザを識別する情報をさらに隠すのが『Oblivious HTTP』の目的です。 (…
IPv4とIPv6デュアルスタック環境において、早く通信確立できた方を使用する『Happy Eyeballs』という仕組みがあります。 「RFC 8305 Happy Eyeballs Version 2: Better Connectivity Using Concurrency」においては、次のようにAAAAレコードとAレコードの名前解決を行い早く通信確立できたものを使用するようになっています。 今回、そのVersion 3となる『Happy Eyeballs Versi…
2022/08/25 追記 「RFC 9297: HTTP Datagrams and the Capsule Protocol」として標準化さました。この記事の内容は古いところがあるので注意して下さい。 「HTTP Datagrams and the Capsule Protocol」という提案仕様が出されている。長く議論されている仕様ではあるが、動きがあったので眺めておく トランスポートプロトコルであるQUICでは、パケットロスがあったとしてもアプリケーションプロトコルの…
2021年について、プロトコル周りの動向を振り返っていきたいと思います。 今年は、個人的には次の2点がホットトピックと挙げられると思います。 それでは、個別に補足していきます。（IETFの動向がメインです。なお、個人的にキャッチアップできてないトピックもあります...） まずは、HTTPです。HTTP/3の標準化が注目を浴びていますが、HTTP/1.1やHTTP/2なども改定作業が行われております。あわせて、HTTPセマンティクスは各バージョンから独立し、各バージョンから参照…