Die Firma Google hat die Veröffentlichung des Web-Browsers Chrome 97 vorgestellt. Gleichzeitig ist die stabile Version des freien Projekts Chromium verfĂŒgbar, welches die Grundlage fĂŒr Chrome bildet. Der Browser Chrome zeichnet sich durch die Verwendung der Google-Logos, ein System zur Benachrichtigung im Falle eines Absturzes, Module zur Wiedergabe von kopiergeschĂŒtztem Videoinhalt (DRM), ein automatisches Update-System und die Ăbertragung von RLZ-Parametern bei der Suche aus. FĂŒr diejenigen, die mehr Zeit fĂŒr ein Update benötigen, wird ein separater Extended Stable-Zweig unterstĂŒtzt, der 8 Wochen lang aktiv ist, in dem ein Update fĂŒr die vorherige Version Chrome 96 bereitgestellt wird. Die nĂ€chste Veröffentlichung von Chrome 98 ist fĂŒr den 1. Februar geplant.
Wesentliche Ănderungen in Chrome 97:
- FĂŒr einen Teil der Nutzer wird im Konfigurator eine neue Schnittstelle zur Verwaltung von im Browser gespeicherten Daten verwendet (âchrome://settings/content/allâ). Das Hauptmerkmal der neuen Schnittstelle ist die Ausrichtung auf die Verwaltung der Berechtigungen und die gleichzeitige Löschung sĂ€mtlicher Cookies der Website, ohne die Möglichkeit, detaillierte Informationen ĂŒber einzelne Cookies einzusehen oder diese selektiv zu löschen. Google ist der Meinung, dass der Zugang zur Verwaltung einzelner Cookies fĂŒr den durchschnittlichen Nutzer, der sich nicht mit den Feinheiten der Webentwicklung auskennt, zu unvorhersehbaren Störungen auf Websites fĂŒhren kann, da er unĂŒberlegte Ănderungen einzelner Parameter vornimmt, sowie zur versehentlichen Deaktivierung von ĂŒber Cookies aktivierten Datenschutzmechanismen. FĂŒr diejenigen, die mit einzelnen Cookies arbeiten mĂŒssen, wird empfohlen, den Bereich zur Verwaltung des Speichers in den Entwicklertools zu nutzen (Application/Storage/Cookie).

- Im Informationsblock ĂŒber die Website wurde die Ausgabe einer kurzen Beschreibung der Website implementiert (zum Beispiel eine Beschreibung aus Wikipedia), wenn in den Einstellungen der Optimierungsmodus fĂŒr Suche und Navigation aktiviert ist (Option âMake searches and browsing betterâ).

- Die UnterstĂŒtzung fĂŒr das automatische AusfĂŒllen von Feldern in Webformularen wurde verbessert. Empfehlungen mit Auto-AusfĂŒllvarianten werden jetzt mit leichtem Versatz angezeigt und mit Informationspikto- grammen versehen, um eine bequemere Vorschau und eine anschauliche Zuordnung zum auszufĂŒllenden Feld zu ermöglichen. Zum Beispiel zeigt das Profil-Piktogramm an, dass das angebotene Auto-AusfĂŒllen Felder betrifft, die mit Adress- und Kontaktinformationen verbunden sind.

- Die Entfernung von Speicherverwendungen der Benutzerprofil-Handler nach dem SchlieĂen der zugehörigen Browserfenster ist sichergestellt. Zuvor blieben Profile im Speicher und fĂŒhrten weiterhin Aufgaben im Zusammenhang mit der Synchronisation und der AusfĂŒhrung von Hintergrund-Skripten von Erweiterungen aus, was zu einer ungerechtfertigten Ressourcenverschwendung auf Systemen fĂŒhrte, in denen gleichzeitig mehrere Profile verwendet werden (zum Beispiel ein Gastprofil und eine Bindung an ein Google-Konto). AuĂerdem wurde eine grĂŒndlichere Bereinigung der Daten gewĂ€hrleistet, die wĂ€hrend der Arbeit mit dem Profil verbleiben.
- Die Seite mit den Einstellungen fĂŒr Suchmaschinen (âEinstellungen> Suchmaschinen verwaltenâ) wurde verbessert. Die automatische Aktivierung von Engines wurde deaktiviert, deren Informationen beim Ăffnen der Website ĂŒber das OpenSearch-Skript angezeigt werden â neue Engines zur Verarbeitung von Suchanfragen aus der Adresszeile mĂŒssen jetzt manuell in den Einstellungen aktiviert werden (frĂŒher automatisch aktivierte Engines funktionieren weiterhin unverĂ€ndert).
- Ab dem 17. Januar werden im Chrome Web Store keine Erweiterungen mehr akzeptiert, die die zweite Version des Chrome-Manifests verwenden, jedoch können Entwickler bereits hinzugefĂŒgter Erweiterungen weiterhin Updates veröffentlichen.
- Die experimentelle UnterstĂŒtzung der WebTransport-Spezifikation wurde hinzugefĂŒgt, die das Protokoll und die zugehörige JavaScript-API zur Ăbertragung von Daten zwischen dem Browser und definiert. Server. Der Kommunikationskanal wird ĂŒber HTTP/3 eingerichtet, wobei QUIC als Transportprotokoll verwendet wird. WebTransport kann anstelle des WebSockets-Mechanismus verwendet werden und bietet zusĂ€tzliche Funktionen wie die Organisation der Ăbertragung in mehreren Streams, unidirektionale Streams, paketunabhĂ€ngige Zustellung (out-of-order), zuverlĂ€ssige und nicht zuverlĂ€ssige Zustellmodi. DarĂŒber hinaus kann WebTransport anstelle des Server Push-Mechanismus verwendet werden, von dem Google in Chrome Abstand genommen hat.
- In die JavaScript-Objekte Array und TypedArrays wurden die Methoden findLast und findLastIndex integriert, die es ermöglichen, Elemente mit Bezug auf das Ende des Arrays zu suchen. [1,2,3,4].findLast((el) => el % 2 === 0) \/\/ â 4 (letztes gerades Element)
- Geschlossene (ohne das Attribut âopenâ) HTML-Elemente , sind jetzt fĂŒr die Suche und Links verfĂŒgbar und werden automatisch geöffnet, wenn eine Seiten-Suche und Fragment-Navigation (ScrollToTextFragment) verwendet wird.
- EinschrÀnkungen der Content Security Policy (CSP) in den Antwort-Headern Server werden jetzt auch auf dedizierte Worker angewendet, die zuvor als separate Dokumente behandelt wurden.
- Es wird eine klare Anfrage nach der Genehmigung zum Laden von Subressourcen aus dem lokalen Netzwerk sichergestellt â bevor auf das lokale Netzwerk oder localhost des Hauptservers zugegriffen wird, wird jetzt eine CORS-Anfrage (Cross-Origin Resource Sharing) mit dem Header âAccess-Control-Request-Private-Network: trueâ gesendet, die eine BestĂ€tigung des Vorgangs durch die RĂŒckgabe des Headers âAccess-Control-Allow-Private-Network: trueâ erfordert.
- Die CSS-Eigenschaft font-synthesis wurde hinzugefĂŒgt, die es ermöglicht, die FĂ€higkeit des Browsers zur Synthese fehlender Schriftartenvarianten (oblique, bold und small-cap), die in der gewĂ€hlten Schriftfamilie fehlen, zu steuern.
- FĂŒr CSS-Transformationen wurde in der Funktion perspective() der Parameter ânoneâ implementiert, der als unendlicher Wert behandelt wird, wenn Animationen organisiert werden.
- Im HTTP-Header Permissions-Policy (Feature Policy), der zur Delegierung von Rechten und zur Aktivierung erweiterter Funktionen verwendet wird, wurde die UnterstĂŒtzung des Wertes keyboard-map hinzugefĂŒgt, die die Verwendung der API Keyboard erlaubt. Es wurde die Methode Keyboard.getLayoutMap() implementiert, die es ermöglicht festzustellen, welche Taste gedrĂŒckt wurde, unter BerĂŒcksichtigung verschiedener Tastaturlayouts (z. B. ob die Taste im russischen oder im englischen Layout gedrĂŒckt wurde).
- Die Methode HTMLScriptElement.supports() wurde hinzugefĂŒgt, die die Definition neuer Möglichkeiten, die im Element âscriptâ verfĂŒgbar sind, vereinheitlicht, z. B. kann eine Liste der unterstĂŒtzten Werte fĂŒr das Attribut âtypeâ abgerufen werden.
- Der Prozess der Normalisierung neuer Zeilen beim Senden von Web-Formularen wurde an die Browser-Engines Gecko und WebKit angepasst. Die Normalisierung von Zeilenumbruchs- und WagenrĂŒckkehrzeichen (das Ersetzen von \/r und \/n durch \r\n) erfolgt in Chrome jetzt in der letzten Phase und nicht zu Beginn der Verarbeitung des Formularversands (d. h. zwischenzeitliche Handler, die das Objekt FormData verwenden, sehen die Daten so, wie sie der Benutzer eingegeben hat, und nicht in normalisierter Form).
- Die Benennung der Eigenschaften fĂŒr die API Client Hints, die als Ersatz fĂŒr den User-Agent-Header entwickelt wird und es ermöglicht, gezielt Informationen ĂŒber spezifische Browser- und Systemparameter (Version, Plattform usw.) nur auf Anfrage des Servers bereitzustellen, wurde standardisiert. Die Eigenschaften beginnen jetzt mit dem PrĂ€fix âsec-ch-â, z. B. sec-ch-dpr, sec-ch-width, sec-ch-viewport-width, sec-ch-device-memory, sec-ch-rtt, sec-ch-downlink und sec-ch-ect.
- Die zweite Phase der UnterstĂŒtzung der WebSQL-API wurde eingestellt. Ab sofort werden Aufrufe von externen Skripten geblockt. DarĂŒber hinaus ist geplant, die UnterstĂŒtzung von WebSQL schrittweise vollstĂ€ndig zu beenden, unabhĂ€ngig vom Nutzungskontext. Der WebSQL-Handler basiert auf dem SQLite-Code und könnte von Angreifern ausgenutzt werden, um Schwachstellen in SQLite auszunutzen.
- FĂŒr die Windows-Plattform wurde eine Version mit IntegritĂ€tsprĂŒfungen der AusfĂŒhrungsströme (CFG, Control Flow Guard) aktiviert, die Versuche blockieren, Code in den Chrome-Prozess einzuschleusen. DarĂŒber hinaus gilt jetzt die Sandbox-Isolierung fĂŒr Netzwerkdienste, die in separaten Prozessen ausgefĂŒhrt werden, was die Möglichkeiten des Codes in diesen Prozessen einschrĂ€nkt.
- In Chrome fĂŒr Android wurde ein Mechanismus zur dynamischen Aktualisierung des Logs ausgegebener und zurĂŒckgezogener Zertifikate (Certificate Transparency) aktiviert, der zuvor in den Versionen fĂŒr Desktop-Systeme aktiviert wurde.
- Die Werkzeuge fĂŒr Webentwickler wurden verbessert. Experimentelle UnterstĂŒtzung fĂŒr die Synchronisation der DevTools-Einstellungen zwischen verschiedenen GerĂ€ten wurde implementiert. Ein neues Recorder-Panel wurde hinzugefĂŒgt, mit dem Benutzeraktionen auf der Seite aufgezeichnet, wiedergegeben und analysiert werden können.

Bei der Anzeige von Fehlern in der Web-Konsole wird jetzt die Anzeige der mit dem Problem verbundenen Spaltennummern sichergestellt, was die Fehlersuche in minimiertem JavaScript-Code erleichtert. Die Liste der GerĂ€te, die zur Bewertung der Seitenanzeige auf mobilen GerĂ€ten simuliert werden können, wurde aktualisiert. In der HTML-BearbeitungsoberflĂ€che (Bearbeiten als HTML) wurde Syntax-Highlighting und eine AutovervollstĂ€ndigung von Eingaben hinzugefĂŒgt.

Neben den Neuerungen und Fehlerbehebungen wurden in der neuen Version 37 SicherheitsanfĂ€lligkeiten behoben. Viele dieser SicherheitsanfĂ€lligkeiten wurden durch automatisierte Tests mit Tools wie AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer und AFL entdeckt. Einer dieser Schwachstellen wurde der Status eines kritischen Problems zugewiesen, das es ermöglicht, alle Schutzebenen des Browsers zu umgehen und Code im System auĂerhalb der Sandbox-Umgebung auszufĂŒhren. Details zur kritischen SicherheitsanfĂ€lligkeit (CVE-2022-0096) werden derzeit nicht veröffentlicht, es ist nur bekannt, dass sie mit dem Zugriff auf bereits freigegebenen Speicher im Code fĂŒr den Umgang mit internen Speichern (API Storage) zusammenhĂ€ngt.
Im Rahmen des Programms zur Auszahlung von PrĂ€mien fĂŒr die Entdeckung von Schwachstellen fĂŒr die aktuelle Version hat Google 24 PrĂ€mien in Höhe von 54.000 US-Dollar ausgezahlt (drei PrĂ€mien in Höhe von 10.000 US-Dollar, zwei PrĂ€mien in Höhe von 5.000 US-Dollar, eine PrĂ€mie in Höhe von 4.000 US-Dollar, drei PrĂ€mien in Höhe von 3.000 US-Dollar und eine PrĂ€mie in Höhe von 1.000 US-Dollar). Die Höhe von 14 PrĂ€mien ist bisher nicht festgelegt.
Quelle: opennet.ru





