Veröffentlichung des Webbrowsers Chrome 124

Google hat die Version 124 des Webbrowsers Chrome veröffentlicht. Gleichzeitig steht die stabile Version des freien Projekts Chromium zur Verfügung, welches die Grundlage für Chrome bildet. Der Chrome-Browser unterscheidet sich von Chromium durch die Verwendung von Google-Logos, das Vorhandensein eines Systems zur Benachrichtigung bei Abstürzen, Modulen zur Wiedergabe von kopiergeschütztem Videoinhalt (DRM), ein automatisches Update-System, die ständige Aktivierung der Sandbox-Isolation, das Bereitstellen von Schlüsseln für die Google APIs und die Übertragung der RLZ-Parameter bei der Suche. Für Nutzer, die mehr Zeit für das Update benötigen, wird zusätzlich der Branch 'Extended Stable' unterstützt, der für 8 Wochen begleitet wird. Die nächste Version Chrome 125 ist für den 14. Mai geplant.

Die wichtigsten Änderungen in Chrome 124:

• In der Android-Version gibt es im Lesezeichen-Manager Unterstützung für das Speichern von Lesezeichen und Leselisten auf Servern Google in Verbindung mit dem Benutzerkonto.
• In Chrome für Android wird eine neue Methode zur Speicherung lokaler Passwörter verwendet, die nicht mit anderen Geräten synchronisiert werden. Früher wurden lokale Passwörter im Chrome-Profil gespeichert, jetzt werden sie im Passwortspeicher von Google Play-Diensten abgelegt, der bereits zur Speicherung des Passworts für das Google-Konto verwendet wird.
• In den Builds für Windows, macOS und Linux ist die Unterstützung des Key Encapsulation Mechanism (KEM) in TLS standardmäßig aktiviert, der den hybriden Algorithmus X25519Kyber768 verwendet, der resistent gegen Angriffe mit Quantencomputern ist. X25519Kyber768 ist eine Kombination aus dem X25519-Schlüsselaustauschverfahren, das auf elliptischen Kurven basiert und derzeit in TLS verwendet wird, sowie dem Algorithmus Kyber-768, der kryptographische Methoden anwendet, die auf der Lösung von Gitterproblemen basieren, wobei die Lösungszeit auf klassischen und Quantencomputern nicht unterschiedlich ist.
• Bei der Textdarstellung durch die Skia-Bibliothek werden die in Windows festgelegten Kontrast- und Farbeinstellungen für die ClearType-Textglättung berücksichtigt, was die Schriftqualität auf Flüssigkristallbildschirmen erheblich verbessert. In den Linux-Builds wurden die im Interface verwendeten Schriftarten deutlich geändert.
• Es besteht die Möglichkeit, jede Webseite als eigenständige PWA-Anwendung (Progressive Web Apps) zu installieren, selbst wenn diese Seite nicht den PWA-Kriterien entspricht.
• In Übereinstimmung mit den Anforderungen des europäischen Gesetzes DMA (Digital Markets Act) wird ein Dialog zum Auswahl der Standard-Suchmaschine bereitgestellt. Zur Auswahl stehen die in den Einstellungen verfügbaren Suchmaschinen unter „chrome://settings/search“. Die Suchmaschinen werden in zufälliger Reihenfolge angezeigt. In Chrome 120 wurde dieser Dialog bei 1 % der Nutzer getestet und ist nun für alle aktiviert.
• Die Abfrage von Berechtigungen wird dem Benutzer nun angezeigt, wenn eine Webanwendung auf die Web MIDI-API zugreift, die die Interaktion mit an den Computer angeschlossenen MIDI-Musikgeräten ermöglicht. Zuvor wurden Berechtigungsanfragen nur beim Senden oder Empfangen von SysEx-Nachrichten angezeigt; jetzt erfolgen sie bei jedem Zugriff auf die Web MIDI-API. Als Grund für diese Änderung werden Situationen genannt, in denen zufällige Webseiten die exklusive Kontrolle über einen MIDI-Controller übernehmen und dadurch die Nutzung durch andere Anwendungen blockieren. Zudem werden Sicherheitsprobleme hervorgehoben, da die Web MIDI-API die vollständige Kontrolle über das MIDI-Gerät ermöglicht, einschließlich der Installation eigener Firmware.
• Die Unterstützung für die nicht standardisierte API Web SQL, die kaum verwendet wird und überarbeitet werden muss, um modernen Sicherheitsanforderungen zu entsprechen, wurde vollständig eingestellt. Web SQL war ab Chrome 119 standardmäßig deaktiviert, aber es gab eine Einstellung zur Wiederherstellung. Diese Einstellung wurde jetzt entfernt. Entwicklern, die eine ähnliche Funktionalität benötigen, wird empfohlen, eine Variante der SQLite-Bibliothek zu verwenden, die in WebAssembly kompiliert wurde.
• Es wurde die Möglichkeit hinzugefügt, die Richtung des vertikal angezeigten Textes in Webformularelementen (select, meter, progress, button, textarea und input) zu steuern, wenn eine vertikale Ausrichtung über die CSS-Eigenschaft writing-mode ausgewählt wird. Für die Anzeige von Text von oben nach unten kann nun die Eigenschaft 'ltr' des Formularelements verwendet werden, während für die Anzeige von unten nach oben 'rtl' eingesetzt wird.
• In der API User-Agent Client Hints, die als Ersatz für den User-Agent-Header entwickelt wird, wurde die Unterstützung für den Parameter Sec-CH-UA-Form-Factors hinzugefügt. Über diesen kann der Client den Server über den Formfaktor des Benutzers (Desktop, Automotive, Mobile, XR, EInk und Watch) informieren. User-Agent Client Hints ermöglicht es, selektiv Informationen über spezifische Browser- und Systemparameter (Version, Plattform usw.) nur nach Anfrage bereitzustellen. ServerDer Benutzer kann seinerseits festlegen, welche Informationen den Website-Betreibern bereitgestellt werden dürfen. Bei Verwendung von User-Agent Client Hints wird die Browser-ID nicht ohne ausdrückliche Anfrage übermittelt, und standardmäßig werden nur grundlegende Parameter angegeben, was passive Identifizierung erschwert.
• Die Möglichkeit, das Klonen einzelner Wurzeln im Shadow DOM zu steuern, wurde hinzugefügt, das durch Befehle wie cloneNode() durchgeführt wird. Die Möglichkeit zum Klonen von Wurzelzweigen im DOM wird durch den Parameter clonable («attachShadow({clonable:true})») oder das Attribut «shadowrootclonable» (<template shadowrootmode=open shadowrootclonable>) aktiviert.
  
• Neue Methoden setHTMLUnsafe() und parseHTMLUnsafe() wurden eingeführt, um die Syntax von Shadow DOM aus JavaScript zu verwenden. Die Methoden setHTMLUnsafe() und parseHTMLUnsafe() ähneln innerHTML und DOMParser.parseFromString() und ermöglichen das Einfügen oder die Analyse von Inhalten im HTML-Format in ein Element, unterscheiden sich jedoch in der Unterstützung der Verarbeitung von Template-Elementen mit dem Attribut shadowrootmode.
• Die Unterstützung für die WebSocket-Stream-API wurde hinzugefügt, die es ermöglicht, Daten zwischen dem Browser und dem Server im Streaming-Modus ohne Polling zu übertragen. Dies ist optimal für die Organisation der Übertragung und den Empfang kontinuierlich eintreffender Daten, beispielsweise in der Implementierung eines Chats. const wss = new WebSocketStream(WSS_URL); const {readable, writable} = await wss.opened; const reader = readable.getReader(); const writer = writable.getWriter(); while (true) { const {value, done} = await reader.read(); if (done) { break; } const result = await process(value); await writer.write(result); }
• Die Möglichkeiten der View Transitions-API wurden erweitert, die die Erstellung von Übergangsanimationseffekten zwischen verschiedenen DOM-Zuständen (zum Beispiel der sanfte Übergang von einem Bild zum anderen) vereinfacht. In der neuen Version wurde die Unterstützung für das Ereignis „pageswap“ hinzugefügt, das für das „window“-Objekt generiert wird, wenn das mit ihm verbundene „document“-Objekt durch ein neues ersetzt wird. Außerdem wurde die Eigenschaft „render-blocking“ hinzugefügt, die die Darstellung des Dokuments blockiert, bis das wichtige Inhaltsanalyse abgeschlossen ist.
• Ein neuer Parameter disallowReturnToOpener wurde eingeführt, der beim Aufrufen der Methode requestWindow übergeben wird. Damit kann die "Zurück"-Taste im Fenster, das im "Bild-in-Bild"-Modus geöffnet wird, entfernt werden, um die Rückkehr zur Registerkarte zu verhindern, von der das Fenster geöffnet wurde.
• Die Möglichkeit wurde hinzugefügt, dem CSSImportRule.styleSheet den Wert NULL zuzuweisen, um anzuzeigen, dass keine verknüpfte Stylesheet-Tabelle vorhanden ist. Es wurde das Attribut CSSKeyframesRule.length hinzugefügt, das die Anzahl der indizierten Eigenschaften angibt.
• Für bearbeitbare Felder wurde das Attribut "writingsuggestions" implementiert, um das Anzeigen von Eingabeempfehlungen zu steuern.
• Die WebGPU API unterstützt jetzt ServiceWorker und SharedWorker.
• Die Unterstützung für den HTTP-Header „Priority“ wurde hinzugefügt, über den Informationen zur Priorität der Anforderung (RFC 9218) in der ersten Anfrage an die Ressource übermittelt werden können.
• Verbesserungen wurden an den Werkzeugen für Webentwickler vorgenommen. Ein neues Autofill-Dashboard wurde hinzugefügt, um die Informationen, die beim automatischen Ausfüllen von Formularen verwendet werden, zu inspizieren.

  Im CSS-Inspektor wurde die Unterstützung für verschachtelte Stile verbessert. Im Leistungsüberwachungsbereich können überflüssige Funktionen und die damit verbundenen Unteraufrufe ausgeblendet werden, um das Rauschniveau im Diagramm zu reduzieren. Im Animations-Debugging-Bereich wurde die Unterstützung für scrollbasierte Animationen hinzugefügt. Im Netzwerk-Inspektor ist es nun möglich, Paketverlust und die Größe der Netzwerkwarteschlange zu konfigurieren, um die Funktionalität von WebRTC-Anwendungen unter Netzwerkproblemen zu überprüfen.

  

Neben neuen Funktionen und Fehlerbehebungen wurden in der neuen Version 22 Sicherheitsanfälligkeiten behoben. Viele dieser Schwachstellen wurden durch automatisierte Tests mit den Werkzeugen AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer und AFL entdeckt. Kritische Probleme, die das Umgehen aller Sicherheitsebenen des Browsers ermöglichen und die Ausführung von Code außerhalb der Sandbox-Umgebung erlauben, wurden nicht gefunden. Im Rahmen des Programms zur Auszahlung von Belohnungen für das Auffinden von Sicherheitsanfälligkeiten hat Google für die aktuelle Version 13 Prämien in Höhe von insgesamt 65.000 US-Dollar gezahlt (eine Prämie in Höhe von 20.000 US-Dollar, eine von 10.000 US-Dollar, eine von 7.000 US-Dollar und eine von 2.000 US-Dollar, sowie drei Prämien von 5.000 US-Dollar und 3.000 US-Dollar und zwei von 1.000 US-Dollar). Die Höhe einer einzelnen Prämie wurde noch nicht festgelegt.

Quelle: opennet.ru