非推奨になった機能と削除(Chrome 81)

Joe Medley
Joe Medley

「basic-card」のサポート終了と削除支払いハンドラのサポート

このバージョンの Chrome では、Payment Request API に対する基本的なカード ポリフィルが削除されます iOS 版 Chrome で管理できます。そのため、Payment Request API は iOS Chrome。詳しくは、iOS の支払いリクエストを見直すをご覧ください。

削除の意思 | Chrome プラットフォームのステータス | Chromium のバグ

BasicCardRequest から supportedType フィールドを削除

"basic-card" のお支払い方法に "supportedTypes":[type] パラメータを指定する リクエストされた種類のカードのみを表示します。種類は「credit」、「"debit"」、 "prepaid"

カードタイプのパラメータは仕様から削除され、 Chrome。カードの種類を正確に判断することが難しいため。販売者 カードは信用できないため、PSP にカードの種類を確認してもらう必要がある ブラウザで「filter」と入力します。

  • カードの種類はカード会社のみが把握でき、確実性とダウンロード可能なカードを把握できる 精度が低いため、現在の状態を正確に把握することは ブラウザに保存されているカードのタイプです。
  • 「ベーシック カード」Chrome のお支払い方法に Google のカードが表示されなくなった Google Pay。カード発行会社に連絡する場合があります。

削除の意思 | Chrome プラットフォームのステータス | Chromium のバグ

要素を削除する

<discard> 要素を削除(Chrome 81)これは Chromium にのみ実装されているため、 相互運用性を確保できませんほとんどのユースケースでは、 display プロパティのアニメーションと削除の組み合わせで置き換えられます。 (JavaScript)コールバック/イベント ハンドラ。

削除の意思 | Chrome プラットフォームのステータス | Chromium のバグ

TLS 1.0 と TLS 1.1 を削除する

TLS(Transport Layer Security)は、HTTPS を保護するプロトコルです。機能 20 年近く前の TLS 1.0 にまでさかのぼります。 SSL を使用します。TLS 1.0 と 1.1 の両方にいくつかの弱点があります。

  • TLS 1.0 および 1.1 は、音声文字変換ハッシュに MD5 と SHA-1(どちらも弱いハッシュ)を使用します。 [Finished]メッセージで確認できます
  • TLS 1.0 および 1.1 は、サーバー署名に MD5 と SHA-1 を使用します。(注: これは 保持します)。
  • TLS 1.0 および 1.1 は、RC4 暗号と CBC 暗号のみをサポートしています。RC4 は壊れてしまい 削除されました。TLS の CBC モードの構築には欠陥があり、 防ぐことができます。
  • TLS 1.0 の CBC 暗号は、初期化ベクトルを追加で構築する 誤りです。
  • TLS 1.0 は PCI-DSS に準拠しなくなります。

上記の問題を回避するための前提条件として、TLS 1.2 をサポートする必要があります。TLS TLS 1.0 および 1.1 のサポートは終了しました。Chrome もサポートを終了しました 通信できます。

削除の意思 | Chrome のステータス トラッカー | Chromium のバグ

TLS 1.3 ダウングレード強化のバイパス

TLS 1.3 には、ダウングレード時の保護を強化するための、下位互換性のあるセキュリティ強化機能が含まれています。 ただし、昨年 TLS 1.3 を公開したときは、この機能を部分的に無効にする必要がありました。 非準拠の TLS 終端処理と互換性がないため 使用されます。Chrome は現在、証明書のセキュリティ強化対策を実装 既知のルートまでチェーン接続しますが、 できます。すべての接続で有効にする予定です。

ダウングレード保護は、さまざまなレガシー オプションによるセキュリティへの影響を軽減する 互換性を確保するために保持していますつまり、ユーザーの接続はより安全であり、 セキュリティ脆弱性が発見された場合は、そのリスクが 対応できます。(つまり、下流のユーザーが故障したサイトが減ることになります) road.)これは RFC 8446 にも準拠しています。

削除の意思 | Chrome プラットフォームのステータス | Chromium のバグ

非推奨ポリシー

プラットフォームを健全な状態に保つために、コースを実行しているウェブ プラットフォームから API を削除することがあります。除外される理由はさまざまですが 例:

  • より新しい API に置き換えられます。
  • これらのブラウザは、他のブラウザとの整合性や整合性を持たせるために仕様の変更を反映するように更新されています。
  • これは初期段階の試験運用版であり、他のブラウザでは成果が上がらないため、ウェブ デベロッパーにとってのサポートの負担が増える可能性があります。

これらの変更のいくつかは、少数のサイトにのみ影響します。問題を未然に防ぐため、Google ではデベロッパーの皆様に事前の通知を行い、サイトの運用を継続するために必要な変更を加えていただくよう努めています。

Chrome には現在、 API のサポート終了と削除に関するプロセスが設けられています。主な内容は次のとおりです。

  • blink-dev メーリング リストで発表します。
  • ページで使用が検出された場合に、Chrome DevTools コンソールで警告を設定し、時間スケールを表示します。
  • 待機してモニタリングし、使用量が減少したら特徴を削除します。

chromestatus.com でサポートが終了した機能の一覧を確認するには、 非推奨のフィルタ を使用します。また、削除されたフィルタを適用すると、削除された機能の一覧が表示されます。これらの投稿では、いくつかの変更点、理由、移行パスのまとめも行います。