Chrome 80 リリース

グーグル 提示 ウェブブラウザのリリース クローム80。 同時に 利用可能です 無料プロジェクトの安定リリース Chromium、Chromeの基礎です。 Chromeブラウザ 異なる Google ロゴの使用、クラッシュ時に通知を送信するシステムの存在、リクエストに応じて Flash モジュールをダウンロードする機能、保護されたビデオ コンテンツ (DRM) を再生するモジュール、更新を自動的にインストールし、検索中に送信するシステム RLZパラメータ。 Chrome 81 の次回リリースは 17 月 XNUMX 日に予定されています。

メイン 変更 в Chrome 80:

• 一部のユーザー向けにタブのグループ化機能が提供されています。この機能により、目的が似ている複数のタブを視覚的に区別されたグループにまとめることができます。各グループには、独自の色と名前を割り当てることができます。最初のアクティベーションに含まれていないユーザーは、「chrome://flags/#tab-groups」オプションを使用してグループ化機能を有効にできます。
  
• この機能のサポートが追加されました スクロールしてテキストへこれにより、「a name」タグまたは「id」プロパティを使用して文書内で明示的にラベルを指定せずに、個々の単語またはフレーズへのリンクを作成できます。 このようなリンクの構文は Web 標準として承認される予定ですが、まだその段階です。 下書き。 遷移マスク (本質的にはスクロール検索) は、「:~:」属性によって通常のアンカーから分離されます。 たとえば、リンク「https://opennet.ru/52312/#:~:text=Chrome」を開くと、ページは「Chrome」という単語が最初に記述された位置に移動し、この単語が強調表示されます。 。
• 適用済み サイト間のCookie転送に対するより厳格な制限。HTTPS以外のリクエストでは、現在のページのドメイン以外のサイトにアクセスした際に設定されるサードパーティCookieの処理が禁止されます。このようなCookieは、広告ネットワーク、ソーシャルネットワークウィジェット、ウェブ解析システムのコードにおいて、サイト間のユーザーの動きを追跡するために使用されます。Set-Cookieヘッダーに指定されるSameSite属性はCookie転送を制御するために使用されます。この属性はデフォルトで「SameSite=Lax」に設定され、画像リクエストや別のサイトからiframe経由でコンテンツを読み込むといったクロスサイトサブリクエストに対するCookieの送信が制限されます。サイトはCookie設定時に明示的にSameSite=Noneを設定することで、デフォルトのSameSiteモードを上書きできます。この場合、CookieのSameSite=None値はセキュアモード（HTTPS接続で有効）でのみ設定できます。この変更は段階的に開始されます。 適用する 17 月 XNUMX 日、当初は一部のユーザーが対象でしたが、その後徐々に対象範囲が拡大されました。
• 追加した 資格情報の確認に関連する煩わしい通知からの保護。 プッシュ通知リクエストのスパム送信などのアクティビティはユーザー エクスペリエンスを中断し、確認ダイアログから注意をそらすため、Chrome 80 では、別のダイアログの代わりに、アドレス バーに、許可リクエストがブロックされたことを警告する情報ツールチップを表示できるようになりました。それは、取り消されたベルのイメージを持つインジケーターに折りたたまれます。 インジケーターをクリックすると、いつでも都合の良いときに、要求された権限を有効化または拒否できます。 新しいモードは、これまで通常そのようなリクエストをブロックしていたユーザーと、拒否されたリクエストの大部分を記録するサイトに対して選択的に自動的に有効になります。 すべてのリクエストに対して新しいモードを有効にするために、特別なオプションが設定に追加されました (chrome://flags/#quit-notification-prompts)。
  
• 禁止 ポップアップ ウィンドウを表示し (window.open() メソッドを呼び出します)、ページを閉じるか非表示にするイベント ハンドラー (アンロード、ビフォアアンロード、ページハイド、および可視性変更) で同期 XMLHttpRequest を送信します。
• 提案されたイニシャル 安全性 混合マルチメディア コンテンツのロードを防止します (リソースが http:// プロトコル経由で HTTPS ページにロードされる場合)。 HTTPS 経由で開かれたページでは、オーディオ ファイルとビデオ ファイルの再生に関連付けられたブロック内の「http://」リンクが自動的に「https://」に置き換えられるようになりました。 オーディオまたはビデオ リソースが https 経由で利用できない場合、そのダウンロードはブロックされます (アドレス バーの南京錠のシンボルからアクセスできるメニューからブロックを手動でマークできます)。

  画像は変更されずに読み込まれ続けますが (Chrome 81 では自動修正が適用されます)、画像を https またはブロック画像に置き換えるために、サイト開発者には CSP プロパティ upgrade-insecure-requests および block-all-mixed-content が提供されます。 スクリプトと iframe については、混合コンテンツのブロックがすでに実装されています。

• 徐々に シャットダウン FTPのサポート。 デフォルトでは、FTP サポートは引き続き利用可能ですが、 開催 一定割合のユーザーに対してFTPサポートを無効にする実験です（元に戻すには、「--enable-ftp」オプションを指定してブラウザを起動する必要があります）。以前のリリースでは、「ftp://」プロトコル経由でダウンロードしたリソースの内容がブラウザウィンドウに表示されなくなっていました（例えば、HTMLドキュメントやREADMEファイルの表示が停止されていました）。また、ドキュメントからサブリソースをダウンロードする際のFTPの使用が禁止され、FTPのプロキシサポートも停止されていました。ただし、直接リンク経由でファイルをダウンロードしたり、ディレクトリの内容を表示したりすることは引き続き可能です。
• 追加した
  ベクター SVG 画像をサイト アイコン (ファビコン) として使用する機能。
• ブラウザ間の同期中に転送される特定の種類のデータを選択的に無効にする機能が設定に追加されました。
• 一元管理される企業ユーザー向けのルールが追加されました ブロック外部拡張機能, これにより、デバイスへの外部アドオンのインストールを防ぐことができます。
• 実装済み 機会 JavaScript でのプロパティまたは呼び出しのチェーン全体を XNUMX 回限りチェックします。 たとえば、「db.user.name.length」にアクセスする場合、以前は「if (db && db.user && db.user.name)」などによってすべてのコンポーネントの定義を段階的に確認する必要がありました。 ここで「?」操作を使用します。 事前チェックなしで値「db?.user?.name?.length」にアクセスでき、そのようなアクセスによってエラーが発生することはありません。 問題がある場合 (一部の要素が null または未定義として処理される場合)、出力は「未定義」になります。
• JavaScriptは新しい論理和演算子「??」は、左オペランドが NULL または未定義の場合に右オペランドを返し、その逆も同様です。たとえば、「const foo = bar ?? 'default string'」は、bar が null の場合は文字列、それ以外の場合は bar の値を返し、bar が 0 および ' ' の場合も含みます (「||」演算子とは異なります)。
• Origin Trials モード (別途必要な実験的機能) アクティベーション）APIコンテンツインデックスが提供されます。オリジントライアルとは、localhostまたは127.0.0.1から読み込まれたアプリケーションから、または登録して特定のサイトで一定期間有効な特別なトークンを受け取った後に、指定されたAPIを操作できることを意味します。API コンテンツのインデックス作成は、プログレッシブウェブアプリ（PWS）モードで実行されているウェブアプリケーションによって以前にキャッシュされたコンテンツのメタデータを提供します。アプリケーションは、画像、動画、記事など、様々なデータをブラウザ側に保存し、キャッシュストレージAPIとIndexedDB APIを使用して、ネットワーク接続が失われた際にそれらを利用できます。Content Indexing APIは、これらのリソースの追加、検索、削除を可能にします。ブラウザでは、このAPIは既にオフラインで閲覧可能なページやメディアデータを一覧表示するために使用されています。
  
• 安定化され、Origin Trials API の外部で配布されるようになりました コンタクトピッカーでは、ユーザーがアドレス帳からエントリを選択し、そのエントリに関する特定の詳細をサイトに送信できます。リクエストでは、取得するプロパティのリストを指定します。これらのプロパティはユーザーに明確に表示され、ユーザーはこれらのプロパティを送信するかどうかを決定します。API は、たとえば、Web メール クライアントで送信するメールの受信者を選択する場合、VoIP 機能を備えた Web アプリケーションで特定の番号に通話を開始する場合、またはソーシャル ネットワークで既に登録されている友人を検索する場合に使用できます。同時に、Origin Trials のフレームワーク内で Contact Picker の新しいプロパティがいくつか提供されています。これまで利用可能だったフルネーム、メール、電話番号に加えて、住所と画像を送信する機能が追加されました。
• Web ワーカー向け 提案された ECMAScriptモジュールをロードする新しい方法。importScripts()関数を使用せずに実行できます。importScripts()関数は、インポートされたスクリプトの処理中にワーカーをブロックし、グローバルコンテキストで実行します。この新しい方法では、Webワーカー用の特別なモジュールを作成します。これらのモジュールは標準的なJavaScriptインポートメカニズムをサポートし、ワーカーをブロックすることなく動的にロードできます。モジュールをロードするために、Workerコンストラクタは新しいリソースタイプ「module」を提供します。

  const worker = new Worker('worker.js', {
  タイプ: 'モジュール'
  }）;

• 実装済み 外部ライブラリを必要とせずに圧縮ストリームを処理するためのJavaScript機能が組み込まれています。圧縮と解凍用のAPIが追加されました。 CompressionStream と DecompressionStream。 gzip および deflate アルゴリズムを使用した圧縮がサポートされています。

  const 圧縮ReadableStream
  = inputReadableStream.pipeThrough(新しい圧縮ストリーム('gzip'));

• CSSプロパティ「」を追加しました。改行: どこでも」では、句読点、定義済みスペース（ ）と単語の途中に挿入します。また、CSSプロパティ「オーバーフローラップ: どこでも» 行内で適切な区切り位置が見つからない場合、途切れることのない一連の文字を任意の場所で区切ります。
• 暗号化された形式で処理されるメディアコンテンツについては、メソッドのサポートが実装されています。 MediaCapabilities.decodingInfo()これは、保護されたコンテンツをデコードするためのブラウザーの機能に関する情報を提供します (たとえば、この方法は、利用可能な帯域幅と画面サイズに基づいて高品質またはエネルギー効率の高いデコード シナリオを選択するために使用できます)。
• 追加されたメソッド HTMLVideoElement.getVideoPlaybackQuality()、これを通じてビデオ再生パフォーマンスに関する情報を取得し、ビットレート、解像度、その他のビデオパラメータを調整できます。
• APIで 支払いハンドラー、既存の決済システムとの統合を簡素化する機能が追加されました。 代表団 住所および連絡先情報を支払いシステムの外部プロセッサに処理する (支払いシステム アプリケーションはブラウザよりも正確な情報を持っている場合があります)。
• HTTPヘッダーのサポートを追加しました 秒フェッチ宛先これにより、リクエストに関連付けられたコンテンツの種類に関する追加のメタデータを送信できます（例えば、imgタグ経由のリクエストの場合、種類は「image」、フォントの場合は「font」、スクリプトの場合は「script」、スタイルの場合は「style」など）。指定された種類に基づいて、サーバーは特定の種類の攻撃から保護するための対策を講じることができます（例えば、送金ハンドラーへのリンクがimgタグ経由で指定される可能性は低いため、そのようなリクエストは処理する必要はありません）。
• JavaScriptエンジンV8で 最適化が実行されました ポインタをヒープに格納する方法。64ビット値全体を格納する代わりに、ポインタの固有の下位ビットのみを格納する。この最適化により、ヒープ内のメモリ消費量を40%削減できたが、パフォーマンスは3～8%低下した。
  
  
• 変更点 Web 開発者向けツール:
  • Web コンソールには、let 式と class 式を再定義できる機能が追加されました。
    
  • WebAssembly デバッグ ツールが改善されました。 サポートの追加 DWARF ステップバイステップのデバッグ、ブレークポイントの指定、WebAssembly アプリケーションが記述されているソース コードのスタック トレースの分析を行います。
    
  • ネットワークアクティビティを分析するためのパネルが改善されました。 リクエストの開始に関連付けられたスクリプトの呼び出しのチェーンを表示する機能が追加されました。
    

    各ネットワーク リソースの絶対パスと完全な URL を表示する新しいパスと URL 列が追加されました。 選択したクエリが概要図で強調表示されていることを確認します。

    
  • User-Agent パラメータを変更するオプションが [ネットワーク条件] タブに追加されました。
    
  • 監査パネルを構成するための新しいインターフェースが提案されました。
    
  • タブ内 カバレッジ 関数ごとまたはコード ブロックごとにカバレッジ データを収集する選択肢が提供されました (より詳細な統計ですが、より多くのリソースが必要です)。
    
• AppCache マニフェスト アクション (オフライン モードでの Web アプリケーションの動作を整理するテクノロジ) 限られた サイトの現在のディレクトリ（マニフェストが www.example.com/foo/bar/ から読み込まれた場合、URL の再定義機能は /foo/bar/ 内でのみ機能します）。Chrome 82 では、AppCache のサポートが完全に削除される予定です。これは、クロスサイトスクリプティング攻撃の実行経路の一つを排除するためです。AppCache ではなく API を使用することをお勧めします。 キャッシュ.
• 製造中止 従来の WebVR 1.1 API のサポート (API で置き換えることが可能) WebXR デバイスこれにより、仮想現実と拡張現実を作成し、固定型仮想現実ヘルメットからモバイルデバイスに基づくソリューションまで、さまざまな種類のデバイスとの作業を統合するためのコンポーネントにアクセスできるようになります。
• registerProtocolHandler() メソッドおよび unregisterProtocolHandler() メソッドを介して接続されたプロトコル ハンドラーは、安全なコンテキスト (HTTPS 経由でアクセスされた場合) でのみ動作できるようになりました。

新しいバージョンでは、革新とバグ修正に加えて、次のような問題が解消されています。 56 件の脆弱性。 脆弱性の多くは自動テストツールの結果として特定されました AddressSanitizer, メモリーサニタイザー, 制御フローの整合性, リブファザー и AFLブラウザ保護の全層をバイパスし、サンドボックス環境外でシステム内のコードを実行できるような重大な問題は確認されていません。Googleは、現在のリリースの脆弱性発見に対して報奨金を支払うプログラムの一環として、37件に合計48万10000ドルの報奨金を支払いました（5000ドルが3000件、2000ドルが1000件、500ドルが17件、XNUMXドルがXNUMX件、XNUMXドルがXNUMX件、XNUMXドルがXNUMX件）。XNUMX件の報奨金の額はまだ確定していません。

出所： オープンネット.ru