Chrome 84 Veröffentlichung

Das Unternehmen Google hat Release des Web-Browsers Chrome 84. Gleichzeitig verfügbar stabile Ausgabe des Open-Source-Projekts Chromium, das die Grundlage von Chrome bildet. Der Browser Chrome unterscheidet sich durch die Verwendung von Google-Logos, das Vorhandensein eines Systems zur Benachrichtigung bei Abstürzen, die Möglichkeit, Flash-Inhalte auf Anfrage zu laden, Module zur Wiedergabe von geschützten Videoinhalten (DRM), ein automatisches Aktualisierungssystem und der Übertragung bei der Suche von RLZ-ParameternDie nächste Version von Chrome 85 ist für den 25. August geplant.

Haupt- Änderungen in Chrome 84:

  • Deaktiviert Unterstützung für die Protokolle TLS 1.0 und TLS 1.1. Um auf Websites über einen sicheren Kanal zuzugreifen, muss der Server mindestens TLS 1.2 unterstützen, andernfalls wird der Browser jetzt einen Fehler anzeigen. Laut Google erfolgen derzeit etwa 0,5 % der Webseitendownloads weiterhin mit veralteten TLS-Versionen. Die Deaktivierung wurde gemäß Empfehlungen vorgenommen. IETF (Internet Engineering Task Force) vorgenommen. Der Grund für den Verzicht auf TLS 1.0/1.1 ist das Fehlen der Unterstützung moderner Verschlüsselungen (z. B. ECDHE und AEAD) sowie die Anforderung der Unterstützung älterer Verschlüsselungen, deren Zuverlässigkeit im aktuellen Entwicklungsstand der Computertechnik in Frage gestellt wird (z. B. wird die Unterstützung von TLS_DHE_DSS_WITH_3DES_EDE_CBC_SHA benötigt, für die Integritätsprüfung und Authentifizierung werden MD5 und SHA-1 verwendet). Die Einstellung, die das Zurücksetzen auf TLS 1.0/1.1 ermöglicht, wird bis Januar 2021 beibehalten.
  • Das Blockieren wurde sichergestellt unsicheren Downloads (ohne Verschlüsselung) von ausführbaren Dateien, und es wurden Warnmeldungen bei unsicheren Archivdownloads hinzugefügt. Künftig ist geplant, die Unterstützung für das Herunterladen von Dateien ohne Verschlüsselung schrittweise vollständig einzustellen. Die Blockierung wurde implementiert, da das Herunterladen von Dateien ohne Verschlüsselung für schädliche Aktivitäten durch Manipulation des Inhalts bei MITM-Angriffen verwendet werden kann.
  • Hinzugefügt Der anfängliche Support Identifier Client Hints, entwickelt als Alternative zum User-Agent-Header. Der Mechanismus Client Hints bietet als Ersatz für User-Agent eine Reihe von 'Sec-CH-UA-*'-Headern, die eine selektive Übermittlung von Daten zu bestimmten Parametern des Browsers und Systems (Version, Plattform usw.) nur auf Anfrage des Servers ermöglichen. Der Benutzer erhält die Möglichkeit, festzulegen, welche Parameter zulässig sind und diese Informationen selektiv den Website-Besitzern bereitzustellen. Bei Verwendung von Client Hints wird der Identifier standardmäßig nicht ohne ausdrückliche Anfrage übermittelt, was eine passive Identifizierung unmöglich macht (standardmäßig wird nur der Name des Browsers angegeben). Arbeit nach Vereinheitlichung des User-Agent verschoben bis zum nächsten Jahr.
  • Fortgesetzt Aktivierung
    strengerer bei der Nutzung, was bestimmte Übermittlung von Cookies zwischen Websites, die aufgehoben wurde wegen COVID-19. Für nicht-HTTPS-Anfragen ist die Verarbeitung von Drittanbieter-Cookies, die beim Zugriff auf Websites, die von der aktuellen Domain abweichen, festgelegt werden, verboten. Solche Cookies werden verwendet, um die Bewegungen des Nutzers zwischen Websites in den Codes von Werbenetzwerken, sozialen Medien Widgets und Webanalysesystemen zu verfolgen.

    Zur Verwaltung der Cookie-Übertragung wird das im Set-Cookie-Header angegebene Attribut SameSite verwendet, das standardmäßig auf "SameSite=Lax" gesetzt wird, was das Senden von Cookies für zwischen-webseitige Subanfragen wie das Abrufen von Bildern oder das Laden von Inhalten über iframes von einer anderen Website einschränkt. Websites können den standardmäßig verwendeten SameSite-Modus überschreiben, indem sie bei der Setzung von Cookies explizit den Wert SameSite=None festlegen. Darüber hinaus kann der Wert SameSite=None für Cookies nur im sicheren Modus (gilt für Verbindungen über HTTPS) festgelegt werden. Die Änderung wird schrittweise eingeführt, zuerst für einen kleinen Prozentsatz der Nutzer und dann schrittweise erweitert.

  • Experimentelle Implementierung hinzugefügt eines Blockierers für ressourcenintensive Werbung, der durch die Einstellung „chrome://flags/#enable-heavy-ad-intervention“ aktiviert werden kann. Der Blockierer ermöglicht es, Anzeigen-iframe-Blöcke automatisch zu deaktivieren, nachdem die Schwellenwerte für den Traffic und die CPU-Auslastung überschritten wurden. Die Blockierung tritt in Kraft, wenn im Hauptthread mehr als 60 Sekunden CPU-Zeit insgesamt oder 15 Sekunden in einem 30-Sekunden-Intervall (über 30 Sekunden 50% der Ressourcen verbraucht) verbraucht wurden, sowie wenn über 4 MB Daten über das Netzwerk geladen wurden.

    Die Blockierung tritt nur in Kraft, wenn der Nutzer vor der Überschreitung der Grenzen nicht mit dem Werbeblock interagiert hat (zum Beispiel nicht darauf geklickt hat), was in Anbetracht der Einschränkungen beim Traffic das Abspielen von umfangreichen Werbevideos ohne explizite Aktivierung durch den Nutzer verhindern wird. Die vorgeschlagenen Maßnahmen befreien Nutzer von Werbung mit ineffizientem Code oder absichtlicher parasitärer Aktivität (z.B. Mining). Nach Google-Statistiken macht die Werbung, die unter die Blockierungskriterien fällt, nur 0,30% aller Werbeblocks aus, verbraucht jedoch 28% der CPU-Ressourcen und 27% des Traffics aller Werbung.

  • Es wurde an der Reduzierung des CPU-Ressourcenverbrauchs gearbeitet, wenn das Browserfenster nicht im Sichtfeld des Benutzers ist. Chrome überprüft jetzt, ob das Browserfenster von anderen Fenstern überdeckt wird, und schließt die Pixelzeichnung in den überdeckten Bereichen aus. Die Aktivierung der neuen Funktion erfolgt schrittweise: selektiv für einige Benutzer wird die Optimierung in Chrome 84 aktiviert, für die übrigen in Chrome 85.
  • Standardmäßig aktiviert Schutz vor lästige Benachrichtigungen, zum Beispiel Spam-Anfragen für Push-Benachrichtigungen. Da solche Anfragen die Nutzererfahrung stören und die Aufmerksamkeit auf Bestätigungsdialoge lenken, wird anstelle eines separaten Dialogs in der Adresszeile ein nicht-interaktives Informationspopup angezeigt, das vor der Blockierung von Berechtigungsanfragen warnt und automatisch in einen Indikator mit einem durchgestrichenen Glockensymbol zusammengeklappt wird. Ein Klick auf den Indikator ermöglicht es dem Nutzer, die angeforderte Berechtigung jederzeit zu aktivieren oder abzulehnen.

    Chrome 84 Veröffentlichung
  • Es wurde sichergestellt, dass die Auswahl des Benutzers beim Öffnen von externen Protokolldehnern gespeichert wird – der Benutzer kann «immer für diese Website erlauben» für einen bestimmten Handler auswählen, und der Browser merkt sich diese Entscheidung in Verbindung mit der aktuellen Website.
  • Es wurde ein Schutz vor der Änderung der Benutzereinstellungen ohne ausdrückliche Zustimmung hinzugefügt. Wenn eine Erweiterung die standardmäßig vorgeschlagene Suchmaschine oder die für einen neuen Tab angezeigte Seite ändert, zeigt der Browser jetzt einen Dialog an, in dem er vorschlägt, die angegebene Aktion zu bestätigen oder die Änderung abzubrechen.
  • Fortgesetzt Einführung eines Schutzes gegen das Laden von gemischten Multimedia-Inhalten (wenn auf einer HTTPS-Seite Ressourcen über http:// geladen werden). Auf Seiten, die über HTTPS geöffnet werden, werden jetzt automatisch Links »http://« in »https://« in den Bereichen ersetzt, die mit dem Laden von Bildern zusammenhängen (früher wurden Skripte und iFrames ersetzt, die automatische Umstellung von Audio- und Videoressourcen wird in der nächsten Version erwartet). Wenn ein Bild über https nicht verfügbar ist, wird dessen Laden blockiert (Manuell kann die Blockade über das Menü, das über das Schloss-Symbol in der Adresszeile zugänglich ist, angekreuzt werden).
  • Unterstützung für API Web OTP (entwickelt als SMS Receiver API), die es ermöglicht, die Eingabe eines einmaligen Passworts auf der Webseite zu organisieren, nachdem eine SMS-Nachricht mit dem Bestätigungscode, der auf dem Android-Smartphone des Benutzers zugestellt wurde, empfangen wurde, auf dem der Browser ausgeführt wird. Die Bestätigung per SMS kann beispielsweise verwendet werden, um die Telefonnummer zu überprüfen, die der Benutzer bei der Registrierung angegeben hat. Früher musste der Benutzer die SMS-App öffnen, den Code in die Zwischenablage kopieren, zum Browser zurückkehren und diesen Code einfügen, aber die neue API ermöglicht die Automatisierung dieses Prozesses und der Vorgang wird auf einen einzigen Touch reduziert.
  • API erweitert Web Animations
    zur Steuerung der Wiedergabe von Webanimationen. In der neuen Version wurde die Unterstützung von Compositing-Operationen hinzugefügt, die steuern, wie Effekte kombiniert werden, und neue Handler bereitstellen, die bei Ereignissen zur Inhaltsersetzung aufgerufen werden. Die API für Webanimationen unterstützt jetzt auch Promises zur Bestimmung der Reihenfolge der Anzeige von Animationen und zur besseren Steuerung, wie Animationen mit anderen Funktionen der Anwendung interagieren.
  • Im Modus der Origin Trials (experimentelle Funktionen, die eine separate Aktivierung erfordern) wurden mehrere neue APIs hinzugefügt. Origin Trial bedeutet die Möglichkeit, mit der angegebenen API aus Anwendungen zu arbeiten, die von localhost oder 127.0.0.1 geladen werden, oder nach erfolgreicher Registrierung und Erhalt eines speziellen Tokens, der für eine begrenzte Zeit für eine bestimmte Website gültig ist.
    • API Cookie-Speicher zum Zugriff des Service Workers auf HTTP-Cookies, der eine asynchrone Alternative zur Verwendung von document.cookie darstellt.
    • API Inaktivitätserkennung zum Erkennen der Inaktivität des Benutzers, die es ermöglicht zu bestimmen, wann der Benutzer nicht mit der Tastatur/Maus interagiert, der Bildschirmschoner aktiv ist, der Bildschirm gesperrt ist oder die Arbeit auf einem anderen Monitor durchgeführt wird. Die Mitteilung der Anwendung über die Inaktivität erfolgt durch das Senden einer Benachrichtigung, nachdem ein festgelegter Inaktivitätsschwellenwert erreicht wurde.
    • Modus Herkunftstrennung, ermöglicht es Entwicklern, eine umfassendere Isolierung der Inhaltsverarbeitung in einem separaten Prozess basierend auf der Herkunft (origin — Domain+Port+Protokoll) anzuwenden, anstatt auf der Website, was zum Verzicht auf einige veraltete Funktionen führt, wie das synchrone Ausführen von Skripten, die document.domain verwenden, und den Aufruf von postMessage(), um Nachrichten an Instanzen von WebAssembly.Module zu senden. Mit anderen Worten, die Herkunftstrennung ermöglicht es, die Trennung nach verschiedenen Prozessen auf Basis der Ressourcendomain und nicht der Website mit allen externen Einbindungen auf den Seiten zu organisieren.
    • API WebAssembly SIMD zum Einsatz von Vektor-SIMD-Anweisungen in Anwendungen im WebAssembly-Format. Zur Gewährleistung der Plattformunabhängigkeit werden ein neuer 128-Bit-Typ angeboten, der verschiedene Arten von verpackten Daten abbilden kann, sowie mehrere grundlegende Vektoroperationen zur Verarbeitung von verpackten Daten. SIMD ermöglicht eine Leistungssteigerung durch die Parallelisierung der Datenverarbeitung und wird bei der Kompilierung von nativen Code in WebAssembly nützlich sein. Zur Aktivierung der SIMD-Unterstützung kann die Einstellung „chrome://flags/#enable-webassembly-simd“ verwendet werden.
  • Stabilisiert und jetzt außerhalb der Herkunftsversuche verbreitet.
    API Content Indexing, das Metadaten über Inhalte bereitstellt, die zuvor von Webanwendungen, die im Modus Progressive Web Apps (PWS) arbeiten, zwischengespeichert wurden. Die Anwendung kann verschiedene Daten im Browser speichern, einschließlich Bilder, Videos und Artikel, und diese bei Verlust der Netzwerkverbindung mit Hilfe von API Cache Storage und IndexedDB verwenden. Das Content Indexing API ermöglicht das Hinzufügen, Finden und Entfernen solcher Ressourcen. In modernen Browsern wird dieses API bereits verwendet, um eine Liste von Seiten und multimedialen Inhalten anzuzeigen, die offline verfügbar sind.
  • Stabilisierte Version des API Wake Lock basierend auf dem Promise-Mechanismus, der einen sichereren Weg bietet, die automatische Bildschirm-Sperre zu steuern und Geräte in Energiesparmodi zu versetzen.
  • In der Version für die Android-Plattform hinzugefügt unterstützt Anwendungs-Shortcuts, die einen schnellen Zugriff auf häufig genutzte Standardaktionen in der Anwendung ermöglichen. Um Shortcuts zu erstellen, genügt es, Elemente in das Manifest der Webanwendung im PWA-Format (Progressive Web Apps) aufzunehmen.
    Chrome 84 Veröffentlichung
  • Für Web Worker ist die Verwendung des API ReportingObserver, das es ermöglicht, einen Handler zu definieren, der einen Bericht generiert, der bei Zugriff auf veraltete Funktionen aufgerufen wird. Der vom Benutzer generierte Bericht kann gespeichert, an einen Server gesendet oder von einem JavaScript-Skript verarbeitet werden.
  • API aktualisiert Resize Observer, das es ermöglicht, einen Handler zu verbinden, der Benachrichtigungen über die Größenänderung der angegebenen Elemente auf der Seite empfängt. Der ResizeObserverEntry wurde um drei neue Eigenschaften erweitert: contentBoxSize, borderBoxSize und devicePixelContentBoxSize, um detailliertere Informationen in Form eines Arrays von ResizeObserverSize-Objekten bereitzustellen.
  • Das Schlüsselwort „revert“ wurde hinzugefügt, um den Stil eines Elements auf den Standardwert zurückzusetzen.
  • Die CSS-Eigenschaften „-webkit-appearance“ und „-webkit-ruby-position“ wurden von ihrem Prefix befreit und sind nun als „appearance» und „ruby-position«.
  • In JavaScript wurde unterstützt die Markierung von Methoden und Eigenschaften einer Klasse als privat, wodurch der Zugriff auf sie nur innerhalb der Klasse möglich ist (zuvor konnten nur Felder privat sein). Um Methoden und Eigenschaften als privat zu kennzeichnen, muss das Zeichen „#“ vor dem Namen des Feldes angegeben werden.
  • In JavaScript hinzugefügt unterstützt schwache Verweise (weak reference) auf JavaScript-Objekte, die es ermöglichen, einen Verweis auf ein Objekt zu halten, ohne die Entfernung des zugehörigen Objekts durch den Garbage Collector zu blockieren. Zudem wurde die Unterstützung für Finalizer hinzugefügt, die es ermöglichen, einen Handler zu definieren, der nach der Ausführung der Garbage Collection des angegebenen Objekts aufgerufen wird.
  • Die Startgeschwindigkeit von Anwendungen auf WebAssembly wurde durch die Implementierung im Baseline-Compiler Liftoff beschleunigt. atomare Instruktionen und Batch-Operationen mit dem Speicher. Die Debugging-Tools für WebAssembly wurden verbessert, und die Debugging-Leistung bei der Verwendung von Haltepunkten wurde erheblich gesteigert (zuvor kam der Interpreter beim Debuggen zum Einsatz, jetzt der Compiler Liftoff).
  • In den Entwicklertools für Webentwickler pphttps://developers.google.com/web/updates/2020/05/devtools wurde das Panel für die Leistungsanalyse aktualisiert. Allgemeine Informationen zu der Metrik TBT (Total Blocking Time), die aufzeigt, wie lange die Seite scheinbar verfügbar ist, aber tatsächlich nicht verfügbar ist (d. h. die Seite ist bereits gerendert, blockiert jedoch weiterhin die Ausführung des Hauptthreads und die Eingabe von Daten ist nicht möglich). Ein neuer Abschnitt "Experience" wurde hinzugefügt, um diese Metrik zu analysieren. CLS (Cumulative Layout Shift), das die visuelle Stabilität des Inhalts widerspiegelt. In der Inspektionspanel der CSS-Stile wurde eine Vorschau auf Bilder implementiert, die über die Eigenschaft "background-image" angegeben sind.

Neben Neuerungen und Fehlerbehebungen wurden in der neuen Version 38 Sicherheitsanfälligkeiten. Viele dieser Schwachstellen wurden durch automatisiertes Testen mit Werkzeugen festgestellt, AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer und AFL. Ein Problem (CVE-2020-6510, Buffer-Overflow im Handler für Hintergrundoperationen bei fetch) wurde als kritisch eingestuft, d. h. es ermöglicht, alle Sicherheitsebenen des Browsers zu umgehen und Code außerhalb der Sandbox-Umgebung im System auszuführen. Im Rahmen des Bug-Bounty-Programms für die aktuelle Veröffentlichung hat Google 26 Prämien in Höhe von 21.500 US-Dollar ausgezahlt (zwei Prämien von 5.000 USD, zwei Prämien von 3.000 USD, eine Prämie von 2.000 USD, zwei Prämien von 1.000 USD und drei Prämien von 500 USD). Die Höhe von 16 Prämien ist noch nicht festgelegt.

Quelle: opennet.ru

60GB SSD 8Gb DDR4