プロホスト > ブログ > むンタヌネットニュヌス > Chrome 84 リリヌス

Chrome 84 リリヌス

グヌグル 提瀺 りェブブラりザのリリヌス クロヌム84。 同時に 利甚可胜です 無料プロゞェクトの安定リリヌス クロム、Chromeの基瀎です。 Chromeブラりザ 異なる Google ロゎの䜿甚、クラッシュ時に通知を送信するシステムの存圚、リク゚ストに応じお Flash モゞュヌルをダりンロヌドする機胜、保護されたビデオ コンテンツ (DRM) を再生するモゞュヌル、曎新を自動的にむンストヌルし、怜玢䞭に送信するシステム RLZパラメヌタ。 Chrome 85 の次回リリヌスは 25 月 XNUMX 日に予定されおいたす。

メむン 倉曎 в クロム 84:

  • 無効 TLS 1.0 および TLS 1.1 プロトコルのサポヌト。安党な通信チャネル経由でサむトにアクセスするには、サヌバヌは少なくずも TLS 1.2 のサポヌトを提䟛する必芁がありたす。サポヌトされおいない堎合、ブラりザヌに゚ラヌが衚瀺されたす。 Google によるず、珟圚、Web ペヌゞのダりンロヌドの玄 0.5% が、叀いバヌゞョンの TLS を䜿甚しお実行され続けおいたす。シャットダりンは以䞋に埓っお実行されたした。 掚奚事項 IETF (むンタヌネット ゚ンゞニアリング タスク フォヌス)。 TLS 1.0/1.1 を拒吊する理由は、最新の暗号 (ECDHE や AEAD など) がサポヌトされおいないこずず、コンピュヌティング技術の開発の珟段階では信頌性が疑問芖されおいる叀い暗号 (たずえば、 、TLS_DHE_DSS_WITH_3DES_EDE_CBC_SHA のサポヌトが必芁です (MD5 および SHA-1)。 TLS 1.0/1.1 ぞの埩垰を蚱可する蚭定は、2021 幎 XNUMX 月たで保持されたす。
  • ブロッキング機胜あり 安党でないブヌト (暗号化なし) 実行可胜ファむルを削陀し、アヌカむブを安党にロヌドしない堎合の譊告を远加したした。将来的には、暗号化なしでのファむルアップロヌドのサポヌトを段階的に終了する予定です。暗号化せずにファむルをダりンロヌドするず、MITM 攻撃䞭にコンテンツを眮き換えお悪意のあるアクションを実行する可胜性があるため、ブロックが実装されたす。
  • 远加した 初期サポヌト 識別子 クラむアントのヒント、User-Agent ヘッダヌの代替ずしお開発されたした。クラむアント ヒント メカニズムは、User-Agent の代わりに䞀連の「Sec-CH-UA-*」ヘッダヌを提䟛したす。これにより、特定のブラりザヌおよびシステム パラメヌタヌ (バヌゞョン、プラットフォヌムなど) のみに関するデヌタの遞択的な配信を敎理できたす。サヌバヌからのリク゚ストの埌。ナヌザヌは、どのパラメヌタが配信に蚱容されるかを刀断し、そのような情報をサむト所有者に遞択的に提䟛する機䌚を埗るこずができたす。クラむアント ヒントを䜿甚する堎合、デフォルトでは、明瀺的な芁求がなければ識別子は送信されないため、受動的識別は䞍可胜になりたす (デフォルトでは、ブラりザ名のみが瀺されたす)。 働く 䞊の ナヌザヌず゚ヌゞェントの統合 延期した 来幎たで。
  • 続き 掻性化
    より厳栌な の制限 サむト間の Cookie の転送 キャンセル 新型コロナりむルス感染症COVID-19の圱響で。非 HTTPS リク゚ストの堎合、珟圚のペヌゞのドメむン以倖のサむトにアクセスするずきに蚭定されるサヌドパヌティ Cookie の凊理が犁止されたす。このような Cookie は、広告ネットワヌク、゜ヌシャル ネットワヌク りィゞェット、Web 分析システムのコヌド内でサむト間のナヌザヌの移動を远跡するために䜿甚されたす。

    Cookie の送信を制埡するには、Set-Cookie ヘッダヌで指定された SameSite 属性が䜿甚されるこずを思い出しおください。この属性はデフォルトで倀「SameSite=Lax」に蚭定され、クロスサむトのサブリク゚ストに察する Cookie の送信を制限したす。 、画像リク゚ストや、別のサむトからの iframe を介したコンテンツの読み蟌みなど。サむトは、Cookie 蚭定を明瀺的に SameSite=None に蚭定するこずで、デフォルトの SameSite の動䜜をオヌバヌラむドできたす。さらに、Cookie の倀 SameSite=None は、セキュア モヌドでのみ蚭定できたす (HTTPS 経由の接続で有効)。この倉曎は段階的に展開され、最初は少数のナヌザヌから開始され、埐々に察象範囲が拡倧されたす。

  • 実隓的な実装が远加されたした リ゜ヌスを倧量に消費する広告ブロッカヌこれは、「chrome://flags/#enable-heavy-ad-intervention」蚭定を䜿甚しお有効にできたす。ブロッカヌを䜿甚するず、トラフィックず CPU 負荷のしきい倀を超えた埌に iframe 広告ブロックを自動的に無効にするこずができたす。ブロッキングは、メむンスレッドが合蚈で 60 秒を超える CPU 時間を消費した堎合、たたは 15 秒間隔で 30 秒を超えた堎合 (50 秒を超えおリ゜ヌスの 30% を消費した堎合)、および 4 MB を超えた堎合にトリガヌされたす。のデヌタがネットワヌク経由でダりンロヌドされたした。

    ブロックは、制限を超える前にナヌザヌが広告ナニットを操䜜しなかった堎合 (たずえば、広告ナニットをクリックしなかった堎合) にのみ機胜したす。これにより、トラフィック制限を考慮しお、倧芏暡な広告ナニットの自動再生が蚱可されたす。ナヌザヌが明瀺的に再生を有効にしない限り、広告内のビデオはブロックされたす。提案された察策により、ナヌザヌは非効率なコヌド実装や意図的な寄生掻動 (マむニングなど) による広告から保護されたす。 Google の統蚈によるず、ブロック基準を満たす広告は党広告ナニットの 0.30% にすぎたせんが、同時に、そのような広告挿入は広告総量のうち CPU リ゜ヌスの 28% ずトラフィックの 27% を消費したす。

  • ブラりザ りィンドりがナヌザヌの芖野にないずきの CPU リ゜ヌスの消費を削枛するための䜜業が行われたした。 Chrome は、ブラりザ りィンドりが他のりィンドりず重なっおいるかどうかをチェックし、重なっおいる領域にピクセルが描画されないようにするようになりたした。この新機胜は段階的に展開され、Chrome 84 では䞀郚のナヌザヌに察しお最適化が遞択的に有効になり、Chrome 85 では他のナヌザヌに察しお最適化が有効になりたす。
  • 保護はデフォルトで有効になっおいたす 迷惑な通知たずえば、プッシュ通知の受信を芁求するスパムなどです。 このようなリク゚ストはナヌザヌの䜜業を䞭断し、確認ダむアログでのアクションから泚意をそらすため、アドレス バヌの別のダむアログではなく、ナヌザヌのアクションを必芁ずしない情報プロンプトが衚瀺され、アクセス蚱可のリク゚ストがブロックされおいるずいう譊告が衚瀺されたす。 、これは自動的に最小化されお、取り消し線の付いたベルの画像を持぀むンゞケヌタヌになりたす。 むンゞケヌタヌをクリックするず、い぀でも郜合の良いずきに、芁求された暩限を有効化たたは拒吊できたす。

    Chrome 84 リリヌス

  • 倖郚プロトコルのハンドラヌを開くずきにナヌザヌの遞択が蚘憶されたす。ナヌザヌは特定のハンドラヌに察しお「このサむトを垞に蚱可する」を遞択でき、ブラりザヌは珟圚のサむトに関連しおこの決定を蚘憶したす。
  • 明瀺的な同意なしにナヌザヌ蚭定を倉曎するこずに察する保護が远加されたした。アドオンによっおデフォルトの怜玢゚ンゞンたたは新しいタブに衚瀺されるペヌゞが倉曎されるず、ブラりザヌは指定された操䜜を確認するか、倉曎をキャンセルするかを尋ねるダむアログを衚瀺したす。
  • 続き 混合マルチメディア コンテンツのロヌドに察する保護の実装 (リ゜ヌスが http:// プロトコル経由で HTTPS ペヌゞにロヌドされる堎合)。 HTTPS 経由で開かれたペヌゞでは、画像の読み蟌みに関連するブロック内の「http://」リンクが自動的に「https://」に眮き換えられるようになりたした (スクリプトず iframe は以前に眮き換えられおいたしたが、オヌディオずビデオのリ゜ヌスは自動眮き換えられる予定です)次のリリヌス。画像が https 経由で利甚できない堎合、そのダりンロヌドはブロックされたす (アドレス バヌの南京錠の蚘号からアクセスできるメニュヌからブロックを手動でマヌクできたす)。
  • APIサポヌトの远加 りェブOTP (SMS レシヌバヌ API ずしお開発) を䜿甚するず、ブラりザヌが実行されおいるナヌザヌの Android スマヌトフォンに配信された確認コヌドを含む SMS メッセヌゞを受信した埌、Web ペヌゞでワンタむム パスワヌドの入力を敎理できたす。たずえば、SMS 確認は、登録時にナヌザヌが指定した電話番号を確認するために䜿甚できたす。以前はナヌザヌが SMS アプリケヌションを開いおコヌドをクリップボヌドにコピヌし、ブラりザに戻っおこのコヌドを貌り付ける必芁があった堎合、新しい API を䜿甚するずこのプロセスを自動化し、ワンタッチに枛らすこずができたす。
  • APIの拡匵 Webアニメヌション
    Web アニメヌションの再生を制埡したす。新しいリリヌスでは、合成操䜜のサポヌトが远加され、゚フェクトの結合方法を制埡できるようになり、コンテンツ眮換むベントが発生したずきに呌び出される新しいハンドラヌが提䟛されたす。 Web アニメヌション API は、アニメヌションが衚瀺される順序を定矩し、アニメヌションが他のアプリケヌション機胜ずどのように察話するかをより適切に制埡するための Promise もサポヌトするようになりたした。

  • いく぀かの新しい API が Origin トラむアル モヌドに远加されたした (別途アクティベヌションが必芁な実隓的な機胜)。 オリゞン トラむアルずは、ロヌカルホストたたは 127.0.0.1 からダりンロヌドされたアプリケヌションから、たたは特定のサむトで期間限定で有効な特別なトヌクンを登録しお受信した埌、指定された API を操䜜できる機胜を意味したす。
    • API クッキヌストア Service Worker が HTTP Cookie にアクセスするため、document.cookie を䜿甚する代わりの非同期手段ずしお機胜したす。
    • API アむドル怜出 ナヌザヌの非アクティブ状態を怜出したす。これにより、ナヌザヌがキヌボヌド/マりスを操䜜しおいないずき、スクリヌン セヌバヌが実行されおいるずき、画面がロックされおいるずき、たたは別のモニタヌで䜜業が行われおいるずきを怜出できたす。非アクティブに぀いおのアプリケヌションぞの通知は、指定された非アクティブしきい倀に達した埌に通知を送信するこずによっお実行されたす。
    • 政暩 原点分離これにより、開発者は、同期などの䞀郚のレガシヌ機胜のサポヌトを䞭止する代わりに、サむトではなく゜ヌス (オリゞン - ドメむン + ポヌト + プロトコル) に関連した別のプロセスでコンテンツ凊理をより完党に分離できたす。 document.domain を䜿甚しおスクリプトを実行し、postMessage() を呌び出しお WebAssembly.Module むンスタンスにメッセヌゞを投皿したす。぀たり、Origin Isolation を䜿甚するず、ペヌゞ䞊のすべおの無関係なむンクルヌゞョンを含むサむトではなく、リ゜ヌスのドメむンに基づいお、さたざたなプロセス間の分離を敎理できたす。
    • API WebAssembly SIMD WebAssembly 圢匏のアプリケヌションでベクタヌ SIMD 呜什を䜿甚するためのツヌルです。プラットフォヌムの独立性を確保するために、さたざたなタむプのパック デヌタを衚珟できる新しい 128 ビット タむプず、パック デヌタを凊理するためのいく぀かの基本的なベクトル挔算が提䟛されたす。 SIMD を䜿甚するず、デヌタ凊理を䞊列化するこずで生産性を向䞊させるこずができ、ネむティブ コヌドを WebAssembly にコンパむルするずきに圹立ちたす。 SIMD サポヌトを有効にするには、「chrome://flags/#enable-webassembly-simd」蚭定を䜿甚できたす。
  • 安定化され、オリゞントラむアルの倖で配垃されるようになりたした
    API コンテンツのむンデックス䜜成これは、Progressive Web Apps (PWS) モヌドで実行されおいる Web アプリケヌションによっお以前にキャッシュされたコンテンツに関するメタデヌタを提䟛したす。画像、動画、蚘事などのさたざたなデヌタをブラりザ偎に保存し、ネットワヌク接続が倱われた堎合にはCache Storage APIやIndexedDB APIを利甚しお利甚するこずができたす。 Content Indexing API を䜿甚するず、このようなリ゜ヌスの远加、怜玢、削陀が可胜になりたす。ブラりザでは、この API はオフラむン衚瀺に䜿甚できるペヌゞずマルチメディア デヌタのリストを衚瀺するためにすでに䜿甚されおいたす。

  • APIバヌゞョンが安定したした りェむクロック Promise メカニズムに基づいおおり、自動ロック画面の無効化ずデバむスの省電力モヌドぞの切り替えを制埡するためのより安党な方法を提䟛したす。
  • Androidプラットフォヌム版では 远加した アプリケヌションのショヌトカットのサポヌトにより、アプリケヌション内の䞀般的な䞀般的なアクションに玠早くアクセスできるようになりたす。ショヌトカットを䜜成するには、PWA (Progressive Web Apps) 圢匏で Web アプリケヌション マニフェストに芁玠を远加するだけです。
    Chrome 84 リリヌス

  • Web ワヌカヌは API の䜿甚を蚱可されおいたす 報告オブザヌバヌこれにより、叀い機胜にアクセスするずきに呌び出される、レポヌトを生成するためのハンドラヌを定矩できたす。生成されたレポヌトは、ナヌザヌの裁量で保存したり、サヌバヌに送信したり、JavaScript スクリプトで凊理したりできたす。
  • APIが曎新されたした サむズ倉曎オブザヌバヌこれにより、ペヌゞ䞊の指定された芁玠のサむズの倉曎に関する通知が送信されるハンドラヌを接続できたす。 ResizeObserverEntry に 3 ぀の新しいプロパティ (contentBoxSize、borderBoxSize、devicePixelContentBoxSize) が远加され、ResizeObserverSize オブゞェクトの配列ずしお返される、より詳现な情報が提䟛されたす。
  • キヌワヌド「」を远加したした元に戻す» 芁玠のスタむルをデフォルト倀にリセットしたす。
  • CSS プロパティ「-webkit-Appearance」ず「-webkit-ruby-position」の接頭蟞が削陀され、「」ずしお利甚できるようになりたした。倖芳"そしお"ルビの䜍眮"
  • JavaScriptの堎合 実装されたした クラスのメ゜ッドずプロパティをプラむベヌトずしおマヌクするためのサポヌト。その埌、それらぞのアクセスはクラス内でのみオヌプンになりたす (以前はフィヌルドのみがプラむベヌトにできたした)。メ゜ッドずプロパティをプラむベヌトずしおマヌクするには: 指定する フィヌルド名の前には「#」蚘号がありたす。
  • JavaScriptの堎合 远加した サポヌト 匱いリンク JavaScript オブゞェクトぞの (匱参照)。オブゞェクトぞの参照を保持できたすが、ガベヌゞ コレクタヌによる関連オブゞェクトの削陀はブロックされたせん。ファむナラむザヌのサポヌトも远加され、指定したオブゞェクトのガベヌゞ コレクションが完了した埌に呌び出されるハンドラヌを定矩できるようになりたした。
  • 初期 (ベヌスラむン) Liftoff コンパむラヌの実装のおかげで、WebAssembly でのアプリケヌションの起動が高速化されたした。 アトミック呜什 О バッチメモリ操䜜。 WebAssembly をデバッグするためのツヌルが改善され、ブレヌクポむントを䜿甚するずきのデバッグ パフォヌマンスが倧幅に向䞊したした (以前はデバッグにむンタヌプリタヌが䜿甚されおいたしたが、珟圚は Liftoff コンパむラヌが䜿甚されおいたす)。
  • Web 開発者向けツヌル pphttps://developers.google.com/web/updates/2020/05/devtools で、パフォヌマンス分析のパネルが曎新されたした。メトリクスに関する䞀般情報を远加したした TBT (合蚈ブロック時間)。ペヌゞが利甚可胜であるように芋えおも、実際には利甚できない時間を瀺したす (぀たり、ペヌゞはすでにレンダリングされおいたすが、メむンスレッドの実行は䟝然ずしおブロックされおおり、デヌタ入力は䞍可胜です)。メトリクス分析のための新しい゚クスペリ゚ンスセクションを远加したした CLS (环積レむアりト シフト)、コンテンツの芖芚的な安定性を反映したす。 CSS スタむル怜査パネルは、「background-image」プロパティで指定された画像のプレビュヌを提䟛したす。

新しいバヌゞョンでは、革新ずバグ修正に加えお、次のような問題が解消されおいたす。 38 件の脆匱性。 脆匱性の倚くは自動テストツヌルの結果ずしお特定されたした AddressSanitizer, メモリヌサニタむザヌ, 制埡フロヌの敎合性, リブファザヌ О AFL。 2020 ぀の問題 (CVE-6510-26、フェッチ バックグラりンド ハンドラヌでのバッファ オヌバヌフロヌ) は重倧ずしおマヌクされおいたす。を䜿甚するず、あらゆるレベルのブラりザヌ保護をバむパスし、サンドボックス環境倖のシステムでコヌドを実行できたす。珟圚のリリヌスの脆匱性を発芋した堎合に賞金を支払うプログラムの䞀環ずしお、Google は 21500 件の 5000 ドル盞圓の賞を支払った (3000 ドルの賞が 2000 件、1000 ドルの賞が 500 件、16 ドルの賞が XNUMX 件、XNUMX ドルの賞が XNUMX 件、XNUMX ドルの賞が XNUMX 件)。 XNUMX の報酬の芏暡はただ決定されおいたせん。

出所 オヌプンネット.ru

コメントを远加したす