Release von Chrome 105

Das Unternehmen Google hat die Veröffentlichung des Web-Browsers Chrome 105 bekannt gegeben. Gleichzeitig ist eine stabile Version des freien Projekts Chromium verfügbar, das die Grundlage für Chrome bildet. Der Browser Chrome unterscheidet sich von Chromium durch die Verwendung von Google-Logos, die vorhandene Benachrichtigungsfunktion bei Abstürzen, Module zur Wiedergabe kopiergeschützter Videoinhalte (DRM), ein automatisches Update-System, die permanente Aktivierung der Sandbox-Isolation, die Bereitstellung von Schlüsseln für die Google API und die Übergabe von RLZ-Parametern bei Suchen. Für diejenigen, die mehr Zeit für das Update benötigen, wird eine separate Extended Stable-Branch unterstützt, die 8 Wochen umfasst. Die nächste Version von Chrome 106 ist für den 27. September geplant.

Die wichtigsten Änderungen in Chrome 105:

  • Die Unterstützung für spezialisierte Web-Anwendungen, die Chrome Apps sind, wurde eingestellt. Diese wurden durch eigenständige Web-Anwendungen auf Basis der Technologie Progressive Web Apps (PWA) und der Standard-Web-APIs ersetzt. Ursprünglich hatte Google bereits 2016 angekündigt, die Unterstützung für Chrome Apps einzustellen und plante, dies bis 2018 umzusetzen, verschob diesen Plan jedoch später. In Chrome 105 wird beim Versuch, Chrome Apps zu installieren, eine Warnung über das Ende der Unterstützung angezeigt, aber die Anwendungen werden weiterhin ausgeführt. In Chrome 109 wird die Ausführung von Chrome Apps deaktiviert.
  • Der Prozess der "renderer"-Isolation wurde zusätzlich gesichert, der für die Darstellung verantwortlich ist. Dieser Prozess wird nun in einem zusätzlichen Container (App Container) ausgeführt, der über dem bestehenden System der Sandbox-Isolation implementiert ist. Im Falle einer Ausnutzung von Schwachstellen im Darstellungscode verhindern die neu hinzugefügten Einschränkungen, dass ein Angreifer auf das Netzwerk zugreifen kann, indem systematische Aufrufe im Zusammenhang mit Netzwerkfähigkeiten verboten werden.
  • Ein eigenes einheitliches Speicher-Repo für Root-Zertifikate von Zertifizierungsstellen (Chrome Root Store) wurde implementiert. Das neue Repository ist derzeit standardmäßig nicht aktiviert, und bis zum Abschluss der Implementierung werden Zertifikate weiterhin mit dem für jedes Betriebssystem spezifischen Repository überprüft. Die getestete Lösung ähnelt dem Ansatz von Mozilla, die ein separates unabhängiges Speicher-Repo für Root-Zertifikate für Firefox unterstützt, welches als erste Instanz zur Überprüfung der Vertrauenskette von Zertifikaten beim Zugriff auf Websites über HTTPS dient.
  • Die Vorbereitungen zur Einstellung der Unterstützung für die nicht standardisierte, kaum genutzte und für die modernen Sicherheitsanforderungen überarbeitungsbedürftige API Web SQL haben begonnen. In Chrome 105 ist der Zugriff auf Web SQL aus nicht über HTTPS geladenem Code verboten, und es wurde eine Warnung über die Veralterung dieser Technologie in den DevTools hinzugefügt. Im Jahr 2023 wird die API Web SQL voraussichtlich entfernt. Für Entwickler, die eine ähnliche Funktionalität benötigen, wird ein Ersatz auf Basis von WebAssembly vorbereitet.
  • In Chrome sync wurde die Unterstützung für die Synchronisierung mit Chrome 73 und älteren Versionen eingestellt.
  • Für die Plattformen macOS und Windows wurde ein integrierter Zertifikatsbetrachter aktiviert, der den Aufruf der von dem Betriebssystem bereitgestellten Schnittstelle ersetzt. Zuvor wurde der integrierte Betrachter nur in den Builds für Linux und ChromeOS verwendet.
  • In die Version für die Android-Plattform wurden Einstellungen zur Steuerung der API "Topics & Interest Group" hinzugefügt, die im Rahmen der Privacy Sandbox-Initiative vorangetrieben wird. Damit lassen sich Benutzerinteressenkategorien definieren und zur Bildung von Benutzergruppen mit ähnlichen Interessen anstelle von Tracking-Cookies verwenden, ohne einzelne Benutzer zu identifizieren. In der vorherigen Ausgabe wurden ähnliche Einstellungen bereits in den Versionen für Linux, ChromeOS, macOS und Windows eingeführt.
  • Bei aktivierter erweiterter Browserschutzfunktion (Safe Browsing > Erweiterter Schutz) wurde die Erfassung von Telemetriedaten über installierte Erweiterungen, den Zugriff auf die API und die Verbindung zu externen Websites realisiert. Diese Daten werden auf den Google-Servern verwendet, um schädliche Aktivitäten und Verstöße gegen die Richtlinien von Browsererweiterungen zu erkennen.
  • Die Möglichkeit zur Verwendung von Nicht-ASCII-Zeichen in Domains, die im Cookie-Header angegeben sind, wurde als veraltet eingestuft und wird in der Version Chrome 106 blockiert (für IDN-Domains sollten die Domains im Punycode-Format angegeben werden). Diese Änderung wird den Browser in Übereinstimmung mit den Anforderungen von RFC 6265bis und dem Verhalten, das in Firefox implementiert wurde, bringen.
  • Die vorgeschlagene API Custom Highlight ermöglicht es, den Stil von hervorgehobenen Textbereichen beliebig zu ändern und ist nicht auf die vom Browser bereitgestellten festen Stile für Hervorhebungen (::selection, ::inactive-selection) und die Markierung von Rechtschreibfehlern (::spelling-error, ::grammar-error) beschränkt. In der ersten Version der API wird die Unterstützung für die Änderung der Text- und Hintergrundfarbe mithilfe der Pseudo-Elemente color und background-color bereitgestellt, wobei in Zukunft weitere Anpassungsmöglichkeiten für den Stil hinzukommen werden.

    Als Beispiel für Aufgaben, die mit der neuen API gelöst werden können, wird die Integration in Web-Frameworks erwähnt, die Werkzeuge zur Textbearbeitung bereitstellen, sowie die eigene Mechanismen zur Texthervorhebung, unterschiedliche Hervorhebungen bei zeitgleichem gemeinsamen Bearbeiten durch mehrere Nutzer, die Suche in virtualisierten Dokumenten und die Markierung von Fehlern bei der Rechtschreibprüfung. Bisher erforderten das Erstellen nicht-standardmäßiger Hervorhebungen komplizierte Manipulationen des DOM-Baums, während die API Custom Highlight fertige Operationen zum Hinzufügen und Entfernen von Hervorhebungen bietet, die die DOM-Struktur nicht beeinflussen und Stile in Bezug auf Range-Objekte anwenden.

  • In CSS wurde die Regel "@container" hinzugefügt, die es ermöglicht, den Stil von Elementen in Abhängigkeit von der Größe des übergeordneten Elements zu gestalten. "@container" ähnelt den "@media"-Regeln, wird jedoch nicht auf die Größe des gesamten sichtbaren Bereichs, sondern auf die Größe des Blocks (Containers), in den das Element eingefügt wurde, angewendet. Dies ermöglicht es, für untergeordnete Elemente eine eigene Stilwahl-Logik festzulegen, unabhängig davon, wo auf der Seite sich das Element befindet.
    Release von Chrome 105
  • Der CSS-Pseudoklassen «:has()» wurde hinzugefügt, um die Existenz eines Kindelements in einem Elternelement zu prüfen. Zum Beispiel umfasst «p:has(span)» die Elemente <p>, in denen sich ein Element befindet <span>.
  • Es wurde eine API HTML Sanitizer hinzugefügt, die es ermöglicht, Elemente aus dem Inhalt zu entfernen, die die Anzeige und Ausführung bei der Ausgabe über die Methode setHTML() beeinflussen. Die API kann nützlich sein, um eingehende Daten zu bereinigen, indem HTML-Tags entfernt werden, die für XSS-Angriffe verwendet werden können.
  • Es ist jetzt möglich, die API Streams (ReadableStream) zu nutzen, um Fetch-Anfragen zu senden, bevor der Antworttext geladen wird, d.h. es kann mit dem Senden von Daten begonnen werden, ohne auf den Abschluss der Seiten-Generierung zu warten.
  • Für installierte abgetrennte Webanwendungen (PWA, Progressive Web App) wurde die Möglichkeit geschaffen, das Design des Kopfbereichs des Fensters mithilfe von Window Controls Overlay-Komponenten zu ändern, die den Bildschirmbereich der Webanwendung auf das gesamte Fenster erweitern und der Webanwendung das Erscheinungsbild einer herkömmlichen Desktopanwendung verleihen. Die Webanwendung kann die Darstellung und die Verarbeitung von Eingaben im gesamten Fenster steuern, mit Ausnahme des überlagerten Bereichs mit den Standardfenstersteuertasten (Schließen, Minimieren, Maximieren).
    Release von Chrome 105
  • Die Möglichkeit, auf Media Source Extensions aus dedizierten Workern (im Kontext von DedicatedWorker) zuzugreifen, wurde stabilisiert, was zum Beispiel zur Verbesserung der Leistung der gepufferten Medienwiedergabe genutzt werden kann, indem ein MediaSource-Objekt in einem separaten Worker erstellt wird, dessen Ergebnisse dann in ein HTMLMediaElement im Hauptthread übertragen werden.
  • Im API Client Hints, das zur Ablösung des User-Agent-Headers entwickelt wird und es ermöglicht, selektiv Daten zu spezifischen Browser- und Systemparametern (Version, Plattform usw.) nur auf Anfrage bereitzustellen, wurde die Unterstützung für die Eigenschaft Sec-CH-Viewport-Heigh hinzugefügt, die Informationen über die Höhe des sichtbaren Bereichs bereitstellt. Das Format der Markierung zur Festlegung der Client Hints-Parameter für externe Ressourcen im Tag wurde geändert: Früher: Jetzt: Server, unterstützt die Eigenschaft Sec-CH-Viewport-Heigh, die Informationen über die Höhe des sichtbaren Bereichs bereitstellt. Das Format der Markup zur Festlegung von Client-Hinweisen für externe Ressourcen im "meta"-Tag wurde geändert: Vorher: Nachher:
  • Es wurde die Möglichkeit zur Erstellung von globalen Ereignis-Handlern für onbeforeinput (document.documentElement.onbeforeinput) hinzugefügt, mit denen Webanwendungen das Verhalten beim Bearbeiten von Text in ,