ChromeがHTTPSに優先アクセスする307リダイレクトをHSTS関係なくやるようになった - Code Day's Night
2023年11月1日の時点の情報です。 先にまとめを書きます。興味があれば詳細もどうぞ。 まとめ 10月16日のChrome 118からHTTPS ファーストモードがデフォルトでオンに 条件によってHTTPS Upgradeが働いてhttpのサイトにアクセスするとhttpsに優先的にアクセスさせる挙動（Chromeが内部で擬似的に307リダイレクトを返してhttpsに誘導） HSTSサイトではないhttpサイトでもこの挙動となるケースがある httpsにアクセスできない場合やレスポンスに3秒以上かかる場合はフォールバックでhttpに誘導（Chromeが内部で擬似的に307リダイレクトを返して元のhttpに誘導） 詳細 条件 307で擬似的にリダイレクトする条件は、いくつかあるようです。把握しているものを列挙します。 HSTSサイト（HSTSヘッダ指定、Preloadリストのサイト） HST
Chromium の HttpStreamParser によるヘッダ処理
Chromium の net スタックにある HttpStreamParser というクラスの挙動についてのメモです。Chromium のネットワーキング周りの開発に関わっていない人には全く役に立たない知識です・・・ Chromium の実装に関するメモをなるべく外出ししていきたいと思っていて、本記事はその一環です。自分用メモなので細かいことは説明しません。ブログ記事が最近読書メモばかりなので、こういうニッチなメモを小出ししていくことでソフトウェア関係の記事の比重を高めていきたい・・・ はじめに 最近 Chromium の net スタック周りのコード、特に HTTP の header parsing 周りのコードを眺めている。それで今回は HTTP/1.1 で使われている HttpStreamParser というクラスの挙動を調べた。net スタックのコードは Chromium リポジト
Gaining security and privacy by partitioning the cache | Blog | Chrome for Developers
In general, caching can improve performance by storing data so future requests for the same data are served faster. For example, a cached resource from the network can avoid a round trip to the server. A cached computational result can omit the time to do the same calculation. In Chrome, the cache mechanism is used in various ways and HTTP Cache is one example. How Chrome's HTTP Cache currently wo
Evolving Chrome's security indicators
$200K 1 10th birthday 4 abusive ads 1 abusive notifications 2 accessibility 3 ad blockers 1 ad blocking 2 advanced capabilities 1 android 2 anti abuse 1 anti-deception 1 background periodic sync 1 badging 1 benchmarks 1 beta 83 better ads standards 1 billing 1 birthday 4 blink 2 browser 2 browser interoperability 1 bundles 1 capabilities 6 capable web 1 cds 1 cds18 2 cds2018 1 chrome 35 chrome 81
Chromeの「既定のrefererヘッダーの情報量を減らす(reduced-referrer-granularity)」フラグ - ASnoKaze blog
Chromeのchrome://flags/に「既定のrefererヘッダーの情報量を減らす(reduced-referrer-granularity)」フラグがある。 その動作を確認したので簡単にまとめる reduced-referrer-granularity このフラグを有効にした場合、現在のオリジンと別のオリジンへのリクエストをする際、付加されるrefererヘッダはオリジンの情報だけになる。 例えば、http://localhost/hoge/fuga.html?test=1#hash から http://yahoo.comへのリンクをクリックすると flagがない場合 refererはヘッダは「http://localhost/hoge/fuga.html?test=1」となる flagがある場合 refererヘッダは「http://localhost/」となる 同一オリジン
Marking HTTP As Non-Secure
This page contains the original proposal for marking HTTP as non-secure (see Original Proposal below). Since then, the Chrome usable security team has announced the following phases towards this goal. For more information see, the WebFundamentals article: Avoiding the Not Secure Warning in Chrome Timeline January 2017 (Phase 1) Takes effect: January 2017 (Chrome 56) Announcement: Moving towards a
Connection Management in Chromium | Insouciant
SSL handshake latency. Includes the cert verification time (which may include an online certificate revocation check). As can be seen, new TCP connections, much less full SSL connections, generally cost anywhere from tens to hundreds of milliseconds, so hiding this latency as much as possible by better connection management is important for reducing user perceived latency. Socket “late binding” Wh
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Intent to Ship: Early Hints preload/preconnect during Navigation
Detecting the FLoC opt-out HTTP Header
GitHub - kdzwinel/betwixt: :zap: Web Debugging Proxy based on Chrome DevTools Network panel.
Postman | API Development Environment
https://chrome.google.com/webstore/detail/postman-rest-client/fdmmgilgnpjigdojojpjoooidkmcomcm
Intent to Ship: Long Task API - Google Groups
GitHub - kyo-ago/klepto: Local proxy on Chrome apps