Chrome 80 リリース

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

メイン 変更 в クロム 80:

• 少数のユーザー向けに、同様の目的を持つ複数のタブを視覚的に分離されたグループに結合できるタブのグループ化機能が提供されています。 各グループには独自の色と名前を割り当てることができます。 アクティベーションの最初の段階に含まれなかったユーザーは、「chrome://flags/#tab-groups」オプションを通じてグループ化のサポートを有効にすることができます。
  

• この機能のサポートが追加されました スクロールしてテキストへこれにより、「a name」タグまたは「id」プロパティを使用して文書内で明示的にラベルを指定せずに、個々の単語またはフレーズへのリンクを作成できます。 このようなリンクの構文は Web 標準として承認される予定ですが、まだその段階です。 下書き。 遷移マスク (本質的にはスクロール検索) は、「:~:」属性によって通常のアンカーから分離されます。 たとえば、リンク「https://opennet.ru/52312/#:~:text=Chrome」を開くと、ページは「Chrome」という単語が最初に記述された位置に移動し、この単語が強調表示されます。 。
• 適用済み 非 HTTPS リクエストに対するサイト間の Cookie の転送に対するより厳しい制限により、現在のページのドメイン以外のサイトにアクセスするときに設定されたサードパーティ Cookie の処理が禁止されます。 このような Cookie は、広告ネットワーク、ソーシャル ネットワーク ウィジェット、Web 分析システムのコード内でサイト間のユーザーの移動を追跡するために使用されます。 Cookie の送信を制御するには、Set-Cookie ヘッダーで指定された SameSite 属性が使用されることを思い出してください。この属性はデフォルトで値「SameSite=Lax」に設定されており、クロスサイト サブリクエストの Cookie の送信を制限します。 、画像リクエストや、別のサイトからの iframe を介したコンテンツの読み込みなど。 サイトは、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 ??」 bar が null の場合、'default string'" は、"||" 演算子とは対照的に、bar が 0 および ' ' の場合を含め、そうでない場合は bar の値を返します。
• Origin Trials モード (別途必要な実験的機能) アクティベーション) コンテンツ インデックス API を提案しました。 オリジン トライアルとは、ローカルホストまたは 127.0.0.1 からダウンロードされたアプリケーションから、または特定のサイトで期間限定で有効な特別なトークンを登録して受信した後、指定された API を操作できる機能を意味します。 API コンテンツのインデックス作成は、Progressive Web Apps (PWS) モードで実行されている Web アプリケーションによって以前にキャッシュされたコンテンツに関するメタデータを提供します。 画像、動画、記事などのさまざまなデータをブラウザ側に保存し、ネットワーク接続が失われた場合にはCache Storage APIやIndexedDB APIを利用して利用することができます。 Content Indexing API を使用すると、このようなリソースの追加、検索、削除が可能になります。 ブラウザでは、この API はオフライン表示に使用できるページとマルチメディア データのリストを表示するためにすでに使用されています。
  

• 安定化され、Origin Trials API の外部で配布されるようになりました コンタクトピッカーを使用すると、ユーザーがアドレス帳からエントリを選択し、それらに関する特定の詳細をサイトに送信できるようになります。 リクエストでは、取得する必要があるプロパティのリストを指定します。 これらのプロパティはユーザーに明示的に表示され、ユーザーはこれらのプロパティを渡すかどうかを決定します。 この API は、たとえば、Web メール クライアントで送信レターの受信者を選択したり、VoIP 機能を備えた Web アプリケーションで特定の番号に通話を開始したり、ソーシャル ネットワークで登録済みの友人を検索したりするために使用できます。 。 同時に、Origin トライアルの一部として、いくつかの新しい連絡先ピッカー プロパティが提供されます。以前に利用できた氏名、電子メール、電話番号に加えて、電子メール アドレスと画像を転送する機能が追加されました。
• Web ワーカー向け 提案された ECMAScript モジュールをロードする新しい方法。インポートされたスクリプトの処理中にワーカーをブロックし、グローバル コンテキストで実行する importScripts() 関数の使用を回避できます。 新しい方法では、標準の JavaScript インポート メカニズムをサポートし、ワーカーの実行をブロックすることなく動的にロードできる Web ワーカー用の特別なモジュールを作成します。 モジュールをロードするために、Worker コンストラクターは新しいリソース タイプ「モジュール」を提供します。

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

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

  const 圧縮ReadableStream
  = inputReadableStream.pipeThrough(new CompressionStream('gzip'));

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

• 変更点 Web 開発者向けツール:
  • Web コンソールには、let 式と class 式を再定義できる機能が追加されました。
    

  • WebAssembly デバッグ ツールが改善されました。 サポートの追加 DWARF ステップバイステップのデバッグ、ブレークポイントの指定、WebAssembly アプリケーションが記述されているソース コードのスタック トレースの分析を行います。
    

  • ネットワークアクティビティを分析するためのパネルが改善されました。 リクエストの開始に関連付けられたスクリプトの呼び出しのチェーンを表示する機能が追加されました。
    

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

    

  • [ネットワーク条件] タブに、ユーザー エージェント パラメータを変更するオプションが追加されました。
    

  • 監査パネルを構成するための新しいインターフェースが提案されました。
    

  • タブ内 カバレッジ 関数ごとまたはコード ブロックごとにカバレッジ データを収集する選択肢が提供されました (より詳細な統計ですが、より多くのリソースが必要です)。
    

• AppCache マニフェスト アクション (オフライン モードでの Web アプリケーションの動作を整理するテクノロジ) 限られた サイトの現在のディレクトリ (マニフェストが www.example.com/foo/bar/ からダウンロードされた場合、URL をオーバーライドする機能は /foo/bar/ 内でのみ機能します)。 AppCache のサポートは Chrome 82 で完全に削除される予定です。 理由として挙げられているのは、クロスサイト スクリプティング攻撃のベクトルの XNUMX つを排除したいという要望です。 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 の報酬の規模はまだ決定されていません。

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