Frühere Versionshinweise

Hinweis: Informationen zu den aktuellen Chrome-Versionen und Zielversionen finden Sie in den Versionshinweisen für Chrome Enterprise.

Für Administratoren, die den Chrome-Browser oder ChromeOS-Geräte in einem Unternehmen oder einer Bildungseinrichtung verwalten.

Wenn Sie E‑Mails zu zukünftigen Versionen erhalten möchten, melden Sie sich hier an.
Melden Sie sich für das Trusted Tester-Programm an, um neue Funktionen bereits vor der Veröffentlichung auszuprobieren.
Im Chrome Enterprise-Kundenforum können Sie sich mit anderen Chrome Enterprise-IT-Administratoren austauschen.
Registrieren Sie sich für die Prüfung zum zertifizierten ChromeOS-Administrator.
Weitere Hilfe und zusätzliche Ressourcen finden Sie unten.

Veröffentlichungsdatum für die Chrome-Version und die stabile Version	PDF
Chrome 123: 13. März 2024	PDF
Chrome 122: 14. Februar 2024	PDF
Chrome 121: 17. Januar 2024	PDF
Chrome 120: 29. November 2023	PDF
Chrome 119: 25. Oktober 2023	PDF
Chrome 118: 4. Oktober 2023	PDF
Chrome 117: 8. September 2023	PDF
Chrome 116: 9. August 2023	PDF
Chrome 115: 12. Juli 2023	PDF
Chrome 114: 24. Mai 2023	PDF
Chrome 113: 26. April 2023	PDF
Chrome 112: 29. März 2023	PDF
Chrome 111: 1. März 2023	PDF
Chrome 110: 1. Februar 2023	PDF
Chrome 109: 10. Januar 2023	PDF
Chrome 108: 29. November 2022	PDF
Chrome 107: 25. Oktober 2022	PDF
Chrome 106: 27. September 2022	PDF
Chrome 105: 30. August 2022	PDF
Chrome 104: 2. August 2022	PDF
Chrome 103: 21. Juni 2022	PDF
Chrome 102: 26. Mai 2022	PDF
Chrome 101: 26. April 2022	PDF
Chrome 100: 29. März 2022	PDF

_{Tabelle aktualisiert: 13. März 2024}

Google sowie zugehörige Marken und Logos sind Marken von Google LLC. Alle anderen Unternehmens- und Produktnamen sind Marken der jeweiligen Unternehmen.

Hinweis: Informationen zu den aktuellen Chrome-Versionen und Zielversionen finden Sie in den Versionshinweisen für Chrome Enterprise.

Alle öffnen | Alle schließen

Chrome 123

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Einstellung von Drittanbieter-Cookies in Chrome (3PCD)	✓
Generative KI‑Funktionen		✓
Tabs fortsetzen		✓	✓
Chrome unter Android und iOS: Tabs auf einem anderen Gerät fortsetzen		✓
Fortsetzung des zuletzt geöffneten Tabs auf einem beliebigen Gerät		✓
Verhaltensänderung der JavaScript JIT‑Richtlinien			✓
Unterstützung der Chrome-Synchronisierung wird für Chrome 81 und frühere Versionen eingestellt	✓		✓
Richtlinien zur Zeitüberschreitung bei Inaktivität unter iOS			✓
Profilübergreifende Erkennung von wiederverwendeten Passwörtern	✓
Telemetrie für Berechtigungsaufforderungen und das Akzeptieren von Benachrichtigungsberechtigungen	✓
ServiceWorker Static Routing API	✓
Prüfungen des privaten Netzwerkzugriffs für Navigationsanfragen: Nur-Warnung-Modus	✓
Lokale in Play-Dienste gespeicherte Passwörter		✓
Zstd-Inhaltscodierung	✓
Überarbeitung der Abläufe zum Erzwingen der Anmeldung		✓
Änderungen an Google Update			✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
ChromeOS Flex-Bluetooth-Migration			✓
Tastenkombinationen anpassen		✓
Anpassen der Maustasten		✓
Schnellere Splitscreen-Einrichtung		✓
ChromeOS-Tethering-Hotspot		✓
Einstellung der bevorzugten Sprache pro App unter Android		✓
Neue natürlich klingende Stimmen für die Sprachausgabe		✓
Einführung des Datenverarbeitermodus für Norwegen und Belgien	✓
App-spezifische Datenschutzeinstellungen	✓
Verbesserte Android-Sicherheit für neue Unternehmenskunden			✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Verbesserte Nutzerfreundlichkeit der Seite „Einstellungen“		✓
Erfassung von Remote-Protokollen für ChromeOS-Geräte			✓
Löschen inaktiver Browser in der Chrome-Verwaltung über die Cloud			✓
Chrome-Absturzbericht			✓
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Auswahlbildschirm für die Standardsuchmaschine		✓
Linkerfassung für Nutzer in PWAs – Windows, MacOS und Linux	✓
Berechtigungsaufforderung für die Web MIDI API	✓
Drei Chrome-Erweiterungen werden auf Manifest V3 aktualisiert	✓		✓
Verbesserungen für Lesezeichen und Leselisten unter Android		✓
Unternehmensrichtlinie für Drosselung einstellen			✓
Chrome Desktop-Unterstützung für Windows auf Geräten mit ARM64‑Prozessor			✓
Für GREASE verwendete Unternehmensrichtlinie entfernen			✓
Ausführung des Netzwerkdienstes unter Windows in einer Sandbox	✓
WebSQL einstellen und entfernen	✓
Formularsteuerelemente unterstützen Richtungswert im vertikalen Schreibmodus		✓
Unternehmensrichtlinien entfernen, die für die Nutzung von TLS‑Handshakes und RSA‑Schlüssel verwendet werden			✓
Klonbares Shadow-Root-Attribut			✓
Unternehmensrichtlinie für die Übernahme von Basis‑URLs entfernen			✓
Einstellung geplant: Mutationsereignisse		✓
Unternehmensrichtlinie für altes Same-Site-Verhalten entfernen			✓
Alle Erweiterungen müssen bis Juni 2025 für die Nutzung von Manifest V3 aktualisiert werden			✓
macOS 10.15 wird von Chrome nicht mehr unterstützt			✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
GIFs mit Bildschirmaufnahme aufzeichnen		✓
Anstehende Änderungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Alter Technologiebericht			✓
Richtlinienparität: Benutzerdefinierte Konfigurationen für IT‑Administratoren		✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Die Enterprise-Versionshinweise sind in neun Sprachen verfügbar. Informationen zu Chrome-Updates finden Sie auf Englisch, Deutsch, Französisch, Niederländisch, Spanisch, Portugiesisch, Koreanisch, Indonesisch und Japanisch. Bei manchen Sprachen kann die Übersetzung ein bis zwei Wochen in Anspruch nehmen.

Chrome-Updates

Einstellung von Drittanbieter-Cookies in Chrome (3PCD)
Wie bereits angekündigt, wurde in Chrome 120 damit begonnen, Drittanbieter-Cookies standardmäßig für 1% der Chrome-Nutzer einzuschränken, um Tests zu vereinfachen. Ab dem 3. Quartal 2024 werden nachfolgende Versionen auf 100 % der Nutzer ausgeweitet. Ob es zur Ausweitung auf 100 % der Nutzer kommen wird, ist abhängig von möglichen verbleibenden wettbewerbsrechtlichen Bedenken der Wettbewerbsbehörde des Vereinigten Königreichs (Competition and Markets Authority, CMA). In Browsern, die zur Testgruppe von 1 % gehören, sind außerdem neue Nutzereinstellungen für den Schutz vor Tracking zu sehen. Sie können diese Änderungen in Chrome 120 oder höher ausprobieren, indem Sie chrome://flags/#test-third-party-cookie-phaseout aktivieren.

Diese Testphase vermittelt einen Eindruck davon, wie die Arbeit mit Websites in einer Welt ohne Drittanbieter-Cookies funktioniert. Da auch die Schutzmaßnahmen für das Bounce-Tracking Teil des 3PCD sind, werden für die Nutzer in dieser Gruppe, bei denen Drittanbieter-Cookies blockiert sind, Maßnahmen zur Eindämmung von Bounce-Tracking wirksam. Dadurch wird ihr Status für Websites gelöscht, die als Bounce-Tracker klassifiziert werden. Die meisten Unternehmensnutzer werden automatisch aus dieser 1%-Testgruppe ausgeschlossen. Wir empfehlen Administratoren jedoch, Drittanbieter-Cookies proaktiv über die Richtlinien BlockThirdPartyCookies und CookiesAllowedForUrls wieder zu aktivieren und die verwalteten Browser vor dem Test zu deaktivieren. So haben Unternehmen Zeit, die erforderlichen Änderungen selbst vorzunehmen, sodass sie nicht auf diese Richtlinie angewiesen sind oder auf Drittanbieter-Cookies zurückgreifen müssen.

Wir führen den Bericht zu älteren Technologien ein, um Anwendungsfälle für Drittanbieter-Cookies zu ermitteln. Administratoren können die Richtlinie BlockThirdPartyCookies auf „false“ setzen, um Drittanbieter-Cookies für alle Websites wieder zu aktivieren. Dadurch wird jedoch verhindert, dass Nutzer die entsprechende Einstellung in Chrome ändern können. Alternativ können Sie die Richtlinie CookiesAllowedForUrls so einrichten, dass Unternehmensanwendungen auf die Zulassungsliste gesetzt werden und so weiterhin Drittanbieter-Cookies empfangen können.

Endnutzer in Unternehmen, die in diese Testgruppe aufgenommen werden und keiner der Richtlinien für Unternehmensadministratoren unterliegen, können das Augensymbol in der Omnibox verwenden, um Drittanbieter-Cookies vorübergehend für 90 Tage auf einer bestimmten Website zu aktivieren, falls nötig. In diesem Hilfeartikel finden Sie weitere Informationen dazu, wie Sie die Einstellungen für die gewünschte Konfiguration ändern.

Die Schutzmaßnahmen für das Bounce-Tracking unterliegen denselben Richtlinien wie Cookies und werden erzwungen, wenn die abspringende Website keine Drittanbieter-Cookies verwenden darf. Wenn Sie also die Richtlinie BlockThirdPartyCookies auf „false“ setzen oder die Richtlinie CookiesAllowedForUrls für eine Website konfigurieren, wird dadurch verhindert, dass Eindämmungen von Bounce-Tracking den Status von Websites löschen.

SaaS-Integrationen von Unternehmen, die websiteübergreifend für nicht werbebezogene Anwendungsfälle eingesetzt werden, können sich für den Test zur Einstellung von Drittanbietern oder den Test zur Einstellung von Erstanbietern registrieren, um für einen begrenzten Zeitraum weiterhin auf Drittanbieter-Cookies zugreifen zu können.

Die Heuristikfunktion gewährt in bestimmten Fällen je nach Nutzerverhalten vorübergehenden Zugriff auf Drittanbieter-Cookies. So lassen sich Probleme mit Websites minimieren, die durch die Einstellung von Drittanbieter-Cookies in etablierten Mustern wie Pop-ups und Weiterleitungen des Identitätsanbieters verursacht werden.

Weitere Informationen dazu, wie Sie sich vorbereiten, Feedback geben und potenzielle Probleme mit der Website melden können, finden Sie auf unserer aktualisierten Landingpage unter Wie Sie sich auf die Deaktivierung von Drittanbieter-Cookies vorbereiten können.
- Ab Chrome 120 für ChromeOS, Linux, MacOS und Windows
  Bei 1 % des weltweiten Traffics sind Drittanbieter-Cookies deaktiviert. Von dieser Deaktivierung werden Unternehmensnutzer nach Möglichkeit automatisch ausgeschlossen und es gibt eine Richtlinie, mit der die Änderung überschrieben werden kann.

Generative KI-Funktionen
In Chrome 122 sind drei auf generativer KI basierende Funktionen für verwaltete Nutzer verfügbar, die sich im Chrome-Browser angemeldet haben: Tab-Organisierer, Designs erstellen und Hilfe beim Verfassen (nicht unter ChromeOS verfügbar). Anfangs sind diese drei Funktionen nur für Nutzer ab 18 Jahren auf Englisch in den USA verfügbar. Administratoren können diese über TabOrganizerSettings, CreateThemesSettings und HelpMeWriteSettings-Richtlinien steuern.

Ab Chrome 123 werden diese Funktionen nach und nach eingeführt. Wenn Administratoren die Richtlinien aktiviert haben, müssen einige Nutzer experimentelle KI nicht mehr aktivieren, um die Funktionen verwenden zu können.
- Chrome 122 für ChromeOS, Linux, Mac und Windows: Funktionen für generative KI (Tab Organizer, Designs erstellen) sind für verwaltete Nutzer in den USA verfügbar. Nutzer müssen experimentelle KI aktivieren.
- Chrome 123 für ChromeOS, Linux, Mac und Windows: Funktionen ( Tab-Organizer, Designs erstellen) sind für verwaltete Nutzer in den USA verfügbar. Bei einigen Nutzern ist die Funktion standardmäßig aktiviert; andere Nutzer können die Funktion weiterhin über die Einstellungsseite für experimentelle KI manuell aktivieren. In beiden Fällen sind die Funktionen nicht verfügbar, wenn sie über eine Richtlinie deaktiviert sind.

Tabs wieder aktivieren
In Chrome 123 wird eine neue Karte auf der Seite Neuer Tab eingeführt, auf der Nutzer Vorschläge für Tabs von anderen Geräten erhalten können. Mit der Richtlinie NTPCardsVisible können Administratoren diese Funktion und andere Karten auf der Seite Neuer Tab steuern.
- Chrome 123 für ChromeOS, Linux, Mac und Windows

Chrome unter Android und iOS: Geräteübergreifende Wiederaufnahme
Damit Nutzer Aufgaben, die von anderen Geräten stammen, leichter fortsetzen können, bietet Chrome auf der Seite Neuer Tab oder auf der Startseite in Chrome unter Android und in Chrome unter iOS Vorschläge für geräteübergreifende Tabs.
- Chrome 123 für Android, iOS: Funktionseinführungen

Fortsetzung des zuletzt geöffneten Tabs auf einem beliebigen Gerät
Auf jedem Gerät mit demselben angemeldeten Nutzerprofil können Nutzer jetzt innerhalb der letzten 24 Stunden den zuletzt geöffneten Tab aufrufen, indem sie den Tab direkt über eine Tastenkombination wieder öffnen. Administratoren können diese Funktion über die bestehende Unternehmensrichtlinie SyncTypesListDisabled steuern.
- Chrome 123 für iOS: Funktionseinführungen

Verhaltensänderung der JavaScript JIT-Richtlinien
Bereits ab Chrome 122 führte das Aktivieren der Richtlinie DefaultJavaScriptJitSetting und das Deaktivieren von JavaScript JIT nicht mehr dazu, dass WebAssembly vollständig deaktiviert wurde. Die V8-Optimierungs-JIT bleibt durch Festlegen dieser Richtlinie weiterhin deaktiviert. Dadurch kann Chrome Webinhalte in einer sichereren Konfiguration rendern.

Unterstützung der Chrome-Synchronisierung wird für Chrome 81 und frühere Versionen eingestellt
Chrome 81 und niedriger werden von der Chrome-Synchronisierung nicht mehr unterstützt. Führen Sie ein Upgrade auf eine neuere Version von Chrome aus, wenn Sie die Chrome-Synchronisierung weiterhin verwenden möchten.
- Chrome 123 für Android, iOS, ChromeOS, Linux, MacOS und Windows: Die Änderung wird umgesetzt.

Neue Richtlinien für das Zeitlimit bei Inaktivität unter iOS
Unternehmen können jetzt eine Aktion erzwingen, nachdem Chrome auf iOS-Geräten eine bestimmte Zeit lang inaktiv war. Mit der Richtlinie IdleTimeout können Administratoren ein Zeitlimit und mit der Richtlinie IdleTimeoutActions Aktionen bei Zeitüberschreitung festlegen. Die Einstellung wird als Plattformrichtlinie verfügbar sein und später für jedes Nutzerprofil verfügbar sein.
- Chrome 123 für iOS:Richtlinien für iOS.

Profilübergreifende Erkennung der Wiederverwendung von Passwörtern
Bisher war die Erkennung der Wiederverwendung von Passwörtern für geschäftliche Anmeldedaten nur im Unternehmensprofil möglich. In Chrome 123 erkennt die Erkennung der Wiederverwendung von Passwörtern die Wiederverwendung von Unternehmensanmeldedaten in allen Profilen, die im verwalteten Browser nicht im Inkognitomodus verwendet werden.
- Chrome 123 : Die Funktion wird für Unternehmen eingeführt, die MetricsReportingEnabled aktiviert haben.

Telemetrie für Berechtigungsaufforderungen und das Akzeptieren von Benachrichtigungsberechtigungen
Wenn das erweiterte Sicherheitsprogramm aktiviert ist und ein Nutzer eine Seite besucht, auf der er aufgefordert wird, einer Berechtigung zum Senden von Benachrichtigungen zuzustimmen, werden möglicherweise Attribute dieser Seite an Safe Browsing gesendet. Wenn die Telemetrie gesendet wird und die Seite als gefährlich eingestuft wird, sehen Nutzer eine Safe Browsing-Warnung.

Wenn das erweiterte Sicherheitsprogramm oder die erweiterte Berichterstellung für Safe Browsing aktiviert ist und ein Nutzer eine Berechtigung zum Senden von Benachrichtigungen für eine Seite auf der Sperrliste akzeptiert, wird dieses Ereignis an Safe Browsing gesendet.

Diese Funktionen können über die Richtlinien SafeBrowsingProtectionLevel und SafeBrowsingExtendedReportingEnabled gesteuert werden.
- Chrome 123 Android, ChromeOS, LaCrOS, Linux, Mac, Windows, Fuchsia : Die Funktion wird für Unternehmen eingeführt, die MetricsReportingEnabled aktiviert haben.

Service Worker Static Routing API
Entwickler können mit dieser API das Routing konfigurieren und von einfachen Aufgaben entlastet werden, die von ServiceWorkers ausgeführt werden. Wenn die Bedingung erfüllt ist, erfolgt die Navigation, ohne ServiceWorkers zu starten oder JavaScript auszuführen. Dadurch können Webseiten Leistungseinbußen vermeiden, die durch das Abfangen von ServiceWorkern entstehen.
- Chrome 123 für Windows, Mac, Linux, Android

Prüfung des privaten Netzwerkzugriffs für Navigationsanfragen: Nur-Warnung-Modus
Bevor eine Website eine Zielwebsite im privaten Netzwerk eines Nutzers aufruft, wird in Chrome Folgendes ausgeführt:

1. Prüft, ob die ursprüngliche Navigationsanfrage aus einem sicheren Kontext initiiert wurde.

2. Sendet eine Preflight-Anfrage und prüft, ob die Zielwebsite mit einem Header antwortet, der privaten Netzwerkzugriff zulässt.

Die oben genannten Prüfungen dienen zum Schutz des privaten Netzwerks des Nutzers. Da diese Funktion im Nur-Warnung-Modus arbeitet, schlagen Anfragen nicht fehl, wenn eine der Prüfungen fehlschlägt. Stattdessen wird in der Chrome-Konsole in den Entwicklertools eine Warnung angezeigt, um Entwicklern bei der Vorbereitung auf die bevorstehende Erzwingung zu helfen. Weitere Informationen zu diesen Änderungen finden Sie unter Privater Netzwerkzugriff (PNA) für Navigationsanfragen. Weitere Informationen finden Sie in der PNA-Spezifikation.
- Chrome 123 für Android (außer WebView), ChromeOS, Linux, MacOS, Windows : Nur-Warnung-Modus.
- Früheste Version von Chrome 130 für Android (außer WebView), ChromeOS, Linux, macOS, Windows: Anfragen schlagen fehl.

In Play-Diensten gespeicherte lokale Passwörter
Chrome ändert die Art und Weise, wie lokale (nicht synchronisierbare) Passwörter gespeichert werden. Zuvor wurden sie im Chrome-Profil gespeichert. Jetzt werden sie in den lokalen Passwortspeicher der Google Play-Dienste migriert, ähnlich wie die Passwörter für Google-Konten. Außerdem wird die Verwaltungsoberfläche so geändert, dass sie von den Google Play-Diensten bereitgestellt wird. Die Chrome-Richtlinie PasswordManagerEnabled ist weiterhin gültig, steuert jedoch nicht das Verhalten außerhalb des Chrome-Binärprogramms. Daher können Nutzer auf der neuen Benutzeroberfläche Passwörter manuell importieren oder hinzufügen.
- Chrome 123 für Android : Diese Funktion wird auch für Nutzer ohne lokales Passwort eingeführt.
- Chrome 124 für Android: Alle lokalen Passwörter werden zu den Google Play-Diensten migriert.

ZSTD-Inhaltscodierung
Chrome unterstützt jetzt Zstandard (zstd) als Datenkomprimierungsmechanismus. Wenn die zstd-Inhaltscodierung im Browser unterstützt wird, benötigen Websites weniger Zeit und CPU-Leistung bzw. Energie für die Komprimierung auf ihren Servern, was zu geringeren Serverkosten führt. Zum Deaktivieren der Funktion für die zstd-Inhaltscodierung ist die temporäre Unternehmensrichtlinie ZstdContentEncodingEnabled verfügbar.
- Chrome 123 für Android, ChromeOS, LaCrOS, Linux, Mac, Windows und Fuchsia : Unterstützung für zstd wird hinzugefügt.

Überarbeitung der Abläufe zum Erzwingen der Anmeldung
Wenn die Richtlinie BrowserSignin auf Erzwingen, dass Nutzer sich im Browser anmelden müssen festgelegt ist, melden sich Nutzer in Chrome jetzt gemäß dem Standardanmeldeverfahren über die Profilauswahl an.

Bisher hatte der Ablauf Anmeldung erzwingen ein bestimmtes UI-Dialogfeld, das nicht dem typischen Stil oder den Standards von Chrome entsprach. Jetzt sind die Abläufe an den regulären Anmeldevorgängen ausgerichtet. Außerdem haben wir die Fehlerbehandlung verbessert, indem Anmeldefehler in einem regulären Dialogfeld mit Aktionsschaltflächen angezeigt werden.
- Chrome 123 für Mac, Windows : Vollständige Einführung

Google Update-Änderungen
Wir sind gerade dabei, eine neue Version von Google Update einzuführen. Im Rahmen dieser Änderung wird unter Windows auch der Speicherort der Datei GoogleUpdate.exe geändert und in updater.exe umbenannt. Der vorherige Pfad bleibt bestehen, bis die Umstellung vollständig abgeschlossen ist.
- Vorher: C:\Programme (x86)\Google\Update\GoogleUpdate.exe
- Aktuell: C:\Programme (x86)\Google\GoogleUpdater\VERSION\updater.exe

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
WebAnnotations	Erkennung von Nur-Text-Entitäten auf Webseiten zulassen (nur unter iOS)
IdleTimeout	Verzögerung vor Ausführung von Aktionen bei Inaktivität (jetzt auch für iOS verfügbar)
IdleTimeoutActions	Aktionen, die ausgeführt werden sollen, wenn der Computer inaktiv ist (jetzt auch für iOS verfügbar)
ChromeForTestingAllowed	Chrome for Testing zulassen
RemoteAccessHostAllowPinAuthentication	PIN- und Kopplungsauthentifizierung für Hosts für den Remotezugriff zulassen
RemoteAccessHostAllowUrlForwarding	Nutzern mit Remotezugriff erlauben, URLs auf Hostseite in ihrem lokalen Clientbrowser zu öffnen
DownloadManagerSaveToDriveSettings	Speichern von Dateien direkt in Google Drive zulassen

ChromeOS-Updates

ChromeOS Flex-Bluetooth-Migration
In ChromeOS 123 wird ChromeOS Flex auf den Bluetooth-Stack von Floss aktualisiert. Im Rahmen dieses Upgrades unterstützen die aufgeführten Geräte die Bluetooth-Funktion nicht mehr. Wenn die Bluetooth-Funktionalität für diese Geräte entscheidend ist, empfehlen wir, sie auf die Langzeitsupport-Version umzustellen, um die Bluetooth-Funktionalität bis Oktober 2024 zu verlängern.
- HP Probook 4530s
- Lenovo ThinkPad T420
- HP Elitebook 8460p
- Apple iMac 11,2
- Lenovo ThinkPad x220
- Dell Vostro 3550
- HP 3115m
- HP Elitebook 2560p
- HP ProBook 6465b
- Lenovo ThinkPad L420
Wenn Ihre Geräte nach dem Update auf ChromeOS 123 keine Bluetooth-Verbindung herstellen können, setzen Sie das Chrome-Flag Floss statt BlueZ verwenden auf Deaktiviert.

Anpassen von Tastenkombinationen
Tastenkombinationen steigern die Produktivität und wir alle haben unsere Favoriten. In ChromeOS 123 können Sie mit der Anpassung von Tastenkombinationen Ihre bevorzugte Tastenkombination festlegen, um sie zu personalisieren. Ganz gleich, ob sie einfach mit einer Hand zu bedienen sein, sich einfach merken lassen oder mit denen identisch sein sollen, mit denen Sie vertraut sind – diese Funktion vereinfacht Ihre täglichen Arbeitsabläufe.

Anpassung der Maustaste
Auf Chromebooks lassen sich über die Anpassung der Maustaste schnell Aktionen mit nur einem Tastendruck durchführen. Wenn Ihre Maus mehr als zwei Tasten hat, können Sie diese jetzt einer festgelegten Liste von Aktionen zuweisen, z. B. einen Screenshot erstellen, stummschalten und Stummschaltung aufheben, Emojis einfügen usw. Sie können auch eine Tastenkombination auswählen, um Ihren Schaltflächen Aktionen zuzuweisen, die über eine Tastenkombination ausgeführt werden.

Schnellere Einrichtung mit Splitscreen
Chromebooks bieten eine Vielzahl von Möglichkeiten, Fenster auf dem Bildschirm so anzuordnen, dass Sie produktiver sind – zum Beispiel mit dem Splitscreen. Mit der Funktion „Schnellere Einrichtung mit Splitscreen“ können Sie Ihr Fensterlayout schneller einrichten, da auf der anderen Seite des Bildschirms eine Übersicht Ihrer geöffneten Fenster angezeigt wird. Wenn Sie ein Fenster auf einer Seite „andocken“ (oder sperren), können Sie mit dem schnellen Splitscreen ein bereits geöffnetes Fenster von der Übersicht auswählen, um es an der anderen Seite einzurasten, oder etwas aus der Ablage (die Reihe der Apps unten oder seitlich auf dem Bildschirm) auswählen.

ChromeOS-Tethering-Hotspot
Der Hotspot ist jetzt für ChromeOS verfügbar. Sie können das Mobilfunknetz auf Ihrem Chromebook jetzt als Hotspot für andere Geräte ohne Internetverbindung nutzen. Öffnen Sie dazu die Netzwerkeinstellungen und aktivieren Sie den ersten Hotspot. ChromeOS 123 unterstützt T-Mobile nur in den USA. Wir arbeiten jedoch daran, in zukünftigen Versionen weitere Netzwerke hinzuzufügen.

App-spezifische Spracheinstellungen unter Android
Sie können jetzt Ihre bevorzugte Sprache für Ihre Android-Apps festlegen. Sie finden diese neuen Einstellungen unter Einstellungen > Apps > Apps verwalten > App-Sprache.

Neue natürlich klingende Stimmen für die Sprachausgabe
In ChromeOS 123 haben wir neue natürlich klingende Sprachausgabe-Stimmen hinzugefügt, die offline funktionieren und in 31 Sprachen verfügbar sind.

Einführung des Datenverarbeitermodus für Norwegen
Im August 2023 wurde in den Niederlanden der Datenauftragsverarbeitermodus für ChromeOS eingeführt, um Organisationen mehr Transparenz und Kontrolle über die Daten zu bieten, die an Google gesendet und von Google verarbeitet werden. Da das Interesse an diesem Bereich in letzter Zeit gestiegen ist, machen wir den Datenverarbeitermodus in weiteren Ländern allgemein verfügbar, beginnend mit Norwegen. Dieses Produkt ist in der Admin-Konsole unter Gerät > Chrome > Compliance verfügbar. Weitere Informationen finden Sie in diesem Hilfeartikel.

App-spezifische Datenschutzeinstellungen
Mit ChromeOS 123 lassen sich die Datenschutzeinstellungen auf Chromebooks durch die Konsolidierung von App-Berechtigungen und Datenschutzeinstellungen einfacher verwalten. So können Nutzer besser nachvollziehen, welche Apps Zugriff auf die Datenschutzsensoren benötigen und welche Auswirkungen die Datenschutzeinstellungen auf die App-Berechtigungen haben. Mit den App-spezifischen Berechtigungen für Mikrofon und Kamera können Nutzer jetzt direkt die Datenschutzeinstellungen aufrufen, um zu sehen, welche Apps Zugriff auf diese Sensoren benötigen, und die App-Berechtigungen zu ändern. So müssen sie nicht mehr zwei verschiedene Bereiche (Datenschutz- und App-Einstellungen) aufrufen.

Verbesserte Android-Sicherheit für neue Unternehmenskunden
Mit ChromeOS 123 wird das standardmäßige Sicherheitsniveau für Apps für Unternehmenskunden erhöht. In neuen Unternehmensdomains werden Android-Apps für nicht verbundene ChromeOS-Nutzer in ChromeOS jetzt standardmäßig deaktiviert. Nicht verbundene ChromeOS-Nutzer sind Nutzer auf nicht verwalteten Geräten oder auf Geräten, die von einer anderen Domain als der Nutzer verwaltet werden.

Bestehende Unternehmensdomains sind von dieser Änderung nicht betroffen. Neue oder bestehende Education-Kunden sind davon nicht betroffen.

Unternehmenskunden, die die Standardeinstellung ändern möchten, finden weitere Informationen in diesem Hilfeartikel.

Neuerungen in der Admin-Konsole

Verbesserte Nutzerfreundlichkeit der Seite „Einstellungen“
Ab März 2024 verwenden alle Administratoren die aktualisierte Seite Einstellungen. Die alte Seite Einstellungen kann dann nicht mehr genutzt werden. Die meisten von Ihnen nutzen bereits die neue Version. Das bedeutet nur, dass Administratoren nicht mehr auf die bisherige Ansicht zugreifen können. Sie haben aber weiterhin Zugriff auf alle Funktionen in der aktualisierten Ansicht.

Erfassung von Remote-Protokollen für ChromeOS-Geräte
Wenn Probleme mit einem verwalteten ChromeOS-Gerät auftreten, können Sie auf der Seite Gerätedetails in der Admin-Konsole zusätzliche Protokolle erstellen, um Fehler zu beheben.Für folgende Anwendungsfälle können Sie Protokolle per Fernzugriff erfassen :
- Kioskgeräte
- Verbundene und nicht verbundene angemeldete Nutzer
- Verwaltete Gastsitzungen
- Anmeldung und gesperrter Bildschirm
Weitere Informationen finden Sie im Hilfeartikel Remote-Protokollerfassung für ChromeOS-Geräte.

Löschen inaktiver Browser in der Chrome-Verwaltung über die Cloud
Die Richtlinie „Zeitraum der Inaktivität für das Löschen des Browsers“ ist jetzt für den Vorabzugriff in der Admin-Konsole verfügbar. IT-Administratoren, für die die Standardeinstellung von 18 Monaten nicht angemessen ist, können einige Wochen vor Beginn des eigentlichen Löschvorgangs explizit einen Richtlinienwert (Inaktivitätszeitraum) festlegen.

Von April 2024 bis Mai 2024 wird die Richtlinie Zeitraum der Inaktivität für das Löschen des Browsers eingeführt. In der Admin-Konsole werden dann automatisch registrierte Browser gelöscht, die länger als der durch die Richtlinie festgelegte Zeitraum inaktiv waren. Beim Veröffentlichen der Richtlinie hat der Inaktivitätszeitraum einen Standardwert von 540 Tagen. Das bedeutet, dass standardmäßig alle registrierten Browser, die länger als 540 Tage inaktiv waren, aus Ihrem Konto gelöscht werden. Administratoren können den Wert für den inaktiven Zeitraum mithilfe dieser Richtlinie ändern. Der Inaktivitätszeitraum des Browsers beträgt maximal 730 Tage, der Mindestwert 28 Tage.
Wenn Sie den festgelegten Richtlinienwert senken, kann sich das weltweit auf alle derzeit registrierten Browser auswirken. Alle betroffenen Browser werden als inaktiv betrachtet und daher unwiderruflich gelöscht. Damit die gelöschten Browser beim nächsten Neustart automatisch neu registriert werden, setzen Sie den Richtlinienwert für die Gerätetoken-Verwaltung auf Token löschen, bevor Sie den Wert dieser Richtlinie reduzieren. Die Registrierungstokens für diese Browser müssen zum Zeitpunkt des Neustarts noch gültig sein.

Chrome-Absturzbericht
In Chrome 123 können Sie Absturzereignisse in der Admin-Konsole auf der neuen Seite mit Chrome-Absturzberichten visualisieren. In diesem Bericht finden Sie ein dynamisches Diagramm, das Chrome-Absturzereignisse im Zeitverlauf darstellt, gruppiert nach Chrome-Versionen. Für die folgenden Felder sind zusätzliche Filter verfügbar: Betriebssystemplattformen, Chrome-Kanäle und Datumsangaben. Mit diesem Bericht können Sie potenzielle Chrome-Probleme in Ihrer Organisation proaktiv erkennen.
- Chrome 121 unter Linux, MacOS und Windows: Trusted Tester-Programm
- Chrome 123 für Linux, macOS und Windows:Funktions-Rollout

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
ShortcutCustomizationAllowed	Nutzer/MGS	ChromeOS 123+	Bedienungshilfen für Nutzer
DeleteKeyModifier	Nutzer/MGS	ChromeOS 123+	Bedienungshilfen für Nutzer
HomeAndEndKeysModifier	Nutzer/MGS	ChromeOS 123+	Bedienungshilfen für Nutzer
InsertKeyModifier	Nutzer/MGS	ChromeOS 123+	Bedienungshilfen für Nutzer
PageUpAndPageDownKeysModifier	Nutzer/MGS	ChromeOS 123+	Bedienungshilfen für Nutzer
F11KeyModifier	Nutzer/MGS	ChromeOS 123+	Bedienungshilfen für Nutzer
F12KeyModifier	Nutzer/MGS	ChromeOS 123+	Bedienungshilfen für Nutzer
ChromeForTestingAllowed	Nutzer	ChromeOS 123+	Nutzer
DownloadManagerSaveToDriveSettings	Nutzer	ChromeOS 123+	Nutzer

Demnächst verfügbar

Hinweis: Die unten aufgeführten Elemente sind experimentelle oder geplante Updates. Sie können sich vor der Einführung der stabilen Version ändern, verzögern oder ganz entfernt werden.

Anstehende Browseränderungen

Auswahlbildschirm für die Standardsuchmaschine
Im Rahmen der Einhaltung des Gesetzes über digitale Märkte (GDM) führt Google Auswahlbildschirme ein, in denen Nutzer ihre Standardsuchmaschine in Chrome festlegen können. Über die Steuerelemente in der Eingabeaufforderung wird die Einstellung für die Standardsuchmaschine festgelegt, die derzeit unter chrome://settings/search verfügbar ist.

In Unternehmen, die festgelegt haben, dass der Administrator die Sucheinstellungen ihrer Unternehmensnutzer mithilfe der Unternehmensrichtlinien DefaultSearchProviderEnabled und DefaultSearchProviderSearchUrl festlegt, steuern diese Richtlinien weiterhin die Sucheinstellungen des Unternehmens. Wenn der Administrator die Sucheinstellungen für Unternehmensnutzer nicht über eine Richtlinie festgelegt hat, werden Unternehmensnutzer möglicherweise in Chrome aufgefordert, ihre Standardsuchmaschine auszuwählen.

Weitere Informationen zu diesen Richtlinien und den zugehörigen atomaren Gruppen
- Chrome 120 für iOS, ChromeOS, LaCrOS, Linux, MacOS und Windows: Bei 1 % der Nutzer wird ab Chrome 120 der Auswahlbildschirm angezeigt.
- Im Laufe dieses Jahres für iOS, ChromeOS, LaCrOS, Linux, MacOS und Windows:Vollständige Einführung für die entsprechenden Nutzer.

Linkerfassung für Nutzer in PWAs – Windows, MacOS und Linux

Weblinks leiten Nutzer automatisch zu installierten Web-Apps weiter. Damit die Erwartungen der Nutzer in Bezug auf installierte Web-Apps besser erfüllt werden, ermöglicht Chrome einen einfachen Wechsel zwischen Browser und installierten Web-Apps. Wenn der Nutzer auf einen Link klickt, der von einer installierten Web-App geöffnet werden kann, fügt Chrome der Adressleiste einen Chip hinzu, der einen Wechsel zur App vorschlägt. Wenn der Nutzer auf den Chip klickt, wird die App entweder direkt gestartet oder ein Raster mit Apps geöffnet, die diesen Link unterstützen. Bei einigen Nutzern wird die App immer automatisch durch Klicken auf einen Link geöffnet.

In der aktuellen Implementierung wurden einige Probleme festgestellt. Daher werden wir diese Funktion nicht wie ursprünglich angekündigt in Chrome 123 einführen. Wir planen, noch in diesem Jahr die Linkaufnahme zu veröffentlichen (Fehler).
- Chrome 121 für Linux, MacOS und Windows: Bei einigen Nutzern wird immer die installierte PWA geöffnet, wenn sie auf einen Link klicken. Bei anderen Nutzern wird der Link in einem neuen Tab mit einem Chip in der Adressleiste geöffnet. Die App wird gestartet, wenn Nutzer auf den Chip klicken. Die Funktion kann mit der Kennzeichnung chrome://flags/#enable-user-link-capturing-pwa gesteuert werden.
- Zukünftiger Meilenstein im Jahr 2024 für Linux, MacOS und Windows:Die vollständige Einführung der stabilen Version ist entweder standardmäßig aktiviert (Apps werden immer bei Linkklicks gestartet) oder standardmäßig deaktiviert (immer in einem Tab geöffnet, nur gestartet, wenn der Nutzer auf den Chip in der Adressleiste klickt).

Berechtigungsaufforderung für die Web MIDI API

Die Web MIDI API stellt eine Verbindung zu MIDI-Geräten (Musical Instrument Digital Interface) her und interagiert mit ihnen. Es gab mehrere gemeldete Probleme zum Drive-by-Zugriff der Web MIDI API auf Client-MIDI-Geräte (siehe zugehörige Chromium-Programmfehler ). Um dieses Problem zu beheben, hat die Arbeitsgruppe „Audio“ des W3C beschlossen, eine ausdrückliche Genehmigung für den allgemeinen Web MIDI API-Zugriff zu erteilen. Ursprünglich war die explizite Berechtigung nur für die erweiterte Web-MIDI-Nutzung in Chrome erforderlich, einschließlich des Sendens und Empfangens von systemexklusiven Nachrichten (SysEx), mit geschütztem Zugriff hinter einer Berechtigungsaufforderung. Wir beabsichtigen nun, den Umfang der Berechtigung auf die normale Verwendung der Web MIDI API auszuweiten.

In Chrome 124 ist für den gesamten Zugriff auf die Web MIDI API eine Nutzerberechtigung erforderlich. Es sind keine Richtlinien verfügbar, über die diese Änderungen gesteuert werden können. Wenn Probleme auftreten, können Sie hier einen Fehler melden.
- Chrome 124 für Windows, MacOS, Linux und Android

Drei Chrome-Erweiterungen werden auf Manifest V3 aktualisiert

Drei Erweiterungen werden bald für die Verwendung von Manifest V3 aktualisiert: Unterstützung älterer Browser für Edge, User-Agent Switcher und die Chrome-Berichterstellung.

Dies ist ein wichtiges Update, das möglicherweise Fehler enthält. Sie können die Betaversion dieser Erweiterungen also noch heute ausprobieren. Wir empfehlen Ihnen, sie in Ihrer Umgebung zu testen. Wenn Probleme auftreten, können Sie hier einen Fehler melden.
Der URL-Parser für den User-Agent-Switcher wurde geändert. Prüfen Sie daher, ob Ihre vorhandenen User-Agent-Ersetzungen mit der neuen Version funktionieren.
- Chrome 124: Alle drei Erweiterungen erhalten ca. am 30. April 2024 ein Update auf die stabile Version.

Verbesserungen für Lesezeichen und Leselisten unter Android

Unter Chrome 124 für Android können einige Nutzer, die sich über den Lesezeichenmanager in Chrome anmelden, Lesezeichen und Einträge von Leselisten in ihrem Google-Konto verwenden und speichern. Relevante Unternehmensrichtlinien wie BrowserSignin, SyncTypesListDisabled, EditBookmarksEnabled, ManagedBookmarks und ShoppingListEnabled funktionieren weiterhin wie gewohnt und können verwendet werden, um zu konfigurieren, ob Nutzer Elemente in ihrem Google-Konto verwenden und speichern können.
- Chrome 124 für Android: Funktionseinführung

Unternehmensrichtlinie für Drosselung einstellen

Die zugrunde liegende Codeänderung (Drosselung von ursprungsübergreifenden display:none-iframes im selben Prozess), die die Unternehmensrichtlinie ThrottleNonVisibleCrossOriginIframesAllowed überschreibt, ist seit Anfang 2023 in stabilen Releases aktiviert. Da bekannte Probleme bereits behoben wurden, haben wir vor, die Unternehmensrichtlinie ThrottleNonvisibleCrossOriginiFramesAllowed bis Chrome 124 zu entfernen. Die Diskussionen über das Drosselungsproblem und dessen Lösung finden Sie in diesem Chromium-Programmfehler.
- Chrome 124 : Die Richtlinie wird entfernt.

Chrome Desktop-Unterstützung für Windows ARM64

Chrome unterstützt derzeit Windows ARM64. Wir arbeiten daran, die Enterprise-Installationsprogramme zu veröffentlichen. Sie können die Canary-Version weiterhin testen und dort Fehler melden. Dieser Wert kann sich aufgrund der Gesamtstabilität und des Feedbacks von Kunden noch ändern. Wenn Probleme auftreten, können Sie hier einen Fehler melden.
- Chrome 124 für Windows (ARM) : Neue Enterprise-Installationsprogramme sind verfügbar.

Für GREASE verwendete Unternehmensrichtlinie entfernen

Die Richtlinie UserAgentClientHintsGREASEUpdateEnabled wird demnächst eingestellt, da der aktualisierte GREASE-Algorithmus standardmäßig seit über einem Jahr aktiviert ist. Die Richtlinie wird nach einer gewissen Zeit entfernt.
- Chrome 124 für Android, ChromeOS, Linux, MacOS und Windows: Richtlinie wurde eingestellt.
- Chrome 126 für Android, ChromeOS, Linux, MacOS und Windows: Richtlinie wird entfernt.

Der Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Der Netzwerkdienst, der bereits in einem eigenen Prozess ausgeführt wird, wird unter Windows in einer Sandbox ausgeführt, um die Sicherheit und Zuverlässigkeit zu verbessern. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten gefunden werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.
- Chrome 124 für Windows: Der Netzwerkdienst wird unter Windows in einer Sandbox ausgeführt.

WebSQL einstellen und entfernen

Da SQLite über WASM der offizielle Ersatz ist, möchten wir WebSQL vollständig entfernen. Dies dient der Sicherheit unserer Nutzer.

Der Datenbankstandard WebSQL wurde erstmals im April 2009 vorgeschlagen und im November 2010 aufgegeben. Gecko hat diese Funktion nie implementiert und WebKit hat sie 2019 eingestellt. W3C ermutigte diejenigen, die Webdatenbanken benötigen, Web Storage oder Indexed Database zu verwenden.

Seit der Veröffentlichung ist es unglaublich schwierig, die Sicherheit unserer Nutzer zu gewährleisten. SQLite war ursprünglich nicht für die Ausführung schädlicher SQL-Anweisungen konzipiert, aber mit WebSQL müssen wir genau das tun. Es bedeutet für das Speicherteam unvorhersehbare Kosten, auf einen ständigen Strom von Stabilitäts- und Sicherheitsproblemen reagieren zu müssen.
- Chrome 101: In Chrome 101 wird die WebSQLAccess-Richtlinie hinzugefügt. WebSQL ist verfügbar, wenn diese Richtlinie aktiviert ist. Die Richtlinie ist bis Chrome 123 verfügbar.
- Chrome 115: Einstellungsnachricht wurde der Konsole hinzugefügt.
- Chrome 117: In Chrome 117 startet der Testzeitraum für die Einstellung von WebSQL. Der Testzeitraum endet in Chrome 123. Während des Testzeitraums ist ein Token für den Test zur Einstellung erforderlich, damit die Funktion verfügbar ist.
- Chrome 119: Ab Chrome 119 ist WebSQL nicht mehr verfügbar. Der Zugriff auf die Funktion ist bis Chrome 123 über die Richtlinie WebSQLAccess oder ein Token für den Test zur Einstellung möglich.
- Chrome 124: für ChromeOS, LaCrOS, Linux, MacOS, Windows und Android: Ab Chrome 124 sind die Richtlinie WebSQLAccess und der Test zur Einstellung, mit dem WebSQL verfügbar gemacht werden kann, nicht mehr verfügbar.

Formularsteuerelemente unterstützen Richtungswerte im vertikalen Schreibmodus
Im Schreibmodus der CSS-Eigenschaft können Elemente vertikal angeordnet werden. Nutzer können jedoch nicht die Richtung festlegen, in die sich der Wert ändert. Mit dieser Funktion kann der Eingabetyp der Formularsteuerelemente (meter, progress, range) den vertikalen Schreibmodus haben und die Wertrichtung des Formularsteuerelements ausgewählt werden. Wenn die Richtung rtl lautet, wird der Wert von unten nach oben gerendert. Wenn die Richtung ltr ist, wird der Wert von oben nach unten gerendert. Weitere Informationen finden Sie in diesem Blogpost zu Chrome für Entwickler.
- Chrome 124 für Windows, Mac, Linux, Android

Unternehmensrichtlinien entfernen, die für die Nutzung des TLS-Handshakes und der RSA-Schlüssel verwendet werden

In Chrome 114 haben wir InsecureHashesInTLSHandshakesEnabled eingeführt, um die Verwendung veralteter nicht sicherer Hashes während des TLS-Handshakes zu steuern. In Chrome 116 haben wir RSAKeyUsageForLocalAnchorsEnabled eingeführt, um die Nutzung von RSA-Schlüsseln für Serverzertifikate zu prüfen, die von lokalen Trust-Anchors ausgestellt wurden. In Chrome 124 werden sowohl die Richtlinien InsecureHashesInTLSHandshakesEnabled als auch RSAKeyUsageForLocalAnchorsEnabled entfernt.
- Chrome 124 für Android, ChromeOS, Linux, MacOS, Windows: Die Richtlinien InsecureHashesInTLSHandshakesEnabled und RSAKeyUsageForLocalAnchorsEnabled werden entfernt.

Attribut „shadow root cloneable“

Das Attribut „shadow root clonable“ ermöglicht die individuelle Kontrolle darüber, ob eine Shadow-Root-Datei geklont werden kann (über Standardbefehle zum Klonen von Plattformen wie cloneNode()). Imperative Shadow-Roots können jetzt über den Parameter `attachShadow({clonable:true})` gesteuert werden. Deklarative Shadow-Rots können über das neue Attribut `<template shadowrootmode=open shadowrootclonable>` gesteuert werden.

Probleme können in folgenden Fällen auftreten:
1. Verwendung von deklarativem Shadow-DOM
2. Klonen von Vorlagen, die DSD enthalten
3. Erwartung, dass diese Klone geklonte Shadow-Roots enthalten
- Chrome 124 für Android, ChromeOS, Linux, MacOS und Windows

Unternehmensrichtlinie für die Übernahme von Basis-URLs entfernen

In Chrome 114 haben wir NewBaseUrlInheritanceBehaviorAllowed eingeführt. Damit soll verhindert werden, dass Nutzer oder Google Chrome-Varianten „NewBaseUrlInheritanceBehavior“ aktivieren, falls Kompatibilitätsprobleme festgestellt werden. In Chrome 125 wird die temporäre Richtlinie NewBaseUrlInheritanceBehaviorAllowed entfernt.
- Chrome 125 für Android, ChromeOS, Linux, macOS und Windows:Die Richtlinie NewBaseUrlInheritanceBehaviorAllowed wird entfernt.

Einstellung geplant: Mutationsereignisse

Synchrone Mutationsereignisse, einschließlich DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument und DOMCharacterDataModified beeinträchtigen die Seitenleistung und erhöhen auch die Komplexität beim Hinzufügen neuer Funktionen im Web. Diese APIs wurden 2011 aus der Spezifikation entfernt und 2012 durch die Mutation Observer API ersetzt, die ein viel besseres Verhalten hat. Die veralteten Mutationsereignisse müssen entfernt oder zu Mutation Observer migriert werden. Ab Chrome 124 ist die temporäre Unternehmensrichtlinie MutationEventsEnabled verfügbar, um eingestellte oder entfernte Mutationsereignisse wieder zu aktivieren. Wenn Probleme auftreten, können Sie hier einen Fehler melden.
- Chrome 127 für Android, ChromeOS, Linux, MacOS und Windows: Mutationsereignisse funktionieren in Chrome 127 etwa ab dem 30. Juli 2024 nicht mehr.

Unternehmensrichtlinie entfernen, die für dasselbe alte Websiteverhalten verwendet wird

In Chrome 79 haben wir die Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList eingeführt, um das SameSite-Verhalten von Cookies auf den angegebenen Domains auf das bisherige Verhalten zurückzusetzen. Die Lebensdauer der Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList wurde verlängert. Sie wird beim unten aufgeführten Meilenstein entfernt.
- Chrome 128 für Android, ChromeOS, Linux, MacOS und Windows: Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList entfernen

Alle Erweiterungen müssen bis Juni 2025 für die Nutzung von Manifest V3 aktualisiert werden.

Erweiterungen müssen aktualisiert werden, damit Manifest V3 genutzt werden kann. Chrome-Erweiterungen werden auf die neue Manifest-Version Manifest V3 umgestellt. Dadurch wird der Datenschutz für Ihre Nutzer verbessert, zum Beispiel durch die Umstellung auf ein Modell, bei dem Erweiterungen Anfragen deklarativ ändern, ohne dass einzelne Anfragen eingesehen werden können. Das verbessert auch die Sicherheit der Erweiterung, da remote gehosteter Code bei Manifest V3 nicht zulässig ist.

Ab Juni 2024 werden Manifest V2-Erweiterungen im Browser nach und nach deaktiviert. Über die Unternehmensrichtlinie ExtensionManifestV2Availability lässt sich steuern, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Außerdem werden die Manifest V2-Erweiterungen auf Geräten, auf denen die Richtlinie aktiviert ist, erst im darauffolgenden Jahr (Juni 2025) deaktiviert. Die Richtlinie wird dann entfernt.

Auf der Seite Apps und Erweiterungen unter Chrome-Verwaltung über die Cloud sehen Sie, welche Manifestversion von allen Chrome-Erweiterungen in Ihrem Gerätepool verwendet wird. Weitere Informationen finden Sie im Manifest-Zeitplan, einschließlich:
- Chrome 110 für ChromeOS, LaCrOS, Linux, MacOS und Windows: Mit der Unternehmensrichtlinie ExtensionManifestV2Availability können Sie steuern, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Nach der Migration können Sie gemäß der Richtlinie die Nutzung von Manifest V2-Erweiterungen verlängern.
- Chrome 127 für ChromeOS, LaCrOS, Linux, MacOS und Windows: Manifest V2-Erweiterungen werden auf Nutzergeräten nach und nach deaktiviert. Nur Personen, für die die Unternehmensrichtlinie ExtensionManifestV2Availability aktiviert ist, können Manifest V2-Erweiterungen in ihrer Organisation weiterhin verwenden.
- Chrome 139 für ChromeOS, LaCrOS, Linux, MacOS und Windows: Richtlinie ExtensionManifestV2Availability entfernen.

macOS 10.15 wird von Chrome nicht mehr unterstützt

macOS 10.15 wird von Chrome nicht mehr unterstützt. Diese Version befindet sich bereits außerhalb des Supportfensters von Apple. Nutzer müssen ihr Betriebssystem aktualisieren, um den Chrome-Browser weiterhin nutzen zu können. Zur Aufrechterhaltung der Sicherheit ist die Ausführung eines unterstützten Betriebssystems unerlässlich. Unter macOS 10.15 zeigt Chrome weiterhin eine Infoleiste an, die Nutzer daran erinnert, dass macOS 10.15 von Chrome 129 nicht mehr unterstützt wird.
- Chrome 129 für macOS : macOS 10.15 wird in Chrome nicht mehr unterstützt.

↑ Zurück nach oben

Bevorstehende ChromeOS-Änderungen

GIFs mit der Bildschirmaufnahme aufnehmen

Bereits ab ChromeOS 124 können Sie mit der Funktion Bildschirmaufnahme Ihren Bildschirm im GIF-Format aufnehmen, um die Aufzeichnung ganz einfach zu erfassen, zu teilen und inline in Chats, Präsentationen, Dokumenten usw abzuspielen.

↑ Zurück nach oben

Anstehende Änderungen in der Admin-Konsole

Bericht zu alter Technologie
Bereits ab Chrome 124 wird der Bericht „Alte Technologie“ in der Admin-Konsole verfügbar sein. Darin werden interne und externe Websites proaktiv erfasst, die Technologien verwenden, die demnächst eingestellt werden, z. B. Drittanbieter-Cookies, Änderungen an SameSite-Cookies und ältere Sicherheitsprotokolle wie TLS 1.0/1.1. und Drittanbieter-Cookies. Anhand dieser Informationen können IT-Administratoren die erforderlichen technischen Migrationen mit den Entwicklern planen, bevor die Einstellung der Funktion in Kraft tritt.

Diese Funktion ist derzeit im Rahmen unseres Trusted Tester-Programms verfügbar. Wenn Sie uns beim Testen dieser Funktion helfen möchten, können Sie sich hier für das Trusted Tester-Programm von Chrome Enterprise registrieren.
- Schon ab Chrome 124 für Linux, macOS und Windows : Der Bericht zu alten Technologien ist in der Admin-Konsole verfügbar.

Richtlinienparität: Benutzerdefinierte Konfigurationen für IT-Administratoren
Auf der Seite Benutzerdefinierte Konfigurationen können IT-Administratoren Chromium-Richtlinien, die noch nicht in der Admin-Konsole vorhanden sind, mithilfe von JSON-Skripts konfigurieren. Daher sind jetzt alle Chrome-Richtlinien in der Chrome-Verwaltung über die Cloud in der Admin-Konsole konfigurierbar. Das können Sie entweder auf der Seite Einstellungen oder auf der Seite Benutzerdefinierte Konfigurationen tun.
- Ab Chrome 124 für Android, iOS, Linux, Mac und Windows : Trusted Tester-Zugriff
- Bereits ab Chrome 125 für Android, iOS, Linux, Mac und Windows: Funktionseinführung

↑ Zurück nach oben

Chrome 122

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Einstellung von Drittanbieter-Cookies in Chrome (3PCD)	✓
Generative KI‑Funktionen		✓
Vereinfachte Anmeldung und Synchronisierung unter iOS		✓	✓
SharedImages für PPAPI-Video-Decodierung	✓
Neue Download‑URLs für den Chrome-Browser (Enterprise)			✓
Neue V8‑Sicherheitseinstellung	✓
Vorlesen		✓
Entfernung der Unternehmensrichtlinie „ChromeAppsWebViewPermissiveBehaviorAllowed“			✓
Asynchrone serverseitige Safe Browsing-Prüfung	✓
Verbesserte Downloadwarnungen auf der Downloadseite in Chrome	✓
Unload-Ereignisse überspringen	✓
Autofill: Aktualisierungen des Sicherheitscodes		✓
Abmeldung vom einheitlichen Passwortmanager entfernen		✓
Chrome für iOS: untere Adressleiste		✓
Änderungen der Richtlinie „DefaultSearchProvider“			✓
Verhaltensänderung der JavaScript JIT‑Richtlinien	✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
Entfernte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Scannen von Inhalten mit BCE	✓
Energiesparmodus		✓
SAML-Abläufe für die erneute Authentifizierung verbessert	✓
Badgebasierte Authentifizierung	✓
Aufnahmen mit Screencast bearbeiten		✓
IkeV2‑VPN‑Unterstützung	✓	✓
Obligatorische Erweiterungen im Inkognitomodus	✓		✓
Neues Design für den ChromeOS-Mediaplayer		✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Löschen inaktiver Browser in der Chrome-Verwaltung über die Cloud			✓
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Auswahlbildschirm für die Standardsuchmaschine		✓
Linkerfassung für Nutzer in PWAs – Windows, MacOS und Linux	✓
Tabs fortsetzen		✓
Chrome unter Android oder iOS: Tabs auf einem anderen Gerät fortsetzen		✓
Fortsetzung des zuletzt geöffneten Tabs auf einem beliebigen Gerät		✓
Berechtigungsaufforderung für die Web MIDI API	✓
Der Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt	✓
Unterstützung der Chrome-Synchronisierung wird für Chrome 81 und frühere Versionen eingestellt	✓		✓
WebSQL einstellen und entfernen	✓
Richtlinien „IdleTimeout“ und „IdleTimeoutActions“ unter iOS			✓
Profilübergreifende Erkennung von wiederverwendeten Passwörtern	✓
Telemetrie für Berechtigungsaufforderungen und das Akzeptieren von Benachrichtigungsberechtigungen	✓
ServiceWorker Static Routing API	✓
Prüfungen des privaten Netzwerkzugriffs für Navigationsanfragen: Nur-Warnung-Modus	✓
Verbesserungen für Lesezeichen und Leselisten unter Android		✓
Einstellung der Unternehmensrichtlinie „ThrottleNonvisibleCrossOriginiFramesAllowed“			✓
Entfernen der Unterstützung für UserAgentClientHintsGREASEUpdateEnabled			✓
Einstellung geplant: Mutation Events		✓
Entfernen der Richtlinie „LegacySameSiteCookieBehaviorEnabledForDomainList“			✓
Erweiterungen müssen aktualisiert werden, damit Manifest V3 genutzt werden kann	✓	✓	✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
ChromeOS Flex-Bluetooth-Migration			✓
Tastenkombinationen anpassen		✓
GIFs mit Bildschirmaufnahme aufzeichnen		✓
Schnellere Splitscreen-Einrichtung		✓
Anstehende Änderungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Verbesserte Nutzerfreundlichkeit der Seite „Einstellungen“		✓
Chrome-Absturzbericht			✓
Alter Technologiebericht			✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Chrome-Updates

Einstellung von Drittanbieter-Cookies in Chrome (3PCD)
Wie bereits angekündigt, wurde in Chrome 120 damit begonnen, Drittanbieter-Cookies standardmäßig für 1% der Chrome-Nutzer einzuschränken, um Tests zu vereinfachen. Ab dem 3. Quartal 2024 werden nachfolgende Versionen auf 100 % der Nutzer ausgeweitet. Ob es zur Ausweitung auf 100 % der Nutzer kommen wird, ist abhängig von möglichen verbleibenden wettbewerbsrechtlichen Bedenken der Wettbewerbsbehörde des Vereinigten Königreichs (Competition and Markets Authority, CMA). In Browsern, die zur Testgruppe von 1 % gehören, sind außerdem neue Nutzereinstellungen für den Schutz vor Tracking zu sehen. Sie können diese Änderungen in Chrome 120 oder höher ausprobieren, indem Sie chrome://flags/#test-third-party-cookie-phaseout aktivieren.

Diese Testphase vermittelt einen Eindruck davon, wie die Arbeit mit Websites in einer Welt ohne Drittanbieter-Cookies funktioniert. Da auch die Schutzmaßnahmen für das Bounce-Tracking Teil des 3PCD sind, werden für die Nutzer in dieser Gruppe, bei denen Drittanbieter-Cookies blockiert sind, Maßnahmen zur Eindämmung von Bounce-Tracking wirksam. Dadurch wird ihr Status für Websites gelöscht, die als Bounce-Tracker klassifiziert werden. Die meisten Unternehmensnutzer werden automatisch aus dieser 1%-Testgruppe ausgeschlossen. Wir empfehlen Administratoren jedoch, Drittanbieter-Cookies proaktiv über die Richtlinien BlockThirdPartyCookies und CookiesAllowedForUrls wieder zu aktivieren und die verwalteten Browser vor dem Test zu deaktivieren. So haben Unternehmen Zeit, die erforderlichen Änderungen selbst vorzunehmen, sodass sie nicht auf diese Richtlinie angewiesen sind oder auf Drittanbieter-Cookies zurückgreifen müssen.

Wir führen den Bericht zu älteren Technologien ein, um Anwendungsfälle für Drittanbieter-Cookies zu ermitteln. Administratoren können die Richtlinie BlockThirdPartyCookies auf „false“ setzen, um Drittanbieter-Cookies für alle Websites wieder zu aktivieren. Dadurch wird jedoch verhindert, dass Nutzer die entsprechende Einstellung in Chrome ändern können. Alternativ können Sie die Richtlinie CookiesAllowedForUrls so einrichten, dass Unternehmensanwendungen auf die Zulassungsliste gesetzt werden und so weiterhin Drittanbieter-Cookies empfangen können.

Endnutzer in Unternehmen, die in diese Testgruppe aufgenommen werden und keiner der Richtlinien für Unternehmensadministratoren unterliegen, können das Augensymbol in der Omnibox verwenden, um Drittanbieter-Cookies vorübergehend für 90 Tage auf einer bestimmten Website zu aktivieren, falls nötig. In diesem Hilfeartikel finden Sie weitere Informationen dazu, wie Sie die Einstellungen für die gewünschte Konfiguration ändern.

Die Schutzmaßnahmen für das Bounce-Tracking unterliegen denselben Richtlinien wie Cookies und werden erzwungen, wenn die abspringende Website keine Drittanbieter-Cookies verwenden darf. Wenn Sie also die Richtlinie BlockThirdPartyCookies auf „false“ setzen oder die Richtlinie CookiesAllowedForUrls für eine Website konfigurieren, wird dadurch verhindert, dass Eindämmungen von Bounce-Tracking den Status von Websites löschen.

SaaS-Integrationen von Unternehmen, die websiteübergreifend für nicht werbebezogene Anwendungsfälle eingesetzt werden, können sich für den Test zur Einstellung von Drittanbietern oder den Test zur Einstellung von Erstanbietern registrieren, um für einen begrenzten Zeitraum weiterhin auf Drittanbieter-Cookies zugreifen zu können.

Die Heuristikfunktion gewährt in bestimmten Fällen je nach Nutzerverhalten vorübergehenden Zugriff auf Drittanbieter-Cookies. So lassen sich Probleme mit Websites minimieren, die durch die Einstellung von Drittanbieter-Cookies in etablierten Mustern wie Pop-ups und Weiterleitungen des Identitätsanbieters verursacht werden.

Weitere Informationen dazu, wie Sie sich vorbereiten, Feedback geben und potenzielle Probleme mit der Website melden können, finden Sie auf unserer aktualisierten Landingpage unter Wie Sie sich auf die Deaktivierung von Drittanbieter-Cookies vorbereiten können.
- Ab Chrome 120 für ChromeOS, Linux, MacOS und Windows
  Bei 1 % des weltweiten Traffics sind Drittanbieter-Cookies deaktiviert. Von dieser Deaktivierung werden Unternehmensnutzer nach Möglichkeit automatisch ausgeschlossen und es gibt eine Richtlinie, mit der die Änderung überschrieben werden kann.

Generative KI-Funktionen
Ab Chrome 122 gibt es drei Generative KI-Funktionen (GenAI), die jetzt auch für verwaltete Nutzer verfügbar sind, die im Chrome-Browser angemeldet sind:
- Tab-Organisator: Chrome kann Nutzern basierend auf der URL und dem Titel der geöffneten Websites automatisch Tabgruppen vorschlagen. Wenn Sie diese Funktion verwenden möchten, rechtsklicken Sie auf einen Tab und wählen Sie Ähnliche Tabs organisieren aus.
- Designs mit KI erstellen: In Chrome können Nutzer mithilfe von generativer KI ein individuelles Chrome-Design (Kombination aus einer Farbe und einem Hintergrundbild) erstellen. Wenn Sie diese Funktion verwenden möchten, öffnen Sie einen neuen Tab und klicken Sie rechts unten auf Chrome anpassen. Wählen Sie in der Seitenleiste Design ändern > Mit KI erstellen aus. Nutzer können dann aus Voreinstellungen für Thema, Stimmung, Stil und Farbe auswählen.
- Hilfe beim Schreiben im Web mit KI: Diese Funktion hilft Nutzern, sicherer zu schreiben und Text in Freiform-Textfeldern im Web schneller zu verfassen. Wenn Sie diese Funktion verwenden möchten, klicken Sie mit der rechten Maustaste auf ein Textfeld und wählen Sie Hilfe beim Verfassen aus (nicht unter ChromeOS verfügbar).
Anfangs sind diese drei Funktionen nur für Nutzer in den USA und auf Englisch verfügbar. Administratoren können diese über TabOrganizerSettings, CreateThemesSettings und HelpMeWriteSettings-Richtlinien steuern. Für jede Funktion stehen Ihnen folgende Optionen für Ihre Organisation zur Verfügung:
- 0 = Funktion aktivieren und Daten senden, um KI-Modelle zu verbessern
- 1 = Funktion aktivieren, aber keine Daten senden, um KI-Modelle zu verbessern
- 2 = Funktion vollständig deaktivieren
Weitere Informationen finden Sie unter Vorschläge für Tabgruppen, Designs erstellen und Hilfe beim Verfassen .

Vereinfachte Anmeldung und Synchronisierung unter iOS
Ab Chrome 122 können bestehende iOS-Nutzer mit aktivierter Chrome-Synchronisierung eine vereinfachte und konsolidierte Version der Anmeldung und Synchronisierung in Chrome nutzen. Die Chrome-Synchronisierung wird nicht mehr als separate Funktion in den Einstellungen oder an anderer Stelle angezeigt. Stattdessen können sich Nutzer gemäß den entsprechenden Unternehmensrichtlinien in Chrome anmelden, um Informationen wie Passwörter und Lesezeichen in ihrem Google-Konto zu verwenden und zu speichern.

Wie bisher kann die Funktion, mit der Chrome-Daten im Google-Konto gespeichert und von dort abgerufen werden, vollständig (über SyncDisabled) oder teilweise (über SyncTypesListDisabled) deaktiviert werden. Die Anmeldung in Chrome kann wie bisher über BrowserSignin erzwungen oder deaktiviert werden.

Diese Änderungen haben keine Auswirkungen auf die Möglichkeiten der Nutzer, sich in Google-Diensten im Web (z. B. Gmail) anzumelden, ohne sich in Chrome anzumelden, sich nicht in Chrome anzumelden oder festzulegen, welche Informationen mit ihrem Google-Konto synchronisiert werden sollen.
- Chrome 117: Die Chrome-Synchronisierung wird für Nutzer, die die Chrome-Synchronisierung zu diesem Zeitpunkt nicht aktiviert hatten, nicht mehr als separate Funktion angezeigt.
- Chrome 122: Die Chrome-Synchronisierung wird nicht mehr als separate Funktion für Nutzer angezeigt, die die Chrome-Synchronisierung durch Migration auf einen gleichwertigen Status aktiviert hatten.

SharedImages für PPAPI-Videodecoder
In Chrome 122 wird die Richtlinie PPAPISharedImagesForVideoDecoderAllowed entfernt, mit der die aktuelle Refaktorierung für VideoDecoder-APIs im PPAPI-Plug-in gesteuert wird. Diese Richtlinie wurde in Chrome 119 vorübergehend eingeführt.
- Chrome 119 für ChromeOS und LaCrOS: Einführung von Escape-Hatch-Richtlinien.
- Chrome 122 für ChromeOS und LaCrOS: Die Richtlinie „Escape Hatch“ und die entsprechenden alten Codepfade wurden entfernt.

Neue Download-URLs für den Chrome-Browser (Enterprise)
Ab dem 8. Februar ändern sich die Downloadseiten für Chrome Enterprise (Windows und MacOS) zu:
- Windows https://chromeenterprise.google/download/?modal-id=download-chrome-demo#windows-download
- MacOS https://chromeenterprise.google/download/?modal-id=download-chrome-demo#mac-download
Unternehmen, die Chrome mithilfe von Automatisierung herunterladen, müssen ihre Scripts so ändern, dass diese URL-Änderungen erfasst werden, um Unterbrechungen zu vermeiden.

Neue V8-Sicherheitseinstellung
In Chrome 122 wurde unter chrome://settings/security eine neue Einstellung hinzugefügt, um die JIT-Optimierungen für V8 zu deaktivieren und so die Angriffsfläche des Chrome-Browsers zu verringern. Dieses Verhalten wird weiterhin über die Unternehmensrichtlinie DefaultJavaScriptJitSetting sowie die zugehörigen Richtlinien JavaScriptJitAllowedForSites und JavaScriptJitBlockingForSites festgelegt. Die Einstellung gehört zu den Website-Einstellungen. Die Unternehmensrichtlinien sind seit Chrome 93 verfügbar.
- Chrome 122 für ChromeOS, LaCrOS, Linux, MacOS, Windows und Fuchsia

Vorlesen
Mit der Funktion „Vorlesen“ können sich Nutzer von Chrome auf Android-Geräten Webseiten mithilfe der Sprachausgabe-Technologie anhören. Nutzer können jetzt über das Dreipunkt-Menü auf diese Funktion zugreifen und die Wiedergabe über die Audiosteuerung steuern.

Für die Funktion „Vorlesen“ wird die URL der Seite an Google-Server gesendet, um die Wiedergabe zu ermöglichen. Nutzer, die sie verwenden, müssen die Option Suchanfragen und das Surfen verbessern aktivieren.

Wenn die Richtlinie ListenToThisPageEnabled auf „true“ gesetzt ist, können Nutzer Webseiten mithilfe der Sprachausgabe vorlesen lassen. Dies ist durch serverseitige Inhaltsanalyse und Audiosynthese möglich. Mit „false“ wird die Funktion deaktiviert. Wenn die Richtlinie auf die Standardeinstellung gesetzt oder nicht konfiguriert ist, wird die Funktion „Vorlesen“ aktiviert.
- Chrome 122 für Android: Neue Funktionen

Entfernung der Unternehmensrichtlinie „ChromeAppsWebViewPermissiveBehaviorAllowed“
In Chrome 122 wird die temporäre Unternehmensrichtlinie ChromeAppsWebViewPermissiveBehaviorAllowed entfernt, die in Chrome 116 zur Verfügung gestellt wurde, um Unternehmen Zeit zu geben, mögliche Fehler im Zusammenhang mit Änderungen bei der WebView-Nutzung in Chrome Apps zu beheben.
- Chrome 122 für Linux, MacOS, Windows und ChromeOS: Unternehmensrichtlinie ChromeAppsWebViewPermissiveBehaviorAllowed entfernt

Asynchrone serverseitige Safe Browsing-Prüfung
Momentan blockieren die Safe Browsing-Prüfungen den Seitenaufbau. Das bedeutet, dass der Nutzer die Seite erst sehen kann, wenn die Prüfungen abgeschlossen sind. Um die Ladegeschwindigkeit von Chrome zu verbessern, wird das Laden von Seiten in Chrome 122 nicht mehr durch Prüfungen mit der serverseitigen Safe Browsing-Liste blockiert.

Wir haben das Risiko bewertet und Maßnahmen ergriffen:

1) Um den Browser vor direkten Exploits zu schützen, werden lokale Listen weiterhin synchron geprüft. So können schädliche Nutzlasten erst ausgeführt werden, wenn die Prüfung lokaler Listen abgeschlossen ist.

2) Hinsichtlich des Schutzes vor Phishing-Angriffen sind wir nach einer Auswertung der Daten zu dem Schluss gekommen, dass die Nutzer wahrscheinlich noch keine relevanten Aktionen auf der Website ausgeführt haben (z. B. ein Passwort eingegeben), bevor eine Warnung angezeigt wird.
- Chrome 122 für Android, ChromeOS, LaCrOS, Linux, MacOS und Windows: neue Funktionen

Verbesserte Downloadwarnungen auf der Downloadseite in Chrome
Um die Folgen von Malware-Downloads zu verringern, bereinigen wir die Warnstrings und -muster für Desktop-Downloads, damit sie klar und einheitlich sind.
- Chrome 122 für ChromeOS, LaCrOS, Linux, MacOS, Windows und Fuchsia: Neue Funktionen

Unload-Ereignisse überspringen
Das Vorhandensein von Unload-Event-Listenern ist ein primärer Blocker für den Back-Forward-Cache in Chromium-basierten Browsern und für Firefox auf Desktop-Plattformen. Auf mobilen Plattformen wiederum wird in fast allen Browsern bfcache priorisiert. In den meisten Fällen werden Unload-Ereignisse nicht ausgelöst. Um die Situation zu verbessern, haben wir mit vielen Partnern zusammengearbeitet und die Verwendung von Unload-Event-Listenern in den letzten Jahren erfolgreich reduziert. Um diese Migration weiter zu beschleunigen, empfehlen wir, in Chrome für Desktop Unload-Ereignisse schrittweise zu überspringen.

Falls Sie mehr Zeit für die Migration von Unload-Ereignissen benötigen, bieten wir vorübergehende Deaktivierungen in Form einer Permissions-Policy API und der Unternehmensrichtlinie ForcePermissionPolicyUnloadDefaultEnabled, mit der Sie das Verhalten selektiv unverändert lassen können.
- Chrome 117 für ChromeOS, Linux, MacOS und Windows: Entwicklertest
- Chrome 119 für ChromeOS, Linux, MacOS und Windows: Einführung der Richtlinie ForcePermissionPolicyUnloadDefaultEnabled
- Chrome 122–132 für ChromeOS, Linux, MacOS und Windows: Test zur Einstellung (allgemeine Einführung der Einstellung ist eingeschränkt, bis der Test zur Einstellung verfügbar ist)
- Unload-Handler von Chrome 122 werden bei 1% der Nutzer der Top-50-Websites nach und nach übersprungen, wie hier vorgeschlagen.

Autofill: Aktualisierungen des Sicherheitscodes
In Chrome 122 können Sie mit Autofill für Zahlungen Sicherheitscodes für lokale und Serverkarten speichern, um die Nutzerfreundlichkeit zu verbessern. Sicherheitscodes werden nur gespeichert, wenn der Nutzer dem Speichern zustimmt. Nutzer haben immer die Möglichkeit, die Speicherung von Sicherheitscodes in den Chrome-Einstellungen zu deaktivieren.
- Chrome 122 für Android, macOS: Funktionseinführung

Abmeldung vom Unified Passwortmanager wird entfernt
In Chrome 122 wird die Abmeldung vom einheitlichen Passwortmanager unter Android entfernt. Wenn die Google Play-Dienste mit einer Fehlermeldung antworten, verlieren Nutzer den Zugriff auf Funktionen des Passwortmanagers (Speichern oder Aktualisieren von Passwörtern, Passwortgenerierung), bis der Fehler behoben ist. Bei einigen Fehlern wird eine Fehlermeldung mit einer Aktionsschaltfläche angezeigt, über die Sie das Problem beheben können. Andere Probleme sollten nur vorübergehend sein, z. B. während der Aktualisierung der Google Play-Dienste.
- Chrome 122 für Android: Funktionseinführung

Chrome für iOS: untere Adressleiste auf dem iPhone
Vor Kurzem haben wir eine anpassbare Adressleiste eingeführt, mit der Nutzer auf dem iPhone zwischen einer oberen und einer unteren Adressleiste wählen können. Der Bildschirm zur Positionsauswahl in der Adressleiste wird nun der ersten Ausführung hinzugefügt.
- Chrome 122 für iOS: Funktionseinführung

Änderungen der Richtlinie „DefaultSearchProvider“
In Chrome 122 nehmen wir einige Änderungen an den „DefaultSearchProvider*“-Richtlinien vor. Wir haben DefaultSearchProviderIconURL von allen Plattformen entfernt, weil Chrome jetzt das von der Suchmaschine bereitgestellte Favicon-Bild verwendet. DefaultSearchProviderKeyword und DefaultSearchProviderNewTabURL werden nicht nur auf iOS- und Android-Geräten unterstützt, sondern auch unter Linux und Mac OS und Windows. Wir haben die unterstützten Plattformen entsprechend korrigiert.

Verhaltensänderung der JavaScript JIT-Richtlinien
In Chrome 122 führt das Aktivieren der Richtlinie DefaultJavaScriptJitSetting und das Deaktivieren von JavaScript JIT nicht mehr dazu, dass WebAssembly vollständig deaktiviert ist. Die V8-Optimierungs-JIT ist weiterhin deaktiviert, indem die Richtlinie DefaultJavaScriptJitSetting festgelegt wird. Dadurch kann Chrome Webinhalte in einer sichereren Konfiguration rendern.

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
InsecureFormsWarningsEnabled	Warnungen für unsichere Formulare aktivieren (jetzt unter iOS verfügbar)
ListenToThisPageEnabled	Funktion „Laut vorlesen“ (Textanalyse und Sprachsynthese) für Webseiten aktivieren

Entfernte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
PPAPISharedImagesForVideoDecoderAllowed	Pepper erlauben, freigegebene Bilder für die Videodecodierung zu verwenden
ChromeAppsWebViewPermissiveBehaviorAllowed	Zulässiges WebView-Verhalten für Chrome Apps wiederherstellen
DefaultSearchProviderIconURL	Symbol für Standardsuchanbieter (auf allen Plattformen entfernt)
DefaultSearchProviderKeyword	Suchbegriff des Standardsuchanbieters (nur unter Android und iOS entfernt)
DefaultSearchProviderNewTabURL	URL der „Neuer Tab“-Seite des Standardsuchanbieters (nur unter Android und iOS entfernt)

ChromeOS-Updates

Inhaltsscans mit BCE
ChromeOS-Datenkontrollen sind eine Reihe von Kontrollen, die vom Administrator angewendet werden und Nutzer mithilfe einer Ebene zum Schutz vor Datenverlust (Data Loss Prevention, DLP) in ChromeOS vor Datenlecks auf Endpunkten schützen. Weitere Informationen finden Sie in diesem Hilfeartikel. BeyondCorp Enterprise (BCE) ermöglicht einen kontinuierlichen End-to-End-Schutz in Echtzeit. Das Scannen von Inhalten mit BCE ist eine neue Möglichkeit, Einschränkungen der Datenkontrolle bei Dateiübertragungen anhand von Signalen von BeyondCorp Enterprise zu bewerten und durchzusetzen.

Energiesparmodus
Bereits ab ChromeOS 122 wird der Energiesparmodus verfügbar sein, um die Helligkeit des Displays und der Tastaturbeleuchtung zu verringern, die Aktualisierungsrate des Displays und das verfügbare Rechenbudget zu drosseln und bestimmte energieintensive Hintergrundfunktionen zu deaktivieren, damit Nutzer die Akkulaufzeit ihrer Geräte verlängern können. Das ist hilfreich, wenn Nutzer die letzten Minuten benötigen, um eine Aufgabe zu erledigen, und kein Ladegerät zur Hand haben. Wenn diese Option aktiviert ist, wird der Energiesparmodus automatisch aktiviert, sobald der Akkustand des Nutzers 20 % erreicht. Sie können diese Funktion über die Unternehmensrichtlinie BatterySaverModeAvailability steuern.

Erweiterte SAML-Abläufe für die erneute Authentifizierung
Um die Anmeldung unserer Kunden zu optimieren, haben wir einige interne Änderungen an der Implementierung der SAML-Einmalanmeldung (SSO) vorgenommen. Diese Änderungen betreffen Kunden mit falsch konfigurierten SAML-Einstellungen.
Achten Sie insbesondere darauf, dass die Richtlinie LoginAuthenticationBehavior auf Standardmäßig an SAML-IdP weiterleiten und die Richtlinie Einmalanmeldung (SSO) auf SAML aktivieren festgelegt ist. Andernfalls wird der SAML-basierte IdP nicht mehr geladen.

Badgebasierte Authentifizierung
Ab ChromeOS 122 können bestimmte externe Identitätsverwaltungsanbieter (Identity Management Provider, IdPs) die Badge-Authentifizierung auf ChromeOS-Geräten verwenden. Nutzer können einfach eine Sitzung durch Tippen auf einen Badge starten und sie genauso wieder verlassen. Die Lösung ist auf Frontline-Beschäftigte in verschiedenen Branchen wie dem Einzelhandel, dem Gastgewerbe und der Fertigung ausgerichtet.

In ChromeOS 122 beginnen wir mit dem Ilex Card Management System. In den kommenden Monaten sollen jedoch weitere Leser und Authentifizierungspartner hinzugefügt werden. Weitere Informationen finden Sie unter Badgebasierte Authentifizierung einrichten.

Aufnahmen mit Screencast bearbeiten
Mit ChromeOS Screencast können Nutzer transkribierte Bildschirmaufzeichnungen erstellen und teilen. Bereits ab ChromeOS 122 können Nutzer ihre Screencasts Satz für Satz kürzen, Absatzumbrüche hinzufügen und entfernen, Abschnitte ihrer Aufnahmen stummschalten und Abschnitten Titel hinzufügen, um die Navigation in langen Aufzeichnungen zu vereinfachen.

IKEv2-VPN-Unterstützung
ChromeOS 122 bietet in der Admin-Konsole neue Optionen für das VPN-Protokoll des Internet Key Exchange Protocol Version 2 (IKEv2).

Obligatorische Erweiterungen im Inkognitomodus
Administratoren können jetzt festlegen, ob Nutzer bestimmte Erweiterungen aktivieren müssen, um den Inkognitomodus zu verwenden. In der Admin-Konsole gibt es eine neue Ein/Aus-Schaltfläche unter Apps und Erweiterungen, die auf einzelne Erweiterungen angewendet werden kann. So können Unternehmen, die Debugging-Funktionen oder den Inkognitomodus mit mehreren Konten nutzen, diesen für alle verwalteten Geräte aktiviert lassen. Wenn Nutzer den Inkognitomodus verwenden möchten, müssen sie für alle erforderlichen Unternehmenserweiterungen die Option Im Inkognitomodus zulassen aktivieren.

Neues Design für den ChromeOS-Mediaplayer
Der ChromeOS-Mediaplayer wird bald größere Schaltflächen und Farben haben, die zum Hintergrund passen. Der Mediaplayer wird bei der Wiedergabe von Video- oder Audioinhalten (z. B. Spotify oder YouTube) in den Schnelleinstellungen angezeigt. Sie können auf das Symbol „Anpinnen“ klicken, um den Mediaplayer in die Ablage zu verschieben. Sie können nicht nur gestreamte Medien steuern, sondern auch Webmedien auf alle Lautsprecher oder Bildschirme in Ihrem lokalen Netzwerk streamen.

Neuerungen in der Admin-Konsole

Löschen inaktiver Browser in der Chrome-Verwaltung über die Cloud
Bereits ab März 2024 werden durch die Richtlinie Inaktivitätszeitraum für das Löschen des Browsers in der Admin-Konsole automatisch Browserdaten für verwaltete Browser gelöscht, die den Server länger als den durch die Richtlinie festgelegten Inaktivitätszeitraum nicht kontaktiert haben. Beim Veröffentlichen der Richtlinie hat der Inaktivitätszeitraum einen Standardwert von 540 Tagen. Alle registrierten Browser, die mehr als 540 Tage inaktiv waren, werden kurz nach der Veröffentlichung dieser Richtlinie aus Ihrem Konto gelöscht. Administratoren können den Wert für den inaktiven Zeitraum mithilfe dieser Richtlinie ändern. Der Inaktivitätszeitraum des Browsers beträgt maximal 730 Tage, der Mindestwert 28 Tage.

Wenn Sie den festgelegten Richtlinienwert senken, kann sich das weltweit auf alle derzeit registrierten Browser auswirken. Alle betroffenen Browser werden als inaktiv betrachtet und daher unwiderruflich gelöscht. Damit die gelöschten Browser beim nächsten Neustart automatisch neu registriert werden, setzen Sie den Richtlinienwert für die Gerätetoken-Verwaltung auf Token löschen, bevor Sie den Wert dieser Richtlinie reduzieren. Die Registrierungstokens für diese Browser müssen zum Zeitpunkt des Neustarts noch gültig sein.
- Ab Chrome 122: Die UI der Richtlinie „Inaktiver Zeitraum für das Löschen des Browsers“ ist für den Vorabzugriff in der Admin-Konsole verfügbar. IT-Administratoren, für die die Standardeinstellung von 18 Monaten nicht angemessen ist, können einige Wochen vor Beginn des eigentlichen Löschvorgangs explizit einen Richtlinienwert (Inaktivitätszeitraum) festlegen.

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
AlwaysOnVpnPreConnectUrlAllowlist	Nutzer/MGS	ChromeOS 122+	Netzwerk
DeviceSwitchFunctionKeysBehaviorEnabled	Gerät	ChromeOS 122+	Andere Einstellungen
MicrosoftOneDriveAccountRestrictions	Nutzer	ChromeOS 122+	Inhaltsverzeichnis
GoogleWorkspaceCloudUpload	Nutzer	ChromeOS 122+	Inhaltsverzeichnis
MicrosoftOfficeCloudUpload	Nutzer	ChromeOS 122+	Inhaltsverzeichnis
MicrosoftOneDriveMount	Nutzer	ChromeOS 122+	Inhaltsverzeichnis
QuickOfficeForceFileDownloadEnabled	Nutzer	ChromeOS 122+	Inhaltsverzeichnis
HelpMeWriteSettings	Nutzer	Chrome/ChromeOS 121+	Generative AI
CreateThemesSettings	Nutzer	Chrome/ChromeOS 121+	Generative AI
TabOrganizerSettings	Nutzer	Chrome/ChromeOS 121+	Generative AI

↑ Zurück nach oben

Demnächst verfügbar

Hinweis: Die unten aufgeführten Elemente sind experimentelle oder geplante Updates. Sie können sich vor der Einführung der stabilen Version ändern, verzögern oder ganz entfernt werden.

Anstehende Browseränderungen

Auswahlbildschirm für die Standardsuchmaschine
Im Rahmen der Einhaltung des Gesetzes über digitale Märkte (GDM) führt Google Auswahlbildschirme ein, in denen Nutzer ihre Standardsuchmaschine in Chrome festlegen können. Über die Steuerelemente in der Eingabeaufforderung wird die Einstellung für die Standardsuchmaschine festgelegt, die derzeit unter chrome://settings/search verfügbar ist.

In Unternehmen, die festgelegt haben, dass der Administrator die Sucheinstellungen ihrer Unternehmensnutzer mithilfe der Unternehmensrichtlinien DefaultSearchProviderEnabled und DefaultSearchProviderSearchUrl festlegt, steuern diese Richtlinien weiterhin die Sucheinstellungen des Unternehmens. Wenn der Administrator die Sucheinstellungen für Unternehmensnutzer nicht über eine Richtlinie festgelegt hat, werden Unternehmensnutzer möglicherweise in Chrome aufgefordert, ihre Standardsuchmaschine auszuwählen.

Weitere Informationen zu diesen Richtlinien und den zugehörigen atomaren Gruppen
- Chrome 120 für iOS, ChromeOS, LaCrOS, Linux, MacOS und Windows: Bei 1 % der Nutzer wird ab Chrome 120 der Auswahlbildschirm angezeigt.
- Im Laufe dieses Jahres für iOS, ChromeOS, LaCrOS, Linux, MacOS und Windows: Vollständige Einführung für die entsprechenden Nutzer

Linkerfassung für Nutzer in PWAs – Windows, macOS und Linux
Weblinks leiten Nutzer automatisch zu installierten Web-Apps weiter. Damit die Erwartungen der Nutzer in Bezug auf installierte Web-Apps besser erfüllt werden, ermöglicht Chrome einen nahtlosen Wechsel zwischen Browser und installierten Web-Apps. Wenn Nutzer auf einen Link klicken, der von einer installierten Web-App geöffnet werden könnte, fügt Chrome der Adressleiste einen Chip hinzu, der einen Wechsel zur App vorschlägt. Wenn Sie auf den Chip klicken, wird die App entweder direkt gestartet oder es wird ein Raster mit Apps geöffnet, die diesen Link unterstützen. Bei einigen Nutzern wird die App immer automatisch durch Klicken auf einen Link geöffnet.
- Chrome 121 für Linux, MacOS und Windows: Bei einigen Nutzern wird immer die installierte PWA geöffnet, wenn sie auf einen Link klicken. Bei anderen Nutzern wird der Link in einem neuen Tab mit einem Chip in der Adressleiste geöffnet. Die App wird gestartet, wenn Nutzer auf den Chip klicken. Die Funktion kann mit der Kennzeichnung chrome://flags/#enable-user-link-capturing-pwa gesteuert werden.
- Chrome 123 für Linux, MacOS und Windows: Basierend auf dem Ergebnis des Tests in Chrome 121 wird die stabile Version zu 100 % entweder standardmäßig mit aktivierter Einstellung (Apps immer beim Klicken auf Links starten) oder standardmäßig deaktivierter Einstellung (immer in einem Tab öffnen, nur starten, wenn der Nutzer auf einen Chip in der Adressleiste klickt) eingeführt.

Tabs fortsetzen

In Chrome 123 wird eine neue Karte auf der Seite „Neuer Tab“ eingeführt, auf der Nutzer Vorschläge für Tabs von anderen Geräten fortsetzen können. Administratoren können diese Funktion über die Richtlinie NTPCardsvisible steuern.
- Chrome 123 für ChromeOS, Linux, Mac und Windows

Chrome unter Android und iOS: Geräteübergreifende Wiederaufnahme

Damit Nutzer Aufgaben, die von anderen Geräten stammen, leichter fortsetzen können, bietet Chrome auf der Seite Neuer Tab oder auf der Startseite in Chrome unter Android und in Chrome unter iOS Vorschläge für geräteübergreifende Tabs. Diese Komponente wird auf der bestehenden Karte „Weitersurfen“ bei Start und im Magic Stack in Chrome unter Android und in Chrome unter iOS angezeigt.
- Chrome 123 für Android, iOS: Funktionseinführungen

Zuletzt geöffneten Tab auf einem beliebigen Gerät fortsetzen

Nutzer können künftig in Chrome den innerhalb der letzten 24 Stunden auf einem beliebigen Gerät zuletzt geöffneten Tab mit demselben angemeldeten Nutzerprofil über eine Tastenkombination schnell und einfach fortsetzen. Administratoren können diese Funktion über die bestehende Unternehmensrichtlinie SyncTypesListDisabled steuern.
- Chrome 123 für iOS: Funktionseinführungen

Berechtigungsaufforderung für die Web MIDI API
Die Web MIDI API stellt eine Verbindung zu MIDI-Geräten (Musical Instrument Digital Interface) her und interagiert mit ihnen. Es gab mehrere gemeldete Probleme zum Drive-by-Zugriff der Web MIDI API auf Client-MIDI-Geräte (siehe zugehöriger Chromium-Programmfehler). Um dieses Problem zu beheben, hat die Arbeitsgruppe „Audio“ des W3C beschlossen, eine ausdrückliche Genehmigung für den allgemeinen Web MIDI API-Zugriff zu erteilen. Ursprünglich war die explizite Berechtigung nur für die erweiterte Web-MIDI-Nutzung in Chrome erforderlich, einschließlich des Sendens und Empfangens von systemexklusiven Nachrichten (SysEx) mit geschütztem Zugriff hinter einer Berechtigungsaufforderung. Wir beabsichtigen nun, den Umfang der Berechtigung auf die normale Verwendung der Web MIDI API auszuweiten.

In Chrome 123 ist für den gesamten Zugriff auf die Web MIDI API eine Nutzerberechtigung erforderlich. Es sind keine Richtlinien verfügbar, über die diese Änderungen gesteuert werden können. Wenn Probleme auftreten, können Sie hier einen Fehler melden.
- Chrome 123 für Windows, MacOS, Linux und Android

Der Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt
Der Netzwerkdienst, der bereits in einem eigenen Prozess ausgeführt wird, wird unter Windows in einer Sandbox ausgeführt, um die Sicherheit und Zuverlässigkeit zu verbessern. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten gefunden werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.
- Chrome 123 für Windows: Der Netzwerkdienst wird unter Windows in einer Sandbox ausgeführt

Unterstützung der Chrome-Synchronisierung wird für Chrome 81 und frühere Versionen eingestellt
Chrome 81 und niedriger werden von der Chrome-Synchronisierung nicht mehr unterstützt. Führen Sie ein Upgrade auf eine neuere Version von Chrome aus, wenn Sie die Chrome-Synchronisierung weiterhin verwenden möchten.
- Chrome 123 für Android, iOS, ChromeOS, Linux, MacOS und Windows: Die Änderung wird umgesetzt.

WebSQL einstellen und entfernen
Da SQLite über WASM der offizielle Ersatz ist, möchten wir WebSQL vollständig entfernen. Dies dient der Sicherheit unserer Nutzer.

Der Datenbankstandard WebSQL wurde erstmals im April 2009 vorgeschlagen und im November 2010 aufgegeben. Gecko hat diese Funktion nie implementiert und WebKit hat sie 2019 eingestellt. W3C ermutigte diejenigen, die Webdatenbanken benötigen, Web Storage oder Indexed Database zu verwenden.

Seit der Veröffentlichung ist es unglaublich schwierig, die Sicherheit unserer Nutzer zu gewährleisten. SQLite war ursprünglich nicht für die Ausführung schädlicher SQL-Anweisungen konzipiert, aber mit WebSQL müssen wir genau das tun. Es bedeutet für das Speicherteam unvorhersehbare Kosten, auf einen ständigen Strom von Stabilitäts- und Sicherheitsproblemen reagieren zu müssen.
- Chrome 101: In Chrome 101 wird die WebSQLAccess-Richtlinie hinzugefügt. WebSQL ist verfügbar, wenn diese Richtlinie aktiviert ist. Die Richtlinie ist bis Chrome 123 verfügbar.
- Chrome 115: Einstellungsnachricht wurde der Konsole hinzugefügt.
- Chrome 117: In Chrome 117 startet der Testzeitraum für die Einstellung von WebSQL. Der Testzeitraum endet in Chrome 123. Während des Testzeitraums ist ein Token für den Test zur Einstellung erforderlich, damit die Funktion verfügbar ist.
- Chrome 119: Ab Chrome 119 ist WebSQL nicht mehr verfügbar. Der Zugriff auf die Funktion ist bis Chrome 123 über die Richtlinie WebSQLAccess oder ein Token für den Test zur Einstellung möglich.
- Chrome 123: für ChromeOS, LaCrOS, Linux, MacOS, Windows und Android: Ab Chrome 123 sind die Richtlinie „WebSQLAccess“ und der Test zur Einstellung, mit dem WebSQL verfügbar gemacht werden kann, nicht mehr verfügbar.

Richtlinien „IdleTimeout“ und „IdleTimeoutActions“ unter iOS
Unternehmen können jetzt eine Aktion erzwingen, nachdem Chrome auf iOS-Geräten eine bestimmte Zeit lang inaktiv war. Mit der Richtlinie IdleTimeout können Administratoren ein Zeitlimit und mit der Richtlinie IdleTimeoutActions Aktionen bei Zeitüberschreitung festlegen. Die Einstellung ist als Plattformrichtlinie verfügbar und wird später pro Profil verfügbar sein.
- Chrome 123 für iOS:Richtlinien für iOS

Profilübergreifende Erkennung der Wiederverwendung von Passwörtern
Bisher war die Erkennung der Wiederverwendung von Passwörtern für geschäftliche Anmeldedaten nur im Unternehmensprofil möglich. In Chrome 123 erkennt die Erkennung der Wiederverwendung von Passwörtern die Wiederverwendung von Unternehmensanmeldedaten in allen Profilen, die im verwalteten Browser nicht im Inkognitomodus verwendet werden.
- Chrome 123: Funktionseinführung

Telemetrie für Berechtigungsaufforderungen und das Akzeptieren von Benachrichtigungsberechtigungen
Wenn das erweiterte Sicherheitsprogramm aktiviert ist und ein Nutzer eine Seite besucht, auf der er aufgefordert wird, einer Berechtigung zum Senden von Benachrichtigungen zuzustimmen, werden möglicherweise Attribute dieser Seite an Safe Browsing gesendet. Wenn die Telemetrie gesendet wird und die Seite als gefährlich eingestuft wird, sehen Nutzer eine Safe Browsing-Warnung.

Wenn das erweiterte Sicherheitsprogramm oder die erweiterte Berichterstellung für Safe Browsing aktiviert ist und ein Nutzer eine Berechtigung zum Senden von Benachrichtigungen für eine Seite auf der Sperrliste akzeptiert, wird dieses Ereignis an Safe Browsing gesendet.

Diese Funktionen können über die Richtlinien SafeBrowsingProtectionLevel und SafeBrowsingExtendedReportingEnabled gesteuert werden.
- Chrome 123 unter Android, ChromeOS, LaCrOS, Linux, Mac, Windows, Fuchsia

Service Worker Static Routing API
Entwickler können mit dieser API das Routing konfigurieren und von einfachen Aufgaben entlastet werden, die von ServiceWorkers ausgeführt werden. Wenn die Bedingung erfüllt ist, erfolgt die Navigation, ohne ServiceWorkers zu starten oder JavaScript auszuführen. Dadurch können Webseiten Leistungseinbußen vermeiden, die durch das Abfangen von ServiceWorkern entstehen.
- Chrome 123 für Windows, Mac, Linux, Android

Prüfung des privaten Netzwerkzugriffs für Navigationsanfragen: Nur-Warnung-Modus
Bevor eine Website eine Zielwebsite im privaten Netzwerk eines Nutzers aufruft, wird in Chrome Folgendes ausgeführt:

1. Prüft, ob die ursprüngliche Navigationsanfrage aus einem sicheren Kontext initiiert wurde.

2. Sendet eine Preflight-Anfrage und prüft, ob die Zielwebsite mit einem Header antwortet, der privaten Netzwerkzugriff zulässt.

Die oben genannten Prüfungen dienen zum Schutz des privaten Netzwerks des Nutzers. Da diese Funktion im Nur-Warnung-Modus arbeitet, schlagen Anfragen nicht fehl, wenn eine der Prüfungen fehlschlägt. Stattdessen wird in der Chrome-Konsole in den Entwicklertools eine Warnung angezeigt, um Entwicklern bei der Vorbereitung auf die bevorstehende Erzwingung zu helfen. Weitere Informationen zu diesen Änderungen finden Sie unter Privater Netzwerkzugriff (PNA) für Navigationsanfragen. Weitere Informationen finden Sie in der PNA-Spezifikation.
- Chrome 123 für Android (außer WebView), ChromeOS, Linux, MacOS, Windows

Verbesserungen für Lesezeichen und Leselisten unter Android
Unter Chrome 124 für Android können einige Nutzer, die sich über den Lesezeichen-Manager in Chrome anmelden, Lesezeichen und Einträge von Leselisten in ihrem Google-Konto verwenden und speichern. Relevante Unternehmensrichtlinien wie BrowserSignin, SyncTypesListDisabled, EditBookmarksEnabled, ManagedBookmarks und ShoppingListEnabled funktionieren weiterhin wie gewohnt und können verwendet werden, um zu konfigurieren, ob Nutzer Elemente in ihrem Google-Konto verwenden und speichern können.
- Chrome 124 für Android: Funktionseinführung

Einstellung der Unternehmensrichtlinie „ThrottleNonvisibleCrossOriginiFramesAllowed“
Die zugrunde liegende Codeänderung (Drosselung von ursprungsübergreifenden display:none-iframes im selben Prozess), die die Unternehmensrichtlinie ThrottleNonVisibleCrossOriginIframesAllowed überschreibt, ist seit Anfang 2023 in stabilen Releases aktiviert. Da bekannte Probleme bereits behoben wurden, haben wir vor, die Unternehmensrichtlinie ThrottleNonvisibleCrossOriginiFramesAllowed bis Chrome 124 zu entfernen. Die Diskussionen zum Drosselungsproblem und zu der entsprechenden Lösung finden Sie unter https://bugs.chromium.org/p/chromium/issues/detail?id=958475.
- Chrome 124 : Die Richtlinie wird entfernt.

Entfernen der Unterstützung für UserAgentClientHintsGREASEUpdateEnabled
Die Richtlinie UserAgentClientHintsGREASEUpdateEnabled wird demnächst eingestellt, da der aktualisierte GREASE-Algorithmus standardmäßig seit über einem Jahr aktiviert ist. Die Richtlinie wird nach einer gewissen Zeit entfernt.
- Chrome 124 für Android, ChromeOS, Linux, MacOS und Windows: Richtlinie wurde eingestellt
- Chrome 126 für Android, ChromeOS, Linux, MacOS und Windows: Richtlinie wird entfernt

Einstellung geplant: Mutation Events

Synchrone Mutation Events wie DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument und DOMCharacterDataModified wirken sich negativ auf die Seitenleistung aus und erhöhen auch die Komplexität, wenn neue Funktionen zum Web hinzugefügt werden. Diese APIs wurden 2011 aus der Spezifikation entfernt und 2012 durch die Mutation Observer API ersetzt, die ein viel besseres Verhalten hat. Die veralteten Mutation Events müssen entfernt oder zu Mutation Observer migriert werden.
- Chrome 127 für Android, ChromeOS, Linux, MacOS und Windows: Mutation Events funktionieren in Chrome 127 etwa ab dem 30. Juli 2024 nicht mehr.

Richtlinie „LegacySameSiteCookieBehaviorEnabledForDomainList“ entfernen

In Chrome 79 haben wir die Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList eingeführt, um das SameSite-Verhalten von Cookies für die angegebenen Domains auf das alte Verhalten zurückzusetzen. Die Lebensdauer der Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList wurde verlängert. Sie wird beim unten aufgeführten Meilenstein entfernt.
- Chrome 128 für Android, ChromeOS, Linux, MacOS und Windows: Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList entfernen

Erweiterungen müssen bis Juni 2025 aktualisiert werden, damit Manifest V3 genutzt werden kann

Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können. Chrome-Erweiterungen werden auf die neue Manifest-Version Manifest V3 umgestellt. Dadurch wird der Datenschutz für Ihre Nutzer verbessert, zum Beispiel durch die Umstellung auf ein Modell, bei dem Erweiterungen Anfragen deklarativ ändern, ohne dass einzelne Anfragen eingesehen werden können. Das verbessert auch die Sicherheit der Erweiterung, da remote gehosteter Code bei Manifest V3 nicht zulässig ist.
Ab Juni 2024 werden Manifest V2-Erweiterungen im Browser nach und nach deaktiviert. Über die Unternehmensrichtlinie ExtensionManifestV2Availability lässt sich steuern, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Außerdem werden die Manifest V2-Erweiterungen auf Geräten, auf denen die Richtlinie aktiviert ist, erst im darauffolgenden Jahr (Juni 2025) deaktiviert. Die Richtlinie wird dann entfernt.
Auf der Seite „Apps und Erweiterungen“ unter Chrome-Verwaltung über die Cloud sehen Sie, welche Manifestversion von allen Chrome-Erweiterungen in Ihrem Gerätepool verwendet wird. Weitere Informationen finden Sie im Manifest-Zeitplan, einschließlich:
- Chrome 110 für ChromeOS, LaCrOS, Linux, MacOS und Windows: Mit der Unternehmensrichtlinie ExtensionManifestV2Availability können Sie steuern, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Nach der Migration können Sie gemäß der Richtlinie die Nutzung von Manifest V2-Erweiterungen verlängern.
- Chrome 127 für ChromeOS, LaCrOS, Linux, MacOS und Windows: Manifest V2-Erweiterungen werden auf Nutzergeräten nach und nach deaktiviert. Nur Personen, für die die Unternehmensrichtlinie ExtensionManifestV2Availability aktiviert ist, können Manifest V2-Erweiterungen in ihrer Organisation weiterhin verwenden.
- Chrome 139 für ChromeOS, LaCrOS, Linux, MacOS und Windows: Richtlinie ExtensionManifestV2Availability entfernen.

↑ Zurück nach oben

Bevorstehende ChromeOS-Änderungen

ChromeOS Flex-Bluetooth-Migration

In ChromeOS 123 wird ChromeOS Flex auf das Floss-Bluetooth-Stack aktualisiert. Als Folge dieses Upgrades wird auf den folgenden Geräten kein Bluetooth mehr unterstützt. Wenn die Bluetooth-Funktionalität für diese Geräte entscheidend ist, empfehlen wir, sie auf die Langzeitsupport-Version umzustellen, um die Bluetooth-Funktionalität bis Oktober 2024 zu verlängern.
- HP Probook 4530s
- Lenovo ThinkPad T420
- HP Elitebook 8460p
- Apple iMac 11,2
- Lenovo ThinkPad x220
- Dell Vostro 3550
- HP 3115m
- HP Elitebook 2560p
- HP ProBook 6465b
- Lenovo ThinkPad L420
Wenn Ihre Geräte nach dem Update auf ChromeOS 123 keine Bluetooth-Verbindung herstellen können, setzen Sie das Chrome-Flag Floss statt BlueZ verwenden auf Deaktiviert.

Anpassen von Tastenkombinationen

Mit Tastenkombinationen können Sie die Produktivität steigern, und wir alle haben unsere Favoriten. Bereits ab ChromeOS 123 können Sie Tastenkombinationen anpassen und Ihre bevorzugte Tastenkombination festlegen, um die Tastenkombinationen zu personalisieren. Ganz gleich, ob sie einfach mit einer Hand zu bedienen sein, sich einfach merken lassen oder mit denen identisch sein sollen, mit denen Sie vertraut sind – diese Funktion vereinfacht Ihre täglichen Arbeitsabläufe.

GIFs mit der Bildschirmaufnahme aufnehmen

Bereits ab ChromeOS 124 können Sie mit der Funktion Bildschirmaufnahme Ihren Bildschirm im GIF-Format aufnehmen, um die Aufzeichnung ganz einfach zu erfassen, zu teilen und inline in Chats, Präsentationen, Dokumenten usw abzuspielen.

Schnellere Einrichtung mit Splitscreen

Chromebooks bieten eine Vielzahl von Möglichkeiten, die Fenster auf Ihrem Bildschirm so anzuordnen, dass Sie produktiver sind – zum Beispiel mit dem Splitscreen. Mit der Funktion „Schnellere Einrichtung mit Splitscreen“ können Sie Ihr Fensterlayout schneller einrichten, da auf der anderen Seite des Bildschirms eine Übersicht Ihrer geöffneten Fenster angezeigt wird. Wenn Sie ein Fenster auf einer Seite „andocken“ (oder sperren), können Sie mit dem schnellen Splitscreen ein bereits geöffnetes Fenster von der Übersicht auswählen, um es an der anderen Seite einzurasten, oder etwas aus der Ablage (die Reihe der Apps unten oder seitlich auf dem Bildschirm) auswählen.

Die Veröffentlichungsdaten und Updates finden Sie im ChromeOS-Releasezeitplan.

↑ Zurück nach oben

Anstehende Änderungen in der Admin-Konsole

Verbesserte Nutzerfreundlichkeit der Seite „Einstellungen“
Ab März 2024 verwenden alle Administratoren die aktualisierte Seite Einstellungen. Die alte Seite Einstellungen kann dann nicht mehr genutzt werden. Die meisten von Ihnen nutzen bereits die neue Version. Das bedeutet nur, dass Administratoren nicht mehr auf die bisherige Ansicht zugreifen können. Sie haben aber weiterhin Zugriff auf alle Funktionen in der aktualisierten Ansicht.

Chrome-Absturzbericht

Bereits ab Chrome 123 werden Sie Absturzereignisse in der Admin-Konsole auf der neuen Seite mit dem Chrome-Absturzbericht sehen. In diesem Bericht finden Sie ein dynamisches Diagramm, das Chrome-Absturzereignisse im Zeitverlauf darstellt, gruppiert nach Chrome-Versionen. Für die folgenden Felder sind zusätzliche Filter verfügbar: Betriebssystemplattformen, Chrome-Kanäle und Datumsangaben. Mit diesem Bericht können Sie potenzielle Chrome-Probleme in Ihrem Unternehmen proaktiv erkennen.

Diese Funktion wurde jetzt im Rahmen unseres Trusted Tester-Programms eingeführt. Wenn Sie uns beim Testen dieser Funktion helfen möchten, können Sie sich hier für das Trusted Tester-Programm von Chrome Enterprise registrieren.
- Chrome 121 unter Linux, MacOS und Windows: Trusted Tester-Programm
- Chrome 123 für Linux, macOS und Windows:Funktions-Rollout

Bericht „Alte Technologie“

Bereits ab Chrome 123 wird der Bericht „Alte Technologie“ in der Admin-Konsole verfügbar sein. Darin werden interne und externe Websites proaktiv erfasst, die Technologien verwenden, die demnächst eingestellt werden, z. B. Drittanbieter-Cookies, Änderungen an SameSite-Cookies und ältere Sicherheitsprotokolle wie TLS 1.0/1.1. und Drittanbieter-Cookies. Anhand dieser Informationen können IT-Administratoren die erforderlichen technischen Migrationen mit den Entwicklern planen, bevor die Einstellung der Funktionen in Kraft tritt.

Diese Funktion ist derzeit im Rahmen unseres Trusted Tester-Programms verfügbar. Wenn Sie uns beim Testen dieser Funktion helfen möchten, können Sie sich hier für das Trusted Tester-Programm von Chrome Enterprise registrieren.
- Ab Chrome 123 für Linux, macOS und Windows

↑ Zurück nach oben

Chrome 121

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Einstellung von Drittanbieter-Cookies in Chrome (3PCD)	✓
FirstPartySets-Richtlinien in „RelatedWebsiteSets“ umbenennen	✓		✓
Tabs organisieren		✓
Designs mit KI erstellen		✓
Sicherer verschlüsselte Archive für Nutzer von standardmäßigem Safe Browsing	✓
Linkerfassung für Nutzer in PWAs – Windows, MacOS und Linux	✓
Navigation in der Seitenleiste: Anpinnen oder Loslösen		✓
Autofill: Serverkarten und lokale Karten anzeigen	✓
Autofill: Änderungen bei der Kartenbestätigung	✓
CSS-Highlight übernehmen	✓
Chrome-Nutzerrichtlinien für iOS			✓
Unload-Ereignisse überspringen	✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
Entfernte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Ende des Geräte-Supports für ChromeOS Flex			✓
Spracheingabe über die Tastatur aktivieren		✓
ChromeVox-Bedienungshilfe		✓
Keine Onboarding-Nachrichten mehr für Assistant		✓
Neue Touchpad-Gesten unter ChromeOS		✓
Regel-ID und Name der DLP-Ereignisse in das Sicherheits-Prüftool einbinden	✓
Einschränkungen für DLP-Dateien (Enterprise DataControls)	✓
Ohne Rand drucken		✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
IP-Adresse des Geräts mit dem Ethernet-Adapter konfigurieren	✓		✓
Nutzungsbericht zu Apps und Erweiterungen: Hervorhebung von aus dem Chrome Web Store entfernten Erweiterungen			✓
Chrome-Absturzbericht			✓
Problem bei bestimmten Android-WLAN-Zertifikaten behoben			✓
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Auswahlbildschirm für die Standardsuchmaschine		✓
Hilfe beim Verfassen im Web mit KI		✓
Vereinfachte Anmeldung und Synchronisierung		✓	✓
Berechtigungsaufforderung für die Web MIDI API	✓
SharedImages für PPAPI-Video-Decodierung	✓
V8-Sicherheitseinstellung	✓
Vorlesen		✓
Der Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt	✓
Entfernung der Unternehmensrichtlinie „ChromeAppsWebViewPermissiveBehaviorAllowed“			✓
Asynchrone serverseitige Safe Browsing-Prüfung	✓
Verbesserte Downloadwarnungen auf der Downloadseite in Chrome	✓
Fortsetzung des zuletzt geöffneten Tabs auf einem beliebigen Gerät		✓
Unterstützung der Chrome-Synchronisierung wird für Chrome 81 und frühere Versionen eingestellt	✓		✓
WebSQL einstellen und entfernen	✓
Einstellung der Unternehmensrichtlinie „ThrottleNonvisibleCrossOriginiFramesAllowed“			✓
Entfernen der Unterstützung für UserAgentClientHintsGREASEUpdateEnabled			✓
Einstellung geplant: Mutation Events		✓
Entfernen der Richtlinie „LegacySameSiteCookieBehaviorEnabledForDomainList“			✓
Erweiterungen müssen aktualisiert werden, damit Manifest V3 genutzt werden kann	✓	✓	✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
ChromeOS Flex-Bluetooth-Migration			✓
Neues Design für den ChromeOS-Mediaplayer		✓
App-Deaktivierung durch den Administrator in MGS			✓
Energiesparmodus		✓
Anstehende Änderungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Löschen inaktiver Browser in der Chrome-Verwaltung über die Cloud			✓
Alter Technologiebericht			✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Chrome-Updates

Einstellung von Drittanbieter-Cookies in Chrome (3PCD)
Wie bereits angekündigt, werden Drittanbieter-Cookies in Chrome 121 standardmäßig für 1 % der Chrome-Nutzer zu Testzwecken eingeschränkt. Ab dem 3. Quartal 2024 ist geplant, die Zahl der Drittanbieter-Cookies auf 100 % der Nutzer auszuweiten. Ob es zur Ausweitung auf 100 % der Nutzer kommen wird, ist abhängig von möglichen verbleibenden wettbewerbsrechtlichen Bedenken der Wettbewerbsbehörde des Vereinigten Königreichs (Competition and Markets Authority, CMA). In Browsern, die zur Testgruppe von 1 % gehören, sind außerdem neue Nutzereinstellungen für den Schutz vor Tracking zu sehen. Sie können diese Änderungen in Chrome 121 oder höher ausprobieren, indem Sie chrome://flags/#test-third-party-cookie-phaseout aktivieren.

Diese Testphase vermittelt einen Eindruck davon, wie die Arbeit mit Websites in einer Welt ohne Drittanbieter-Cookies funktioniert. Da auch die Schutzmaßnahmen für das Bounce-Tracking Teil des 3PCD sind, werden für die Nutzer in dieser Gruppe, bei denen Drittanbieter-Cookies blockiert sind, Maßnahmen zur Eindämmung von Bounce-Tracking wirksam. Dadurch wird ihr Status für Websites gelöscht, die als Bounce-Tracker klassifiziert werden. Die meisten Unternehmensnutzer sollten automatisch aus dieser Testgruppe ausgeschlossen werden. Wir empfehlen Administratoren jedoch, Drittanbieter-Cookies proaktiv über die Richtlinien BlockThirdPartyCookies und CookiesAllowedForUrls wieder zu aktivieren und die verwalteten Browser vor dem Test zu deaktivieren. So haben Unternehmen Zeit, die erforderlichen Änderungen selbst vorzunehmen, sodass sie nicht auf diese Richtlinie angewiesen sind oder auf Drittanbieter-Cookies zurückgreifen müssen.

Wir führen den Bericht zu älteren Technologien ein, um Anwendungsfälle für Drittanbieter-Cookies zu ermitteln. Administratoren können die Richtlinie BlockThirdPartyCookies auf „false“ setzen, um Drittanbieter-Cookies für alle Websites wieder zu aktivieren. Dadurch wird jedoch verhindert, dass Nutzer die entsprechende Einstellung in Chrome ändern können. Alternativ können Sie die Richtlinie CookiesAllowedForUrls so einrichten, dass Unternehmensanwendungen auf die Zulassungsliste gesetzt werden und so weiterhin Drittanbieter-Cookies empfangen können.

Endnutzer in Unternehmen, die in diese Testgruppe aufgenommen werden und keiner der Richtlinien für Unternehmensadministratoren unterliegen, können das Augensymbol in der Omnibox verwenden, um Drittanbieter-Cookies vorübergehend für 90 Tage auf einer bestimmten Website zu aktivieren, falls nötig. In diesem Hilfeartikel finden Sie weitere Informationen dazu, wie Sie die Einstellungen für die gewünschte Konfiguration ändern.

Die Schutzmaßnahmen für das Bounce-Tracking unterliegen denselben Richtlinien wie Cookies und werden erzwungen, wenn die abspringende Website keine Drittanbieter-Cookies verwenden darf. Wenn Sie also die Richtlinie BlockThirdPartyCookies auf „false“ setzen oder die Richtlinie CookiesAllowedForUrls für eine Website konfigurieren, wird dadurch verhindert, dass Eindämmungen von Bounce-Tracking den Status von Websites löschen.

SaaS-Integrationen von Unternehmen, die websiteübergreifend für nicht werbebezogene Anwendungsfälle eingesetzt werden, können sich für den Test zur Einstellung von Drittanbietern registrieren, um für einen begrenzten Zeitraum weiterhin auf Drittanbieter-Cookies zugreifen zu können.

Die Heuristikfunktion gewährt in bestimmten Fällen je nach Nutzerverhalten vorübergehenden Zugriff auf Drittanbieter-Cookies. So lassen sich Probleme mit Websites minimieren, die durch die Einstellung von Drittanbieter-Cookies in etablierten Mustern wie Pop-ups und Weiterleitungen des Identitätsanbieters verursacht werden.

Weitere Informationen dazu, wie Sie sich vorbereiten, Feedback geben und potenzielle Probleme mit der Website melden können, finden Sie auf unserer aktualisierten Landingpage unter Wie Sie sich auf die Deaktivierung von Drittanbieter-Cookies vorbereiten können.
- Ab Chrome 120 für ChromeOS, Linux, MacOS und Windows
  Bei 1 % des weltweiten Traffics sind Drittanbieter-Cookies deaktiviert. Von dieser Deaktivierung werden Unternehmensnutzer nach Möglichkeit automatisch ausgeschlossen und es gibt eine Richtlinie, mit der die Änderung überschrieben werden kann.

Umbenennung der FirstPartySets-Richtlinien in RelatedWebsiteSets
Die Unternehmensrichtlinien FirstPartySetsEnabled und FirstPartySetsOverrides werden in RelatedWebsiteSetsEnabled und RelatedWebsiteSetsOverrides umbenannt. Am Verhalten der Richtlinien ändert sich nichts. Administratoren sollten ab sofort die neuen Richtlinien RelatedWebsiteSetsEnabled und RelatedWebsiteSetsOverrides verwenden. Weitere Informationen zur Umbenennung finden Sie unter https://developer.chrome.com/blog/related-website-sets/

Tabs organisieren
Tabs organisieren ist eine Funktion auf Basis von generativer KI, mit der Chrome automatisch Tabgruppen für Nutzer vorschlägt und erstellt, die auf der URL und dem Titel der geöffneten Websites basieren. Wenn Sie diese Funktion verwenden möchten, rechtsklicken Sie auf einen Tab und wählen Sie Ähnliche Tabs organisieren aus.

Ab Chrome 121 kann eine begrenzte Anzahl angemeldeter Nutzer in den USA die Funktion Tabs organisieren in den Chrome-Einstellungen aktivieren. In Chrome 121 wird diese Funktion erst einmal nur für nicht verwaltete Nutzer zur Verfügung stehen und für Nutzer von Chrome Enterprise und Chrome Education nicht zugänglich sein. Weitere Informationen finden Sie in diesem Blogpost. In den kommenden Wochen werden wir in der Hilfe für Chrome Enterprise und Education weitere Informationen zur Funktion Tabs organisieren veröffentlichen.

Bevor diese Funktion für verwaltete Nutzer eingeführt wird, können Administratoren Tabs organisieren über die Richtlinie TabOrganizerSettings steuern. Für Ihre Organisation stehen Ihnen folgende Optionen zur Verfügung:

0 = Funktion aktivieren und Daten senden, damit KI-Modelle verbessert werden können
1 = Funktion aktivieren, aber keine Daten senden, damit KI-Modelle verbessert werden können
2 = Funktion vollständig deaktivieren

Designs mit KI erstellen
Mit der Option Designs mit KI erstellen in Chrome können Nutzer mithilfe von generativer KI ein individuelles Chrome-Design (Kombination aus einer Farbe und einem Hintergrundbild) erstellen. Wenn Sie diese Funktion verwenden möchten, öffnen Sie einen neuen Tab und klicken Sie rechts unten auf Chrome anpassen. Wählen Sie in der Seitenleiste Design ändern > Mit KI erstellen aus. Nutzer können dann aus Voreinstellungen für Thema, Stimmung, Stil und Farbe auswählen.

Ab Chrome 121 kann eine begrenzte Anzahl angemeldeter Nutzer in den USA Designs mit KI erstellen, indem sie die Funktion in den Chrome-Einstellungen aktivieren. In Chrome 121 wird diese Funktion erst einmal nur für nicht verwaltete Nutzer zur Verfügung stehen und für Nutzer von Chrome Enterprise und Chrome Education nicht zugänglich sein. Weitere Informationen finden Sie in diesem Blogpost. In den kommenden Wochen werden wir in der Hilfe für Chrome Enterprise und Education weitere Informationen zur Funktion Designs mit KI erstellen veröffentlichen.

Bevor diese Funktion für verwaltete Nutzer eingeführt wird, können Administratoren Designs mit KI erstellen über die Richtlinie CreateThemesSettings steuern. Für Ihre Organisation stehen Ihnen folgende Optionen zur Verfügung:

0 = Funktion aktivieren und Daten senden, damit KI-Modelle verbessert werden können
1 = Funktion aktivieren, aber keine Daten senden, damit KI-Modelle verbessert werden können
2 = Funktion vollständig deaktivieren

Sicherer verschlüsselte Archive für Nutzer von standardmäßigem Safe Browsing
Bei einigen verschlüsselten Archivdownloads werden Nutzer mit aktiviertem standardmäßigen Safe Browsing zur Eingabe eines Passworts aufgefordert. Das Passwort wird nicht an Google weitergegeben und nach dem Abrufen der Metadaten gelöscht. Dadurch werden mehr Metadaten zum Download erfasst (z. B. enthaltene Datei-Hashes und ausführbare Signaturen), die zur Qualitätssicherung an Google gesendet werden. Das Passwort wird lokal aufbewahrt und nicht an Google weitergegeben. Sie können diese Funktion über die Richtlinie SafeBrowsingDeepScanningEnabled steuern.
- Chrome 121 für Linux, MacOS und Windows

Linkerfassung für Nutzer in PWAs – Windows, MacOS und Linux
Weblinks leiten Nutzer automatisch zu installierten Web-Apps weiter. Damit die Erwartungen der Nutzer in Bezug auf installierte Web-Apps besser erfüllt werden, ermöglicht Chrome einen nahtlosen Wechsel zwischen Browser und installierten Web-Apps. Wenn Nutzer auf einen Link klicken, der von einer installierten Web-App geöffnet werden könnte, fügt Chrome der Adressleiste einen Chip hinzu, der einen Wechsel zur App vorschlägt. Wenn Sie auf den Chip klicken, wird die App entweder direkt gestartet oder es wird ein Raster mit Apps geöffnet, die diesen Link unterstützen. Bei einigen Nutzern wird die App immer automatisch durch Klicken auf einen Link geöffnet.
- Chrome 121 für Linux, MacOS und Windows: Bei einigen Nutzern wird immer die installierte PWA geöffnet, wenn sie auf einen Link klicken. Bei anderen Nutzern wird der Link in einem neuen Tab mit einem Chip in der Adressleiste geöffnet. Die App wird gestartet, wenn Nutzer auf den Chip klicken. Die Funktion kann mit der Kennzeichnung chrome://flags/#enable-user-link-capturing-pwa gesteuert werden.
- Chrome 123 für Linux, MacOS und Windows: Basierend auf dem Ergebnis des Tests in Chrome 121 wird die stabile Version zu 100 % entweder standardmäßig mit aktivierter Einstellung (Apps immer beim Klicken auf Links starten) oder standardmäßig deaktivierter Einstellung (immer in einem Tab öffnen, nur starten, wenn der Nutzer auf einen Chip in der Adressleiste klickt) eingeführt.

Navigation in der Seitenleiste: Anpinnen oder Loslösen
Bereits in Chrome 121 wurde das Symbol für die Seitenleiste entfernt. Stattdessen kann die Navigation in der Seitenleiste über das Anpinnen der Symbolleiste angepasst werden. Dies ermöglicht einen effizienten direkten Zugriff auf eine Reihe von Steuerfeldern. Die meisten Funktionen der Seitenleiste können Sie über das Chrome-Menü öffnen.
- Chrome 121 für ChromeOS, LaCrOS, Linux, MacOS, Windows und Fuchsia

Autofill: Serverkarten und lokale Karten anzeigen
Mit Autofill können Nutzer Zahlungsformulare ganz einfach mit ihren Kartendaten ausfüllen. Kredit- oder Debitkarten, die automatisch ausgefüllt werden können, werden im Chrome-Client gespeichert. Es gibt zwei Arten: Serverkarten und lokale Karten. Eine Serverkarte hat nur die letzten 4 Ziffern und das Ablaufdatum der Karte, während eine lokale Karte alle Ziffern der Karte sowie das Ablaufdatum enthält.

Es gibt Fälle, in denen eine lokale und eine Serverkarte derselben Karte auf demselben Client vorhanden sind. In diesem Fall dedupliziert Chrome normalerweise die Serverkarte und bietet nur die lokale Karte zum Autofill an. Mit dieser Änderung gilt das Gegenteil. Jetzt wird die Nutzung von Serverkarten angeboten. Dadurch profitieren Nutzer mit doppelten Karten von der Sicherheit und den Nutzungsvorteilen von GPay-Serverkarten und die Nutzung ist auf allen Geräten einheitlicher.
- Chrome 121 für ChromeOS, LaCrOS, Linux, MacOS, Windows und Fuchsia

Autofill: Aktualisierungen des Sicherheitscodes
Um die Nutzerfreundlichkeit zu verbessern, werden bei Autofill-Zahlungen in Chrome 121 jetzt Kartendaten mithilfe der branchenführenden Bestätigungsmethoden von Google vollständig demaskiert, statt auf Sicherheitscodes zum Verifizieren und Aufheben der Maskierung von Karten angewiesen zu sein. Nutzer können das Entsperren des Geräts aktivieren, wenn sie eine zusätzliche Sicherheitsebene zum Aufheben der Maskierung ihrer Karte hinzufügen möchten.
- Chrome 121 für Android, MacOS

CSS-Highlight übernehmen
Mit der Funktion „CSS-Highlight übernehmen“ werden die Eigenschaften der CSS-Highlight-Pseudoklassen wie :selection und ::highlight über die Pseudo-Highlight-Kette und nicht über die Elementkette übernommen. Das Ergebnis ist ein intuitiveres Modell für die Übernahme von Eigenschaften in Hervorhebungen. Wenn eine unterstützte Eigenschaft keinen Wert durch die Kaskade erhält, wird ihr angegebener Wert durch Übernahme des entsprechenden Highlight-Pseudoelements des übergeordneten Elements des ursprünglichen Elements bestimmt. Weitere Informationen finden Sie in der Spezifikation Highlight-Pseudoelemente.
- Chrome 121 für Windows, MacOS, Linux, Android

Chrome-Nutzerrichtlinien für iOS
Mit Chrome-Nutzerrichtlinien für iOS können Administratoren Richtlinien und Einstellungen auf die Geräte eines Nutzers anwenden. Die Einstellungen gelten immer dann, wenn sich der Nutzer auf einem beliebigen Gerät, einschließlich privater Geräte, mit seinem verwalteten Konto im Chrome-Browser anmeldet.

In Chrome 120 haben wir zwar mit der Einführung begonnen, aber aufgrund eines Fehlers, der keine Auswirkungen hatte, ein Rollback durchgeführt. Ab Chrome 121 sehen verwaltete Endnutzer einen Hinweis, dass das Konto, in dem sie sich anmelden, von ihrer Organisation verwaltet wird. Administratoren können diese Funktion in der Admin-Konsole unter der Einstellung Chrome für iOS aktivieren. Weitere Informationen finden Sie im Hilfeartikel Chrome-Richtlinien für Nutzer oder Browser festlegen.
- Chrome 120 für iOS: Einführung auf 5 % begonnen, Rollback aufgrund eines Programmfehlers, der keine Auswirkungen hatte
- Chrome 121 für iOS: Schrittweise Einführung, 100 % bis M122 geplant

Unload-Ereignisse überspringen
Das Vorhandensein von Unload-Event-Listenern ist ein primärer Blocker für den Back-Forward-Cache in Chromium-basierten Browsern und für Firefox auf Desktop-Plattformen. Auf mobilen Plattformen wiederum wird in fast allen Browsern bfcache priorisiert. In den meisten Fällen werden Unload-Ereignisse nicht ausgelöst. Um die Situation zu verbessern, haben wir mit vielen Partnern zusammengearbeitet und die Verwendung von Unload-Event-Listenern in den letzten Jahren erfolgreich reduziert. Um diese Migration weiter zu beschleunigen, empfehlen wir, in Chrome für Desktop Unload-Ereignisse schrittweise zu überspringen.

Falls Sie mehr Zeit für die Migration von Unload-Ereignissen benötigen, bieten wir vorübergehende Deaktivierungen in Form einer Permissions-Policy API und der Unternehmensrichtlinie ForcePermissionPolicyUnloadDefaultEnabled, mit der Sie das Verhalten selektiv unverändert lassen können.
- Chrome 117 für ChromeOS, Linux, MacOS und Windows: Entwicklertest.
- Chrome 119 für ChromeOS, Linux, MacOS und Windows: Einführung der Richtlinie ForcePermissionPolicyUnloadDefaultEnabled
- Chrome 121–131 für ChromeOS, Linux, MacOS und Windows: Test zur Einstellung (allgemeine Einführung der Einstellung ist eingeschränkt, bis der Test zur Einstellung verfügbar ist)

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinien	Beschreibung
AllowChromeDataInBackups	Sicherung von Google Chrome-Daten erlauben
CloudUserPolicyMerge	Ermöglicht die Zusammenführung von Nutzer-Cloudrichtlinien in Richtlinien auf Geräteebene (jetzt für iOS verfügbar)
ProfileReauthPrompt	Nutzer auffordern, sich noch einmal für das Profil zu authentifizieren
HelpMeWriteSettings	Funktion „Hilfe beim Verfassen“ erlauben
TabOrganizerSettings	Funktion zum Organisieren von Tabs erlauben
CreateThemesSettings	Designs mit KI erstellen

Entfernte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
ChromeRootStoreEnabled	Legt fest, ob der Chrome Root Store und die integrierte Zertifikatsprüfung zum Verifizieren von Serverzertifikaten verwendet werden
ContextAwareAccessSignalsAllowlist	Attestierungsablauf für den Chrome Enterprise Device Trust Connector für eine Liste von URLs aktivieren
WebRtcAllowLegacyTLSProtocols	Veraltetes TLS/DTLS-Downgrade in WebRTC erlauben
OffsetParentNewSpecBehaviorEnabled	Neues Verhalten von HTMLElement.offsetParent steuern
SendMouseEventsDisabledFormControlsEnabled	Neues Verhalten für die Ereignisweiterleitung bei deaktivierten Formularsteuerelementen festlegen
AttestationEnabledForDevice	Remote-Bescheinigung (Remote Attestation) für das Gerät aktivieren

ChromeOS-Updates

Ende des Geräte-Supports für ChromeOS Flex

Seit dem 01. Januar 2024 werden Geräte, deren Unterstützung 2023 eingestellt werden sollte, nicht mehr unterstützt. Die nachfolgende Aufzählung enthält einige der nicht mehr zertifizierten Geräte. Eine vollständige Liste aller Geräte, deren Unterstützung abgelaufen ist, finden Sie in der Liste der zertifizierten Modelle.
- HP Compaq 6005 Pro
- HP Compaq Elite 8100
- Lenovo ThinkCentre M77
- HP ProBook 6550b
- HP 630
- Dell Optiplex 980
Die Geräte erhalten weiterhin Updates für ChromeOS Flex, diese werden jedoch nicht mehr vom Flex-Team getestet oder unterstützt. Wir empfehlen Kunden, auf die neueren zertifizierten ChromeOS Flex-Modelle oder ChromeOS-Geräte zu aktualisieren, um von den neuen Funktionen und Sicherheitsverbesserungen zu profitieren. Weitere Informationen zu unterstützten Geräten finden Sie in der Hilfe.

Spracheingabe über die Tastatur aktivieren

Auf Logitech-Tastaturen mit Diktiertaste und andere Tastaturen, die die Tastenkombination „Suchtaste + D“ verwenden, wird jetzt die Bedienungshilfe „Spracheingabe“ aktiviert, falls sie deaktiviert ist. Wenn die Spracheingabe bereits aktiviert ist, wird die Spracheingabe über die Taste (und die Tastenkombination) aktiviert. Beim Aktivieren der Spracheingabe wird ein Dialogfeld angezeigt, in dem Nutzer darüber informiert werden, dass sie dabei sind, die Spracheingabe zu aktivieren, dabei möglicherweise bestimmte Sprachdateien heruntergeladen werden und wie die Funktion nach der Aktivierung verwendet werden kann.

ChromeVox-Bedienungshilfe

Nutzer von App-Streaming auf Chromebooks können ab sofort ChromeVox verwenden, um in der Android-Streaming-App zu navigieren. Die Baumansicht für Barrierefreiheit der Streaming-Android-App wird zusammen mit der App gestreamt und kann über die ChromeOS-Screenreader-Funktionen genutzt werden.

Keine weiteren Onboarding-Nachrichten für Assistant

In ChromeOS 121 werden die Willkommens- oder Onboarding-Nachrichten entfernt, die einem neuen Nutzer beim ersten Start von Assistant unter ChromeOS angezeigt werden. Dies ist eine Einstellung.

Neue Touchpad-Geste unter ChromeOS

ChromeOS 121 führt eine neue Touchpad-Geste ein, mit der Nutzer Benachrichtigungs-Pop-ups im Benachrichtigungscenter schließen können.

Regel-ID und Name der DLP-Ereignisse in das Sicherheits-Prüftool einbinden

Für ChromeOS-Datenkontrollereignisse stehen zusätzliche Felder zur Verfügung, mit denen sich im Sicherheits-Prüftool mehr Administratorinformationen gewinnen lassen.

Einschränkungen für DLP-Dateien (Enterprise DataControls)

In ChromeOS 121 können IT- und Sicherheitsteams mit ChromeOS-Datenkontrollen wichtige Geschäfts- und Kundendaten schützen. Sie sind für Ereignisse wie Kopieren und Einfügen, Bildschirmaufnahmen, Bildschirmfreigabe und Drucken verfügbar. IT-Administratoren können eine Informationsschutzstrategie mit Regeln erstellen, die auf Datenquelle, Ziel und Nutzer basieren.
Es gibt neue Funktionen, mit denen Sie über quell- und zielbasierte Regeln steuern können, was Nutzer auf ChromeOS-Geräten mit Dateien tun dürfen.

Rahmenloses Drucken

ChromeOS unterstützt jetzt randloses Drucken. Mit einem kompatiblen Drucker können Sie jetzt Fotos randlos auf Fotopapier drucken.

Neuerungen in der Admin-Konsole

IP-Adresse auf dem Gerät mit dem Ethernet-Adapter konfigurieren

Die Einstellungen Konfiguration der IP-Adresse auf dem Gerät zulassen (nur ChromeOS) und Nutzern erlauben, diese Werte zu ändern (in den DNS-Einstellungen) in der Admin-Konsole gelten jetzt auch für Ethernet-Adapter.

Nutzungsbericht zu Apps und Erweiterungen: Erweiterungen hervorheben, die aus dem Chrome Web Store entfernt wurden

In Chrome 121 sind neue Informationen im Nutzungsbericht zu Apps und Erweiterungen verfügbar, mit denen Sie über eine neue Benachrichtigungsspalte und eine neue Spalte Chrome Web Store, die den Eintragsstatus einer Erweiterung darstellt, herausfinden können, ob eine Erweiterung vor Kurzem aus dem Chrome Web Store entfernt wurde. Auf der Seite App-Details sehen Sie, warum eine Erweiterung aus dem Chrome Web Store entfernt wurde. Mit dieser Funktion können IT-Administratoren die Auswirkungen einer Richtlinie zur Deaktivierung nicht veröffentlichter Erweiterungen erkennen.
- Chrome 120 unter Linux, MacOS und Windows: Trusted Tester-Programm
- Chrome 121 unter Linux, macOS und Windows: Funktionseinführung
Nutzungsbericht zu Erweiterungen und Apps:

Detailseite der App:

Chrome-Absturzbericht

Bereits ab Chrome 122 werden Sie Absturzereignisse in der Admin-Konsole auf der neuen Seite mit dem Chrome-Absturzbericht sehen. Dieser Bericht enthält ein dynamisches Diagramm, das Chrome-Absturzereignisse im Zeitverlauf darstellt, gruppiert nach Chrome-Versionen. Für die folgenden Felder sind zusätzliche Filter verfügbar: Betriebssystemplattformen, Chrome-Kanäle und Datumsangaben. Mit diesem Bericht können Sie potenzielle Chrome-Probleme in Ihrer Organisation proaktiv erkennen.

Diese Funktion ist jetzt im Rahmen unseres Trusted Tester-Programms verfügbar. Wenn Sie uns beim Testen dieser Funktion helfen möchten, können Sie sich hier für das Trusted Tester-Programm von Chrome Enterprise registrieren.
- Chrome 121 unter Linux, MacOS und Windows: Trusted Tester-Programm
- Chrome 122 unter Linux, macOS, Windows: Feature-Einführung

Problem für bestimmte Android-WLAN-Zertifikate behoben (Anfang Februar 2024)

Ab Android 13 ist für bestimmte WLAN-Konfigurationen mit Unternehmensauthentifizierung (802.1X) ein neues Pflichtfeld namens DomainSuffixMatch erforderlich, das für zusätzliche Sicherheit hinzugefügt wurde. Bevor Sie Ihren Gerätepool auf Android 13 aktualisieren, müssen Sie das neue Feld Server-Zertifizierungsstelle in den Netzwerkeinstellungen bearbeiten und mindestens eine Übereinstimmung mit dem Domain-Suffix des Serverzertifikats hinzufügen. Das Gerät kann nur dann eine Verbindung zum WLAN herstellen, wenn das vom Remote-End bereitgestellte Serverzertifikat einen Subject CommonName oder einen DNS Name SubjectAlternativeName (SAN) hat, der mit dem angegebenen Suffix übereinstimmt.

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
AllowChromeDataInBackups	Nutzer und Browser	Chrome (iOS)	Weitere Einstellungen
OopPrintDriversAllowed	Nutzer und Browser	Chrome (Linux, MacOS, Windows)	Drucken

↑ Zurück nach oben

Demnächst verfügbar

Hinweis: Die unten aufgeführten Elemente sind experimentelle oder geplante Updates. Sie können sich vor der Einführung der stabilen Version ändern, verzögern oder ganz entfernt werden.

Anstehende Browseränderungen

Auswahlbildschirm für die Standardsuchmaschine

Ab Chrome 120 werden Endnutzer in Unternehmen möglicherweise aufgefordert, ihre Standardsuchmaschine in Chrome auszuwählen.

Im Zuge der Entwicklung der DMA-Compliance werden einige Nutzer aufgefordert, ihre Standardsuchmaschine für Chrome auszuwählen. Mit dieser Eingabeaufforderung wird die Einstellung für die Standardsuchmaschine festgelegt, die derzeit unter chrome://settings/search verfügbar ist. Die Unternehmensrichtlinien DefaultSearchProviderEnabled und DefaultSearchProviderSearchUrl steuern diese Einstellung weiterhin wie bisher, wenn sie vom IT-Administrator festgelegt wird. Weitere Informationen zu dieser Richtlinie und der zugehörigen atomischen Gruppe
- Chrome 120 für iOS, ChromeOS, LaCrOS, Linux, MacOS und Windows: Bei 1 % der Nutzer wird ab Chrome 120 der Auswahlbildschirm angezeigt.
- Chrome 122 für iOS, ChromeOS, LaCrOS, Linux, MacOS und Windows: vollständige Einführung für die entsprechenden Nutzer.

Hilfe beim Verfassen im Web mit KI
In Chrome 122 führen wir eine experimentelle Funktion auf Basis von generativer KI ein, mit der Nutzer Webinhalte einfacher verfassen können. Dieses Tool ermöglicht Nutzern, mit größerem Vertrauen in die Technologie Texte zu schreiben sowie Textelemente in Freiform-Textfeldern im Web schneller zu verfassen.

Ab Chrome 122 kann eine begrenzte Anzahl angemeldeter Nutzer in den USA in den Chrome-Einstellungen die Option Hilfe beim Verfassen aktivieren. In Chrome 122 wird diese Funktion erst einmal nur für nicht verwaltete Nutzer zur Verfügung stehen und für Nutzer von Chrome Enterprise und Chrome Education nicht zugänglich sein. Weitere Informationen finden Sie in diesem Blogpost. In den kommenden Wochen werden wir in der Hilfe für Chrome Enterprise und Education weitere Informationen zu Hilfe beim Verfassen veröffentlichen.

Administratoren können die Funktion Hilfe beim Verfassen über die Richtlinie HelpMeWriteSettings steuern. Für Ihre Organisation stehen Ihnen folgende Optionen zur Verfügung:

0 = Funktion aktivieren und Daten senden, damit KI-Modelle verbessert werden können
1 = Funktion aktivieren, aber keine Daten senden, damit KI-Modelle verbessert werden können
2 = Funktion vollständig deaktivieren

Vereinfachtes Anmelden und Synchronisieren

Ab Chrome 122 können bestehende Nutzer mit aktivierter Chrome-Synchronisierung eine vereinfachte und konsolidierte Version der Anmeldung und Synchronisierung in Chrome verwenden. Die Chrome-Synchronisierung wird nicht mehr als separate Funktion in den Einstellungen oder an anderer Stelle angezeigt. Stattdessen können sich Nutzer gemäß den entsprechenden Unternehmensrichtlinien in Chrome anmelden, um Informationen wie Passwörter und Lesezeichen in ihrem Google-Konto zu verwenden und zu speichern.
Wie bisher kann die Funktion zum Speichern und Aufrufen von Chrome-Daten im Google-Konto, die vorher Teil der Chrome-Synchronisierung war, vollständig (über SyncDisabled) oder teilweise (über SyncTypesListDisabled) deaktiviert werden. Die Anmeldung in Chrome kann wie bisher über BrowserSignin erzwungen oder deaktiviert werden.
Diese Änderungen haben keine Auswirkungen auf die Möglichkeiten der Nutzer, sich in Google-Diensten im Web (z. B. Gmail) anzumelden, ohne sich in Chrome anzumelden, ihre Möglichkeiten, Chrome auch ohne Anmeldung zu nutzen, oder festzulegen, welche Informationen mit ihrem Google-Konto synchronisiert werden sollen.
- Chrome 117: Die Chrome-Synchronisierung wird für Nutzer eingestellt, die die Chrome-Synchronisierung zu diesem Zeitpunkt nicht aktiviert hatten.
- Chrome 122: Auch für Nutzer mit aktivierter Chrome-Synchronisierung wird die Synchronisierung eingestellt; die Nutzer werden aber auf einen gleichwertigen Status migriert.

Berechtigungsaufforderung für die Web MIDI API

Es gab mehrere gemeldete Probleme in Bezug auf den Drive-by-Zugriff der Web MIDI API auf Client-MIDI-Geräte (Bugs). Um dieses Problem zu beheben, hat die W3C Audio Working Group beschlossen, dem allgemeinen MIDI API-Zugriff eine ausdrückliche Berechtigung zu erteilen. Ursprünglich war die ausdrückliche Berechtigung nur für die erweiterte MIDI-Nutzung erforderlich, z. B. für systemexklusive Nachrichten (SysEx) in Chrome, mit geschütztem Zugriff hinter einer Berechtigungsaufforderung. Wir planen, den Umfang der Berechtigung auf die normale Verwendung der MIDI API auszuweiten.
Derzeit erfordert die Verwendung von SysEx-Nachrichten mit der Web MIDI API eine ausdrückliche Nutzerberechtigung. Bei dieser Implementierung ist auch für den Zugriff auf die Web MIDI API ohne SysEx-Unterstützung eine Nutzerberechtigung erforderlich. Mit den drei neuen Richtlinien DefaultMidiSetting, MidiAllowedForUrls und MidiBlockedForUrls können Administratoren den Zugriff der Nutzer auf die API vorkonfigurieren.
- Chrome 122 für Windows, MacOS, Linux und Android

SharedImages für PPAPI-Video-Decodierung

In Chrome 119 wird eine neue Richtlinie PPAPISharedImagesForVideoDecoderAllowed zur Steuerung der aktuellen Refaktorierung für VideoDecoder APIs im PPAPI-Plug-in eingeführt.
- Chrome 119 für ChromeOS und LaCrOS: Einführung von Escape-Hatch-Richtlinien.
- Chrome 122 für ChromeOS und LaCrOS: Die Richtlinie „Escape Hatch“ und die entsprechenden alten Codepfade wurden entfernt.

V8-Sicherheitseinstellung

Neue Einstellung unter chrome://settings/security, um die V8 JIT-Optimierer zu deaktivieren und damit die Angriffsfläche von Chrome zu verringern. Dieses Verhalten wird weiterhin über die Unternehmensrichtlinie DefaultJavaScriptJitSetting sowie die zugehörigen Richtlinien JavaScriptJitAllowedForSites und JavaScriptJitBlockingForSites festgelegt. Die Einstellung gehört zu den Website-Einstellungen. Die Einstellung wird in Chrome 122 eingeführt. Die Unternehmensrichtlinien sind seit Chrome 93 verfügbar.
- Chrome 122 für ChromeOS, LaCrOS, Linux, MacOS, Windows und Fuchsia

Vorlesen

Vorlesen ermöglicht Nutzern von Chrome für Android, sich Webseiten per Sprachausgabe anzuhören. Nutzer können über das Dreipunkt-Menü auf diese Funktion zugreifen und die Wiedergabe über die Audiosteuerung steuern.
Für die Funktion „Laut vorlesen“ wird die URL der Seite an Google-Server gesendet. Nutzer, die sie verwenden, müssen in den Einstellungen die Option „Suchanfragen und das Surfen verbessern“ aktivieren.
Wenn die Richtlinie ListenToThisPageEnabled auf „true“ gesetzt ist, können Nutzer Webseiten mithilfe der Sprachausgabe vorlesen lassen. Dies ist durch serverseitige Inhaltsanalyse und Audiosynthese möglich. Mit „false“ wird die Funktion deaktiviert. Wenn die Richtlinie auf die Standardeinstellung gesetzt oder nicht konfiguriert ist, wird die Funktion „Laut vorlesen“ aktiviert.
- Chrome 122 für Android: Neue Funktionen

Der Netzwerkdienst wird unter Windows in einer Sandbox ausgeführt

Zur Verbesserung der Sicherheit und Zuverlässigkeit wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten gefunden werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.
- Chrome 122 für Windows: Der Netzwerkdienst wird unter Windows in einer Sandbox ausgeführt

Entfernung der Unternehmensrichtlinie „ChromeAppsWebViewPermissiveBehaviorAllowed“

In Chrome 116 gelten für die Nutzung von Chrome Apps WebView die folgenden Einschränkungen:
Wenn Sie das Webview-Ereignis „NewWindow“ zum Anhängen an ein WebView-Element in einem anderen App-Fenster verwenden, wird der vom window.open-Aufruf in der ursprünglichen WebView zurückgegebene Fensterverweis ungültig. Die temporäre Enterprise-Richtlinie ChromeAppsWebViewPermissiveBehaviorAllowed wird verfügbar sein. Dadurch haben Unternehmen Zeit, mögliche Fehler im Zusammenhang mit diesen Änderungen zu beheben. Diese Richtlinie wird in Chrome 122 entfernt.
- Chrome 122 für Linux, MacOS, Windows und ChromeOS: Unternehmensrichtlinie ChromeAppsWebViewPermissiveBehaviorAllowed entfernt

Asynchrone serverseitige Safe Browsing-Prüfung

Momentan blockieren die Safe Browsing-Prüfungen den Seitenaufbau. Das bedeutet, dass der Nutzer die Seite erst sehen kann, wenn die Prüfungen abgeschlossen sind. Um die Ladegeschwindigkeit von Chrome zu verbessern, wird das Laden von Seiten nach Chrome 122 nicht mehr durch Prüfungen mit der serverseitigen Safe Browsing-Liste blockiert.
Wir haben das Risiko bewertet und Maßnahmen ergriffen:
1. Um den Browser vor direkten Exploits zu schützen, werden lokale Listen weiterhin synchron geprüft. So können schädliche Nutzlasten erst ausgeführt werden, wenn die Prüfung lokaler Listen abgeschlossen ist.
2. Hinsichtlich des Schutzes vor Phishing-Angriffen sind wir nach einer Auswertung der Daten zu dem Schluss gekommen, dass die Nutzer wahrscheinlich noch keine relevanten Aktionen auf der Website ausgeführt haben (z. B. ein Passwort eingegeben), bevor die Warnung angezeigt wird.
- Chrome 122 für Android, ChromeOS, LaCrOS, Linux, MacOS und Windows: neue Funktionen

Verbesserte Downloadwarnungen auf der Downloadseite in Chrome

Um die Folgen von Malware-Downloads zu verringern, bereinigen wir die Warnstrings und Muster für Downloads auf Computern, damit diese klar und einheitlich sind.
- Chrome 122 für ChromeOS, LaCrOS, Linux, MacOS, Windows und Fuchsia: Neue Funktionen

Zuletzt geöffneten Tab auf einem beliebigen Gerät fortsetzen

Nutzer können künftig in Chrome den innerhalb der letzten 24 Stunden auf einem beliebigen Gerät zuletzt geöffneten Tab mit demselben angemeldeten Nutzerprofil über eine Tastenkombination schnell und einfach fortsetzen. Administratoren können diese Funktion über die bestehende Unternehmensrichtlinie SyncTypesListDisabled steuern.
- Chrome 123 für iOS: Funktionseinführungen

Die Chrome-Synchronisierung wird für Chrome 81 und frühere Versionen eingestellt

Die Chrome-Synchronisierung wird für Chrome 81 und frühere Versionen eingestellt. Führen Sie ein Upgrade auf eine neuere Version von Chrome aus, wenn Sie die Chrome-Synchronisierung weiterhin verwenden möchten.
- Chrome 123 für Android, iOS, ChromeOS, Linux, MacOS und Windows: Die Änderung wird umgesetzt.

WebSQL verwerfen und entfernen

Mit SQLite über WASM als offiziellem Ersatz planen wir, WebSQL vollständig zu entfernen. Dies dient der Sicherheit unserer Nutzer.
Der Datenbankstandard WebSQL wurde erstmals im April 2009 vorgeschlagen und im November 2010 aufgegeben. Gecko hat diese Funktion nie implementiert und WebKit hat sie 2019 eingestellt. Das W3C ermutigte diejenigen, die Webdatenbanken benötigen, Webspeicher oder eine indexierte Datenbank zu verwenden.
Seit der Veröffentlichung ist es unglaublich schwierig, die Sicherheit unserer Nutzer zu gewährleisten. SQLite war ursprünglich nicht für die Ausführung schädlicher SQL-Anweisungen konzipiert, aber mit WebSQL müssen wir genau das tun. Es bedeutet für das Speicherteam unvorhersehbare Kosten, auf einen ständigen Strom von Stabilitäts- und Sicherheitsproblemen reagieren zu müssen.
- Chrome 101: In Chrome 101 wird die WebSQLAccess-Richtlinie hinzugefügt. WebSQL ist verfügbar, wenn diese Richtlinie aktiviert ist. Die Richtlinie ist bis Chrome 123 verfügbar.
- Chrome 115: Einstellungsnachricht wurde der Konsole hinzugefügt.
- Chrome 117: In Chrome 117 startet der Testzeitraum für die Einstellung von WebSQL. Der Testzeitraum endet in Chrome 123. Während des Testzeitraums ist ein Token für den Test zur Einstellung erforderlich, damit die Funktion verfügbar ist.
- Chrome 119: Ab Chrome 119 ist WebSQL nicht mehr verfügbar. Der Zugriff auf die Funktion ist bis Chrome 123 über die Richtlinie WebSQLAccess oder ein Token für den Test zur Einstellung möglich.
- Chrome 123: für ChromeOS, LaCrOS, Linux, MacOS, Windows und Android: Ab Chrome 123 sind die Richtlinie „WebSQLAccess“ und der Test zur Einstellung, mit dem WebSQL verfügbar gemacht werden kann, nicht mehr verfügbar.

Unternehmensrichtlinie „ThrottleNonViewableCrossOriginIframesAllowed“ einstellen

Die zugrunde liegende Codeänderung (Drosselung von ursprungsübergreifenden display:none-iFrames im selben Prozess), die die Unternehmensrichtlinie ThrottleNonViewableCrossOriginIframesAllowed überschreibt, ist seit Anfang 2023 in stabilen Releases aktiviert. Da bekannte Probleme bereits behoben wurden, haben wir vor, die Unternehmensrichtlinie ThrottleNonvisibleCrossOriginiFramesAllowed bis Chrome 124 zu entfernen. Die Diskussionen zum Drosselungsproblem und zu der entsprechenden Lösung finden Sie unter https://bugs.chromium.org/p/chromium/issues/detail?id=958475.
- Chrome 124: ThrottleNonvisibleCrossOriginiFramesAllowed wurde entfernt

Unterstützung für UserAgentClientHintsGREASEUpdateEnabled entfernen

Die Richtlinie UserAgentClientHintsGREASEUpdateEnabled wird eingestellt, da der aktualisierte GREASE-Algorithmus standardmäßig seit über einem Jahr aktiviert ist. Die Richtlinie wird nach einer gewissen Zeit entfernt.
- Chrome 124 für Android, ChromeOS, Linux, MacOS und Windows: Richtlinie wurde eingestellt
- Chrome 126 für Android, ChromeOS, Linux, MacOS und Windows: Richtlinie wird entfernt

Einstellung geplant: Mutation Events

Synchrone Mutation Events wie DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument und DOMCharacterDataModified wirken sich negativ auf die Seitenleistung aus und erhöhen auch die Komplexität, wenn neue Funktionen zum Web hinzugefügt werden. Diese APIs wurden 2011 aus der Spezifikation entfernt und 2012 durch die Mutation Observer API ersetzt, die ein viel besseres Verhalten hat. Die veralteten Mutation Events müssen entfernt oder zu Mutation Observer migriert werden.
- Chrome 127 für Android, ChromeOS, Linux, MacOS und Windows: Mutation Events funktionieren in Chrome 127 etwa ab dem 30. Juli 2024 nicht mehr.

Richtlinie „LegacySameSiteCookieBehaviorEnabledForDomainList“ entfernen

In Chrome 79 haben wir die Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList eingeführt, um das SameSite-Verhalten von Cookies für die angegebenen Domains auf das alte Verhalten zurückzusetzen. Die Lebensdauer der Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList wurde verlängert. Sie wird beim unten aufgeführten Meilenstein entfernt.
- Chrome 128 für Android, ChromeOS, Linux, MacOS und Windows: Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList entfernen

Erweiterungen müssen bis Juni 2025 aktualisiert werden, damit Manifest V3 genutzt werden kann

Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können. Chrome-Erweiterungen werden auf die neue Manifest-Version Manifest V3 umgestellt. Dadurch wird der Datenschutz für Ihre Nutzer verbessert, zum Beispiel durch die Umstellung auf ein Modell, bei dem Erweiterungen Anfragen deklarativ ändern, ohne dass einzelne Anfragen eingesehen werden können. Das verbessert auch die Sicherheit der Erweiterung, da remote gehosteter Code bei Manifest V3 nicht zulässig ist.
Ab Juni 2024 werden Manifest V2-Erweiterungen im Browser nach und nach deaktiviert. Über die Unternehmensrichtlinie ExtensionManifestV2Availability lässt sich steuern, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Außerdem werden die Manifest V2-Erweiterungen auf Geräten, auf denen die Richtlinie aktiviert ist, erst im darauffolgenden Jahr (Juni 2025) deaktiviert. Die Richtlinie wird dann entfernt.
Auf der Seite „Apps und Erweiterungen“ unter Chrome-Verwaltung über die Cloud sehen Sie, welche Manifestversion von allen Chrome-Erweiterungen in Ihrem Gerätepool verwendet wird. Weitere Informationen finden Sie im Manifest-Zeitplan, einschließlich:
- Chrome 110 für ChromeOS, LaCrOS, Linux, MacOS und Windows: Mit der Unternehmensrichtlinie ExtensionManifestV2Availability können Sie steuern, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Nach der Migration können Sie gemäß der Richtlinie die Nutzung von Manifest V2-Erweiterungen verlängern.
- Chrome 127 für ChromeOS, LaCrOS, Linux, MacOS und Windows: Manifest V2-Erweiterungen werden auf Nutzergeräten nach und nach deaktiviert. Nur Personen, für die die Unternehmensrichtlinie ExtensionManifestV2Availability aktiviert ist, können Manifest V2-Erweiterungen in ihrer Organisation weiterhin verwenden.
- Chrome 139 für ChromeOS, LaCrOS, Linux, MacOS und Windows: Richtlinie ExtensionManifestV2Availability entfernen.

↑ Zurück nach oben

Bevorstehende ChromeOS-Änderungen

ChromeOS Flex-Bluetooth-Migration

ChromeOS Flex wird auf das Floss-Bluetooth-Stack unter ChromeOS 122 aktualisiert Im Rahmen dieses Upgrades werden die folgenden Geräte die Bluetooth-Funktion nicht mehr unterstützen. Wenn die Bluetooth-Funktion für diese Geräte von entscheidender Bedeutung ist, empfehlen wir, sie auf die Version „Langzeitsupport“ zu verschieben, um die Bluetooth-Funktion bis Oktober 2024 zu erweitern.
- HP Probook 4530s
- Lenovo ThinkPad T420
- HP Elitebook 8460p
- Apple iMac 11,2
- Lenovo ThinkPad x220
- Dell Vostro 3550
- HP 3115m
- HP Elitebook 2560p
- HP ProBook 6465b
- Lenovo ThinkPad L420

Neues Design für den ChromeOS-Mediaplayer

Der ChromeOS-Mediaplayer wird bald größere Schaltflächen und Farben haben, die zum Hintergrund passen. Der Mediaplayer wird bei der Wiedergabe von Video- oder Audioinhalten (z. B. Spotify oder YouTube) in den Schnelleinstellungen angezeigt. Sie können auf das Anpinnen-Symbol klicken, um den Mediaplayer in die Ablage zu verschieben. Sie können nicht nur die gestreamten Medien steuern, sondern auch Webmedien an alle Lautsprecher oder Bildschirme in Ihrem lokalen Netzwerk streamen.

App-Deaktivierung durch den Administrator in MGS

Derzeit umfassen Managed Guest Sessions (MGS) noch eine Reihe von Anwendungen (Explore, Galerie, Terminal), die dem Nutzer zur Verfügung stehen. Über die Richtlinie SystemFeaturesDisableList können Administratoren diese Apps bald deaktivieren und sie so für Nutzer in Ihrem Unternehmen sperren und ausblenden.

Energiesparmodus

Bereits ab ChromeOS 122 wird der Energiesparmodus verfügbar sein, um die Helligkeit des Displays und der Tastaturbeleuchtung zu verringern, die Aktualisierungsrate des Displays und das verfügbare Rechenbudget zu drosseln und bestimmte energieintensive Hintergrundfunktionen zu deaktivieren, damit Nutzer die Akkulaufzeit ihrer Geräte verlängern können. Das ist hilfreich, wenn sie die letzten paar Minuten zur Erledigung einer Aufgabe benötigen und kein Ladegerät zur Hand haben. Die Funktion wird automatisch aktiviert, wenn der Akkuladestand des Nutzers 20 % erreicht.

↑ Zurück nach oben

Anstehende Änderungen in der Admin-Konsole

Löschen inaktiver Browser in der Chrome-Verwaltung über die Cloud
Bereits ab Chrome 124 werden durch die Richtlinie Inaktiver Zeitraum für das Löschen des Browsers in der Admin-Konsole automatisch Browserdaten für verwaltete Browser gelöscht, die den Server länger als den durch die Richtlinie festgelegten Inaktivitätszeitraum nicht kontaktiert haben. Beim Veröffentlichen der Richtlinie hat der Inaktivitätszeitraum einen Standardwert von 540 Tagen. Alle registrierten Browser, die mehr als 540 Tage inaktiv waren, werden kurz nach der Veröffentlichung dieser Richtlinie aus Ihrem Konto gelöscht. Administratoren können den Wert für den inaktiven Zeitraum mithilfe dieser Richtlinie ändern. Der Höchstwert zum Ermitteln des Inaktivitätszeitraums des Browsers beträgt 730 Tage, der Mindestwert 28 Tage.

Ein niedrigerer Wert für die Richtlinie kann globale Auswirkungen auf alle derzeit registrierten Browser haben. Alle betroffenen Browser werden als inaktiv betrachtet und daher unwiderruflich gelöscht. Damit die gelöschten Browser beim nächsten Neustart automatisch neu registriert werden, setzen Sie den Richtlinienwert für die Gerätetoken-Verwaltung auf Token löschen, bevor Sie den Wert dieser Richtlinie reduzieren. Die Registrierungstokens für diese Browser müssen zum Zeitpunkt des Neustarts noch gültig sein.
- Ab Chrome 122: Die UI der Richtlinie „Inaktiver Zeitraum für das Löschen des Browsers“ ist für den Vorabzugriff in der Admin-Konsole verfügbar. IT-Administratoren, für die die Standardeinstellung von 18 Monaten nicht angemessen ist, können einige Wochen vor Beginn des eigentlichen Löschvorgangs explizit einen Richtlinienwert (Inaktivitätszeitraum) festlegen.

Bericht zu alter Technologie
Bereits ab Chrome 122 wird der Bericht „Alte Technologie“ in der Admin-Konsole verfügbar sein. Darin werden interne und externe Websites proaktiv erfasst, die Technologien verwenden, die demnächst eingestellt werden, z. B. Drittanbieter-Cookies, Änderungen an SameSite-Cookies und ältere Sicherheitsprotokolle wie TLS 1.0/1.1. und Drittanbieter-Cookies. Mithilfe dieser Informationen können IT-Administratoren gemeinsam mit den Entwicklern erforderliche technische Migrationen planen, bevor die Einstellung der Funktionen in Kraft tritt.

Diese Funktion ist derzeit im Rahmen unseres Trusted Tester-Programms verfügbar. Wenn Sie uns beim Testen dieser Funktion helfen möchten, können Sie sich hier für das Trusted Tester-Programm von Chrome Enterprise registrieren.
- Bereits ab Chrome 122 unter Linux, macOS, Windows

↑ Zurück nach oben

Chrome 120

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Auswahlbildschirm für die Standardsuchmaschine		✓
Einstellung von Drittanbieter-Cookies in Chrome (3PCD)	✓
FirstPartySets-Richtlinien in „RelatedWebsiteSets“ umbenennen	✓		✓
Chrome Web Store: UX-Verbesserungen		✓
Überarbeiteter Sicherheitscheck auf dem Computer	✓
Responsive Symbolleiste für Chrome Desktop		✓
Android Nougat wird von Chrome unter Android nicht mehr unterstützt			✓
Paketverfolgung (nur iOS)		✓
„-webkit-background-clip“ ohne Präfix für Text und in Alias verwandeln	✓
Chrome-Nutzerrichtlinien für iOS			✓
Trennung von Chrome-Profilen: neue Richtlinien			✓
Unterstützung von Daten-URLs in SVGUseElement einstellen	✓	✓
Passwortmanager: Passwortfreigabe		✓	✓
Empfohlene Unterstützung für mehrere Richtlinien entfernen			✓
Speichern von Bildern auf iOS-Geräten in Google Fotos			✓
Vollständige Erzwingung der Same-Origin-Richtlinie in CSPEE entfernen	✓
Schließanfragen für CloseWatcher, <dialog> und popover=""	✓
Theora-Unterstützung einstellen und entfernen	✓
Einwilligung für Gerätesignale auf nicht verwalteten Geräten			✓
Interaktionen beim Drucken wurden in einen Dienstprozess verschoben			✓
URL-basierter Dienst für Berechtigungsvorschläge			✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
Entfernte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Neue Steuerelemente für die Scroll-Beschleunigung der Maus		✓
Verbessertes Verhalten von Alt + Klick		✓
XDR-Authentifizierungsereignisse			✓
Durch Auseinander- und Zusammenziehen BiB in der Größe anpassen		✓
Neuer Look für die Emoji-Auswahl		✓
Tastenkombinationen – F11-F12-Tasten aktivieren		✓
Einstellung der Unterstützung für ältere ChromeOS-Mediencontainer und ‑Mediencodecs			✓
ChromeOS-Schaltfläche für virtuelle Desktops		✓
App-Details in der App-Verwaltung			✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Generative KI-Funktionen		✓
Sicherer verschlüsselte Archive für Nutzer von standardmäßigem Safe Browsing	✓
Berechtigungsaufforderung für die Web MIDI API	✓
Der Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt	✓
Linkerfassung für Nutzer in PWAs – Windows, Mac und Linux	✓
Navigation in der Seitenleiste: Anpinnen/Loslösen		✓
SharedImages für PPAPI-Video-Decodierung	✓
Unload-Ereignisse überspringen	✓
Fortsetzung des zuletzt geöffneten Tabs auf einem beliebigen Gerät		✓
Entfernen der Unterstützung für UserAgentClientHintsGREASEUpdateEnabled			✓
Unterstützung der Chrome-Synchronisierung wird für Chrome 81 und frühere Versionen eingestellt	✓		✓
WebSQL einstellen und entfernen	✓
Entfernen der Richtlinie „LegacySameSiteCookieBehaviorEnabledForDomainList“			✓
Einstellung geplant: Mutation Events		✓
Erweiterungen müssen bis Juni 2025 für die Nutzung von Manifest V3 aktualisiert werden	✓	✓	✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Ende des Geräte-Supports für ChromeOS Flex			✓
ChromeOS Flex-Bluetooth-Migration			✓
Dauer des Bildschirmschoners festlegen		✓
Neues Design für den ChromeOS-Mediaplayer		✓
DLP-Ereignisse in das Sicherheits-Prüftool einbinden	✓
Einschränkungen für ChromeOS-Datenkontrolldateien	✓
Erweiterte Benachrichtigungen für angepinnte Apps		✓
Neue ChromeOS-Synchronisierungsoptionen	✓	✓
App-Deaktivierung durch den Administrator in MGS			✓
Anstehende Änderungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Löschen inaktiver Browser in der Chrome-Verwaltung über die Cloud			✓
Nutzungsbericht zu Apps und Erweiterungen: Hervorhebung von aus dem Chrome Web Store entfernten Erweiterungen			✓
Alter Technologiebericht			✓
Chrome-Absturzbericht			✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Chrome-Updates

Auswahlbildschirm für die Standardsuchmaschine

Ab Chrome 120 werden Endnutzer in Unternehmen möglicherweise aufgefordert, ihre Standardsuchmaschine in Chrome auszuwählen.

Im Zuge der Entwicklung der DMA-Compliance werden einige Nutzer aufgefordert, ihre Standardsuchmaschine für Chrome auszuwählen. Mit dieser Eingabeaufforderung wird die Einstellung für die Standardsuchmaschine festgelegt, die derzeit unter chrome://settings/search verfügbar ist. Die Unternehmensrichtlinien DefaultSearchProviderEnabled und DefaultSearchProviderSearchUrl steuern diese Einstellung weiterhin wie bisher, wenn sie vom IT-Administrator festgelegt wird. Weitere Informationen zu dieser Richtlinie und der zugehörigen atomaren Gruppe.
- Chrome 120 unter iOS, ChromeOS, LaCrOS, Linux, Mac, Windows: Bei 1 % der Nutzer wird ab Chrome 120 der Auswahlbildschirm angezeigt. 100% bei Chrome 122 für berechtigte Nutzer.

Einstellung von Drittanbieter-Cookies in Chrome (3PCD)

Ab Chrome 120 und höher (Januar 2024) deaktiviert Chrome Drittanbieter-Cookies für 1% des Chrome-Traffics im Rahmen der von Chrome unterstützten Tests in Zusammenarbeit mit CMA. Während der unterstützten Testphase erhalten Websites einen guten Eindruck davon, wie sie in einer Welt ohne Drittanbieter-Cookies funktionieren. Da auch die Schutzmaßnahmen für das Bounce-Tracking Teil des 3PCD sind, werden für die Nutzer in dieser Gruppe, bei denen Drittanbieter-Cookies blockiert sind, Maßnahmen zur Eindämmung von Bounce-Tracking wirksam, damit ihr Status für Websites gelöscht wird, die als Bounce-Tracker klassifiziert werden. Die meisten Unternehmensnutzer sollten automatisch aus dieser Testgruppe ausgeschlossen werden. Wir empfehlen Administratoren jedoch, Drittanbieter-Cookies proaktiv über die Richtlinien BlockThirdPartyCookies und CookiesAllowedForUrls wieder zu aktivieren und die verwalteten Browser vor dem Test deaktivieren. So haben Unternehmen Zeit, die erforderlichen Änderungen vorzunehmen, um sich nicht auf diese Richtlinie oder Drittanbieter-Cookies verlassen zu müssen.

Wir planen, weitere Tools (z. B. den Bericht zu älteren Technologien) zur Verfügung zu stellen, mit denen sich Anwendungsfälle für Drittanbieter-Cookies besser ermitteln lassen. Administratoren können die BlockThirdPartyCookies-Richtlinie auf „false“ setzen, um Drittanbieter-Cookies für alle Websites wieder zu aktivieren. Dadurch wird jedoch verhindert, dass Nutzer die entsprechende Einstellung in Chrome ändern. Alternativ können Sie die Richtlinie CookiesAllowedForUrls so einrichten, dass Ihre Unternehmens-Apps auf die Zulassungsliste gesetzt werden, um weiterhin Drittanbieter-Cookies zu erhalten.

Endnutzer in Unternehmen, die in diese Testgruppe aufgenommen werden und keiner der Richtlinien für Unternehmensadministratoren unterliegen, können die Einstellung „Nutzerumgehung“ verwenden (das „Augensymbol“ in der Omnibox), um Drittanbieter-Cookies vorübergehend für 90 Tage auf einer bestimmten Website zu aktivieren, falls nötig. Durch die Administratorrichtlinien des Unternehmens werden die Steuerelemente zur Nutzerumgehung überschrieben. Wenn Sie beispielsweise die Richtlinie BlockThirdPartyCookies auf „true“ setzen, werden Drittanbieter-Cookies für alle Websites deaktiviert und Nutzer können diese Einstellung zur Nutzerumgehung nicht verwenden.

Schutzmaßnahmen für Bounce-Tracking unterliegen ebenfalls denselben Richtlinien wie Cookies und werden erzwungen, wenn die abspringende Website keine Drittanbieter-Cookies haben/empfangen darf. Wenn Sie also die Richtlinie BlockThirdPartyCookies auf „false“ setzen oder die Richtlinie CookiesAllowedForUrls für eine Website konfigurieren, wird verhindert, dass Eindämmungen von Bounce-Tracking den Status von Websites löschen.

SaaS-Integrationen von Unternehmen, die websiteübergreifend für nicht werbebezogene Anwendungsfälle verwendet werden, können sich für den Test zur Einstellung von Drittanbieter-Cookies registrieren, um für einen begrenzten Zeitraum weiterhin auf Drittanbieter-Cookies zugreifen zu können.

Die Heuristikfunktion gewährt in bestimmten Fällen je nach Nutzerverhalten vorübergehend Zugriff auf Drittanbieter-Cookies. So lassen sich Probleme mit Websites minimieren, die durch die Einstellung von Drittanbieter-Cookies bei bekannten Mustern wie Pop-ups und Weiterleitungen des Identitätsanbieters verursacht werden.

Weitere Informationen dazu, wie Sie sich vorbereiten, Feedback geben und potenzielle Probleme mit der Website melden können, finden Sie unter Modus B: 1% Einstellung von Drittanbieter-Cookies Blogabschnitt und im Blog Wie Sie sich auf die Deaktivierung von Drittanbieter-Cookies vorbereiten können.
- Chrome 120 unter ChromeOS, Linux, Mac und Windows
  Bei 1 % des weltweiten Traffics sind Drittanbieter-Cookies deaktiviert. Unternehmensnutzer werden nach Möglichkeit automatisch ausgeschlossen und es gibt eine Richtlinie, mit der die Änderung überschrieben werden kann.

FirstPartySets-Richtlinien in „RelatedWebsiteSets“ umbenennen

FirstPartySetsEnabled und FirstPartySetsOverrides Unternehmensrichtlinien werden in RelatedWebsiteSetsEnabled bzw. RelatedWebsiteSetsOverrides umbenannt. Am Verhalten der Richtlinien ändert sich nichts. Administratoren sollten in Zukunft die neuen Richtlinien RelatedWebsiteSetsEnabled und RelatedWebsiteSetsOverrides verwenden. Weitere Informationen zur Umbenennung finden Sie unter https://developer.chrome.com/blog/related-website-sets/.
- Chrome 120 unter Android, ChromeOS, LaCrOS, Linux, Mac, Windows, Fuchsia

Chrome Web Store: UX-Verbesserungen

Das Chrome-Team präsentiert einen umgestalteten Chrome Web Store und vereinfacht das Suchen und Verwalten von Erweiterungen. Neben einer modernen Benutzeroberfläche bietet der Store neue Erweiterungskategorien, darunter KI-basierte Erweiterungen und Empfehlungen von Editoren. Diese Verbesserungen werden in den kommenden Monaten nach und nach eingeführt.

Nutzer können vorübergehend zum ursprünglichen Store-Layout zurückkehren, indem sie auf das Dreipunkt-Menü neben ihrem Profilavatar klicken und „Ursprünglichen Store wiederherstellen“ auswählen. Diese vorübergehende Option wird im Januar 2024 deaktiviert und kann von Administratoren nicht mehr zentral gesteuert werden.

Unternehmen haben weiterhin im neuen Chrome Store Zugriff auf ihre Unternehmensrichtlinien.

Der überarbeitete Chrome Web Store wird auch einen speziellen Bereich für Erweiterungen speziell für Ihre Domain enthalten. Weitere Informationen zum Veröffentlichen privater Erweiterungen finden Sie unter Enterprise-Veröffentlichungsoptionen.

Es gibt ein bekanntes Problem mit ExtensionSettings, bei dem die blocked_install_message im neu gestalteten Chrome Store nicht richtig angezeigt wird. Wir arbeiten bereits an einer Lösung.

Überarbeiteter Sicherheitscheck auf dem Computer

In Chrome 120 führen wir einen neuen proaktiven Sicherheitscheck ein, bei dem der Browser regelmäßig auf sicherheitsrelevante Probleme überprüft und Nutzer informiert werden, wenn etwas ihre Aufmerksamkeit erfordert. In diesem Zusammenhang wird auch eine neue Seite mit proaktiven sicherheitsrelevanten Aktionen und Informationen eingeführt, die auf den jeweiligen Nutzer zugeschnitten sind und Maßnahmen zur Online-Sicherheit vereinfachen soll.
- Chrome 120 unter ChromeOS, LaCrOS, Linux, Mac, Windows

Responsive Symbolleiste für Chrome Desktop

Chrome Desktop-Kunden sehen jetzt unabhängig von Gerät und Eingabemodus (z. B. Maus oder Touch-Funktion) eine Symbolleiste, die nahtlos auf wechselnde Fenstergrößen reagiert. Das ist der Fall, wenn Nutzer ein Fenster manuell auswählen und vergrößern oder verkleinern oder wenn sie zusätzlich zu einem Dreipunkt-Menü betriebssystemspezifische Fensterverwaltungstools verwenden.
- Chrome 120 unter ChromeOS, LaCrOS, Linux, Mac, Windows

Android Nougat wird von Chrome unter Android nicht mehr unterstützt

Die letzte Version von Chrome, in der Android Nougat unterstützt wird, ist Chrome 119. Sie enthält eine Nachricht an betroffene Nutzer, in der sie aufgefordert werden, ihr Betriebssystem zu aktualisieren.

Chrome 120 wird für Nutzer von Android Nougat weder unterstützt noch ausgeliefert.
- Chrome 120 für Android: Android Nougat wird in Chrome für Android nicht mehr unterstützt.

Paketverfolgung (nur iOS)

Nutzer können eine neue Paketverfolgungsfunktion aktivieren, durch die das voraussichtliche Lieferdatum und der Paketstatus auf einer neuen Karte auf der Seite Neuer Tab angezeigt werden. Diese Funktion wird nur für en-US-Nutzer und Pakete unterstützt, die über FedEx und USPS abgewickelt werden. Bei Bedarf können Sie die Funktion mithilfe der neuen Richtlinie ParcelTrackingEnabled deaktivieren.
- Chrome 120 unter iOS: Funktionseinführungen

Präfix „-webkit-background-clip“ für Text aufheben und als Alias festlegen

Chrome ermöglicht die Verwendung der Version ohne Präfix für background-clip: Text und macht -webkit-background-clip zu einem Alias für background-clip. Außerdem werden Keywords ohne Suffixe (Inhalt, Abstände und Rahmen) nicht mehr unterstützt.
- Chrome 120 unter Windows, Mac, Linux, Android

Chrome-Nutzerrichtlinien für iOS

Mit Chrome-Nutzerrichtlinien für iOS können Administratoren Richtlinien und Einstellungen auf allen Geräten eines Nutzers anwenden. Die Einstellungen gelten immer dann, wenn sich der Nutzer auf einem beliebigen Gerät, einschließlich privater Geräte, mit seinem verwalteten Konto im Chrome-Browser anmeldet.

Ab Chrome 120 sehen verwaltete Endnutzer einen Hinweis, in dem sie darauf hingewiesen werden, dass ihre Organisation das Konto verwaltet, in dem sie angemeldet sind. Damit soll iOS vereinheitlicht werden. In Chrome 121 können Administratoren diese Funktion in der Admin-Konsole in der Einstellung Chrome für iOS aktivieren. Weitere Informationen finden Sie unter Chrome-Richtlinien für Nutzer oder Browser festlegen.
- Chrome 120 für iOS : Die Funktion wird schrittweise eingeführt.

Trennung von Chrome-Profilen: neue Richtlinien

Drei neue Richtlinien sind jetzt zum Konfigurieren von Unternehmensprofilen verfügbar: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings, ProfileSeparationDomainExceptionList. Diese Richtlinien haben Vorrang vor ManagedAccountsSigninRestriction und EnterpriseProfileCreationKeepBrowsingData.
- Chrome 120 für Linux, Mac und Windows

Unterstützung von Daten-URLs in SVGUseElement einstellen

Die SVG-Spezifikation wurde vor Kurzem aktualisiert und unterstützt Daten: URLs in SVGUseElement nicht mehr. Hierdurch wird die Sicherheit der Webplattform und die Kompatibilität zwischen Browsern verbessert, da Webkit Daten: URLs in SVGUseElement nicht mehr unterstützt. Weitere Informationen finden Sie in diesem Blogpost.

Das Zuweisen von Daten: URLs in SVGUseElement kann dazu führen, dass Cross-Site-Scripting (XSS) und vertrauenswürdige Typen umgangen werden.

Für Unternehmen, die mehr Zeit für die Migration benötigen, ist die Richtlinie DataUrlInSvgUseEnabled bis Chrome 128 verfügbar, um Unterstützung für Daten: URLs in SVGUseElement neu zu aktivieren.
- Chrome 120 unter Android, ChromeOS, LaCrOS, Linux, Mac, Windows, Fuchsia: Unterstützung für Daten: URLs in SVGUseElement entfernen

Passwortmanager: Passwortfreigabe

Passwortmanager Nutzer können ihre Passwörter mit Mitgliedern ihrer Google-Familiengruppe teilen (gemäß der Konfiguration in ihrem Google-Konto). Nutzer können jeweils nur ein Passwort teilen. Es ist nicht möglich, mehrere Passwörter gleichzeitig zu verwenden. Das freigegebene Passwort kann vom Absender weder geändert noch widerrufen werden.

Als Unternehmensadministrator können Sie mit der Richtlinie PasswordSharingEnabled die Freigabefunktion für alle Nutzer deaktivieren.
- Chrome 120 unter iOS, ChromeOS, LaCrOS, Linux, Mac, Windows, Fuchsia

Empfohlene Unterstützung aus mehreren Richtlinien entfernen

Einige Richtlinien können wie empfohlen angewendet werden, sodass Administratoren einen Anfangswert festlegen können, den Nutzer später ändern können. In Chrome 119 wurde die empfohlene Unterstützung für mehrere Richtlinien entfernt, die Nutzer nicht konfigurieren konnten.

Alle betroffenen Richtlinien, die zuvor als empfohlen festgelegt wurden, müssen jetzt als obligatorisch festgelegt werden, damit sie weiterhin wirksam werden.
- Chrome 119 für Linux, Mac und Windows: Die empfohlene Unterstützung für die Unternehmensrichtlinie PrintPdfAsImageDefault wird entfernt.
- Chrome 120 für Android, Linux, Mac, Windows: Die empfohlene Unterstützung für die folgenden Unternehmensrichtlinien wird entfernt:
  - AlternateErrorPagesEnabled
  
  - PasswordDismissCompromisedAlertEnabled
  
  - PasswordLeakDetectionEnabled
  
  - SafeBrowsingForTrustedSourcesEnabled

Auf iOS-Geräten Bilder in Google Fotos speichern

Wenn ein angemeldeter Nutzer in Chrome lange auf ein Bild drückt, kann er es direkt in Google Fotos speichern. Er hat die Möglichkeit, das Foto in einem beliebigen Konto zu speichern, das auf dem Gerät angemeldet ist. Sie können diese Funktion über die Richtlinie ContextMenuPhotoSharingSettings aktivieren.
- Chrome 119 unter iOS: Nutzer können Bilder direkt in Google Fotos speichern.
- Chrome 120 für iOS: Zur Steuerung dieser Funktion wird die neue Richtlinie ContextMenuPhotoSharingSettings eingeführt.

Vollständige Erzwingung für denselben Ursprung in CSPEE entfernen

Chrome 120 entfernt eine Sonderbehandlung für iFrames desselben Ursprungs aus der CSP Embed Enforcement.

Dadurch wird das Verhalten der eingebetteten CSP-Erzwingung für ursprungsübergreifende iFrames und iFrames desselben Ursprungs angeglichen. Weitere Informationen finden Sie unter ChromeStatus.
- Chrome 120 unter Windows, Mac, Linux, Android

Schließanfragen für CloseWatcher, <dialog> und popover=""

Schließanfragen sind ein neues Konzept, bei dem ein Nutzer das Schließen eines aktuell geöffneten Elements über die Esc-Taste auf dem Computer oder die Schaltfläche „Zurück“ auf Android-Geräten anfordert. Die Integration von Abschlussanfragen in Chromium bringt zwei Änderungen mit sich:
- CloseWatcher ist eine neue API zum direkten Überwachen und Beantworten von Schließanfragen.
- Upgrades auf <dialog> und popover="", um das neue Framework für Schließen-Anfragen zu verwenden, damit sie auf die Android-Schaltfläche "Zurück" reagieren
- Chrome 120 unter Windows, Mac, Linux, Android

Theora-Unterstützung einstellen und entfernen

Chrome 120 stellt die Unterstützung ein für den Theora-Video-Codec in Chrome-Desktopversionen aufgrund neuer Sicherheitsrisiken. Die geringe (und oft falsche) Nutzung von Theora rechtfertigt für die meisten Nutzer keinen Support mehr. Ogg-Container werden weiterhin unterstützt. Wir planen, die Tests zu eskalieren, sodass die Theora-Unterstützung in Chrome 120 eingestellt wird. Wenn Nutzer bei der Wiedergabe bestimmter Videos Probleme haben, können sie den Support bei Bedarf bis Chrome 123 über chrome://flags/#theora-video-codec reaktivieren. Weitere Informationen finden Sie unter Chrome-Status.
- Chrome 120 unter ChromeOS, LaCrOS, Windows, Mac, Linux

Einwilligung für nicht verwaltete Gerätesignale

Mit dieser Funktion wurde ein neues Einwilligungs-Pop-up-Dialogfeld eingeführt, über das Nutzer ihre Einwilligung dazu geben müssen, ob sie Chrome erlauben, Gerätesignale von ihrem Gerät zu erfassen.

Das Dialogfeld wird nur für Nutzer angezeigt, die die folgenden Bedingungen erfüllen:
- Nutzer wird verwaltet

– Das aktuelle Gerät des Nutzers wird nicht verwaltet.

– Der Administrator des Nutzers hat den Dienst für die Vertrauenswürdigkeit des Geräts aktiviert.

– Der Administrator des Nutzers hat diese Funktion und die entsprechende Richtlinie nicht explizit deaktiviert.
- Chrome 120 für Linux, Mac und Windows

Interaktionen beim Drucken wurden in einen Dienstprozess verschoben

In Chrome 120 werden bei einigen Nutzern die Druckinteraktionen mit dem Betriebssystem in einem separaten Dienstprozess ausgeführt. Wenn Sie diese Interaktionen aus dem Browserprozess verschieben, wird die Browserstabilität verbessert. Außerdem wird die Reaktionsfähigkeit der Benutzeroberfläche Druckvorschau verbessert. Die Unternehmensrichtlinie OopPrintDriversAllowed ist verfügbar, um das Drucken über Plattformen über den Browserprozess wieder zu ermöglichen.

URL-basierter Dienst für Berechtigungsvorschläge

Chrome aktualisiert seinen Dienst für Berechtigungsvorschläge. Früher enthielten die Anfragen an Chrome-Server für den Dienst für Berechtigungsvorschläge keine URLs. Chrome fügt dem Vorschlagsdienst jetzt URL-basierte Signale hinzu. Frühere Administratoren konnten das Senden von Anfragen an Chrome deaktivieren, indem sie die Richtlinie SafeBrowsingProtectionLevel auf „1“, „0“ oder „Keine Festlegung“ setzten. Nach diesem Update wird der Dienst für Berechtigungsvorschläge nicht mehr durch die Richtlinie SafeBrowsingProtectionLevel aktiviert oder deaktiviert.

Der Dienst für Berechtigungsvorschläge unterliegt jetzt der bestehenden Richtlinie zur anonymisierten URL-Datenerfassung: UrlKeyedAnonymizedDataCollectionEnabled.
- Chrome 120 unter ChromeOS, Linux, Mac, Windows : 1% stabiler Test

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinien	Beschreibung
ExtensionInstallTypeBlocklist	Sperrliste für Installationstypen von Erweiterungen
RelatedWebsiteSetsOverrides	Gruppen ähnlicher Websites überschreiben
RelatedWebsiteSetsEnabled	Gruppen ähnlicher Websites aktivieren
DataUrlInSvgUseEnabled	Unterstützung von Daten-URLs für SVGUseElement
ContextMenuPhotoSharingSettings	Speichern von Bildern direkt in Google Fotos zulassen (für iOS verfügbar)
NativeHostsExecutablesLaunchDirectly	Erzwingen, dass ausführbare Windows-Hosts für natives Messaging direkt gestartet werden
IPv6ReachabilityOverrideEnabled	Überschreiben des IPv6-Erreichbarkeitstests aktivieren
PasswordSharingEnabled	Teilen von Nutzeranmeldedaten mit anderen Nutzern aktivieren
PrivateNetworkAccessRestrictionsEnabled	Gibt an, ob Einschränkungen auf Anfragen an eher private Netzwerk-Endpunkte angewendet werden sollen

Entfernte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
NativeClientForceAllowed	Erzwingt die Ausführung von Native Client (NaCl).
ChromeRootStoreEnabled	Legt fest, ob der Chrome Root Store und die integrierte Zertifikatsprüfung zum Verifizieren von Serverzertifikaten verwendet werden

ChromeOS-Updates

Neue Steuerelemente für die Scroll-Beschleunigung der Maus

In ChromeOS 120 werden neue Steuerelemente hinzugefügt, mit denen Nutzer die Scrollbeschleunigung deaktivieren und die Scrollgeschwindigkeit anpassen können.

Verbessertes Verhalten von Alt + Klick

Sie können das Ausführen von Rechtsklicks mit der Tastatur und dem Touchpad konfigurieren. Auf der Unterseite Tasten anpassen können Sie auch Einstellungen für die Ausführung von Tastenanschlägen wie „Pos1“, „Ende“ und „Nach oben“ konfigurieren.

XDR-Authentifizierungsereignisse

Authentifizierungsereignisse (An-/Abmelden, Sperren/Entsperren) können jetzt im Rahmen der Bedrohungserkennung und ‑abwehr (Extended Detection and Response, XDR) unter ChromeOS aktiviert werden. Nach Abschluss des Roll-outs können XDR-Systeme anhand dieser Ereignisse Informationen zum Sicherheitsstatus des Geräts liefern.

Durch Zusammen- oder Auseinanderziehen BiB in der Größe anpassen

Die Größe von BiB-Fenstern (Bild im Bild) kann jetzt durch Auseinander- und Zusammenziehen angepasst werden. Ziehen Sie das Fenster einfach mit zwei Fingern auseinander oder zusammen, um die richtige Größe für Ihren Bildschirm einzustellen.

Neuer Look für die Emoji-Auswahl

ChromeOS 120 bietet eine neue dynamische Farbvorlage für die unverankerte Emoji- und GIF-Auswahl.

Tastenkombinationen – F11-F12-Tasten aktivieren

Die meisten ChromeOS-Tastaturen haben keine F11- oder F12-Taste, die aber in vielen Anwendungen benötigt werden. Mit dieser Version werden im Bereich zur Neuzuordnung der Tastaturtasten in den Einstellungen entsprechende Optionen für die Tasten F11 und F12 hinzugefügt.

Einstellung der Unterstützung für ältere ChromeOS-Mediencontainer und -Codecs

Unterstützung für MPEG4 Part 2-Video-Codec und AVI-Container in ChromeOS 120 eingestellt. Nutzer, die diese Funktion benötigen, können die Unterstützung vorübergehend über chrome://flags/#cros-legacy-media-formats bis ChromeOS 125 wieder aktivieren. Danach wird die Unterstützung gänzlich entfernt.

ChromeOS-Schaltfläche für virtuelle Desktops („Bento“-Schaltfläche)

Die Bento-Schaltfläche ist eine Ablage-Schaltfläche, die allen Nutzenden zur Verfügung steht, die virtuelle Desktops verwenden. Über die Schaltfläche können diese schnell auf die Abläufe zum Visualisieren, Wechseln, Erstellen oder Ordnen von Desktops zugreifen. Wenn Nutzer zuvor Desktops gespeichert haben, können sie außerdem die Desktop-Bibliothek aufrufen.

App-Details in der App-Verwaltung

Die Einstellungen enthalten jetzt zusätzliche Details zu installierten Apps. Gehen Sie zu Einstellungen > Apps > Verwalten und wählen Sie eine App aus, um die Speichernutzung, die Versionsnummer und Informationen zur Installation der App anzusehen.

Ende des Geräte-Supports für ChromeOS Flex

Seit dem 01. Januar 2024 werden Geräte, deren Unterstützung 2023 eingestellt werden sollte, nicht mehr unterstützt. Die nachfolgende Aufzählung enthält einige der nicht mehr zertifizierten Geräte. Eine vollständige Liste aller Geräte, deren Unterstützung abgelaufen ist, finden Sie in der Liste der zertifizierten Modelle.
- HP Compaq 6005 Pro HP
- Compaq Elite 8100
- Lenovo ThinkCentre M77
- HP ProBook 6550b
- HP 630
- Dell Optiplex 980
Die Geräte erhalten weiterhin Updates für ChromeOS Flex, diese werden jedoch nicht mehr vom Flex-Team getestet oder unterstützt. Wir empfehlen unseren Kunden, auf neuere ChromeOS-Geräte umzusteigen, um von den neuen Funktionen und Sicherheitsverbesserungen zu profitieren.

Neuerungen in der Admin-Konsole

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
PowerManagementIdleSettings (Dimmen des Bildschirms, Bildschirm aus, Aktionen bei Inaktivität)	Nutzer, MGS	ChromeOS	Stromzufuhr und Herunterfahren – Inaktivitätseinstellungen
ScreenLockDelays	Nutzer, MGS	ChromeOS	Stromzufuhr und Herunterfahren – Inaktivitätseinstellungen
LidCloseAction	Nutzer, MGS	ChromeOS	Stromzufuhr und Herunterfahren – Inaktivitätseinstellungen
ChromeOsLockOnIdleSuspend (Sperrbildschirm bei geschlossenem Deckel)	Nutzer, MGS	ChromeOS	Stromzufuhr und Herunterfahren – Inaktivitätseinstellungen
NativeHostsExecutablesLaunchDirectly	Nutzer	Chrome-Browser	Andere Einstellungen
ExtensionInstallTypeBlocklist	Zusätzliche App-Einstellungen	Chrome-Browser	Zusätzliche App-Einstellungen
ContextMenuPhotoSharingSettings	Nutzer	Chrome für iOS	Inhaltseinstellungen
PrivateNetworkAccessRestrictionsEnabled	Nutzer, MGS	ChromeOS, Chrome-Browser, Chrome für Android	Netzwerkeinstellungen
DeviceFlexHwDataForProductImprovementEnabled	Gerät	ChromeOS	Andere Einstellungen
IPv6ReachabilityOverrideEnabled	Nutzer	ChromeOS, Chrome-Browser, Chrome für Android	Netzwerkeinstellungen
DataUrlInSvgUseEnabled	Nutzer, MGS	ChromeOS, Chrome-Browser, Chrome für Android	Sicherheit

↑ Zurück nach oben

Demnächst verfügbar

Hinweis: Die unten aufgeführten Elemente sind experimentelle oder geplante Updates. Sie können sich vor der Einführung der stabilen Version ändern, verzögern oder ganz entfernt werden.

Anstehende Browseränderungen

Generative AI-Features

In Chrome 115 hat Google die erste Einbindung von generativer AI (GenAI) in die Seitenleiste der Suche eingeführt. Bereits ab Chrome 121 werden zusätzliche Funktionen für GenAI in Chrome eingeführt. Sie können sich über die neue Seite chrome://settings anmelden. Bei der Einführung sind Unternehmensrichtlinien zur Steuerung dieser Funktionen verfügbar. Weitere Details werden in den kommenden Meilensteinen bekannt gegeben.
- (Früheste) Chrome 121 unter ChromeOS, Linux, Mac, Windows

Sicher verschlüsselte Archive für Nutzer von Standard Safe Browsing

Nutzer von Standard-Safe Browsing werden bei einigen verschlüsselten Archivdownloads aufgefordert, ein Passwort einzugeben. Dadurch werden weitere Metadaten zum Download erfasst (z. B. enthaltene Datei-Hashes und ausführbare Signaturen), die zur Qualitätssicherung an Google gesendet werden. Das Passwort bleibt lokal. Sie können diese Funktion über die Richtlinie SafeBrowsingDeepScanningEnabled steuern.
- Chrome 121 für Linux, Mac und Windows

Berechtigungsaufforderung für die Web MIDI API

Es gab mehrere gemeldete Probleme in Bezug auf den Drive-by-Zugriff der Web MIDI API auf Client-MIDI-Geräte (Bugs). Um dieses Problem zu beheben, hat Audio WG beschlossen, dem allgemeinen MIDI API-Zugriff eine ausdrückliche Berechtigung zu erteilen. Ursprünglich war die ausdrückliche Berechtigung nur für erweiterte MIDI-Nutzung (systemexklusive Nachrichten (SysEx)) in Chrome erforderlich, wobei ein geschützter Zugriff hinter einer Berechtigungsaufforderung war. Wir planen, den Umfang der Berechtigung auf die normale Nutzung der MIDI API auszuweiten.

Derzeit erfordert die Verwendung von SysEx-Nachrichten mit der Web MIDI API eine ausdrückliche Nutzerberechtigung. Bei dieser Implementierung ist auch für den Zugriff auf die Web MIDI API ohne SysEx-Unterstützung eine Nutzerberechtigung erforderlich. Mit den drei neuen Richtlinien DefaultMidiSetting, MidiAllowedForUrls und MidiBlockingForUrls können Administratoren den Zugriff der Nutzer auf die API vorkonfigurieren.
- Chrome 121 unter Windows, Mac, Linux, Android

Der Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Zur Verbesserung der Sicherheit und Zuverlässigkeit wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten erkannt werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.
- Chrome 121 unter Windows: Der unter Windows in einer Sandbox ausgeführte Netzwerkdienst.

Linkerfassung für Nutzer in PWAs – Windows, Mac und Linux

Weblinks leiten Nutzer automatisch zu installierten Web-Apps weiter. Um den Erwartungen der Nutzer in Bezug auf installierte Web-Apps besser gerecht zu werden, wird der Wechsel zwischen dem Browser und den installierten Web-Apps in Chrome nahtloser gestaltet. Wenn der Nutzer auf einen Link klickt, der von einer installierten Web-App verarbeitet werden könnte, fügt Chrome in die Adressleiste einen Chip ein, der einen Wechsel zur App vorschlägt. Wenn Sie auf den Chip klicken, wird die App entweder direkt gestartet oder es wird ein Raster mit Apps geöffnet, die diesen Link unterstützen. Bei einigen Nutzern wird durch Klicken auf einen Link immer automatisch die App geöffnet.
- Chrome 121 für Linux, Mac und Windows: Wenn Nutzer auf einen Link klicken, wird er bei einigen immer in einer installierten PWA geöffnet. Manche Nutzer hingegen sehen den Link in einem neuen Tab mit einem Chip in der Adressleiste, auf den sie klicken, um die App zu starten. Dies ist ein Test, um festzustellen, ob Nutzer Links standardmäßig starten möchten. Der Test wird auf Canary/Dev/Beta und 1% der stabilen Version ausgeführt.
- Chrome 123 für Linux, Mac und Windows: Basierend auf dem Ergebnis des Tests in Chrome 121 wird die stabile Version zu 100% entweder standardmäßig aktiviert (Apps immer beim Klicken auf Links starten) oder standardmäßig deaktiviert (immer in einem Tab öffnen, nur starten, wenn der Nutzer auf einen Chip in der Adressleiste klickt).

Navigation in der Seitenleiste: Anpinnen/Loslösen

Bereits in Chrome 121 wird das Symbol für die Seitenleiste entfernt. Stattdessen wird die Navigation in der Seitenleiste so angepasst, dass sie über das Anpinnen der Symbolleiste angepasst werden kann. Dies ermöglicht einen effizienten direkten Zugriff auf eine Reihe von Steuerfeldern.
- Chrome 121 unter Chrome OS, LaCrOS, Linux, Mac, Windows, Fuchsia

SharedImages für PPAPI-Video-Decodierung

In Chrome 119 wird eine neue Richtlinie PPAPISharedImagesForVideoDecoderAllowed zur Steuerung der aktuellen Refaktorierung für VideoDecoder APIs im PPAPI-Plug-in eingeführt.
- Chrome 119 für ChromeOS und LaCrOS: Einführung von Escape-Hatch-Richtlinien.
- Chrome 122 für ChromeOS und LaCrOS: Die Richtlinie „Escape Hatch“ und die entsprechenden alten Codepfade wurden entfernt.

Unload-Ereignisse überspringen

Das Vorhandensein von Unload-Event-Listenern ist ein primärer Blocker für den Back-Forward-Cache in Chromium-basierten Browsern und für Firefox auf Desktop-Plattformen. Auf mobilen Plattformen wiederum wird in fast allen Browsern bfcache priorisiert. In den meisten Fällen werden Unload-Ereignisse nicht ausgelöst. Um die Situation zu verbessern, haben wir mit vielen Partnern zusammengearbeitet und die Verwendung von Unload-Event-Listenern in den letzten Jahren erfolgreich reduziert. Um diese Migration weiter zu beschleunigen, empfehlen wir, in Chrome für Desktop Unload-Ereignisse schrittweise zu überspringen.

Falls Sie mehr Zeit für die Migration von Unload-Ereignissen benötigen, bieten wir vorübergehende Deaktivierungen in Form einer Permissions-Policy API und der Unternehmensrichtlinie ForcePermissionPolicyUnloadDefaultEnabled, mit der Sie das Verhalten selektiv unverändert lassen können.
- Chrome 117 für ChromeOS, Linux, Mac und Windows: Entwicklertest.
- Chrome 119 für ChromeOS, Linux, Mac und Windows: Einführung der Richtlinie ForcePermissionPolicyUnloadDefaultEnabled
- Chrome 121–131 für ChromeOS, Linux, Mac und Windows: Test zur Einstellung (allgemeine Einführung der Einstellung ist eingeschränkt, bis der Test zur Einstellung verfügbar ist)

Zuletzt geöffneten Tab auf einem beliebigen Geräte fortsetzen

Nutzer können in Chrome den zuletzt geöffneten Tab auf einem beliebigen Gerät innerhalb der letzten 24 Stunden mit demselben angemeldeten Nutzerprofil über eine Tastenkombination schnell und einfach fortsetzen. Administratoren können diese Funktion über die bestehende Unternehmensrichtlinie SyncTypesListDisabled steuern.
- Chrome 122 für iOS: Funktionseinführungen

Unterstützung für UserAgentClientHintsGREASEUpdateEnabled entfernen

Die Richtlinie UserAgentClientHintsGREASEUpdateEnabled wird eingestellt, da der aktualisierte GREASE-Algorithmus standardmäßig seit über einem Jahr aktiviert ist. Die Richtlinie wird irgendwann entfernt.
- Chrome 122 unter Android, ChromeOS, Linux, Mac, Windows: Die Richtlinie wird eingestellt.
- Chrome 125 unter Android, ChromeOS, Linux, Mac, Windows: Richtlinie wird entfernt.

Die Chrome-Synchronisierung wird für Chrome 81 und frühere Versionen eingestellt

Die Chrome-Synchronisierung wird für Chrome 81 und frühere Versionen eingestellt. Führen Sie ein Upgrade auf eine neuere Version von Chrome aus, wenn Sie die Chrome-Synchronisierung weiterhin verwenden möchten.
- Chrome 123 unter Android, iOS, ChromeOS, Linux, Mac, Windows: Die Änderung wird umgesetzt.

WebSQL verwerfen und entfernen

Mit SQLite über WASM als offiziellem Ersatz planen wir, WebSQL vollständig zu entfernen. Dies dient der Sicherheit unserer Nutzer.

Der Datenbankstandard WebSQL wurde erstmals im April 2009 vorgeschlagen und im November 2010 aufgegeben. Gecko hat diese Funktion nie implementiert und WebKit hat sie 2019 eingestellt. Das W3C ermutigte diejenigen, die Webdatenbanken benötigen, Webspeicher oder eine indexierte Datenbank zu verwenden.

Seit der Veröffentlichung ist es unglaublich schwierig, unsere Nutzer zu schützen. SQLite war ursprünglich nicht für die Ausführung schädlicher SQL-Anweisungen konzipiert, aber mit WebSQL müssen wir genau das tun. Es bedeutet für das Speicherteam unvorhersehbare Kosten, auf einen ständigen Strom von Stabilitäts- und Sicherheitsproblemen reagieren zu müssen.
- Chrome 115: Einstellungsnachricht wurde der Konsole hinzugefügt.
- Chrome 117: In Chrome 117 startet der Testzeitraum für die Einstellung von WebSQL. Der Testzeitraum endet in Chrome 123. Während des Testzeitraums ist die Richtlinie WebSQLAccess erforderlich, damit die Funktion verfügbar ist.
- Chrome 119: Ab Chrome 119 ist WebSQL nicht mehr verfügbar. Der Zugriff auf die Funktion ist über die Richtlinie WebSQLAccess bis Chrome 123 möglich.
- Chrome 123: für ChromeOS, LaCrOS, Linux, Mac und Windows: Ab Chrome 123 ist die Richtlinie WebSQLAccess, die die Verfügbarkeit von WebSQL ermöglicht, nicht mehr verfügbar.

Richtlinie "LegacySameSiteCookieBehaviorEnabledForDomainList" entfernen

In Chrome 79 haben wir die Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList eingeführt, um das SameSite-Verhalten von Cookies für die angegebenen Domains auf das alte Verhalten zurückzusetzen. Die Lebensdauer der Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList wurde verlängert. Sie wird beim unten aufgeführten Meilenstein entfernt.
- Chrome 128 unter Android, ChromeOS, Linux, Mac, Windows: Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList entfernen

Einstellung geplant: Mutation Events

Synchrone Mutation Events wie DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument und DOMCharacterDataModified wirken sich negativ auf die Seitenleistung aus und erhöhen auch die Komplexität, wenn neue Funktionen zum Web hinzugefügt werden. Diese APIs wurden 2011 aus der Spezifikation entfernt und 2012 durch die Mutation Observer API ersetzt, die ein viel besseres Verhalten hat. Die veralteten Mutation Events müssen entfernt oder zu Mutation Observer migriert werden.
- Chrome 127 unter Android, ChromeOS, Linux, Mac, Windows: Mutation Events funktionieren in Chrome 127 etwa ab dem 30. Juli 2024 nicht mehr.

Erweiterungen müssen bis Juni 2025 für die Nutzung von Manifest V3 aktualisiert werden

Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können. Chrome-Erweiterungen werden auf die neue Manifestversion Manifest V3 umgestellt. Dadurch wird der Datenschutz für Ihre Nutzer verbessert, zum Beispiel durch die Umstellung auf ein Modell, bei dem Erweiterungen Anfragen deklarativ ändern, ohne dass einzelne Anfragen eingesehen werden können. Das verbessert auch die Sicherheit der Erweiterung, da remote gehosteter Code bei Manifest V3 nicht zulässig ist.

Ab Juni 2024 werden Manifest V2-Erweiterungen im Browser nach und nach deaktiviert. Über die Unternehmensrichtlinie ExtensionManifestV2Availability lässt sich steuern, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Außerdem werden die Erweiterungen von Manifest V2 erst im darauffolgenden Jahr (Juni 2025) deaktiviert. Auf Geräten, auf denen die Richtlinie aktiviert ist, wird die Richtlinie dann entfernt.

Auf der Seite "Apps und Erweiterungen" unter Chrome-Verwaltung über die Cloud sehen Sie, welche Manifestversion von allen Chrome-Erweiterungen in Ihrem Gerätepool verwendet wird. Weitere Informationen finden Sie auf der Manifest-Zeitachse, darunter:
- Chrome 110 unter ChromeOS, LaCrOS, Linux, Mac, Windows: Mit der Unternehmensrichtlinie ExtensionManifestV2Availability können Sie steuern, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Nach der Migration können Sie gemäß der Richtlinie die Nutzung von Manifest V2-Erweiterungen verlängern.
- Chrome 127 unter ChromeOS, LaCrOS, Linux, Mac, Windows: In Chrome werden Manifest V2-Erweiterungen auf Nutzergeräten nach und nach deaktiviert. Nur Nutzer, für die die Unternehmensrichtlinie ExtensionManifestV2Availability aktiviert ist, können Manifest V2-Erweiterungen in ihrer Organisation weiterhin verwenden.
- Chrome 139 unter ChromeOS, LaCrOS, Linux, Mac, Windows : Entfernen Sie die Richtlinie ExtensionManifestV2Availability.

↑ Zurück nach oben

Bevorstehende ChromeOS-Änderungen

Ende des Geräte-Supports für ChromeOS Flex

Seit dem 01. Januar 2024 werden Geräte, deren Unterstützung 2023 eingestellt werden sollte, nicht mehr unterstützt. Die nachfolgende Aufzählung enthält einige der nicht mehr zertifizierten Geräte. Eine vollständige Liste aller Geräte, deren Unterstützung abgelaufen ist, finden Sie in der Liste der zertifizierten Geräte.
- HP Compaq 6005 Pro
- HP Compaq Elite 8100
- Lenovo ThinkCentre M77
- HP ProBook 6550b
- HP 630
- Dell Optiplex 980
Die Geräte erhalten weiterhin Updates für ChromeOS Flex, diese werden jedoch nicht mehr vom Flex-Team getestet oder unterstützt.

Wir empfehlen unseren Kunden, auf neuere ChromeOS-Geräte umzusteigen, um von den neuen Funktionen und Sicherheitsverbesserungen zu profitieren.

ChromeOS Flex-Bluetooth-Migration

ChromeOS Flex wird mit ChromeOS 121 auf Floss-Bluetooth-Stack aktualisiert. Als Folge dieses Upgrades wird auf den folgenden Geräten kein Bluetooth mehr unterstützt.
- HP Probook 4530s
- Lenovo ThinkPad T420
- HP Elitebook 8460p
- Apple iMac 11,2
- Lenovo ThinkPad x220
- Dell Vostro 3550
- HP 3115m
- HP Elitebook 2560p
- HP ProBook 6465b
- Lenovo ThinkPad L420

Option für Dauer des Bildschirmschoners

Bereits ab ChromeOS 120 können Sie die Dauer des Bildschirmschoners während des Ladevorgangs einstellen. Nutzer können jetzt auswählen, wie lange der Bildschirmschoner angezeigt wird, während ihr Gerät geladen wird (wenn der Akku nicht verbraucht wird). Dies kann mit einer neuen Unternehmensrichtlinie gesteuert werden. Die Standardeinstellung ist „Dauerhaft“ und kann mithilfe von Drop-down-Optionen reduziert werden.

Neues Design für den ChromeOS-Mediaplayer

Bereits ab ChromeOS 121 hat der Mediaplayer größere Schaltflächen und Farben, die zum Hintergrund passen. Der Mediaplayer wird bei der Wiedergabe von Video- oder Audioinhalten (z. B. Spotify oder YouTube) in den Schnelleinstellungen angezeigt. Sie können auf das Symbol „Anpinnen“ klicken, um den Mediaplayer in die Ablage zu verschieben. Sie können nicht nur gestreamte Medien steuern, sondern auch Webmedien auf alle Lautsprecher oder Bildschirme in Ihrem lokalen Netzwerk streamen.

Einbinden von Regel-IDs und ‑Namen von DLP-Ereignissen in das Sicherheits-Prüftool

ChromeOS-Datenkontrollelemente zum Schutz vor Datenverlust (Data Loss Prevention, DLP) erhalten zusätzliche Felder, um Administratoren mehr Einsicht in das Sicherheits-Prüftool zu ermöglichen.

ChromeOS Dateieinschränkungen durch Datenkontrollen

In ChromeOS 121 ermöglichen die DLP-Datenkontrollen in ChromeOS IT- und Sicherheitsteams, wichtige Unternehmens- und Kundendaten zu schützen Sie werden für Ereignisse wie Kopieren und Einfügen, Bildschirmaufnahmen, Bildschirmfreigabe und Drucken verfügbar sein. IT-Administratoren können eine Datenschutzstrategie mit Regeln erstellen, die auf Datenquelle, Ziel und Nutzer basieren.

Es gibt neue Funktionen, mit denen Sie über quell- und zielbasierte Regeln steuern können, was Nutzer auf ChromeOS-Geräten mit Dateien tun dürfen.

Erweiterte Benachrichtigungen für angepinnte Apps

Schon ab ChromeOS 121 können Sie angepinnte Benachrichtigungen visuell von anderen Benachrichtigungen trennen. Wir werden Aussehen, Schaltflächen und Benachrichtigungstext so ändern, dass sie in Infofelder mit fester Größe passen. Angepinnte Benachrichtigungen unterscheiden sich dadurch deutlich von typischen Benachrichtigungen. Dies spiegelt ihren wesentlichen Zweck wider, z. B. um den Nutzer über einen laufenden Prozess und nicht über ein sofortiges Ereignis zu informieren.

Neue ChromeOS-Synchronisierungsoptionen

ChromeOS führt neue Optionen zur Geräteeinrichtung ein, über die Nutzer Synchronisierungseinstellungen für Apps, Einstellungen, WLAN-Netzwerke und Hintergründe anpassen können.

App-Deaktivierung durch den Administrator in MGS

Derzeit umfassen verwaltete Gastsitzungen (Managed Guest Sessions, MGS) noch eine Reihe von Anwendungen (Entdecken, Galerie, Terminal), die dem Nutzer zur Verfügung stehen. Über die Richtlinie SystemFeaturesDisableList können Administratoren diese Apps bald deaktivieren und sie so für Nutzer in ihrem Unternehmen sperren und ausblenden.

↑ Zurück nach oben

Anstehende Änderungen in der Admin-Konsole

Löschen inaktiver Browser in der Chrome-Verwaltung über die Cloud

Bereits ab Chrome 123: Die Richtlinie Inaktive Zeit für das Löschen von Browserdaten wird in der Admin-Konsole hinzugefügt. Browser, die den Server länger als den durch die Richtlinie festgelegten Inaktivitätszeitraum nicht kontaktiert haben, werden automatisch gelöscht. Beim Veröffentlichen der Richtlinie gilt für den Inaktivitätszeitraum der Standardwert von 18 Monaten. Alle registrierten Browser, die mehr als 18 Monate inaktiv waren, werden kurz nach Veröffentlichung dieser Richtlinie aus Ihrem Konto gelöscht. Der Höchstwert zum Ermitteln des Inaktivitätszeitraums des Browsers beträgt 730 Tage, der Mindestwert 28 Tage.

Hinweis. Wenn Sie den Zeitraum erheblich verkürzen, werden mehr registrierte Browser als inaktiv angesehen und gelöscht. Dies sollte mit Vorsicht erfolgen. Um dies zu vermeiden, können Sie die Richtlinie Gerätetoken-Verwaltung vorab auf „Token löschen“ festlegen, damit gelöschte Browser automatisch wieder in der Chrome-Verwaltung über die Cloud registriert werden können. Wenn das Registrierungstoken noch gültig ist, wird der Browser das nächste Mal neu gestartet. Die Richtlinie zur Tokenverwaltung für Geräte finden Sie hier.
- Ab Chrome 121: Der Zeitraum der Inaktivität für UI der Richtlinie zum Löschen von Browserdaten ist für den Vorabzugriff in der Admin-Konsole verfügbar. IT-Administratoren, für die die Standardeinstellung von 18 Monaten nicht angemessen ist, können einige Wochen vor Beginn des eigentlichen Löschvorgangs explizit einen Richtlinienwert (Inaktivitätszeitraum) festlegen.

Nutzungsbericht zu Apps und Erweiterungen: Hervorheben von Erweiterungen, die aus dem Chrome Web Store entfernt wurden

Bereits ab 121 fügt Chrome dem Nutzungsbericht zu Apps und Erweiterungen neue Informationen hinzu, damit Sie anhand einer neuen Benachrichtigungsspalte und einer neuen Spalte Chrome Web Store, die den Eintragsstatus einer Erweiterung darstellt, feststellen können, ob eine Erweiterung kürzlich aus dem Chrome Web Store entfernt wurde. Auf der Seite App-Details sehen Sie, warum eine Erweiterung aus dem Chrome Web Store entfernt wurde. Mit dieser Funktion können IT-Administratoren die Auswirkungen einer Richtlinie zur Deaktivierung nicht veröffentlichter Erweiterungen erkennen.

Diese Funktion kann von Mitgliedern des Trusted Tester-Programms für Chrome Enterprise getestet werden. Hier können Sie sich für das Trusted Tester-Programm registrieren.
- Chrome 120 unter Linux, Mac und Windows: Trusted Tester-Programm
- Chrome 121 für Linux, Mac und Windows: Feature-Einführung
Nutzungsbericht zu Apps und Erweiterungen:

Detailseite der App:

Bericht zu Legacy-Technologie

Bereits ab Chrome 121 wird der Legacy-Technologie-Bericht in der Admin-Konsole verfügbar sein. Er enthält sowohl interne als auch externe Websites, die Technologien verwenden, die eingestellt werden, z. B. Änderungen an SameSite-Cookies, ältere Sicherheitsprotokolle wie TLS 1.0/1.1 und Drittanbieter-Cookies. Mithilfe dieser Informationen können IT-Administratoren gemeinsam mit den Entwicklern erforderliche technische Migrationen planen, bevor die Einstellung wirksam wird.

Diese Funktion wird bereits ab Chrome 120 in unserem Trusted Tester-Programm veröffentlicht. Wenn Sie uns beim Testen dieser Funktion helfen möchten, können Sie sich hier für das Trusted Tester-Programm von Chrome Enterprise registrieren.
- Bereits ab Chrome 121 unter Linux, Mac und Windows

Chrome-Absturzbericht

Bereits ab Chrome 122 werden Sie Absturzereignisse in der Admin-Konsole auf der neuen Seite mit Chrome-Absturzberichten sehen. Dieser Bericht enthält ein dynamisches Diagramm, das Chrome-Absturzereignisse im Zeitverlauf darstellt, gruppiert nach Chrome-Versionen. Für die folgenden Felder sind zusätzliche Filter verfügbar: Betriebssystemplattformen, Chrome-Kanäle und Datumsangaben. Mit diesem Bericht können Sie potenzielle Chrome-Probleme in Ihrer Organisation proaktiv erkennen.

Diese Funktion wird bereits in Chrome 121 im Rahmen unseres Trusted Tester-Programms eingeführt. Wenn Sie uns beim Testen dieser Funktion helfen möchten, können Sie sich hier für das Trusted Tester-Programm von Chrome Enterprise registrieren.
- Chrome 121 unter Linux, Mac und Windows: Trusted Tester-Programm
- Chrome 122 für Linux, Mac und Windows: Feature-Einführung

↑ Zurück nach oben

Chrome 119

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Änderungen am Chrome-Releasezeitplan			✓
WebSQL einstellen und entfernen		✓
Updates zur Unterstützung von Native Client	✓
Entfernen der Sanitizer API	✓
Speichern, Zurückrufen und Synchronisieren von Tabgruppen		✓
Nicht standardmäßiges Attribut shadowroot für deklaratives „Shadow DOM“ einstellen	✓
Ändern von UI-Strings in Chrome von „Entfernen“ zu „Löschen“ beim unwiderruflichen Löschen von Daten			✓
Interne Fehler der Entwicklertools werden an interne Chrome-Absturzberichte gemeldet			✓
Überspringen von Unload-Ereignissen		✓
SharedImages für PPAPI-Video-Decodierung	✓
Autorisierungsheader bei ursprungsübergreifender Weiterleitung entfernen	✓
Spezielle Einstellung für Permission Suggestions Service			✓
Suchvorgänge in Echtzeit mit Hash-Präfix	✓
Empfohlene Unterstützung für mehrere Richtlinien entfernen			✓
Standardkonforme Satzzeichen des URL-Hosts		✓
Speichern von Bildern auf iOS-Geräten in Google Fotos		✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
Entfernte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Datenschutzzentrale	✓
ChromeOS-Admin-Vorlagen			✓
Offline-Nutzung von Drive auf Chromebook Plus		✓	✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Auswahlbildschirm für die Standardsuchmaschine		✓
FirstPartySets-Richtlinien in „RelatedWebsiteSets“ umbenennen	✓		✓
Überarbeiteter Sicherheitscheck auf dem Computer	✓
Responsive Symbolleiste für Chrome Desktop		✓
Keine Unterstützung mehr für Android Nougat auf Chrome für Android			✓
Einstellung von Drittanbieter-Cookies in Chrome	✓
Paketverfolgung (nur iOS)		✓
Ausführung des Netzwerkdienstes unter Windows in einer Sandbox	✓
Displaybanner, mit dem der letzte Tab auf anderen Geräten fortgesetzt werden kann		✓
Fortsetzung des zuletzt geöffneten Tabs auf einem beliebigen Gerät		✓
„-webkit-background-clip“ ist jetzt ein Alias, Präfix ist nicht mehr notwendig	✓
Chrome-Nutzerrichtlinien für iOS			✓
Trennung von Chrome-Profilen: neue Richtlinien			✓
Unterstützung von Daten-URLs in SVGUseElement einstellen	✓	✓
Passwortmanager: Passwortfreigabe		✓	✓
Berechtigungsaufforderung für die Web MIDI API	✓
IP-Schutzphase 0 für Chrome	✓
Nutzungsbericht zu Apps und Erweiterungen: Hervorheben von Erweiterungen, die aus dem Chrome Web Store entfernt wurden			✓
Alter Technologiebericht			✓
Unterstützung für UserAgentClientHintsGREASEUpdateEnabled entfernen			✓
Unterstützung der Chrome-Synchronisierung wird für Chrome 81 und frühere Versionen eingestellt
Entfernen der Richtlinie „LegacySameSiteCookieBehaviorEnabledForDomainList“			✓
Geplante Einstellung von Mutation Events		✓
Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können	✓	✓	✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Dauer des Bildschirmschoners festlegen		✓
Neue Steuerelemente für die Scroll-Beschleunigung der Maus		✓
Verbessertes Verhalten von Alt + Klick		✓
Neues Design für den ChromeOS-Mediaplayer		✓
Erweiterte Benachrichtigungen für angepinnte Apps		✓
Neue ChromeOS-Synchronisierungsoptionen	✓	✓
App-Deaktivierung durch den Administrator in MGS			✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Chrome-Updates

Änderungen am Veröffentlichungszeitplan

Chrome 119 und alle nachfolgenden Releases werden um eine Woche vorverlegt. Beispiel: Die erste stabile Version von Chrome 119 wird am 25. Oktober und nicht am 1. November veröffentlicht. Betaversionen werden ebenfalls ab Chrome 119 um eine Woche vorverlegt.

Weitere Informationen finden Sie im Chrome-Veröffentlichungszeitplan.
- Chrome 119 für Android, iOS, ChromeOS, Linux, Mac und Windows

WebSQL verwerfen und entfernen

Mit SQLite über WASM als offiziellem Ersatz planen wir, WebSQL vollständig zu entfernen. Dies dient der Sicherheit unserer Nutzer.

Der Datenbankstandard WebSQL wurde erstmals im April 2009 vorgeschlagen und im November 2010 aufgegeben. Gecko hat diese Funktion nie implementiert und WebKit hat sie 2019 eingestellt. Das W3C ermutigte diejenigen, die Webdatenbanken benötigen, Webspeicher oder eine indexierte Datenbank zu verwenden.

Seit der Veröffentlichung ist es unglaublich schwierig, die Sicherheit unserer Nutzer zu gewährleisten. SQLite war ursprünglich nicht für die Ausführung schädlicher SQL-Anweisungen konzipiert, aber mit WebSQL müssen wir genau das tun. Es bedeutet für das Speicherteam unvorhersehbare Kosten, auf einen ständigen Strom von Stabilitäts- und Sicherheitsproblemen reagieren zu müssen.
- Chrome 115: Einstellungsnachricht wurde der Konsole hinzugefügt.
- Chrome 117: In Chrome 117 startet der Testzeitraum für die Einstellung von WebSQL. Der Testzeitraum endet in Chrome 123. Während des Testzeitraums ist die Richtlinie WebSQLAccess erforderlich, damit die Funktion verfügbar ist.
- Chrome 119: Ab Chrome 119 ist WebSQL nicht mehr verfügbar. Der Zugriff auf die Funktion ist über die Richtlinie WebSQLAccess bis Chrome 123 möglich.
- Chrome 123: für ChromeOS, LaCrOS, Linux, Mac und Windows: Ab Chrome 123 ist die Richtlinie WebSQLAccess, die die Verfügbarkeit von WebSQL ermöglicht, nicht mehr verfügbar.

Updates für die Native Client-Unterstützung

In Chrome 119 wurde die temporäre Unternehmensrichtlinie NativeClientForceAllowed entfernt, wodurch Native Client weiterhin verwendet werden konnte.
- Chrome 117 für Linux, Mac und Windows: Die Native Client NaCl-Unterstützung für Erweiterungen unter Windows, macOS und Linux wurde entfernt.
- Chrome 119 für Linux, Mac und Windows: Die Richtlinie NativeClientForceAllowed wurde entfernt.

Sanitizer API entfernen

Um zu verhindern, dass sich die derzeitige Sanitizer API etabliert, planen wir, die aktuelle Implementierung zu entfernen. Wir werden die Sanitizer API voraussichtlich erneut implementieren, wenn sich die vorgeschlagene Spezifikation wieder stabilisiert hat.

Ziel der Sanitizer API ist es, einen nutzerfreundlichen, immer sicheren, browsergestützten HTML-Sanitizer in die Plattform zu integrieren. Wir haben eine erste Version der Sanitizer API in Chrome 105 ausgeliefert, die auf dem jeweils geltenden Spezifikationsentwurf basiert. Die Diskussion zu den Standards wurde in der Zwischenzeit fortgesetzt und der vorgeschlagene API-Stil hat sich wesentlich geändert.
- Chrome 119 für Windows, Mac, Linux, Android

Tabgruppen können gespeichert, abgerufen und synchronisiert werden

Nutzer können jetzt Tabgruppen speichern, sodass sie die Tabs in der Gruppe schließen und wieder öffnen sowie geräteübergreifend synchronisieren können. Sie können die Synchronisierung von Tabgruppen über die Richtlinie SyncTypesListDisabled deaktivieren.
- Chrome 119 für ChromeOS, Linux, Mac und Windows

Nicht standardmäßiges Attribut shadowroot für deklaratives „Shadow DOM“ wird eingestellt

Das Standards-Tracking-Attribut shadowrootmode, das deklaratives „Shadow DOM“ ermöglicht, wurde in Chrome 111 eingeführt (ChromeStatus). Das ältere, nicht standardmäßige Attribut shadowroot wird jetzt eingestellt. Während des Einstellungszeitraums funktionieren beide Attribute, das Attribut shadowroot aktiviert jedoch nicht das neue Streaming-Verhalten, während shadowrootmode das Streaming von Inhalten ermöglicht. Dafür gibt es einen einfachen Migrationspfad: Ersetzen Sie shadowroot durch shadowrootmode.

Das alte Attribut shadowroot wird ab Chrome 112 eingestellt und in Chrome 119 entfernt, d. h., es wird nicht länger unterstützt. Chrome 119 wird am 31. Oktober 2023 in der stabilen Version veröffentlicht.
- Chrome 119 für Windows, Mac, Linux, Android

Änderung des Texts von UI-Strings in Chrome von Entfernen zu Löschen beim unwiderruflichen Löschen von Daten

In der Benutzeroberfläche von Chrome wird der Text von Einstellungen, mit denen Daten unwiderruflich gelöscht werden, von Entfernen zu Löschen geändert. Wir gehen davon aus, dass Nutzer durch diese Änderung die damit verbundenen Auswirkungen auf Daten besser verstehen. Nutzer, die Daten unwiderruflich löschen möchten, sollten darauf vertrauen können, dass die Daten tatsächlich als solche gelöscht und nicht nur aus einer Ansicht entfernt werden, dabei aber vielleicht an anderer Stelle weiterhin zugänglich sind.
- Chrome 119 für Android, iOS, ChromeOS, Mac und Windows: Der früheste Meilenstein, bei dem Nutzer diese Änderungen sehen können, ist 119.

Interne Fehler der Entwicklertools, die an interne Chrome-Absturzberichte gemeldet wurden

Um die Stabilität von Chrome zu verbessern, werden interne Fehler in den Entwicklertools jetzt über die vorhandene Pipeline für Absturzberichte von Chrome gemeldet. Dies gibt Aufschluss über die Stabilität der Chrome-Entwicklertools. Administratoren können mithilfe der Unternehmensrichtlinie MetricsReportingEnabled alle Absturzberichte, einschließlich dieser Fehler, steuern.
- Chrome 119 für ChromeOS und Linux

Unload-Ereignisse überspringen

Das Vorhandensein von Unload-Event-Listenern ist ein primärer Blocker für den Back-Forward-Cache in Chromium-basierten Browsern und für Firefox auf Desktop-Plattformen. Auf mobilen Plattformen wiederum wird in fast allen Browsern bfcache priorisiert. In den meisten Fällen werden Unload-Ereignisse nicht ausgelöst. Um die Situation zu verbessern, haben wir mit vielen Partnern zusammengearbeitet und die Verwendung von Unload-Event-Listenern in den letzten Jahren erfolgreich reduziert. Um diese Migration weiter zu beschleunigen, empfehlen wir, in Chrome für Desktop Unload-Ereignisse schrittweise zu überspringen.

Falls Sie mehr Zeit für die Migration von Unload-Ereignissen benötigen, bieten wir vorübergehende Deaktivierungen in Form einer Permissions-Policy API und der Unternehmensrichtlinie ForcePermissionPolicyUnloadDefaultEnabled, mit der Sie das Verhalten selektiv unverändert lassen können.
- Chrome 117 für ChromeOS, Linux, Mac und Windows: Entwicklertest.
- Chrome 119 für ChromeOS, Linux, Mac und Windows: Einführung der Richtlinie ForcePermissionPolicyUnloadDefaultEnabled
- Chrome 120–131 für ChromeOS, Linux, Mac und Windows: Test zur Einstellung von Produkten und Diensten (allgemeine Einführung der Einstellung ist eingeschränkt, bis der Test zur Einstellung verfügbar ist)

SharedImages für PPAPI-Video-Decodierung

In Chrome 119 wird eine neue Richtlinie PPAPISharedImagesForVideoDecoderAllowed zur Steuerung der aktuellen Refaktorierung für VideoDecoder APIs im PPAPI-Plug-in eingeführt.
- Chrome 119 für ChromeOS und LaCrOS: Einführung von Escape-Hatch-Richtlinien.
- Chrome 122 für ChromeOS und LaCrOS: Die Richtlinie „Escape Hatch“ und die entsprechenden alten Codepfade wurden entfernt.

Autorisierungsheader bei ursprungsübergreifender Weiterleitung entfernen

Der Standard Abrufen wurde aktualisiert, sodass der Autorisierungsheader bei ursprungsübergreifenden Weiterleitungen entfernt wird. In Chrome 119 wird diese Änderung der Spezifikation implementiert. Vor Chrome 119 wurden bei einer ursprungsübergreifenden Weiterleitung mit einem Autorisierungsheader, z. B. von foo.test zu bar.test, der Autorisierungsheader beibehalten und bar.test konnte den Header empfangen. Ab Chrome 119 werden Autorisierungsheader bei ursprungsübergreifenden Weiterleitungen entfernt. Das bedeutet, dass bar.test den Autorisierungsheader nicht mehr empfängt.
- Chrome 119 für ChromeOS, Windows, Mac, Linux und Android

Spezielle Einstellung für Permission Suggestions Service

Die Seite mit den Einstellungen für Benachrichtigungen und für Berechtigungen zur Standortbestimmung verfügt nun über eine zusätzliche Option, mit der Sie den Permission Suggestions Service explizit aktivieren können. Der Permission Suggestions Service ist eine bereits vorhandene Funktion, für die es jedoch keine spezielle Einstellung gab. Sie war an die standardmäßigen Safe Browsing-Einstellungen gebunden. Jetzt können Nutzer zwischen vier verschiedenen Zuständen wählen:
1. Aufforderung für Benachrichtigungen/Standortbestimmung immer anzeigen
2. Dem Permission Suggestion Service das Stummschalten unerwünschter Anfragen für Benachrichtigungen/Standortbestimmung erlauben (neu)
3. Berechtigungsanfragen für Benachrichtigungen immer stummschalten
4. Benachrichtigungen/Anfragen zur Standortbestimmung immer blockieren
Administratoren können mithilfe der vorhandenen Richtlinien Benachrichtigungen oder Anfragen zur Standortbestimmung entweder global oder für bestimmte Websites immer zulassen oder blockieren.
- Chrome 119 für Linux, Mac und Windows

Suchvorgänge in Echtzeit mit Hash-Präfix

Für standardmäßiges Safe Browsing wird die Sicherheit von besuchten URLs jetzt in Echtzeit überprüft und nicht mehr anhand einer weniger häufig aktualisierten lokalen Liste unsicherer URLs. Dazu werden partielle Hashes der URLs über einen Proxy per Oblivious HTTP an Google Safe Browsing gesendet, damit die IP-Adresse des Nutzers nicht mit den partiellen Hashes verknüpft ist. Diese Änderung erhöht die Sicherheit und wahrt gleichzeitig den Datenschutz für Nutzer. Bei Bedarf kann die Funktion über die Richtlinie SafeBrowsingProxiedRealTimeChecksAllowed deaktiviert werden.
- Chrome 119 für Android, iOS, ChromeOS, LaCrOS, Linux, Mac und Windows

Empfohlene Unterstützung für mehrere Richtlinien entfernen

Einige Richtlinien können angewendet werden wie empfohlen, sodass Administratoren einen Anfangswert festlegen können, den Endnutzer später ändern können. Ab Chrome 119 wird die empfohlene Unterstützung für mehrere Richtlinien entfernt, die Endnutzer derzeit nicht konfigurieren können.

Alle betroffenen Richtlinien, die zuvor als empfohlen festgelegt wurden, müssen als obligatorisch festgelegt werden, damit sie weiterhin wirksam werden.
- Chrome 119 für Linux, Mac und Windows : Die empfohlene Unterstützung für die Unternehmensrichtlinie PrintPdfAsImageDefault wird entfernt.
- Chrome 120 für Android, Linux, Mac und Windows: Die empfohlene Unterstützung für die folgenden Unternehmensrichtlinien wird entfernt:

Standardkonforme Satzzeichen in URL-Hosts

Chrome 119 setzt unsere Bemühungen fort, die Verarbeitung von Satzzeichen in URL-Hosts in Chrome standardkonform zu gestalten. Hier eine Zusammenfassung der Änderungen in Chrome 119:

Schreibweise:

– ‚ESC‘: Zulässig, wird aber von Chrome maskiert. Das ist nicht konform.

- ‚-‘: Zulässig.

- ‚0‘: Unzulässig. Die URL ist ungültig, wenn der Host ein unzulässiges Zeichen enthält.

Warnung:

- LEERZEICHEN und STERNCHEN sind weiterhin nicht konform.
- Chrome 119 für Windows, Mac, Linux und Android

Auf iOS-Geräten Bilder in Google Fotos speichern

Wenn ein angemeldeter Nutzer in Chrome lange auf ein Bild drückt, kann er es direkt in Google Fotos speichern. Er hat die Möglichkeit, das Foto in einem beliebigen Konto zu speichern, das auf dem Gerät angemeldet ist.
- Chrome 119 für iOS: Nutzer können Bilder direkt in Google Fotos speichern.
- Chrome 120 für iOS: Es wird eine Richtlinie eingeführt, um diese Funktion zu steuern.

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
SafeBrowsingDeepScanningEnabled	Bei Nutzern, die Safe Browsing aktiviert haben, detailliertere Scans von heruntergeladenen Dateien zulassen
SafeBrowsingProxiedRealTimeChecksAllowed	Weitergeleitete Safe Browsing-Echtzeitprüfungen zulassen (jetzt auch für Android verfügbar)

Entfernte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
ChromeCleanupEnabled	Chrome Cleanup Tool unter Windows aktivieren
DownloadBubbleEnabled	Benutzeroberfläche für Download-Infofeld aktivieren
ChromeCleanupReportingEnabled	Festlegen, wie Daten vom Chrome Cleanup Tool an Google gesendet werden

ChromeOS-Updates

Privacy Hub

Nutzer können jetzt ihre Kamera- und Mikrofoneinstellungen für das gesamte Betriebssystem zentral unter Einstellungen > Sicherheit und Datenschutz > Datenschutzeinstellungen verwalten. Nutzer können ihre Kamera oder ihr Mikrofon jetzt mit nur einem Klick vollständig von einem Ort aus ausschalten, wenn sie sich darauf verlassen müssen, dass die Stummschaltung aktiviert ist.

ChromeOS-Vorlagen für Administratoren

Mit App Launch Automation können Administratoren jetzt Gruppen von Anwendungen, Fenstern und Tools konfigurieren, die von Nutzern im Laufe des Tages automatisch beim Start oder bei Bedarf gestartet werden können. Mit App Launch Automation können Sie Nutzer zu Beginn ihres Arbeitstages schnell einsatzbereit machen, ihnen die Möglichkeit bieten, auf einfache Weise einen optimalen Ausgangspunkt für neue Aufgaben zu finden, und das Fensterlayout, das jeder Nutzer für seine individuellen Arbeitsabläufe einrichtet, für die künftige Verwendung zu speichern.

Sie können diese Funktion mit dem Flag #app-launch-automation aktivieren und dann Vorlagen in der Admin-Konsole erstellen.

Drive offline auf Chromebook Plus-Geräten verwenden

Enterprise-Nutzer auf Chromebook Plus-Geräten können jetzt ganz einfach alle ihre Dateien im Abschnitt Meine Ablage von Google Drive offline verfügbar machen. Das lässt sich über die Unternehmensrichtlinie DriveFileSyncAvailable steuern.

Neuerungen in der Admin-Konsole

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
PPAPISharedImagesForVideoDecoderAllowed	Nutzer und Browser, MGS	ChromeOS	Inhaltsverzeichnis
SafeBrowsingDeepScanningEnabled	Nutzer und Browser	Chrome (Linux, Mac, Windows), ChromeOS	Safe Browsing für Chrome
DriveFileSyncAvailable	Nutzer und Browser	ChromeOS	Inhaltsverzeichnis
ProfileSeparationDataMigrationSettings	Nutzer und Browser	Chrome (Linux, Mac, Windows)	Einstellungen für die Anmeldung
ProfileSeparationDomainExceptionList	Nutzer und Browser	Chrome (Linux, Mac, Windows)	Einstellungen für die Anmeldung
ProfileSeparationSettings	Nutzer und Browser	Chrome (Linux, Mac, Windows)	Einstellungen für die Anmeldung
ShowDisplaySizeScreenEnabled	Nutzer und Browser	ChromeOS	Einstellungen für die Anmeldung
ShowTouchpadScrollScreenEnabled	Nutzer und Browser	ChromeOS	Einstellungen für die Anmeldung
DeviceEphemeralNetworkPoliciesEnabled	Gerät	ChromeOS	Weitere Einstellungen

↑ Zurück nach oben

Demnächst verfügbar

Hinweis: Die unten aufgeführten Elemente sind experimentelle oder geplante Updates. Sie können sich vor der Einführung der stabilen Version ändern, verzögern oder ganz entfernt werden.

Anstehende Browseränderungen

Auswahlbildschirm für die Standardsuchmaschine

Bereits in Chrome 120 werden Endnutzer in Unternehmen möglicherweise aufgefordert, ihre Standardsuchmaschine in Chrome festzulegen.

Im Zuge der Entwicklung der DMA-Compliance werden einige Nutzer aufgefordert, ihre Standardsuchmaschine für Chrome auszuwählen. Mit dieser Eingabeaufforderung wird die Einstellung für die Standardsuchmaschine festgelegt, die derzeit unter chrome://settings/search verfügbar ist. Die Unternehmensrichtlinien DefaultSearchProviderEnabled und DefaultSearchProviderSearchUrl steuern diese Einstellung weiterhin wie bisher, wenn sie vom IT-Administrator festgelegt wird. Weitere Informationen zu dieser Richtlinie und der zugehörigen atomaren Gruppe.
- Chrome 120 unter iOS, ChromeOS, LaCrOS, Linux, Mac, Windows: Bei 1 % der Nutzer wird ab Chrome 120 der Auswahlbildschirm angezeigt. 100 % ab Chrome 122.

FirstPartySets-Unternehmensrichtlinien in „RelatedWebsiteSets“ umbenennen

Die Unternehmensrichtlinien FirstPartySetsEnabled und FirstPartySetsOverrides werden in RelatedWebsiteSetsEnabled bzw. RelatedWebsiteSetsOverrides umbenannt. Am Verhalten der Richtlinien ändert sich nichts. Die neuen Richtlinien sind ab Chrome 120 verfügbar. Administratoren sollten sie in Zukunft verwenden. Weitere Informationen zur Umbenennung finden Sie unter https://developer.chrome.com/blog/related-website-sets/.
- Chrome 120 unter Android, ChromeOS, LaCrOS, Linux, Mac, Windows, Fuchsia

Sicherheitscheck für Desktop überarbeitet

Wir planen die Einführung eines neuen proaktiven Sicherheitschecks, der den Browser regelmäßig auf sicherheitsrelevante Probleme prüft und Nutzer informiert, wenn Handlungsbedarf besteht. In diesem Zusammenhang wird auch eine neue Seite mit proaktiven sicherheitsrelevanten Aktionen und Informationen eingeführt, die auf den jeweiligen Nutzer zugeschnitten sind und Maßnahmen zur Online-Sicherheit vereinfachen soll.
- Chrome 120 unter ChromeOS, LaCrOS, Linux, Mac, Windows

Responsive Symbolleiste für Chrome Desktop

Schon ab Chrome 120 können Chrome-Desktop-Kunden auf verschiedenen Geräten und Eingabemodi (z. B. Maus oder Touch) eine Symbolleiste nutzen, die nahtlos auf Änderungen der Fenstergröße reagiert, wenn Nutzer ein Fenster manuell auswählen und vergrößern oder verkleinern oder wenn sie betriebssystemspezifische Fensterverwaltungstools verwenden.
- Chrome 120 unter ChromeOS, LaCrOS, Linux, Mac, Windows

Android Nougat wird von Chrome unter Android nicht mehr unterstützt

Die letzte Version von Chrome, in der Android Nougat unterstützt wird, ist Chrome 119. Sie enthält eine Nachricht an betroffene Nutzer, in der sie aufgefordert werden, ihr Betriebssystem zu aktualisieren.

Chrome 120 wird für Nutzer von Android Nougat weder unterstützt noch ausgeliefert.
- Chrome 120 für Android: Android Nougat wird in Chrome für Android nicht mehr unterstützt.

Einstellung von Drittanbieter-Cookies in Chrome

Ab Chrome 120 (Januar 2024) werden Drittanbieter-Cookies global für 1 % des Chrome-Traffics im Rahmen unserer Von Chrome unterstützten Tests in Zusammenarbeit mit dem CMA global deaktiviert. Damit ist auf Websites eine aussagekräftige Vorschau dessen möglich, wie eine Welt ohne Drittanbieter-Cookies funktionieren würde. Die meisten Unternehmensnutzer werden automatisch aus dieser Testgruppe ausgeschlossen. Aber für die wenigen, die möglicherweise betroffen sind, können Administratoren die Richtlinien BlockThirdPartyCookies und CookiesAllowedForUrls verwenden, um Drittanbieter wieder zu aktivieren und ihre verwalteten Browser vor dem Test zu deaktivieren. So haben Unternehmen Zeit, die erforderlichen Änderungen vorzunehmen, um sich nicht auf diese Richtlinie oder Drittanbieter-Cookies verlassen zu müssen.

Wir planen, weitere Tools zur Identifizierung von Drittanbieter-Cookies zur Verfügung zu stellen. Administratoren können die BlockThirdPartyCookies-Richtlinie auf „false“ setzen, um Drittanbieter-Cookies für alle Websites wieder zu aktivieren. Dadurch wird jedoch verhindert, dass Nutzer die entsprechende Einstellung in Chrome ändern. Alternativ können Sie die Richtlinie CookiesAllowedForUrls so einrichten, dass Ihre Unternehmens-Apps auf die Zulassungsliste gesetzt werden, um weiterhin Drittanbieter-Cookies zu erhalten.

Weitere Informationen dazu, wie Sie sich vorbereiten, Feedback geben und potenzielle Probleme mit der Website melden können, finden Sie unter Modus B: 1% Einstellung von Drittanbieter-Cookies Blogabschnitt und im Blog Wie Sie sich auf die Deaktivierung von Drittanbieter-Cookies vorbereiten können
- Chrome 120 unter ChromeOS, Linux, Mac und Windows
  Bei 1 % des weltweiten Traffics sind Drittanbieter-Cookies deaktiviert. Unternehmensnutzer werden nach Möglichkeit automatisch ausgeschlossen und es gibt eine Richtlinie, mit der die Änderung überschrieben werden kann.

Paketverfolgung (nur iOS)

Nutzer können eine neue Paketverfolgungsfunktion aktivieren, durch die das voraussichtliche Lieferdatum und der Paketstatus auf einer neuen Karte auf der Seite Neuer Tab angezeigt wird. Diese Funktion wird nur für en-US-Nutzer und Pakete unterstützt, die über FedEx und USPS abgewickelt werden. Bei Bedarf können Sie die Funktion mithilfe der neuen Richtlinie ParcelTrackingEnabled deaktivieren.
- Chrome 120 unter iOS: Funktionseinführungen

Der Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Zur Verbesserung der Sicherheit und Zuverlässigkeit wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten erkannt werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.
- Chrome 120 unter Windows: Der unter Windows in einer Sandbox ausgeführte Netzwerkdienst.

Display-Banner, über das der letzte Tab auf anderen Geräten fortgesetzt werden kann

Damit angemeldete Nutzer ihre Aufgaben fortsetzen können, wenn sie während einer sofortigen Umstellung das Gerät wechseln müssen, können Sie Tabs in Chrome wieder aufrufen, die kürzlich auf dem vorherigen Gerät verwendet wurden. Administratoren können diese Funktion über die bestehende Unternehmensrichtlinie SyncTypesListDisabled steuern.
- Chrome 120 unter iOS: Funktionseinführungen

Zuletzt geöffneten Tab auf einem beliebigen Geräte fortsetzen

Nutzer können in Chrome den zuletzt geöffneten Tab auf einem beliebigen Gerät innerhalb der letzten 24 Stunden mit demselben angemeldeten Nutzerprofil über eine Tastenkombination schnell und einfach fortsetzen. Administratoren können diese Funktion über die bestehende Unternehmensrichtlinie SyncTypesListDisabled steuern.
- Chrome 120 unter iOS: Funktionseinführungen

-webkit-background-clip ohne Präfix und in Alias umwandeln

Chrome erlaubt die Verwendung der Version ohne Präfix für background-clip: text und wandelt -webkit-background-clip in einen Alias für background-clip um. Außerdem wird die Unterstützung für Keywords ohne Suffixe (Inhalt, Abstände und Rahmen) eingestellt, um den Roundtrip mit Alias zu verbessern.
- Chrome 120 unter Windows, Mac, Linux, Android

Chrome-Nutzerrichtlinien für iOS

Administratoren können Richtlinien und Einstellungen auf allen Geräten eines Nutzers anwenden. Die Einstellungen gelten immer dann, wenn sich der Nutzer mit seinem verwalteten Konto auf einem beliebigen Gerät im Chrome-Browser anmeldet. Diese Funktion gibt es bereits unter Windows, Mac, Linux, ChromeOS und Android. Wir sind dabei, diese Funktion auch für iOS zur Verfügung zu stellen.
- Chrome 120 unter iOS: Der früheste Meilenstein für diese Funktion ist 120.

Chrome-Profiltrennung: neue Richtlinien

Drei neue Richtlinien werden erstellt, um Unternehmen bei der Konfiguration von Unternehmensprofilen zu unterstützen: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings, ProfileSeparationSecondaryDomainAllowlist. Diese Richtlinien sind einfacher zu verwenden und ersetzen ManagedAccountsSigninRestriction und EnterpriseProfileCreationKeepBrowsingData.
- Chrome 120 für Linux, Mac und Windows

Unterstützung von Daten-URLs in SVGUseElement einstellen

Die SVG-Spezifikation wurde vor Kurzem aktualisiert und unterstützt Daten nicht mehr: URLs in SVGUseElement. Hierdurch wird die Sicherheit der Webplattform und die Kompatibilität zwischen Browsern verbessert, da Webkit keine Daten unterstützt: URLs in SVGUseElement. Weitere Informationen finden Sie in diesem Blogpost.

Das Zuweisen einer Daten-URL in SVGUseElement kann zu XSS führen. Dies führte auch zu einer Umgehung vertrauenswürdiger Typen.

Für Unternehmen, die mehr Zeit für die Migration benötigen, ist die Richtlinie DataUrlInSvgUseEnabled bis Chrome 128 verfügbar, um die Unterstützung von Daten-URLs für SVGUseElement vorübergehend wieder zu aktivieren.
- Chrome 120 unter Android, ChromeOS, LaCrOS, Linux, Mac, Windows, Fuchsia: Unterstützung für Daten entfernen: URLs in SVGUseElement

Passwortmanager: Passwortfreigabe

Passwortmanager Nutzer können ihre Passwörter mit Mitgliedern ihrer Google-Familiengruppe teilen, wie sie in ihrem Google-Konto konfiguriert ist. Nutzer können jeweils nur ein Passwort teilen. Es ist nicht möglich, mehrere Passwörter gleichzeitig zu verwenden. Das freigegebene Passwort kann vom Absender weder geändert noch widerrufen werden.

Administratoren von Unternehmen können mit der Richtlinie PasswordSharingEnabled die Freigabefunktion für alle Mitarbeiter deaktivieren.
- Chrome 120 unter iOS, ChromeOS, LaCrOS, Linux, Mac, Windows, Fuchsia

Berechtigungsaufforderung für die Web MIDI API

Es gab mehrere gemeldete Probleme in Bezug auf den Drive-by-Zugriff der Web MIDI API auf Client-MIDI-Geräte (Bugs). Um dieses Problem zu beheben, hat Audio WG beschlossen, dem allgemeinen MIDI API-Zugriff eine ausdrückliche Berechtigung zu erteilen. Ursprünglich war die ausdrückliche Berechtigung nur für die erweiterte MIDI-Nutzung erforderlich, z. B. für systemexklusive Nachrichten (SysEx) in Chrome, mit geschütztem Zugriff hinter einer Berechtigungsaufforderung. Wir planen, den Umfang der Berechtigung auf die normale Nutzung der MIDI API auszuweiten.

Derzeit erfordert die Verwendung von SysEx-Nachrichten mit der Web MIDI API eine ausdrückliche Nutzerberechtigung. Bei dieser Implementierung ist auch für den Zugriff auf die Web MIDI API ohne SysEx-Unterstützung eine Nutzerberechtigung erforderlich. Mit den drei neuen Richtlinien DefaultMidiSetting, MidiAllowedForUrls und MidiBlockedForUrls können Administratoren den Zugriff der Nutzer auf die API vorkonfigurieren.
- Chrome 121 unter Windows, Mac, Linux, Android

IP-Schutzphase 0 für Chrome

Bereits ab Chrome 122 kann Chrome den Traffic für einige Netzwerkanfragen über einen Datenschutz-Proxy an Google-Ressourcen weiterleiten. Dies ist ein früher Meilenstein in einem umfassenden Maßnahmenpaket zum Schutz der Identität von Nutzern, durch den ihre IP-Adresse vor bekannten websiteübergreifenden Trackern maskiert wird. Weitere Informationen finden Sie in dieser Erläuterung auf GitHub. Es werden Unternehmensrichtlinien eingeführt, die es Administratoren ermöglichen, die Funktion vor der Einführung zu deaktivieren.
- Chrome 122 unter ChromeOS, Linux, Mac, Windows, Android

Bericht zur Nutzung von Apps und Erweiterungen: Erweiterungen hervorheben, die aus dem Chrome Web Store entfernt wurden

Bereits ab Chrome 122 werden dem Nutzungsbericht zu Apps und Erweiterungen neue Informationen hinzugefügt, damit Sie leichter erkennen können, ob eine Erweiterung vor Kurzem aus dem Chrome Web Store entfernt wurde. Auf der Seite App-Details sehen Sie, warum eine Erweiterung aus dem Chrome Web Store entfernt wurde. Mit dieser Funktion können IT-Administratoren die Auswirkungen einer Richtlinie zur Deaktivierung nicht veröffentlichter Erweiterungen erkennen.
- Chrome 122 unter LaCrOS, Linux, Mac, Windows

Bericht „Alte Technologie“

Bereits ab Chrome 122 wird der Bericht „Alte Technologie“ in der Admin-Konsole verfügbar sein. Darin werden interne und externe Websites proaktiv erfasst, die Technologien verwenden, die demnächst eingestellt werden, z. B. Änderungen an SameSite-Cookies oder ältere Sicherheitsprotokolle wie TLS 1.0/1.1. So haben Administratoren die Möglichkeit, erforderliche technische Migrationen gemeinsam mit den Entwicklern zu planen, bevor die Einstellung wirksam wird. Wenn Sie uns beim Testen dieser Funktion helfen möchten, können Sie sich hier für unser Trusted Tester-Programm registrieren.
- Chrome 122 unter LaCrOS, Linux, Mac, Windows

Unterstützung für UserAgentClientHintsGREASEUpdateEnabled entfernen

Die Richtlinie UserAgentClientHintsGREASEUpdateEnabled wird eingestellt, da der aktualisierte GREASE-Algorithmus standardmäßig seit über einem Jahr aktiviert ist. Die Richtlinie wird irgendwann entfernt.
- Chrome 122 unter Android, ChromeOS, Linux, Mac, Windows: Die Richtlinie wird eingestellt.
- Chrome 125 unter Android, ChromeOS, Linux, Mac, Windows: Richtlinie wird entfernt.

Die Chrome-Synchronisierung wird für Chrome 81 und frühere Versionen eingestellt

Die Chrome-Synchronisierung wird für Chrome 81 und frühere Versionen eingestellt. Führen Sie ein Upgrade auf eine neuere Version von Chrome aus, wenn Sie die Chrome-Synchronisierung weiterhin verwenden möchten.
- Chrome 123 unter Android, iOS, ChromeOS, Linux, Mac, Windows: Die Änderung wird umgesetzt.

Richtlinie "LegacySameSiteCookieBehaviorEnabledForDomainList"
In Chrome 79 haben wir die Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList eingeführt, um das SameSite-Verhalten von Cookies für die angegebenen Domains auf das alte Verhalten zurückzusetzen. Die Lebensdauer der Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList wurde verlängert. Sie wird beim unten aufgeführten Meilenstein entfernt.
- Chrome 127 unter Android, ChromeOS, Linux, Mac, Windows: Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList entfernen

Einstellung geplant: Mutation Events

Synchrone Mutation Events wie DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument und DOMCharacterDataModified wirken sich negativ auf die Seitenleistung aus und erhöhen auch die Komplexität, wenn neue Funktionen zum Web hinzugefügt werden. Diese APIs wurden 2011 aus der Spezifikation entfernt und 2012 durch die Mutation Observer API ersetzt, die ein viel besseres Verhalten hat. Die veralteten Mutation Events müssen entfernt oder zu Mutation Observer migriert werden.
- Chrome 127 unter Android, ChromeOS, Linux, Mac, Windows: Mutation Events funktionieren in Chrome 127 etwa ab dem 30. Juli 2024 nicht mehr.

Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können

Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können. Chrome-Erweiterungen werden auf die neue Manifestversion Manifest V3 umgestellt. Dadurch wird der Datenschutz für Ihre Nutzer verbessert, zum Beispiel durch die Umstellung auf ein Modell, bei dem Erweiterungen Anfragen deklarativ ändern, ohne dass einzelne Anfragen eingesehen werden können. Das verbessert auch die Sicherheit der Erweiterung, da remote gehosteter Code bei Manifest V3 nicht zulässig ist. Wie bereits in unserem Blogpost erwähnt, wird der Zeitplan für die Einstellung von Manifest V2 überprüft und die für Anfang 2023 geplanten Tests werden verschoben. Während der Überprüfung des Zeitplans können vorhandene Manifest V2-Erweiterungen weiterhin aktualisiert und in Chrome ausgeführt werden. Allerdings müssen alle neuen Erweiterungen, die an den Chrome Web Store gesendet werden, Manifest V3 implementieren. Über die Unternehmensrichtlinie ExtensionManifestV2Availability lässt sich steuern, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Auf der Seite "Apps und Erweiterungen" unter Chrome-Verwaltung über die Cloud sehen Sie, welche Manifestversion von allen Chrome-Erweiterungen in Ihrem Gerätepool verwendet wird. Weitere Informationen finden Sie auf der Manifest-Zeitachse, darunter:
- Chrome 98 unter ChromeOS, LaCrOS, Linux, Mac und Windows: Im Chrome Web Store werden neue Manifest V2-Erweiterungen mit der Sichtbarkeit "Öffentlich" oder "Nicht gelistet" nicht mehr akzeptiert. Manifest V2-Erweiterungen können nicht mehr von "Privat" zu "Öffentlich" oder "Nicht gelistet" geändert werden.
- Chrome 103 unter ChromeOS, LaCrOS, Linux, Mac, Windows: Im Chrome Web Store werden neue Manifest V2-Erweiterungen mit der Sichtbarkeit "Privat" nicht mehr akzeptiert.
- Chrome 110 unter ChromeOS, LaCrOS, Linux, Mac, Windows: Mit der Unternehmensrichtlinie ExtensionManifestV2Availability können Sie steuern, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Nach der Migration können Sie gemäß der Richtlinie die Nutzung von Manifest V2-Erweiterungen verlängern.
- Zukünftiger Meilenstein für ChromeOS, LaCrOS, Linux, Mac, Windows: Entfernen Sie die Richtlinie ExtensionManifestV2Availability.

↑ Zurück nach oben

Bevorstehende ChromeOS-Änderungen

Dauer des Bildschirmschoners festlegen

Bereits ab ChromeOS 120 können Sie die Dauer des Bildschirmschoners während des Ladevorgangs einstellen. Nutzer können jetzt auswählen, wie lange ihr Bildschirmschoner angezeigt wird, während ihr Gerät geladen wird (nicht im Akkubetrieb). Sie können dies mit einer neuen Unternehmensrichtlinie steuern. Die Standardeinstellung ist "Endgültig" und kann mithilfe der Drop-down-Optionen reduziert werden.

Neue Steuerelemente für die Scroll-Beschleunigung mit der Maus

In ChromeOS 120 werden neue Steuerelemente hinzugefügt, mit denen Nutzer die Scrollbeschleunigung deaktivieren und die Scrollgeschwindigkeit anpassen können.

Verbessertes Verhalten von Alt + Klick

In ChromeOS 120 können Sie das Rechtsklickverhalten über Tastatur und Touchpad konfigurieren. Auf der Unterseite Tastaturtasten anpassen können Sie auch Einstellungen für Aktionen wie „Startbildschirm“, „Ende“ und „Nach oben“ konfigurieren.

Neues Design für den ChromeOS-Mediaplayer

Schon ab ChromeOS 121 hat der Mediaplayer größere Schaltflächen und Farben, die zum Hintergrund passen. Der Mediaplayer wird bei der Wiedergabe von Video- oder Audioinhalten (z. B. Spotify oder YouTube) in den Schnelleinstellungen angezeigt. Sie können auf das Stecknadelsymbol klicken, um den Mediaplayer in die Ablage zu verschieben. Sie können nicht nur die gestreamten Medien steuern, sondern auch Webmedien auf alle Lautsprecher oder Bildschirme in Ihrem lokalen Netzwerk streamen.

Erweiterte Benachrichtigungen für angepinnte Apps

Schon ab ChromeOS 121 können Sie angepinnte Benachrichtigungen visuell von anderen Benachrichtigungen trennen. Wir werden die visuellen Spezifikationen, Schaltflächen und Benachrichtigungstexte so ändern, dass sie in Blasen mit fester Größe passen. Angepinnte Benachrichtigungen unterscheiden sich dadurch deutlich von typischen Benachrichtigungen. Dies spiegelt ihren wesentlichen Zweck wider, z. B. um den Nutzer über einen laufenden Prozess und nicht über ein sofortiges Ereignis zu informieren.

Neue ChromeOS-Synchronisierungsoptionen

ChromeOS führt neue Optionen der Geräteeinrichtung ein, über die Nutzer Synchronisierungseinstellungen für Apps, Einstellungen, WLANs und Hintergründe anpassen können.

App-Deaktivierung durch den Administrator in MGS

Derzeit umfassen Managed Guest Sessions (MGS) noch eine Reihe von Anwendungen (Explore, Galerie, Terminal), die dem Nutzer zur Verfügung stehen. Mit der Richtlinie SystemFeaturesDisableList können Administratoren diese Apps bald deaktivieren und für Nutzer in Ihrem Unternehmen blockieren oder ausblenden.

↑ Zurück nach oben

Chrome 118

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Entfernen der Richtlinie ForceMajorVersionToMinorPositionInUserAgent			✓
Deaktivierung per Fernzugriff von schädlichen Erweiterungen, die über andere Quellen installiert wurden	✓
Entfernen der Richtlinie RendererCodeIntegrityEnabled			✓
Unterstützung von Passkeys im iCloud-Schlüsselbund unter macOS		✓	✓
Suchvorgänge in Echtzeit mit Hash-Präfix	✓
Änderungen an roten Safe Browsing-Interstitials	✓	✓
Unterstützung von Formularsteuerelementen im vertikalen Schreibmodus		✓
Blockierung aller über JavaScript festgelegten Cookies, die Steuerzeichen enthalten	✓
Verständlicherer Text und hilfreichere Bilder für die Safe Browsing-Schutzniveau-Einstellungen	✓
WebUSB in Erweiterungs-Service-Worker	✓
Berücksichtigung von Aufrufen der chrome.tabs API in Telemetrieberichten zu Erweiterungen	✓
Entfernen von nicht standardmäßigen appearance-Keywords		✓
Registrierung für die Privacy Sandbox	✓
Anzeige von Rabatten auf Produktseiten und auf der Seite „Neuer Tab“ unter „Aufgabenreihen“		✓
Detaillierter Scan für verschlüsselte Archive für Nutzer von erweitertem Safe Browsing	✓
Aktivierungsanfrage für die Seite chrome://policy/test			✓
TLS Encrypted Client Hello (ECH)	✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
Entfernte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Passwortwiederherstellung	✓
PWAs mit Tabs		✓
Unterstützung bei der Druckereinrichtung		✓
Imprivata-Integration v4	✓	✓
Neues Design für Textbearbeitung durch Berühren		✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Änderungen am Chrome-Releasezeitplan			✓
WebSQL einstellen und entfernen		✓
Updates zur Unterstützung von Native Client	✓
Einstellung der Unterstützung von Daten-URLs im SVG-Element <use>	✓	✓
Ausführung des Netzwerkdienstes unter Windows in einer Sandbox	✓
Displaybanner, mit dem der zuletzt geöffnete Tab auf anderen Geräten fortgesetzt werden kann		✓
Entfernen der Sanitizer API	✓
Speichern, Zurückrufen und Synchronisieren von Tabgruppen		✓
Trennung von Chrome-Profilen: neue Richtlinien			✓
Einschränkungen des privaten Netzwerkzugriff bei Android Automotive	✓
Einstellung des nicht standardmäßigen Attributs shadowroot für deklaratives „Shadow DOM“	✓
Entfernen der Unterstützung für UserAgentClientHintsGREASEUpdateEnabled			✓
Auswahlbildschirm für die Standardsuchmaschine		✓
Änderung der UI-Strings in Chrome von „Entfernen“ zu „Löschen“ beim unwiderruflichen Löschen von Daten			✓
Interne Fehler der Entwicklertools werden an interne Chrome-Absturzberichte gemeldet			✓
SharedImages für PPAPI-Video-Decodierung	✓
Gebündelte Erweiterungen der Private Aggregation API	✓		✓
Entfernen der Autorisierungsheader bei ursprungsübergreifender Weiterleitung	✓
Überarbeiteter Sicherheitscheck auf dem Computer	✓
Berechtigungsaufforderung für die Web MIDI API	✓
Reaktionsschnelle Desktop-Symbolleiste		✓
Keine Unterstützung mehr für Android Nougat auf Chrome für Android			✓
Einstellung von Drittanbieter-Cookies in Chrome (3PCD)	✓
IP-Schutzphase 0 für Chrome	✓
Nutzungsbericht zu Apps und Erweiterungen: Hervorheben von Erweiterungen, die aus dem Chrome Web Store entfernt wurden			✓
Entfernen der Richtlinie „LegacySameSiteCookieBehaviorEnabledForDomainList“			✓
Geplante Einstellung von Mutation Events		✓
Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können	✓	✓	✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Privacy Hub	✓
ChromeOS-Admin-Vorlagen			✓
Anstehende Änderungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Anonymisierte URL-Datenerfassung im Kioskmodus	✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Chrome-Updates

Richtlinie "ForceMajorVersionToMinorPositionInUserAgent" entfernen

In Chrome 118 wird die Richtlinie ForceMajorVersionToMinorPositionInUserAgent entfernt. Diese Richtlinie wurde in Chrome 99 eingeführt, um zu steuern, ob die Hauptversion im User-Agent-String auf „99“ festgeschrieben wird, falls Fehler beim Parsen des User-Agent-Strings auftreten, wenn die Version zu 100 geändert wird. Glücklicherweise mussten wir diese Funktion nicht implementieren und es gab nur ein paar kleinere Probleme mit der dreistelligen Version, die mittlerweile alle behoben wurden. Aus diesem Grund können wir diese Richtlinie nun entfernen. Wenn Sie Feedback zum Entfernen dieser Richtlinie oder zu Intranet-Ausfällen im Zusammenhang mit dieser Richtlinie haben, können Sie diesen Fehler kommentieren.
- Chrome 118 unter Android, ChromeOS, Linux, Mac, Windows: Entfernen Sie die Richtlinie ForceMajorVersionToMinorPositionInUserAgent.

Über andere Quellen installierte schädliche Erweiterungen per Fernzugriff deaktivieren

Wenn erweitertes Safe Browsing aktiviert ist, werden von Nutzern über andere Quellen installierte schädliche Erweiterungen deaktiviert, wenn die Entscheidung manuell oder durch ein automatisches Erkennungssystem auf den Safe Browsing-Servern eingegeben wird.
- Chrome 118 unter ChromeOS, Linux, Mac, Windows: Funktionseinführungen

Richtlinie "RendererCodeIntegrityEnabled" entfernen

Die Sicherheitsfunktion "Renderer-Codeintegrität" ist nicht länger durch die Richtlinie RendererCodeIntegrityEnabled gesteuert; sie ist jetzt standardmäßig aktiviert. Wir empfehlen Ihnen, potenzielle Inkompatibilitäten mit Drittanbietersoftware zu überprüfen, indem Sie die Richtlinie vor dieser Veröffentlichung nicht mehr verwenden. Falls Probleme auftreten, können Sie sie diese hier melden.
- Chrome 118 unter Windows: Diese Richtlinie wurde eingestellt und ist nicht mehr gültig.

Unterstützung für Passkeys im iCloud-Schlüsselbund unter macOS

Chrome unter macOS ≥ 13.5 unterstützt jetzt das Erstellen und Verwenden von Passkeys aus dem iCloud-Schlüsselbund. Bei der Anmeldung mit WebAuthn werden Passkeys aus dem iCloud-Schlüsselbund als Optionen aufgeführt, nachdem der Nutzer Chrome die erforderliche Berechtigung erteilt hat. Wenn die Berechtigung nicht gewährt wurde, wird eine generische iCloud-Schlüsselbund-Option angezeigt, die Berechtigung anfordert, bevor iCloud-Schlüsselbund-Passkeys angezeigt werden. Wenn die Berechtigung verweigert wird, kann der iCloud-Schlüsselbund zwar weiterhin verwendet werden, muss aber jedes Mal manuell ausgewählt werden.

Wenn eine Website anfordert, einen Plattform-Passkey zu erstellen, erstellt Chrome den Passkey möglicherweise standardmäßig im iCloud-Schlüsselbund abhängig davon, ob iCloud Drive gerade verwendet wird und vor Kurzem WebAuthn-Anmeldedaten aus dem aktuellen Profil verwendet wurden. Dies kann über die Einstellung unter chrome://password-manager/settings und die Unternehmensrichtlinie CreatePasskeysInICloudKeychain gesteuert werden.
- Chrome 118 für Mac: In Chrome 118 wird der iCloud-Schlüsselbund unterstützt. Ob Chrome standardmäßig Plattform-Passkeys im iCloud-Schlüsselbund erstellt, kann von Chrome Variations während der Lebensdauer von 118 geändert werden.

Suchvorgänge in Echtzeit mit Hash-Präfix

Für standardmäßiges Safe Browsing wird die Sicherheit von besuchten URLs jetzt in Echtzeit überprüft und nicht mehr anhand einer weniger häufig aktualisierten lokalen Liste unsicherer URLs. Dazu werden partielle Hashes der URLs über einen Proxy per Oblivious HTTP an Google Safe Browsing gesendet, damit die IP-Adresse des Nutzers nicht mit den partiellen Hashes verknüpft ist. Diese Änderung erhöht die Sicherheit und wahrt gleichzeitig den Datenschutz für Nutzer. Bei Bedarf können Sie diese Funktion über die Richtlinie SafeBrowsingProxiedRealTimeChecksAllowed steuern.
- Chrome 118 unter iOS, ChromeOS, LaCrOS, Linux, Mac, Windows

Aktualisierung der roten Safe Browsing-Interstitials

In Chrome 118 sehen Nutzer kleinere Aktualisierungen an den roten Safe Browsing-Interstitials. Der Haupttext enthält jetzt eine ausdrückliche Empfehlung von Chrome und die Website-ID wird im Abschnitt "Details" statt im Haupttext angegeben. Das bisherige Warnsymbol wird durch das Gefahrensymbol ersetzt und das Design entspricht jetzt den neuesten Produktstandards. Durch diese Änderungen können Warnungen für Nutzer besser verständlich werden.
- Chrome 118 unter Android, iOS, ChromeOS, LaCrOS, Linux, Mac, Windows

Formularsteuerelemente unterstützen den vertikalen Schreibmodus

Der CSS-Property-Schreibmodus sollte für Formularsteuerelemente aktiviert sein, da damit Textzeilen horizontal oder vertikal angeordnet werden können und die Richtung vorgegeben wird, in der der Fortschritt blockiert wird.

Mit dieser Funktion können die Formularsteuerelemente "select", "meter", "progress", "button", "textarea" und "input" den Schreibmodus "vertical-rl" oder "vertical-lr" haben. Aus Gründen der Webkompatibilität werden wir die Änderung nach und nach für eine Reihe von Formularsteuerelementen in Version 118 einführen und in zukünftigen Meilensteinen fortsetzen.

Sie können diese Funktion mit den folgenden Befehlszeilen-Flags steuern:

--enable-features= FormControlsVerticalWritingModeSupport
--enable-features= FormControlsVerticalWritingModeTextSupport
- Chrome 118 unter Windows, Mac, Linux, Android

Alle über JavaScript gesetzten Cookies blockieren, die Steuerzeichen enthalten

Aktualisiert die Handhabung von Zeichen in Cookies, die über JavaScript festgelegt werden. Alle Steuerzeichen führen damit zur Ablehnung des gesamten Cookies. Zuvor führte ein NULL-Zeichen oder ein Zeilenvorschubzeichen in einer Cookie-Zeile dazu, dass es abgeschnitten und nicht vollständig abgelehnt wurde, was in bestimmten Situationen böswilliges Verhalten ermöglichte. Dieses Verhalten entspricht dem Verhalten von Chrome, das in den neuesten Entwürfen von RFC6265bis angegeben ist.

Sie können diese Funktion mithilfe der Richtlinie --disable-features=BlockTruncatedCookies oder der Unternehmensrichtlinie BlockTruncatedCookies steuern, die automatisch für mehrere Meilensteine verfügbar sind, falls diese Änderung einen Fehler verursacht.
- Chrome 118 unter Windows, Mac, Linux, Android

Neuer Text und neue Bilder für die Safe Browsing-Schutzniveau-Einstellungen

In Chrome 118 sehen einige Nutzer einen neuen Text, der das Safe Browsing-Schutzniveau sowohl auf der Seite "Sicherheitseinstellungen" als auch im Datenschutz-Leitfaden beschreibt. Das erweiterte Sicherheitsniveau wird hierdurch besser veranschaulicht, da eine Tabelle mit einem Link zu einem Hilfeartikel mit weiteren Informationen hinzugefügt wird. Die neue Tabelle hilft Nutzern, die Vor- und Nachteile der Auswahl dieser Option im Vergleich zu den anderen Optionen zu verstehen. Die Beschreibungen für "Standardschutz", "Kein Schutz" und die Ein-/Aus-Schaltfläche für Warnungen zu gehackten Passwörtern wurden vereinfacht, um die Optionen klarer zu gestalten. Das Safe Browsing-Schutzniveau ist eine bestehende Einstellung, die weiterhin über den Richtlinienwert SafeBrowsingProtectionLevel gesteuert wird.
- Chrome 118: Einige Nutzer sehen den aktualisierten Text und die aktualisierten Bilder auf der Seite „Chrome-Sicherheitseinstellungen“ und im Datenschutz-Leitfaden.

WebUSB in Extension Service Workers

Ermöglicht Webentwicklern die Verwendung der WebUSB API beim Reagieren auf Erweiterungsereignisse durch Bereitstellung der WebUSB API für Service Worker, die über Browsererweiterungen registriert wurden. Diese API ist noch nicht für Service Worker verfügbar, die von Websites registriert wurden, aber das Implementierungswissen, das durch die Unterstützung der API für Erweiterungen gewonnen wird, ist für ein solches zukünftiges Projekt wertvoll.
- Chrome 118 unter Windows, Mac, Linux, ChromeOS

chrome.tabs API-Aufrufe in Telemetrieberichte zu Erweiterungen aufnehmen

Wenn Sie erweitertes Safe Browsing aktivieren, erfasst Chrome jetzt Telemetriedaten zu chrome.tabs API-Aufrufen, die von Erweiterungen ausgeführt werden. Diese Informationen werden auf Google-Servern analysiert und verbessern die Erkennung schädlicher Erweiterungen und Erweiterungen, die gegen unsere Richtlinien verstoßen. Außerdem wird der Schutz für alle Nutzer von Chrome-Erweiterungen verbessert. Sie können diese Funktion zusammen mit der Erweiterungstelemetrie deaktivieren, indem Sie SafeBrowsingProtectionLevel auf einen anderen Wert als 2 setzen. Dadurch wird das erweiterte Safe Browsing deaktiviert.
- Chrome 118 unter ChromeOS, Linux, Mac, Windows: Funktionseinführungen

Nicht standardmäßige Keywords für die Darstellung entfernen

Da nur standardmäßige Keywords unterstützt werden sollten, werden die folgenden Keywords in Chrome 118 entfernt:

* inner-spin-button

* media-slider

* media-sliderthumb

* media-volume-slider

* media-volume-sliderthumb

* push-button

* searchfield-cancel-button

* slider-horizontal

* sliderthumb-horizontal

* sliderthumb-vertical

* square-button

Der Wert "slider-vertical" wird im Rahmen dieses Patches nicht entfernt; er wird zum Zulassen von <input type=range> verwendet. Er wird entfernt, nachdem die Funktion FormControlsVerticalWritingModeSupport auf die stabile Version umgestellt wurde.

Bisher wurde bei Verwendung eines der oben genannten Keywords eine Konsolenwarnung angezeigt, das Keyword wird jedoch als gültiger Wert erkannt. Wenn die Funktion aktiviert ist, wird das appearance-Property ignoriert und auf den leeren String festgelegt. Aus Gründen der Webkompatibilität werden wir nach und nach die appearance-Keywords auf Grundlage ihrer Zählernutzung in den Chrome-Statusmesswerten entfernen.

Für Chrome 118 beginnen wir mit den folgenden Keywords, wobei der Seitenaufbau derzeit unter 0,001 % liegt:

* media-slider bei 0.000361

* media-sliderthumb bei 0,000187 %

* media-volume-slider bei 0,000143 %

* media-volume-sliderthumb bei 0,000109 %

* sliderthumb-horizontal bei 0,000182 %

* sliderthumb-vertical bei 0,000014 %
- Chrome 118 unter Windows, Mac, Linux, Android

Registrierung für die Privacy Sandbox

Da die Privacy Sandbox-APIs für Relevanz und Messung allgemein verfügbar sein werden, möchten wir dafür sorgen, dass diese Technologien wie beabsichtigt und transparent eingesetzt werden. Dazu gehören folgende APIs: Attribution Reporting, die Protected Audience API, Topics, Private Aggregation und Shared Storage. Für die Privacy Sandbox wird ein neuer Registrierungsprozess für Entwickler für die Privacy Sandbox APIs für Relevanz und Messung eingeführt. Chrome ruft über den Component Updater die Liste der registrierten Websites vom Registrierungsserver ab und verwendet sie, um den Zugriff auf die Privacy Sandbox APIs zu steuern.
- Chrome 118 unter Windows, Mac, Linux, Android

Rabatte auf Produktseiten und unter "Aufgabenreihen" auf der Seite Neuer Tab

Ab Chrome 118 sehen Nutzer manchmal Rabatte, die als Hinweise bei Seitenaufrufen auf den Karten "Aufgabenreihen" auf der Seite Neuer Tab angezeigt werden. Wenn Sie auf den Rabatt klicken, werden die relevanten Informationen auf der Produktseite angezeigt. Die Aufgabenreihen in ihrer Gesamtheit werden über die Richtlinie NTPCardsViewable gesteuert. Manchmal sehen Nutzer Rabatte auch direkt auf der Produktseite, die über ein Symbol in der Omnibox verfügbar sind.
- Chrome 118 unter ChromeOS, LaCrOS, Linux, Mac, Windows

Detaillierter Scan für verschlüsselte Archive für Nutzer von erweitertem Safe Browsing

Google Chrome bietet Nutzern, die erweitertes Safe Browsing aktiviert haben, einen detaillierten Scan einiger verdächtiger Downloads. Der Dateiinhalt wird an Safe Browsing gesendet, um in Echtzeit die Sicherheit der Datei zu prüfen. Ab Chrome 118 wird der Nutzer bei Deep-Scans verschlüsselter Archive, z. B. von ZIP- und RAR-Dateien, aufgefordert, zusammen mit dem Dateiinhalt das Archivpasswort einzugeben. Dies ist erforderlich, damit Safe Browsing ein aussagekräftiges Ergebnis über den Inhalt des Archivs liefern kann. Unternehmen, die diese Aufforderung nicht sehen möchten, können mit der Richtlinie SafeBrowsingProtectionLevel Nutzer daran hindern, erweitertes Safe Browsing zu aktivieren. Ab Chrome 119 können Unternehmen, die detaillierte Scans von Dateien deaktivieren, aber erweitertes Safe Browsing aktivieren möchten, die Richtlinie SafeBrowsingDeepScanningEnabled verwenden.
- Chrome 118 unter ChromeOS, LaCrOS, Linux, Mac, Windows

Flag zum Aktivieren der Seite chrome://policy/test

Mit dem Flag #enable-policy-test-page können Administratoren und Entwickler die Seite chrome://policy/test verwenden, um Richtlinien für die Beta-, Entwickler- und Canary-Versionen einfacher zu testen.
- Chrome 118 unter Android, iOS, ChromeOS, Linux, Mac, Windows

TLS Encrypted Client Hello (ECH)

Mit der Erweiterung "TLS Encrypted ClientHello (ECH)" können Clients ClientHello-Nachrichten, die normalerweise unverschlüsselt gesendet werden, unter dem öffentlichen Schlüssel eines Servers verschlüsseln. Dadurch können Websites einen speziellen HTTPS-RR-DNS-Eintrag hosten, um zu verhindern, dass sensible Felder wie der Servername an das Netzwerk offengelegt werden. Frühere Iterationen dieser Erweiterung wurden als Encrypted Server Name Indication bzw. ESNI bezeichnet. Wenn die Infrastruktur Ihrer Organisation die Fähigkeit zur Prüfung von SNI (z. B. Filter, Logging usw.) erfordert, sollten Sie sie testen. Um das neue Verhalten zu aktivieren, rufen Sie chrome://flags auf und aktivieren Sie das Flag #encrypted-client-hello. Bei Inkompatibilitäten können Sie mithilfe der Unternehmensrichtlinie EncryptedClientHelloEnabled die Unterstützung für ECH deaktivieren.
- Chrome 118 unter ChromeOS, Linux, Mac, Windows: Einführung für 100 % der Nutzer.

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
BlockTruncatedCookies	Abgeschnittene Cookies blockieren
CompressionDictionaryTransportEnabled	Unterstützung für komprimierten Wörterbuchtransport aktivieren
CreatePasskeysInICloudKeychain	Festlegen, ob Passkeys standardmäßig im iCloud-Schlüsselbund erstellt werden sollen.
LegacyTechReportAllowlist	Gibt URLs an, die Berichte zu alten Technologien zulassen
SafeBrowsingProxiedRealTimeChecksAllowed	Weitergeleitete Safe Browsing-Echtzeitprüfungen zulassen

Entfernte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
ForceMajorVersionToMinorPositionInUserAgent	Hauptversion im User-Agent-String als „99“ festschreiben
RendererCodeIntegrityEnabled	Renderer-Codeintegrität aktivieren

ChromeOS-Updates

Passwortwiederherstellung

ChromeOS-Nutzer, die ihr Passwort vergessen haben, können jetzt ihr Konto und alle zugehörigen lokalen Daten wiederherstellen. Die Zeiten, in denen alle lokalen Daten verloren gingen, wenn ein Passwort vergessen wurde, sind vorbei! Sie können diese Funktion mit der Richtlinie RecoveryFactorBehavior steuern.

PWAs mit Tabs

Entwickler können jetzt auswählen, ob sie ihre progressive Web-App (PWA) im Tab-Modus anzeigen möchten. In diesem Modus können Nutzer über eine vertraute Tableiste in einem einzigen Fenster mehrere Dokumente verwalten und darin navigieren. Entwickler sollten gegebenenfalls auch einen Tab "Startseite" angeben, über den Nutzer auf Dokumente und Einstellungen zugreifen können.

Unterstützung bei der Druckereinrichtung

Um das Drucken für Nutzer zu vereinfachen, bietet ChromeOS mehr Kontexthilfe bei der Verwendung des Druckers: vereinfachtes Speichern von Druckern, neue Einrichtungsanleitungen und Hilfeinhalte sowie ein auf der Einstellungsseite integrierter Druckerstatus. Außerdem bieten wir Nutzern jetzt eine einfache Möglichkeit, ihren Drucker zu verwalten, wenn sie beim Drucken Probleme damit haben.

Imprivata-Integration v4

Für Pflegekräfte sorgt die Einbindung von Imprivata OneSign auf Google ChromeOS-Geräten und dem Chrome-Browser für einen schnellen und sicheren Zugriff und eine bessere Kosteneffizienz. Diese vierte Version der Imprivata-Integration, Imprivata v4, bietet zusätzliche Bereitstellungen, Stabilität und Workflowverbesserungen. Die Unterstützung für zugewiesene Geräte wird verbessert, indem Imprivata die Anmeldung in ChromeOS-Nutzersitzungen ermöglicht. Außerdem unterstützt ChromeOS 118 jetzt alle 12 Sprachen von Imprivata- und SPINE-Workflows.

Neues Design für Textbearbeitung durch Berühren

Verbesserte Interaktion durch Berühren bei der Textbearbeitung auf dem Touchscreen, darunter ein wesentlich intuitiveres Gestensystem, Verbesserungen der Nutzerfreundlichkeit im Hinblick auf die Absichten von Gesten und die Lesbarkeit von Text sowie eine brandneue Lupe, die die Cursorposition automatisch präzise anzeigt.

Neuerungen in der Admin-Konsole

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
ForcePermissionPolicyUnloadDefaultEnabled	Nutzer, verwaltete Gastsitzung	Chrome (Android) Chrome (Linux, Mac, Windows) ChromeOS	Kompatibilität mit älteren Websites
SafeBrowsingSurveysEnabled	Nutzer, MGS	Chrome (Linux, Mac, Windows) ChromeOS	Safe Browsing für Chrome
EmojiPickerGifSupportEnabled	Nutzer, MGS	Chrome (Linux, Mac, Windows) ChromeOS	Nutzer
ColorCorrectionEnabled	Nutzer, MGS	ChromeOS	Bedienungshilfen
CreatePasskeysInICloudKeychain	Nutzer, MGS	Chrome (Mac)	Content
SafeBrowsingProxiedRealTimeChecksAllowed	Nutzer, MGS	Chrome (Linux, Mac, Windows) ChromeOS, Chrome (iOS und iPadOS)	Safe Browsing für Chrome

↑ Zurück nach oben

Demnächst verfügbar

Hinweis: Die unten aufgeführten Elemente sind experimentelle oder geplante Updates. Sie können sich vor der Einführung der stabilen Version ändern, verzögern oder ganz entfernt werden.

Anstehende Browseränderungen

Änderungen beim Zeitplan für Chrome-Releases

Chrome 119 und alle nachfolgenden Releases werden um eine Woche vorverlegt. Beispielsweise wird Chrome 119 am 25. Oktober und nicht am 1. November veröffentlicht. Betaversionen werden ebenfalls ab Chrome 119 um eine Woche vorverlegt.
- Chrome 119 unter Android, iOS, ChromeOS, Linux, Mac, Windows

WebSQL einstellen und entfernen

Der Web SQL-Datenbankstandard wurde ursprünglich im April 2009 vorgeschlagen und im November 2010 eingestellt. Gecko hat diese Funktion nie implementiert und WebKit hat sie 2019 eingestellt. W3C ermutigte diejenigen, die Webdatenbanken benötigen, Web Storage oder Indexed Database zu verwenden.

Seit der Veröffentlichung ist es unglaublich schwierig, die Sicherheit unserer Nutzer zu wahren. SQLite war ursprünglich nicht für die Ausführung schädlicher SQL-Anweisungen konzipiert, aber mit WebsQL müssen wir genau das tun. Auf einen Fluss von Stabilitäts- und Sicherheitsproblemen reagieren zu müssen, bedeutet für das Speicherteam unvorhersehbare Kosten. Da SQLite über WASM der offizielle Ersatz ist, möchten wir WebSQL vollständig entfernen.
- Chrome 115: Einstellungsnachricht wurde der Konsole hinzugefügt.
- Chrome 117: In Chrome 117 startet der Testzeitraum für die Einstellung von WebSQL. Der Testzeitraum endet in Chrome 123. Während des Testzeitraums ist die Richtlinie WebSQLAccess erforderlich, damit die Funktion verfügbar ist.
- Chrome 119: Ab Chrome 119 ist WebSQL nicht mehr verfügbar. Der Zugriff auf die Funktion ist über die Richtlinie WebSQLAccess bis Chrome 123 möglich.

Aktualisierungen für die Unterstützung von Native Client

Die NaCl-Unterstützung für Native Client wurde bei Erweiterungen unter Windows, macOS und Linux entfernt. Mit der temporären Unternehmensrichtlinie NativeClientForceAllowed kann Native Client weiterhin verwendet werden.
- Chrome 117 unter Linux, Mac, Windows: Native Client NaCl-Unterstützung für Erweiterungen unter Windows, macOS und Linux wurde entfernt.
- Chrome 119 unter Linux, Mac, Windows: Entfernung der Richtlinie NativeClientForceAllowed

Unterstützung von Daten-URLs im SVG-Element <use>

Die SVG-Spezifikation wurde kürzlich aktualisiert, um die Unterstützung für Daten-URLs im SVG-Element <use> einzustellen. Hierdurch wird die Sicherheit der Webplattform und die Kompatibilität zwischen Browsern verbessert, da Webkit keine Daten-URLs im SVG-Element <use> unterstützt. Weitere Informationen finden Sie in diesem Blogpost.

In Unternehmen, die mehr Zeit für die Migration benötigen, kann die Richtlinie DataUrlInSvgUseEnabled bis Chrome 128 verwendet werden, um die Unterstützung der Daten-URLs für das SVG-Element <use> vorübergehend wieder zu aktivieren.
- Chrome 119 unter Android, ChromeOS, LaCrOS, Linux, Mac, Windows, Fuchsia: Unterstützung für Daten entfernen: URLs im SVG-Element <use>

Der Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Zur Verbesserung der Sicherheit und Zuverlässigkeit wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten erkannt werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.
- Chrome 119 unter Windows: Der unter Windows in einer Sandbox ausgeführte Netzwerkdienst.

Banner anzeigen, um das Fortsetzen des letzten Tabs auf anderen Geräten zu ermöglichen

Angemeldete Nutzer können ihre Aufgaben fortsetzen, wenn sie während einer sofortigen Umstellung das Gerät wechseln müssen. Sie können Tabs wieder aufrufen, die kürzlich auf dem vorherigen Gerät verwendet wurden. Administratoren können diese Funktion über die bestehende Unternehmensrichtlinie SyncTypesListDisabled steuern.
- Chrome 119 für iOS: Funktionseinführungen

Sanitizer API entfernen

Mit der Sanitizer API soll ein benutzerfreundlicher, immer sicherer, browsergestützter HTML-Sanitizer in die Plattform eingebunden werden. Wir haben eine erste Version der Sanitizer API in Chrome 105 ausgeliefert, die auf dem jeweils geltenden Spezifikationsentwurf basiert. Die Diskussion zu den Standards wurde in der Zwischenzeit fortgesetzt und der vorgeschlagene API-Stil hat sich wesentlich geändert. Um zu verhindern, dass die aktuelle API verankert wird, planen wir, die aktuelle Implementierung zu entfernen. Wir werden die Sanitizer API voraussichtlich wieder implementieren, wenn sich die vorgeschlagene Spezifikation wieder stabilisiert hat.
- Chrome 119 unter Windows, Mac, Linux, Android

Tabgruppen können gespeichert, abgerufen und synchronisiert werden

Nutzer kann Tabgruppen speichern, sodass sie die Tabs in der Gruppe schließen, wieder öffnen und geräteübergreifend synchronisieren können. Sie können die Synchronisierung von Tabgruppen über die Richtlinie SyncTypesListDisabled deaktivieren.
- Chrome 119 unter ChromeOS, Linux, Mac und Windows

Chrome-Profiltrennung: neue Richtlinien

Drei neue Richtlinien werden erstellt, um Unternehmen bei der Konfiguration von Unternehmensprofilen zu unterstützen: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings, ProfileSeparationSecondaryDomainAllowlist. Diese Richtlinien sind einfacher zu verwenden und ersetzen ManagedAccountsSigninRestriction und EnterpriseProfileErstellungKeepBrowsingData.
- Chrome 119 unter Linux, Mac und Windows: Neue Richtlinien zur Profiltrennung verfügbar: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings, ProfileSeparationSecondaryDomainAllowlist.

Zugriffsbeschränkungen für private Netzwerke in der Automobilbranche

Dadurch werden Zugriffsbeschränkungen für private Netzwerke an Android Automotive (wenn BuildInfo::is_automotive) gesendet, darunter: Preflight-Anfragen für privaten Netzwerkzugriff für Unterressourcen und Privater Netzwerkzugriff für Worker. Beachten Sie, dass die beiden oben genannten Funktionen im Nur-Warnung-Modus bereitgestellt wurden. Sie erzwingen jedoch die Einschränkung, d. h., die Hauptanforderung wird fehlschlagen, wenn die Einschränkungen nicht erfüllt werden.
- Chrome 119 für Android

Nicht standardmäßiges Attribut shadowroot für deklaratives "Shadow DOM" wird eingestellt

Das standards-track-Attribut shadowrootmode, das deklaratives "Shadow DOM" ermöglicht, wurde in Chrome 111 eingeführt (ChromeStatus). Das ältere, nicht standardmäßige Attribut shadowroot wird jetzt eingestellt. Während des Einstellungszeitraums funktionieren beide Attribute, doch wird das neue Streamingverhalten von shadowroot nicht ermöglicht, von shadowrootmode wird es jedoch zugelassen. Dafür gibt es einen einfachen Migrationspfad: Ersetzen Sie shadowroot durch shadowrootmode.
Ab Chrome 112 wurde das alte Attribut shadowroot eingestellt. Es wird in Chrome 119, das am 1. November 2023 in die stabile Version übergeht, entfernt (nicht mehr unterstützt).
- Chrome 119 unter Windows, Mac, Linux, Android

Unterstützung für UserAgentClientHintsGREASEUpdateEnabled entfernen

Die Richtlinie UserAgentClientHintsGREASEUpdateEnabled wird eingestellt, da der aktualisierte GREASE-Algorithmus standardmäßig seit über einem Jahr aktiviert ist. Danach wird sie entfernt.
- Chrome 119 unter Android, ChromeOS, Linux, Mac, Windows: Die Richtlinie wurde eingestellt.
- Chrome 122 unter Android, ChromeOS, Linux, Mac, Windows: Richtlinie wird entfernt.

Auswahlbildschirm für die Standardsuchmaschine

Bereits ab Chrome 119 werden Endnutzer in Unternehmen möglicherweise aufgefordert, ihre Standardsuchmaschine in Chrome festzulegen.

Im Zuge der Entwicklung der DMA-Compliance werden einige Nutzer aufgefordert, ihre Standardsuchmaschine für Chrome auszuwählen. Mit dieser Eingabeaufforderung wird die Standardeinstellung der Suchmaschine festgelegt, die derzeit unter chrome://settings/search verfügbar ist. Die Unternehmensrichtlinien DefaultSearchProviderEnabled und DefaultSearchProviderSearchUrl steuern diese Einstellung weiterhin wie bisher, wenn sie vom IT-Administrator festgelegt wird. Weitere Informationen zu dieser Richtlinie und der zugehörigen atomaren Gruppe
- Chrome 119 unter iOS, ChromeOS, LaCrOS, Linux, Mac, Windows: Bei 1% der Nutzer wird ab Chrome 119 der Auswahlbildschirm angezeigt. 100 % ab Chrome 122

Das Ändern von UI-Strings in Chrome von Entfernen in Löschen beim unwiderruflichen Löschen von Daten

Chrome aktualisiert den Text der Einstellungen von Entfernen zu Löschen, wenn Daten unwiderruflich gelöscht werden. Dies soll zu einem besseren Verständnis beitragen. Nutzer, die Daten unwiderruflich löschen möchten, sollten darauf vertrauen können, dass die Daten tatsächlich gelöscht und nicht nur aus einer Ansicht entfernt werden, dabei aber an anderer Stelle zugänglich sind.
- Chrome 119 unter Android, iOS, ChromeOS, Mac, Windows: Der früheste Meilenstein, bei dem Nutzer diese Änderungen sehen können, ist 119.

Interne Fehler in den Entwicklertools werden an interne Chrome-Absturzberichte gemeldet

Um die Stabilität von Chrome zu verbessern, werden interne Fehler in den Entwicklertools über die vorhandene Pipeline für Absturzberichte von Chrome gemeldet. So erhalten Sie einen Einblick in die Stabilität der Chrome-Entwicklertools. Administratoren können mithilfe der Unternehmensrichtlinie MetricsReportingEnabled alle Absturzberichte steuern, auch diese Fehler.
- Chrome 119 unter ChromeOS, Linux, Mac und Windows

SharedImages für PPAPI-Video-Decodierung

Die Richtlinie PPAPISharedImagesForVideoDecoderAllowed steuert die aktuelle Refaktorierung für VideoDecoder APIs im PPAPI-Plug-in. Die Migration wirkt sich nur auf Details der internen Implementierung aus und sollte das Verhalten nicht ändern. Diese Richtlinie kann jedoch verwendet werden, wenn PPAPI-Anwendungen nicht wie erwartet funktionieren.
Wenn die Richtlinie nicht konfiguriert oder aktiviert ist, entscheidet der Browser, welche Implementierung verwendet wird.

Ist die Richtlinie deaktiviert, verwendet Chrome die alte Implementierung, bis die Richtlinie abläuft.

HINWEIS: Während der Browser ausgeführt wird, werden Änderungen an dieser Richtlinie nur für neu gestartete Rendererprozesse übernommen.
- Chrome 119 unter ChromeOS, LaCrOS: Es wurde eine Escape-Hatch-Richtlinie eingeführt.
- Chrome 122 unter ChromeOS, die Richtlinie „LaCrOS: Escape Hatch“ und die entsprechenden alten Codepfade wurden entfernt.

Gebündelte Erweiterungen der Private Aggregation API

Wir planen einige gebündelte Änderungen an Private Aggregation:

– Korrekturen bei Nullberichten: Derzeit werden Berichte ohne Beiträge unbeabsichtigt verworfen. Durch diese Änderung wird sichergestellt, dass bei Angabe einer Kontext-ID auch dann ein Nullbericht gesendet wird, wenn das Budget abgelehnt wird. Abgesehen davon wird ein Fehler behoben, der dazu führt, dass das Budget für Null-Berichte immer abgelehnt wird.

– Änderungen an den Voraussetzungen für den Debug-Modus: Derzeit ist der Debug-Modus immer verfügbar. Durch diese Änderung wird der Debug-Modus nur für Aufrufer aktiviert, die Zugriff auf Drittanbieter-Cookies haben. Andernfalls wird der Debug-Modus ohne Rückmeldung verworfen. Dadurch wird der Debug-Modus automatisch eingestellt, wenn Drittanbieter-Cookies eingestellt werden.

– Auffüllen von Berichtsnutzlasten: Damit die Größe der Nutzlast nicht von der Anzahl der Beiträge abhängt, füllen wir sie mit Null-Beiträgen auf eine feste Länge auf. Diese Änderung wirkt sich auch auf Attributionsberichte aus.

– Verzögerung reduzieren: Wenn eine Kontext-ID angegeben wird, entfernen wir die randomisierte Verzögerung von 10 bis 60 Minuten. Das ist überflüssig, da in diesem Fall immer ein Bericht gesendet wird. Stattdessen warten wir, bis das Zeitlimit für den Vorgang des freigegebenen Speichers erreicht ist.
- Chrome 119 unter Windows, Mac, Linux, Android

Autorisierungsheader bei ursprungsübergreifender Weiterleitung entfernen

Der Standard Abrufen wurde aktualisiert, sodass der Autorisierungsheader bei ursprungsübergreifenden Weiterleitungen entfernt wird. Chrome sollte sich an die geänderten Spezifikationen halten.
- Chrome 119 unter Windows, Mac, Linux, Android

Überarbeiteter Sicherheitscheck auf dem Computer

Wir planen die Einführung eines neuen proaktiven Sicherheitschecks, der den Browser regelmäßig auf sicherheitsrelevante Probleme prüft und Nutzer informiert, wenn Handlungsbedarf besteht. Im Rahmen unseres Sicherheitschecks wird auch eine neue Seite mit proaktiven sicherheitsrelevanten Aktionen und Informationen eingeführt, die auf den jeweiligen Nutzer zugeschnitten sind und Maßnahmen zur Online-Sicherheit vereinfachen soll.
- Chrome 120 unter ChromeOS, LaCrOS, Linux, Mac, Windows

Berechtigungsaufforderung für die Web MIDI API

Diese Funktion dient zum Zugreifen auf die Web MIDI API hinter einer Berechtigungsaufforderung. Derzeit erfordert die Verwendung von SysEx-Nachrichten mit der Web MIDI API eine ausdrückliche Nutzerberechtigung. Bei dieser Implementierung ist auch für den Zugriff auf die Web MIDI API ohne SysEx-Unterstützung eine Nutzerberechtigung erforderlich. Mit den drei neuen Richtlinien DefaultMidiSetting, MidiAllowedForUrls und MidiBlockedForUrls können Administratoren den Zugriff der Nutzer auf die API vorkonfigurieren.
- Chrome 120 unter Windows, Mac, Linux, Android

Desktop Responsive Toolbar

Schon ab Chrome 120 profitieren Chrome Desktop-Kunden unabhängig von Formfaktoren und Eingabemodalitäten (z. B. Maus oder Touch) von einer Symbolleiste, die nahtlos auf sich ändernde Fenstergrößen reagiert, allerdings durch manuelles Auswählen und Ziehen eines Fensters kleiner/größer oder durch betriebssystemspezifische Fensterverwaltungstools.
- Chrome 120 unter ChromeOS, LaCrOS, Linux, Mac, Windows

Android Nougat wird von Chrome für Android nicht mehr unterstützt

Die letzte Version von Chrome, in der Android Nougat unterstützt wird, ist Chrome 119. Sie enthält eine Nachricht an betroffene Nutzer, in der sie aufgefordert werden, ihr Betriebssystem zu aktualisieren. Chrome 120 wird für Nutzer von Android Nougat weder unterstützt noch ausgeliefert.
- Chrome 120 für Android: Android Nougat wird in Chrome für Android nicht mehr unterstützt.

Einstellung von Drittanbieter-Cookies in Chrome (3PCD)

In Chrome 120 und höher (Januar 2024) werden Drittanbieter-Cookies im Rahmen unserer in Chrome durchgeführten Tests in Zusammenarbeit mit der CMA für 1 % des Chrome-Traffics weltweit deaktiviert, damit auf Websites eine aussagekräftige Vorschau dessen möglich ist, wie eine Welt ohne Drittanbieter-Cookies (3PC) funktionieren würde. Die meisten Endnutzer in Unternehmen werden automatisch aus dieser Testgruppe ausgeschlossen. Bei den wenigen Endnutzern, die möglicherweise betroffen sind, können Unternehmensadministratoren jedoch eine Unternehmensrichtlinie verwenden, um ihre verwalteten Browser vor dem Test zu deaktivieren und Unternehmen Zeit zu geben, die notwendigen Änderungen vorzunehmen, um sich nicht auf diese Richtlinie oder Drittanbieter-Cookies zu verlassen.
Wir planen, weitere Details zu dieser Richtlinie und weitere Tools zur Verfügung zu stellen, mit denen sich 3PC-Anwendungsfälle erkennen lassen. In der Zwischenzeit können Sie sich im Blogabschnitt Modus B: Einstellung von Drittanbieter-Cookies (1 %) genauer darüber informieren, wie Sie sich vorbereiten, Feedback geben und potenzielle Probleme mit der Website melden können.
- Chrome 120 unter ChromeOS, Linux, Mac und Windows
  Bei 1 % des weltweiten Traffics sind Drittanbieter-Cookies deaktiviert. Unternehmensnutzer werden nach Möglichkeit automatisch ausgeschlossen und es gibt eine Richtlinie, mit der die Änderung überschrieben werden kann.

IP-Schutzphase 0 für Chrome

Bereits ab Chrome 122 kann Chrome den Traffic für einige Netzwerkanfragen über einen Datenschutz-Proxy an Google-Ressourcen weiterleiten. Dies ist ein früher Meilenstein in einem umfassenden Maßnahmenpaket zum Schutz der Identität von Nutzern, durch den ihre IP-Adresse vor bekannten websiteübergreifenden Trackern maskiert wird. Weitere Informationen, einschließlich der Unternehmensrichtlinien, finden Sie in der Erläuterung. Es werden Unternehmensrichtlinien eingeführt, die es Administratoren ermöglichen, die Funktion vor der Einführung zu deaktivieren.
- Chrome 122 unter ChromeOS, Linux, Mac, Windows und Android

Bericht zur Nutzung von Apps und Erweiterungen: Erweiterungen hervorheben, die aus dem Chrome Web Store entfernt wurden

Chrome fügt dem Nutzungsbericht zu Apps und Erweiterungen neue Informationen hinzu, damit Sie leichter erkennen können, ob eine Erweiterung vor Kurzem aus dem Chrome Web Store entfernt wurde. Auf der Seite „App-Details“ sehen Sie, warum eine Erweiterung aus dem Chrome Web Store entfernt wurde. Mit dieser Funktion können IT-Administratoren erkennen, welche Auswirkungen die Deaktivierung nicht veröffentlichter Erweiterungen aufgrund der Richtlinie hat.
- Chrome 122 unter LaCrOS, Linux, Mac, Windows

Richtlinie "LegacySameSiteCookieBehaviorEnabledForDomainList"
In Chrome 79 haben wir die Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList eingeführt, um das SameSite-Verhalten von Cookies für die angegebenen Domains auf das alte Verhalten zurückzusetzen. Die Lebensdauer der Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList wurde verlängert und wird beim unten aufgeführten Meilenstein entfernt.
- Chrome 127 unter Android, ChromeOS, Linux, Mac, Windows: Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList entfernen

Einstellung geplant: Mutation Events
Synchronous Mutation Events wie DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument und DOMCharacterDataModified wirken sich negativ auf die Seitenleistung aus und erhöhen auch die Komplexität, wenn neue Funktionen zum Web hinzugefügt werden. Diese APIs wurden 2011 aus der Spezifikation entfernt und 2012 durch die Mutation Observer API ersetzt, die ein viel besseres Verhalten hat. Die veralteten Mutation Events müssen entfernt oder zu Mutation Observer migriert werden.
- Chrome 127 unter Android, ChromeOS, Linux, Mac, Windows: Mutation Events funktionieren in Chrome 127 etwa ab dem 30. Juli 2024 nicht mehr.

Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können

Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können. Chrome-Erweiterungen werden auf die neue Manifestversion Manifest V3 umgestellt. Dadurch wird der Datenschutz für Ihre Nutzer verbessert, zum Beispiel durch die Umstellung auf ein Modell, bei dem Erweiterungen Anfragen deklarativ ändern, ohne dass einzelne Anfragen eingesehen werden können. Das verbessert auch die Sicherheit der Erweiterung, da remote gehosteter Code bei Manifest V3 nicht zulässig ist. Wie bereits in unserem Blogpost erwähnt, wird der Zeitplan für die Einstellung von Manifest V2 überprüft und die für Anfang 2023 geplanten Tests werden verschoben. Während der Überprüfung des Zeitplans können vorhandene Manifest V2-Erweiterungen weiterhin aktualisiert und in Chrome ausgeführt werden. Allerdings müssen alle neuen Erweiterungen, die an den Chrome Web Store gesendet werden, Manifest V3 implementieren. Über die Unternehmensrichtlinie ExtensionManifestV2Availability lässt sich steuern, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Auf der Seite "Apps und Erweiterungen" unter Chrome-Verwaltung über die Cloud sehen Sie, welche Manifestversion von allen Chrome-Erweiterungen in Ihrem Gerätepool verwendet wird. Weitere Informationen finden Sie auf der Manifest-Zeitachse, darunter:
- Chrome 98 unter ChromeOS, LaCrOS, Linux, Mac und Windows: Im Chrome Web Store werden neue Manifest V2-Erweiterungen mit der Sichtbarkeit "Öffentlich" oder "Nicht gelistet" nicht mehr akzeptiert. Manifest V2-Erweiterungen können nicht mehr von "Privat" zu "Öffentlich" oder "Nicht gelistet" geändert werden.
- Chrome 103 unter ChromeOS, LaCrOS, Linux, Mac, Windows: Im Chrome Web Store werden neue Manifest V2-Erweiterungen mit der Sichtbarkeit "Privat" nicht mehr akzeptiert.
- Chrome 110 unter ChromeOS, LaCrOS, Linux, Mac, Windows: Mit der Unternehmensrichtlinie ExtensionManifestV2Availability können Sie steuern, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Nach der Migration können Sie gemäß der Richtlinie die Nutzung von Manifest V2-Erweiterungen verlängern.
Zukünftiger Meilenstein für ChromeOS, LaCrOS, Linux, Mac, Windows: Entfernen Sie die Richtlinie ExtensionManifestV2Availability.

↑ Zurück nach oben

Bevorstehende ChromeOS-Änderungen

Privacy Hub

Im Laufe des Jahres werden Nutzer in der Lage sein, die Kamera- und Mikrofoneinstellungen des Betriebssystems zentral in den Einstellungen zu verwalten. So können Nutzer ihre Kamera oder ihr Mikrofon mit nur einem Klick vollständig von einem Ort aus ausschalten, wenn sie sich darauf verlassen müssen, dass die Stummschaltung aktiviert ist.

ChromeOS-Vorlagen für Administratoren

App Launch Automation kann von Administratoren in der Admin-Konsole so konfiguriert werden, dass Gruppen von Anwendungen, Fenstern und Tools enthalten sind, die automatisch beim Start oder bei Bedarf von Nutzern im Laufe des Tages gestartet werden können. Mit App Launch Automation können Sie Nutzer zu Beginn ihres Arbeitstages schnell einsatzbereit machen, ihnen die Möglichkeit bieten, auf einfache Weise einen optimalen Ausgangspunkt für neue Aufgaben zu finden, und das Fensterlayout, das jeder Nutzer für seine individuellen Arbeitsabläufe einrichtet, für die künftige Verwendung zu speichern.

↑ Zurück nach oben

Anstehende Änderungen in der Admin-Konsole

Anonymisierte URL-Datenerfassung im Kioskmodus

Die Richtlinie für die anonymisierte URL-Datenerfassung, UrlKeyedAnonymizedDataCollectionEnabled, wird bald in der Admin-Konsole unterstützt. Diese Richtlinie tritt am 1. Oktober in Kraft und bleibt bis dahin deaktiviert.

↑ Zurück nach oben

Chrome 117

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Überspringen von Unload-Ereignissen		✓
macOS 10.13 und macOS 10.14 werden in Chrome nicht mehr unterstützt			✓
Aktualisierung des Schloss-Symbols	✓
Ausführung des Netzwerkdienstes unter Linux und ChromeOS in einer Sandbox	✓
TLS Encrypted Client Hello (ECH)	✓
Nutzerumfragen zu Safe Browsing-Warnmeldungen			✓
Vereinfachtes Onboarding		✓
Warnungen bei unsicheren Downloads	✓
Service Worker Static Routing API		✓
Chrome-Browserintegration mit Symantec Endpoint-DLP	✓
Erweiterung für die X.509-Schlüsselverwendung für RSA-Zertifikate erforderlich, die mit lokalen Roots verkettet sind	✓
Vereinfachte Anmeldung und Synchronisierung		✓
Updates beim Löschen von Browserdaten unter Android	✓
Nutzern erlauben, potenziell unsichere Erweiterungen zu prüfen und ggf. zu entfernen			✓
Neue visuelle Chrome-Desktop-Aktualisierung in Chrome 117		✓
Updates zur Unterstützung von Native Client		✓
Einstellen und Entfernen von WebSQL		✓
Anpassbare Indikatoren für die Nutzung oder die Blockierung von Berechtigungen	✓
Preis-Tracking		✓
Preisinformationen in der Chrome-Desktopversion		✓
Authentifizierung bei der Anmeldung im Passwortmanager mit iOS-Geräten	✓
Verbesserte Downloadwarnungen		✓
Storage Access API mit Eingabeaufforderungen		✓
Unterstützung von Touchpads auf Chrome für Android		✓
Portüberlauf-Prüfung in URL-Setters	✓
Einstellung von SHA-1 in Serversignaturen in TLS	✓
Mit URL-Standard kompatibler IPv6-Host-Parser mit eingebetteter IPv4-Adresse	✓
Bedienungshilfen für Formularausfüllfunktion		✓
Löschen von Clienthinweisen über den Header „Websitedaten löschen“	✓
Entfernen von WebRTC getStats datachannelIdentifier -1	✓
Entfernen von WebRTC getStats encoderImplementation/decoderImplementation unknown	✓
Entfernen der Callback-basierten getStats()-Methode in WebRTC	✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
Entfernte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Töne für ChromeOS-Akkustatus			✓
Markierungen zur Inhaltssteuerung im Anmelde- oder Sperrbildschirm vermeiden	✓
Emoji-Auswahl mit GIF-Unterstützung		✓
Überarbeitung von ChromeOS		✓
ChromeOS Personalisierungs-App		✓
Farbkorrektureinstellungen unter ChromeOS		✓
PWAs mit Tabs unter ChromeOS			✓
Systemantwortkarten in der Launcher-Suche		✓
Verwaltete Nutzer daran erinnern, Nicht-ZTE-Geräte zu registrieren	✓		✓
Ersetzen des Bluetooth-Stacks unter ChromeOS			✓
Aufnahmen im Zeitraffer		✓
Erweiterte Optionen im Zwischenablageverlauf		✓
Änderungen am Dialogfeld „ChromeVox“		✓
Aktivierung von Steam auf allen kompatiblen Geräten		✓
Kalenderansicht für anstehende Termine mit integrierter Schaltfläche An Videoanruf teilnehmen		✓
Adaptives Laden			✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Drucken von Berichten jetzt in der Chrome Management Reports API verfügbar			✓
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Einführung der Seite „chrome://policy/test“ in Chrome			✓
Ausführung des Netzwerkdienstes unter Windows in einer Sandbox	✓
Entfernen der Richtlinie „ForceMajorVersionToMinorPositionInUserAgent“			✓
Deaktivierung von über andere Quellen installierten schädlichen Erweiterungen per Fernzugriff	✓
Entfernen der Richtlinie „RendererCodeIntegrityEnabled“			✓
Unterstützung von Passkeys im iCloud-Schlüsselbund unter macOS		✓	✓
Suchvorgänge in Echtzeit mit Hash-Präfix	✓
Überarbeitung roter Interstitials	✓	✓
Unterstützung von Formularsteuerelementen im vertikalen Schreibmodus		✓
Blockierung aller über JavaScript festgelegten Cookies, die Steuerzeichen enthalten	✓
Verständlicherer Text und hilfreichere Bilder für die Safe Browsing-Schutzniveau-Einstellungen	✓
WebUSB in Erweiterungs-Service-Worker	✓
Berücksichtigung von Aufrufen der chrome.tabs API in Telemetrieberichten zu Erweiterungen	✓
Entfernen von nicht standardmäßigen appearance-Keywords		✓
Änderungen am Chrome-Releasezeitplan			✓
Berechtigungsaufforderung für die Web MIDI API	✓
Unterstützung von Daten-URLs im SVG-Element <use> einstellen	✓	✓
Chrome-Verwaltung über die Cloud: Absturzbericht			✓
IP‑Schutzphase 0 für Chrome	✓
Displaybanner, mit dem der zuletzt geöffnete Tab auf anderen Geräten fortgesetzt werden kann		✓
Entfernen der Sanitizer API	✓
Speichern, Zurückrufen und Synchronisieren von Tabgruppen		✓
Trennung von Chrome-Profilen: neue Richtlinien			✓
Keine Unterstützung mehr für Android Nougat auf Chrome für Android			✓
Ersetzen des Dangling-Markups im Zielnamen durch _blank	✓
Einschränkungen des privaten Netzwerkzugriffs bei Android Automotive	✓
Einstellung des nicht standardmäßigen Attributs „shadowroot“ für deklaratives „Shadow DOM“	✓
Einstellung von Drittanbieter-Cookies in Chrome (3PCD)	✓
Entfernen der Richtlinie „LegacySameSiteCookieBehaviorEnabledForDomainList“			✓
Geplante Einstellung von Mutation Events		✓
Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können	✓	✓	✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Privacy Hub			✓
ChromeOS-Admin-Vorlagen			✓
Anstehende Änderungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Anonymisierte URL-Datenerfassung im Kioskmodus	✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Chrome-Updates

Unload-Ereignisse überspringen

Das Vorhandensein von Unload-Event-Listenern ist ein primärer Blocker für den Back-Forward-Cache in Chromium-basierten Browsern und für Firefox auf Desktop-Plattformen. Auf mobilen Plattformen wiederum wird in fast allen Browsern bfcache priorisiert. In den meisten Fällen werden Unload-Ereignisse nicht ausgelöst. Um die Situation zu verbessern, haben wir mit vielen Partnern zusammengearbeitet und die Verwendung von Unload-Event-Listenern in den letzten Jahren erfolgreich reduziert. Um diese Migration weiter zu beschleunigen, empfehlen wir, in Chrome für Desktop Unload-Ereignisse schrittweise zu überspringen. Falls Sie mehr Zeit benötigen, um von Unload-Ereignissen zu migrieren, können Sie sich vorübergehend in Form einer API und einer Gruppenrichtlinie abmelden, um das Verhalten selektiv unverändert beizubehalten.
- Chrome 117 unter ChromeOS, Linux, Mac, Windows: Entwicklertest.

macOS 10.13 und macOS 10.14 werden von Chrome nicht mehr unterstützt

macOS 10.13 und macOS 10.14 werden von Chrome nicht mehr unterstützt, da diese bereits außerhalb des Supportfensters von Apple liegen. Nutzer müssen ihr Betriebssystem aktualisieren, damit sie den Chrome-Browser weiter verwenden können. Zur Aufrechterhaltung der Sicherheit ist die Ausführung eines unterstützten Betriebssystems unerlässlich. Bei der Ausführung unter macOS 10.13 oder 10.14 zeigt Chrome weiterhin eine Infoleiste zur Erinnerung an, dass Chrome 117 macOS 10.13 und macOS 10.14 nicht mehr unterstützt.
- Chrome 117 für Mac: macOS 10.13 und macOS 10.14 werden in Chrome nicht mehr unterstützt.

Update zum Schloss-Symbol

Wir planen, das Schloss-Symbol durch eine Variante des Melodie-Symbols zu ersetzen, das häufig zur Anzeige von Steuerelementen und Einstellungen verwendet wird. Das Ersetzen des Schloss-Symbols durch ein neutrales Symbol kann das Missverständnis verhindern, dass das Schloss-Symbol mit der Vertrauenswürdigkeit einer Seite verknüpft ist. Außerdem wird betont, dass die Sicherheit der Standardstatus in Chrome sein sollte. Unsere Forschung hat außerdem ergeben, dass viele Nutzer nie verstanden haben, dass beim Klicken auf das Schloss-Symbol wichtige Informationen und Steuerelemente angezeigt werden. Durch das neue Symbol werden Berechtigungskontrollen und zusätzliche Sicherheitsinformationen leichter zugänglich gemacht. Gleichzeitig werden Missverständnisse vermieden, die durch das Schloss-Symbol entstehen.
Das neue Symbol soll im Rahmen einer allgemeinen Designaktualisierung für Desktop-Plattformen veröffentlicht werden. Chrome kann Nutzer weiterhin benachrichtigen, wenn ihre Verbindung nicht sicher ist. Sie können das Feinabstimmungssymbol in der Vorabversion von Chrome für Desktop aktivieren, wenn Sie Chrome Refresh 2023 unter chrome://flags#chrome-refresh-2023 aktivieren. Beachten Sie jedoch, dass durch dieses Flag Arbeit aktiviert wird, die noch aktiv in Bearbeitung und Entwicklung ist. Es stellt kein Endprodukt dar.

Das Symbol wird auf Android-Geräten ebenfalls ersetzt. Auf iOS-Geräten ist das Schloss-Symbol nicht antippbar. Das Symbol wird daher entfernt. Weitere Informationen finden Sie in diesem Blogpost.
- Chrome 117 unter Linux, Mac und Windows: Das neue Symbol wird in Chrome 117 eingeführt.

Der Netzwerkdienst wird unter Linux und ChromeOS in einer Sandbox ausgeführt

Der Netzwerkdienst wird unter Linux und ChromeOS in einer Sandbox ausgeführt, um die Sicherheit zu verbessern. Unter Linux besteht die Möglichkeit, dass Drittanbietersoftware (wahrscheinlich DLP- oder Antivirensoftware) Code in die Prozesse von Chrome einschleust und durch diese Änderung eine Blockade verursacht wird. Das kann dazu führen, dass Chrome bei Ihren Nutzern abstürzt.
In diesem Fall sollten Sie mit dem Anbieter der Drittanbietersoftware zusammenarbeiten, damit keine weiteren Codes in die Prozesse von Chrome eingeschleust werden. In der Zwischenzeit können Sie die Richtlinie NetworkServiceSandboxEnabled verwenden, um die Ausführung in der Sandbox auf später zu verschieben. Dies ist eine vorübergehende Maßnahme zur Unterstützung von Unternehmen, die von dieser Änderung überrascht werden. Die Richtlinie wird in einer zukünftigen Version von Chrome entfernt.
- Chrome 117 unter ChromeOS, Linux: Der unter Linux und ChromeOS in einer Sandbox ausgeführte Netzwerkdienst, um die Sicherheit zu verbessern.

TLS Encrypted Client Hello (ECH)

Mit der Erweiterung TLS Encrypted ClientHello (ECH) können Clients ClientHello-Nachrichten, die normalerweise unverschlüsselt gesendet werden, unter dem öffentlichen Schlüssel eines Servers verschlüsseln. Dadurch können Websites einen speziellen HTTPS-RR-DNS-Eintrag hosten, um zu verhindern, dass sensible Felder wie der Servername an das Netzwerk offengelegt werden. Frühere Iterationen dieser Erweiterung wurden als Encrypted Server Name Indication oder ESNI bezeichnet. Wenn die Infrastruktur Ihrer Organisation die Fähigkeit zur Prüfung von SNI (z. B. Filter, Logging usw.) erfordert, sollten Sie sie testen. Um das neue Verhalten zu aktivieren, rufen Sie chrome://flags auf und aktivieren Sie das Flag #encrypted-client-hello. Unter Windows und Linux müssen Sie außerdem „Sicheres DNS“ aktivieren, damit das Flag wirksam wird.
Bei Inkompatibilitäten können Sie mithilfe der Unternehmensrichtlinie EncryptedClientHelloEnabled die Unterstützung für ECH deaktivieren.
- Chrome 117 unter ChromeOS, Linux, Mac und Windows

Nutzerumfragen zu Safe Browsing-Warnungen

Wenn ein Nutzer eine Safe Browsing-Warnung befolgt oder umgeht, wird er von Chrome möglicherweise nach seiner Zufriedenheit mit der Funktion gefragt. Das lässt sich über die Richtlinie SafeBrowsingSurveysEnabled steuern.
- Chrome 117 unter ChromeOS, Linux, Mac und Windows

Vereinfachtes Onboarding

Für einige Nutzer ist ein vereinfachtes Onboarding verfügbar, um sich intuitiver in Chrome anmelden zu können. Unternehmensrichtlinien wie BrowserSignin, SyncDisabled, EnableSyncConsent, RestrictSigninToPattern und SyncTypesListDisabled sind weiterhin verfügbar. Damit lässt sich festlegen, ob der Nutzer sich in Chrome anmelden und die Synchronisierung aktivieren kann. Mit der Richtlinie PromotionalTabsEnabled kann das Onboarding komplett übersprungen werden. „DefaultBrowserSettingEnabled“ wird wie zuvor berücksichtigt.
- Chrome 117 unter Linux, Mac und Windows

Warnungen bei unsicheren Downloads

Chrome zeigt nun bei einigen Downloads Warnungen an, wenn Dateien über eine unsichere Verbindung (nicht über HTTPS) heruntergeladen wurden. Diese Warnungen verhindern nicht den Download und können vom Nutzer umgangen werden. Unternehmen können ihre Downloads testen, indem sie Warnungen unter chrome://flags/#insecure-download-warnings aktivieren. Unternehmen haben außerdem die Möglichkeit, Warnungen für Websites zu deaktivieren, für die keine Dateien sicher gesendet werden können. Hierzu müssen sie die Download-Website zu InsecureContentAllowedForUrls hinzufügen.
- Chrome 117 unter Android, ChromeOS, LaCrOS, Linux, Mac, Windows, Fuchsia: Bei einigen Downloads werden in Chrome Warnungen angezeigt.

Service Worker API für statisches Routing

Die Service Worker API für statisches Routing wird in Chrome eingeführt. Entwickler können damit das Laden von Service Workern optimieren. Insbesondere können Entwickler damit das Routing konfigurieren und einfache Aufgaben entlasten, die ServiceWorker ausführen. Wenn die Bedingung erfüllt ist, erfolgt die Navigation, ohne ServiceWorkers zu starten oder JavaScript auszuführen. Dadurch können Webseiten Leistungseinbußen vermeiden, die durch das Abfangen von ServiceWorkern entstehen.
- Chrome 116 unter Android, ChromeOS, Linux, Mac, Windows: Ursprungstest für die Service Worker Static Routing API.
- Chrome 117 unter Android, ChromeOS, Linux, Mac, Windows: Einführung der Service Worker Static Routing API.

Chrome-Browser in Symantec Endpoint DLP einbinden

Dieses Feature bietet eine sichere native Einbindung, mit der Inhalte (Datei oder Text) zwischen Chrome und dem Symantec DLP-Agent von Broadcom übertragen werden, ohne eine Erweiterung bereitstellen zu müssen. Wenn ein Nutzer, der von CBCM oder CDM verwaltet wird, eine Aktion ausführt, bei der Daten über Chrome gesendet werden, kann Symantec Endpoint DLP die Daten-Exfiltration überwachen und Zulassungs-/Sperreinstellungen basierend auf den DLP-Richtlinien des Kunden anwenden.
- Chrome 117 unter Windows

Erweiterung für die X.509-Schlüsselverwendung für RSA-Zertifikate anfordern, die mit lokalen Roots verkettet sind

X.509-Zertifikate für HTTPS sollten eine Erweiterung für die Schlüsselverwendung enthalten, die angibt, wie der Schlüssel in einem Zertifikat verwendet werden darf. Die entsprechenden Anweisungen sollen verhindern, dass Zertifikate in einem unbeabsichtigten Kontext verwendet werden, was einen Schutz vor einer Klasse protokollübergreifender Angriffe auf HTTPS und andere Protokolle darstellt. Dazu müssen HTTPS-Clients prüfen, ob die Serverzertifikate mit den TLS-Parametern der Verbindung übereinstimmen, insbesondere dass das Schlüsselverwendungs-Flag für „digitalSignature“ und möglicherweise „keyEncipherment“ (abhängig von den verwendeten TLS-Chiffren) bei der Verwendung von RSA geltend gemacht wird.
Ab Chrome 117 wird erzwungen, dass die Erweiterung für die Schlüsselverwendung auf RSA-Zertifikaten, die mit lokalen Roots verkettet sind, ordnungsgemäß festgelegt ist. Die Schlüsselverwendung ist für ECDSA-Zertifikate sowie für öffentlich vertrauenswürdige Zertifikate bereits erforderlich. Unternehmen können die Erzwingung der Schlüsselverwendung mithilfe der Richtlinie RSAKeyUsageForLocalAnchorsEnabled (verfügbar in Chrome 116) testen und vorübergehend deaktivieren.
- Chrome 116 unter Android, ChromeOS, Linux, Mac, Windows: Die Richtlinie RSAKeyUsageForLocalAnchorsEnabled wird hinzugefügt.
- Chrome 117 unter Android, ChromeOS, Linux, Mac, Windows : In Chrome wird erzwungen, dass die Erweiterung für die Schlüsselverwendung bei RSA-Zertifikaten, die mit lokalen Root-Dateien verkettet sind, richtig festgelegt ist. Die Schlüsselverwendung ist für ECDSA-Zertifikate sowie für öffentlich vertrauenswürdige Zertifikate bereits erforderlich.

Vereinfachte Anmeldung und Synchronisierung

Chrome führt eine vereinfachte und konsolidierte Version für die Anmeldung und Synchronisierung in Chrome ein. Die Chrome-Synchronisierung wird nicht mehr als separate Funktion in den Einstellungen oder an anderer Stelle angezeigt. Stattdessen können sich Nutzer gemäß den entsprechenden Unternehmensrichtlinien in Chrome anmelden, um Informationen wie Passwörter und Lesezeichen in ihrem Google-Konto zu verwenden und zu speichern. Wie bisher kann die Funktion zum Speichern und Aufrufen von Chrome-Daten im Google-Konto, die vorher Teil der Chrome-Synchronisierung war, vollständig (über SyncDisabled) oder teilweise (über SyncTypesListDisabled) deaktiviert werden. Die Anmeldung in Chrome kann wie bisher über BrowserSignin erzwungen oder deaktiviert werden.
Diese Änderungen haben keine Auswirkungen auf die Möglichkeiten der Nutzer, sich in Google-Diensten im Web (z. B. Gmail) anzumelden, ohne sich in Chrome anzumelden, sich nicht in Chrome anzumelden oder festzulegen, welche Informationen mit ihrem Google-Konto synchronisiert werden sollen.
- Chrome 117 für iOS: Unter iOS werden die Anmeldung und Synchronisierung vereinfacht.

Updates zu Browserdaten löschen auf Android-Geräten

Chrome verbessert die Einstellungen für das Löschen von Browserdaten. Nutzer können Browserdaten nun einfacher und schneller löschen. Gleichzeitig bleiben die detaillierten Einstellungen für erweiterte Anforderungen an das Löschen von Daten erhalten.
- Chrome 117 unter Android

Nutzern erlauben, potenziell unsichere Erweiterungen zu prüfen und zu entfernen

Unter chrome://extensions wird ein neues Überprüfungssteuerfeld hinzugefügt, das angezeigt wird, wenn potenziell unsichere Erweiterungen vorhanden sind, die die Aufmerksamkeit des Nutzers erfordern, z. B. Malware-Erweiterungen, Erweiterungen, die gegen die Richtlinien verstoßen, oder Erweiterungen, die nicht mehr im Chrome Web Store verfügbar sind. Der Nutzer kann diese Erweiterungen entfernen oder behalten.
Außerdem gibt es einige riskante Erweiterungen, die überprüft werden müssen. Diese werden auf der Seite Datenschutz und Sicherheit in Chrome angezeigt. Als Administrator können Sie mithilfe der Richtlinie ExtensionUnpublishAvailability die Verfügbarkeit potenziell unsicherer Erweiterungen präventiv steuern.
- Chrome 117 unter ChromeOS, Linux, Mac und Windows

Neue visuelle Chrome-Desktop-Aktualisierung in Chrome 117

Die Designplattform von Google wird auf Google Material 3 umgestellt. Wir haben nun die Möglichkeit, unseren Desktop-Browser über alle Betriebssysteme hinweg zu modernisieren, indem wir die aktualisierten Elemente der Benutzeroberfläche oder das Design verwenden und die Personalisierung durch ein neues dynamisches Farbsystem modernisieren. Außerdem verbessern wir die Barrierefreiheit. In Chrome 117 wird die erste Welle von UI-Updates eingeführt.
Das Dreipunkt-Menü in Chrome wird ebenfalls aktualisiert und bietet nun die Grundlage für Personalisierung und Anpassung in Chrome, da Kunden unmittelbaren Zugriff auf Tools und Aktionen erhalten. Das Menü wird ab Chrome 117 stufenweise aktualisiert.
- Chrome 117 unter Linux, Mac, Windows: Einführung beginnt für alle Nutzer.

Aktualisierungen für Support von Native Client

Wir entfernen die Unterstützung für Native Client NaCl für Erweiterungen unter Windows, macOS und Linux. Mit der neuen Unternehmensrichtlinie NativeClientForceAllowed kann Native Client weiterhin verwendet werden.
- Chrome 117 unter Linux, Mac, Windows : Die Unterstützung für Native Client NaCl wurde aus Erweiterungen unter Windows, macOS und Linux entfernt.
- Chrome 119 unter Linux, Mac, Windows: Die Richtlinie NativeClientForceAllowed wurde entfernt.

WebSQL einstellen und entfernen

Der Web SQL-Datenbankstandard wurde ursprünglich im April 2009 vorgeschlagen und im November 2010 eingestellt. Gecko hat diese Funktion nie implementiert und WebKit hat sie 2019 eingestellt. W3C ermutigte diejenigen, die Webdatenbanken benötigen, Web Storage oder Indexed Database. Seit der Veröffentlichung ist es unglaublich schwierig, die Sicherheit unserer Nutzer zu wahren. SQLite war ursprünglich nicht für die Ausführung schädlicher SQL-Anweisungen konzipiert, aber mit WebsQL müssen wir genau das tun. Auf einen Fluss von Stabilitäts- und Sicherheitsproblemen reagieren zu müssen, bedeutet für das Speicherteam unvorhersehbare Kosten. Da SQLite über WASM offizieller Ersatz ist, möchten wir WebSQL vollständig entfernen.
- Chrome 115: Einstellungsnachricht wurde der Konsole hinzugefügt.
- Chrome 117: In Chrome 117 startet der Testzeitraum für die Einstellung von WebSQL. Der Testzeitraum endet in Chrome 123. Während des Testzeitraums ist die Richtlinie WebSQLAccess erforderlich, damit die Funktion verfügbar ist.
- Chrome 119: Ab Chrome 119 ist WebSQL nicht mehr verfügbar. Der Zugriff auf die Funktion ist über die Richtlinie WebSQLAccess bis Chrome 123 möglich.

Indikatoren für die Nutzung oder Blockierung von Berechtigungen umgestalten

Aktivitätsindikatoren für die Nutzung sind visuelle Hinweise, die Nutzer darüber informieren, dass ein Ursprung aktiv eine Funktion mit Zugriffsverwaltung verwendet. Sie können beispielsweise verwendet werden, um anzugeben, ob auf die Standortbestimmung zugegriffen wird oder ob Video und Audio aufgenommen werden. Chrome ändert den Lebenszyklus der Aktivitätsanzeigen und aktualisiert, wie lange sie in der Adressleiste angezeigt werden.
- Chrome 117 unter ChromeOS, Linux, Mac und Windows

Preis-Tracking

Ab Chrome 117 wird Preis-Tracking standardmäßig aktiviert, sobald Nutzer ein Produkt als Lesezeichen speichern, bei dem der Preis beobachtet werden kann. Nutzer können Preis-Tracking für einzelne Artikel deaktivieren und Administratoren können die Funktion über die Richtlinie ShoppingListEnabled vollständig deaktivieren.
- Chrome 117 unter ChromeOS, Linux, Mac und Windows

Preis-Tracking auf der Chrome-Desktop-App

Einige Nutzer sehen einen Chip in der Adressleiste, über den sie Preisinformationen zu einem gesuchten Produkt sehen können.
- Chrome 117 unter ChromeOS, Linux, Mac und Windows

Authentifizierung beim Öffnen des Passwortmanagers unter iOS

Zur Verbesserung der Sicherheit ist in Chrome unter iOS jetzt eine erneute Authentifizierung erforderlich, wenn der Google Passwortmanager in Chrome geöffnet wird. Bisher war eine erneute Authentifizierung nur beim Anzeigen von Passwortdetails oder Notizen erforderlich. Die Methode zum Entsperren des Geräts wird angeboten, z. B. FaceID, TouchID oder ein Sicherheitscode. Wenn kein Sicherheitscode eingerichtet wurde, wird der Nutzer dazu aufgefordert.
- Chrome 117 unter iOS: Wenn Sie den Google Passwortmanager in Chrome unter iOS eingeben, ist jederzeit eine erneute Authentifizierung erforderlich.

Verbesserte Downloadwarnungen

Zur Reduzierung von Cookie-Diebstahl und anderen Folgen von Malware-Downloads haben wir die Warnstrings und -muster für Desktop-Downloads bereinigt, damit sie klar und einheitlich sind.
- Chrome 117 unter LaCrOS, Linux, Mac, Windows: Strings, Symbole und Farben sowie Warnmeldungen bei einigen Downloads werden aktualisiert.

Storage Access API mit Eingabeaufforderungen

Zulassen, dass Frames den Zugriff auf Drittanbieter-Cookies über die Storage Access API (SAA) anfordern, wenn Drittanbieter-Cookies blockiert sind.
- Chrome 117 unter ChromeOS, LaCrOS, Linux, Mac, Windows: Unterstützung der Storage Access API durch Implementieren aller in der Spezifikation aufgeführten Verhaltensweisen, also mit Nutzeraufforderungen und User-Agent-spezifischem Verhalten.

Unterstützung für das Touchpad von Chrome auf Android-Geräten

Chrome für Android bietet jetzt eine erweiterte Tastatur-, Touchpad- oder Maus-Unterstützung, ähnlich wie die Desktop-Chrome-Version.
- Chrome 117 für Android: Tastenkombinationen für das Bearbeiten von Webinhalten, Cursorbewegungen und Medien sind aktiviert.

Portüberlauf-Prüfung in URL-Setters

Der Portwert wird jetzt überprüft, wenn url.port festgelegt wird. Alle Werte, die über das numerische 16-Bit-Limit hinausgehen, sind nicht mehr gültig. Beispielsweise verhält sich das folgende Skript nach der Änderung anders: ``` u = new URL("http://test.com"); u.port = 65536; console.log(u.port); ``` Vor der Änderung war die Ausgabe 65536. Nach der Änderung ist die Ausgabe 80.
- Chrome 117 unter Windows, Mac, Linux, Android

TLS-SHA-1-Serversignaturen einstellen

In Chrome werden Signaturalgorithmen, die während des TLS-Handshakes SHA-1 für Serversignaturen verwenden, nicht mehr unterstützt. Dies betrifft nicht die SHA-1-Unterstützung in Serverzertifikaten, die bereits entfernt wurde, oder in Clientzertifikaten, die weiterhin unterstützt werden. SHA-1 kann über die temporäre Unternehmensrichtlinie InsecureHashesInTLSHandshakesEnabled vorübergehend wieder aktiviert werden. Diese Richtlinie wird in Chrome 123 entfernt.
- Chrome 117 unter Windows, Mac, Linux, Android

Mit URL-Standard kompatibler IPv6-Host-Parser mit eingebetteter IPv4-Adresse

Das Verhalten beim Parsen des IPv6-Host-Parsers mit eingebetteter IPv4-Adresse wird so aktualisiert, dass es dem Web-URL-Standard entspricht: https://url.spec.whatwg.org/#concept-ipv6-parser. Die eingeführten Einschränkungen für die IPv6-Adresse * Die eingebettete IPv4-Adresse muss immer aus 4 Teilen bestehen. Adressen aus weniger als vier Teilen, z. B. http://[::1.2], sind nicht mehr gültig. Die Funktion ist Teil der URL-Interoperabilität 2023.
- Chrome 117 unter Windows, Mac, Linux, Android

Bedienungshilfen für Formularausfüllung

Diese Funktion verbessert die Leistung, da ein Teil der der vollständigen Accessibility API für Apps zur Formularausfüllung zur Verfügung gestellt wird.
- Chrome 117 für Android: Ein Teil der vollständigen Accessibility API wird für Apps zur Formularausfüllung zur Verfügung gestellt.

Client Hints über Clear-Site-Data-Header löschen

Websites können jetzt den Cache für Client Hints mit „Clear-Site-Data: clientHints“ leeren. Client Hints werden jetzt auch gelöscht, wenn Cookies, Cache oder * von demselben Header gezielt beliefert werden. Dies liegt daran, dass der Client-Hinweis-Cache ein Cache ist, wenn er Cookies in den UI-Client-Hinweisen löscht, die bereits gelöscht sind, und entsprechend mit Platzhalterzielen übereinstimmen.
- Chrome 117 unter Windows, Mac, Linux, Android

WebRTC-getStats datachannelIdentifier -1 entfernen

Die WebRTC-getStats API stellt eine dataChannelIdentifier-Property zur Verfügung. Der Wert „-1“ wird nicht mehr zurückgegeben, wenn Statistiken abgefragt werden, bevor die datachannel-Verbindung hergestellt ist. Stattdessen wird das Wörterbuchmitglied weggelassen. Hierbei wird das in diesem Artikel beschriebene Muster angewendet, keine bedeutungslosen Informationen zurückzugeben.
- Chrome 117 unter Windows, Mac, Linux, Android

RemoveWebRTC-getStats encoderImplementation oder decoderImplementation unbekannt

Die WebRTC getStats API zeigt die Namen der Encoder- und Decoder-Implementierung für aus- und eingehende Videos an: https://w3c.github.io/webrtc-stats/#dom-rtcoutboundrtpstreamstats-encoderimplementation
Der Wert unknown wird nicht mehr zurückgegeben, wenn Statistiken abgefragt werden, bevor ein Videoframe codiert oder decodiert wurde. Stattdessen wird das Wörterbuchmitglied weggelassen. Hierbei wird das in diesem Artikel beschriebene Muster angewendet, keine bedeutungslosen Informationen zurückzugeben.
- Chrome 117 unter Windows, Mac, Linux, Android

Callback-basierte Legacy-getStats() für WebRTC

RTCPeerConnection verfügt über zwei Versionen von getStats(): Eine Version ist spezifikationskonform und gibt den Bericht über das Lösen eines Promise zurück. Eine andere ist nicht standardmäßig und gibt einen vollständig anderen Bericht über einen Callback als erstes Argument zurück. Die Callback-basierte Benachrichtigung wird bald entfernt. Ziel für die Entfernung: Chrome 117. Für Apps, die mehr Zeit benötigen, ist eine Testversion von Chrome 113 – Chrome 121 verfügbar. Ab Chrome 114 gibt die Methode eine Ausnahme in Canary/Beta aus, sofern nicht die Testversion verwendet wird.
- Chrome 117 unter Windows, Mac, Linux, Android

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
NetworkServiceSandboxEnabled	Netzwerkdienst-Sandbox aktivieren (jetzt für Linux verfügbar)
BeforeunloadEventCancelByPreventDefaultEnabled	Neues Verhalten für das Dialogfeld zum Abbrechen konfigurieren, das durch das `beforeunload`-Ereignis ausgelöst wird.
ForcePermissionPolicyUnloadDefaultEnabled	Steuert, ob Handler von `unload`-Ereignissen deaktiviert werden können.
AccessibilityPerformanceFilteringAllowed	Leistungsfilter für Bedienungshilfen zulassen.
SafeBrowsingSurveysEnabled	Safe Browsing-Umfragen zulassen.

Entfernte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
DeviceTargetVersionSelector	Geräten erlauben, eine bestimmte Zielversion von Google ChromeOS auszuwählen, auf die sie aktualisiert werden

ChromeOS-Updates

Töne für ChromeOS-Akkustatus

In Chrome 117 werden jetzt akustische Töne ausgegeben um den Akkustatus anzuzeigen. Nutzer können diese Töne aktivieren und deaktivieren und Administratoren können sie über die Richtlinie DeviceLowBatterySoundEnabled steuern.
Wenn das Gerät nicht an das Stromnetz angeschlossen ist, hören Sie in folgenden Fällen ein Warnsignal:
- Der Akkuladestand sinkt auf 15 Minuten Ladezeit. Wenn 5 Minuten verbleiben, hören Sie ebenfalls einen Ton.
Wenn das Gerät angeschlossen ist, hören Sie in folgenden Fällen einen Signalton:
- Akkustand: 0–15 % (niedrig)
- Akkustand: 16–79 % (mittel)
- Akkustand: 80–100 % (hoch)
Falls das Gerät mit einem Ladegerät mit niedrigem Stromverbrauch verbunden ist, hören Sie Warnsignale, sobald der Akku auf 10 % sinkt, und dann noch einmal bei 5 %.

Markierungen zur Inhaltssteuerung im Anmelde- oder Sperrbildschirm vermeiden

Administratoren können jetzt den Inhalt auf Anmelde- und Sperrbildschirmen von Endnutzern steuern und einschränken, wenn die Identitätsföderation mit einem externen Identitätsanbieter (über SAML oder OIDC) verwendet wird. Dazu werden zwei neue Richtlinien eingeführt, mit denen externe URLs auf Anmelde- und Sperrbildschirmen blockiert oder zugelassen werden: DeviceAuthenticationURLAllowlist und DeviceAuthenticationURLBlocklist. Daher können Sie Markierungen für die Inhaltssteuerung verhindern.

Emoji-Auswahl mit GIF-Unterstützung

Die Emoji-Auswahl unterstützt jetzt GIFs. Finden Sie das perfekte GIF, um sich auszudrücken.
Bei verwalteten Geräten ist diese Funktion standardmäßig deaktiviert.

ChromeOS wird überarbeitet

Dank Google Material 3 bietet ChromeOS 117, die neue Designplattform von Google, folgende Vorteile:
- Neue Designs, die dynamisch an den Hintergrund und Ihren Stil angepasst werden.
- Ein neues Design für fast alle Systemoberflächen mit aktualisierten Texten, Menüs, Symbolen oder Elementen.
Sie können das neue Design über die ChromeOS Personalization App steuern.

ChromeOS Personalization App

Mit der Einführung dieser App hat Ihr ChromeOS Akzentfarben, die zu Ihren Hintergründen passen, um ein einzigartiges Design für Ihr Gerät zu schaffen. Die Akzentfarben passen sich auch dem hellen und dem dunklen Modus an.

Farbkorrektureinstellungen in ChromeOS

ChromeOS hat jetzt integrierte Farbkorrektureinstellungen, mit denen Nutzer Farben auf ihren Bildschirmen besser erkennen können. In den Einstellungen für ChromeOS-Bedienungshilfen können Sie unter „Anzeige und Vergrößerung“ Farbfilter für Protanopie, Deuteranopie oder Tritanopie aktivieren oder das Display in Graustufen anzeigen lassen. Nutzer können die Intensität der Filter mithilfe eines Schiebereglers an ihre Bedürfnisse anpassen.

Systemantwortkarten in der Launcher-Suche

Nutzer können den Status der Betriebssystemversion, des Akkus, des RAM, des Speichers oder der CPU jetzt in der Vorschau in den Suchergebnissen sehen, wenn sie danach im Launcher suchen.

Verwaltete Nutzer auf die Registrierung von Nicht-ZTE-Geräten hinweisen

Mit dieser Funktion können Administratoren von verwalteten Nutzern die Registrierung ihrer Zero-Touch-Geräte erfordern – durch die Einführung der neuen Nutzerrichtlinie UserEnrollmentNudging. Diese kann so konfiguriert werden, dass die Registrierung des jeweiligen Nutzers erforderlich ist. Wenn die Richtlinie aktiviert ist und der verwaltete Nutzer den Registrierungsschritt verpasst und sich zum ersten Mal auf dem Gerät anmeldet, wird ein Pop-up-Fenster angezeigt, in dem empfohlen wird, entweder zur Registrierung zu wechseln oder eine andere E-Mail-Adresse für die Anmeldung zu verwenden. Dadurch wird verhindert, dass sich der verwaltete Nutzer ohne Registrierung anmeldet.

Bluetooth-Stack unter ChromeOS ersetzen

Diese Änderung der Bluetooth-Software wird ab ChromeOS 117 eingeführt und nach und nach auf allen ChromeOS-Geräten angewendet, um den Android-Bluetooth-Stack Fluoride auf ChromeOS zu implementieren. Die Umstellung erfolgt bei der Anmeldung nahtlos, wobei vorhandene gekoppelte Geräte erhalten bleiben, und sollte derzeit ohne Unterbrechungen auf Bluetooth-Geräten funktionieren. Falls Probleme auftreten, geben Sie uns bitte Feedback und deaktivieren Sie gegebenenfalls den neuen Stack unter chrome://flags/#bluetooth-use-floss.

Aufzeichnungen im Zeitraffer

Die integrierte Kamera App unterstützt jetzte Aufzeichnungen im Zeitraffer. Öffnen Sie zum Verwenden dieser Funktion die Kamera-App und wählen Sie „Video“ und dann „Zeitraffer“ aus. Die Aufnahme kann so lange fortgesetzt werden, bis der Speicherplatz ausgeht. Die Kamera-App bestimmt entsprechend der aufgezeichneten Dauer die richtige Geschwindigkeit für das Video im Zeitraffer, um für tolle Aufnahmen zu sorgen.

Erweiterte Optionen für den Verlauf der Zwischenablage

Verbesserungen am Menü für den Verlauf der Zwischenablage, darunter neue Einstiegspunkte, Möglichkeiten zum Entdecken der Funktion und vereinfachte Verwendung. Es werden jetzt mehr Details zu Elementen im Verlauf der Zwischenablage angezeigt und es kann auf Elemente darin zugegriffen werden, die direkt in Kontextmenüs verschachtelt sind. Für Nutzer, die zum ersten Mal den Verlauf in der Zwischenablage entdecken, gibt es zusätzliche Informationen zu dieser Funktion.

Änderungen am ChromeVox-Dialogfeld

Wir haben einige Änderungen am OOBE-Dialogfeld (Out-of-the-box) vorgenommen. Es wird erläutert, was ChromeVox ist und wer von seiner Aktivierung profitieren würde, und es wird das Drücken der Leertaste erfordert, da keine Bildschirmschaltfläche angezeigt wird. Mit diesem Update möchten wir die Anzahl der Nutzer verringern, die ChromeVox versehentlich aktivieren.

Kalenderansicht für anstehende Termine mit Einbindung von An Videoanruf teilnehmen

Sie sehen anstehende Termine direkt in der Kalenderansicht und können über die neue Schaltfläche Teilnehmen direkt an digitalen Videokonferenzen teilnehmen.

Adaptives Laden

Adaptives Laden ist eine neue Energieverwaltungsfunktion in ChromeOS. Geräte, bei denen die Funktion „Adaptives Laden“ über die Einstellungen aktiviert ist, werden bis 80 % und dann basierend auf der Vorhersage eines ML-Modells bis zu 100 % aufgeladen. Wenn das Gerät möglichst wenig bei 100 % geladen ist, bleibt der Akku intakt und eine Ladung kann über die gesamte Lebensdauer des Geräts aufrechterhalten bleiben.

Neuerungen in der Admin-Konsole

Drucken von Berichten jetzt in der Chrome Management Reports API verfügbar

Chrome 117 enthält zusätzliche Endpunkte über die Chrome Management Reports API, über die Berichte gedruckt werden können. Die neuen Endpunkte bieten zusammenfassende Druckberichte pro Nutzer und Drucker sowie eine Liste aller Druckaufträge, die an verwaltete Drucker gesendet wurden. Die von den neuen Endpunkten bereitgestellten Daten entsprechen den Daten auf der Seite Drucknutzung der Admin-Konsole. Durch dieses Update werden dieselben Daten auch in der Reports API eines Drittanbieters bereitgestellt.

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
BeforeUnloadEventCancelByPreventDefaultEnabled	Nutzer, verwalteter Gast	ChromeOS, Chrome-Browser, Android	Kompatibilität mit älteren Websites

↑ Zurück nach oben

Demnächst verfügbar

Hinweis: Die unten aufgeführten Elemente sind experimentelle oder geplante Updates. Sie können sich vor der Einführung der stabilen Version ändern, verzögern oder ganz entfernt werden.

Anstehende Browseränderungen

In Chrome wird die neue Seite "chrome://policy/test" eingeführt

Mit chrome://policy/test können Kunden Richtlinien in den Beta-, Entwickler- und Canary-Versionen testen. Wenn die Kundennachfrage ausreichend hoch ist, werden wir diese Funktion gegebenenfalls auf die stabile Version umstellen.
- Chrome 118 unter Android, iOS, ChromeOS, Linux, Mac, Windows

Der Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Zur Verbesserung der Sicherheit und Zuverlässigkeit wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten gefunden werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.
- Chrome 118 unter Windows: Der Netzwerkdienst wurde unter Windows in einer Sandbox ausgeführt.

Richtlinie „ForceMajorVersionToMinorPositionInUserAgent“ entfernen

Chrome plant, die Richtlinie ForceMajorVersionToMinorPositionInUserAgent zu entfernen. Diese Richtlinie wurde in Chrome 99 eingeführt, um zu steuern, ob die Hauptversion im User-Agent-String auf „99“ festgeschrieben wird, falls Fehler beim Parsen des User-Agent-Strings auftreten, wenn die Version zu 100 geändert wird. Glücklicherweise mussten wir diese Funktion nicht implementieren und es gab nur ein paar kleinere Probleme mit der dreistelligen Version, die mittlerweile alle behoben wurden. Aus diesem Grund haben wir vor, die Richtlinie zu entfernen. Wenn Sie Feedback zum Entfernen dieser Richtlinie oder zu Intranet-Ausfällen im Zusammenhang mit dieser Richtlinie haben, können Sie diesen Fehler kommentieren.
- Chrome 118 unter Android, ChromeOS, Linux, Mac, Windows: Entfernung der Richtlinie ForceMajorVersionToMinorPositionInUserAgent

Über andere Quellen installierte schädliche Erweiterungen per Fernzugriff deaktivieren

Wenn erweitertes Safe Browsing aktiviert ist, werden von Nutzern über andere Quellen installierte schädliche Erweiterungen deaktiviert, wenn die Entscheidung manuell oder durch ein automatisches Erkennungssystem auf den Safe Browsing-Servern eingegeben wird.
- Chrome 118 unter ChromeOS, Linux, Mac, Windows: Funktionseinführungen

Richtlinie „RendererCodeIntegrityEnabled“ entfernen

Die Richtlinie RendererCodeIntegrityEnabled wird entfernt. Wir empfehlen Ihnen, potenzielle Inkompatibilitäten mit Drittanbietersoftware zu überprüfen, indem Sie die Richtlinie vor dieser Veröffentlichung nicht mehr anwenden. Hier können Sie einen Fehlerbericht senden, um ein Problem zu melden.
- Chrome 118 unter Windows: Diese Richtlinie wurde eingestellt und ist nicht mehr gültig.

Unterstützung für Passkeys im iCloud-Schlüsselbund unter macOS

In Chrome unter macOS ≥ 13.5 wird die Verwendung von Passkeys im iCloud-Schlüsselbund unterstützt. Bei der Anmeldung mit WebAuthn werden Passkeys aus dem iCloud-Schlüsselbund als Optionen aufgeführt, nachdem der Nutzer Chrome die erforderliche Berechtigung erteilt hat. Wenn die Berechtigung nicht gewährt wurde, wird eine generische "iCloud-Schlüsselbund"-Option angezeigt, die Berechtigung anfordert, bevor iCloud-Schlüsselbund-Passkeys angezeigt werden. Wenn die Berechtigung verweigert wird, kann der iCloud-Schlüsselbund zwar weiterhin verwendet werden, muss aber jedes Mal manuell ausgewählt werden. Wenn eine Website anfordert, einen Plattform-Passkey zu erstellen, erstellt Chrome den Passkey möglicherweise standardmäßig im iCloud-Schlüsselbund abhängig davon, ob iCloud Drive gerade verwendet wird und ob in letzter Zeit WebAuthn-Anmeldedaten aus dem aktuellen Profil verwendet wurden. Das lässt sich über die Einstellung unter chrome://password-manager/settings und mit der Unternehmensrichtlinie CreatePasskeysInICloudKeychain steuern.
- Chrome 118 unter Mac: Die Verwendung des iCloud-Schlüsselbunds wird in Chrome 118 aktiviert. Ob Chrome standardmäßig Plattform-Passkeys im iCloud-Schlüsselbund erstellt, kann von Finch während der Lebensdauer von 118 geändert werden.

Suchvorgänge in Echtzeit mit Hash-Präfix

Für standardmäßiges Safe Browsing wird die Sicherheit von besuchten URLs jetzt in Echtzeit überprüft und nicht mehr anhand einer weniger häufig aktualisierten lokalen Liste unsicherer URLs. Dazu werden partielle Hashes der URLs über einen Proxy per Oblivious HTTP an Google Safe Browsing gesendet, damit die IP-Adresse des Nutzers nicht mit den partiellen Hashes verknüpft ist. Diese Änderung erhöht die Sicherheit und wahrt gleichzeitig den Datenschutz für Nutzer. Bei Bedarf kann die Funktion über die Richtlinie "SafeBrowsingProxiedRealTimeChecksAllowed" deaktiviert werden.
- Chrome 118 unter iOS, ChromeOS, LaCrOS, Linux, Mac, Windows: Dies beginnt mit einer Einführung von 1 % bis hin zu 100 % der Nutzer.

Überarbeitung roter Interstitials

In Chrome 118 sehen Nutzer kleine Updates an den roten Safe Browsing-Interstitials. Der Haupttext enthält eine ausdrückliche Empfehlung von Chrome und die Website-ID wird im Abschnitt "Details" statt im Haupttext angegeben. Das Warnsymbol wird durch das Gefahrensymbol ersetzt und der Stil wird an die neuesten Produktstandards angepasst. Durch diese Änderungen werden Warnmeldungen für Nutzer besser verständlich.
- Chrome 118 unter Android, iOS, ChromeOS, LaCrOS, Linux, Mac, Windows

Formularsteuerelemente unterstützen den vertikalen Schreibmodus

Der CSS-Property-Schreibmodus sollte für Formularsteuerelemente aktiviert sein, da damit Textzeilen horizontal oder vertikal angeordnet werden können und die Richtung vorgegeben wird, in der der Fortschritt blockiert wird. Mit dieser Funktion können die Formularsteuerelemente "select", "meter", "progress", "button", "textarea" und "input" den Schreibmodus "vertical-rl" oder "vertical-lr" haben. Aus Gründen der Webkompatibilität werden wir die Änderung nach und nach für eine Reihe von Formularsteuerelementen in Version 118 einführen und in zukünftigen Meilensteinen fortsetzen.
- Chrome 118 unter Windows, Mac, Linux, Android

Alle über JavaScript gesetzten Cookies blockieren, die Steuerzeichen enthalten

Aktualisiert die Handhabung von Zeichen in Cookies, die über JavaScript festgelegt werden. Alle Steuerzeichen führen damit zur Ablehnung des gesamten Cookies. Zuvor führte ein NULL-Zeichen oder ein Zeilenvorschubzeichen in einer Cookie-Zeile dazu, dass es abgeschnitten und nicht vollständig abgelehnt wurde, was in bestimmten Situationen böswilliges Verhalten ermöglichte. Dieses Verhalten entspricht dem Verhalten von Chrome in den neuesten Entwürfen von RFC6265bis. Diese Änderung kann bei Auftreten von Fehlern mithilfe der Unternehmensrichtlinie "--disable-features=BlockTruncatedCookies" oder "BlockTruncatedCookies", die für mehrere Meilensteine gilt, deaktiviert werden.
- Chrome 118 unter Windows, Mac, Linux, Android

Neuer Text und neue Bilder für die Safe Browsing-Schutzniveau-Einstellungen

In Chrome 118 sehen einige Nutzer einen neuen Text, der das Safe Browsing-Schutzniveau sowohl auf der Seite "Sicherheitseinstellungen" als auch im Datenschutz-Leitfaden beschreibt. Das erweiterte Sicherheitsniveau wird hierdurch besser veranschaulicht, da eine Tabelle mit einem Link zu einem Hilfeartikel mit weiteren Informationen hinzugefügt wird. Die neue Tabelle hilft Nutzern, die Vor- und Nachteile der Auswahl dieser Option im Vergleich zu den anderen Optionen zu verstehen. Die Beschreibungen für "Standardschutz", "Kein Schutz" und die Ein-/Aus-Schaltfläche für Warnungen zu gehackten Passwörtern wurden vereinfacht, um die Optionen klarer zu gestalten. Das Safe Browsing-Schutzniveau ist eine bestehende Einstellung, die weiterhin über den Richtlinienwert SafeBrowsingProtectionLevel gesteuert wird.
- Chrome 118: Einige Nutzer sehen den aktualisierten Text und die aktualisierten Bilder auf der Seite „Chrome-Sicherheitseinstellungen“ und im Datenschutz-Leitfaden.

WebUSB in Extension Service Worker

Ermöglicht Webentwicklern die Verwendung der WebUSB API beim Reagieren auf Erweiterungsereignisse durch Bereitstellung der WebUSB API für Service Worker, die über Browsererweiterungen registriert wurden. Diese API ist noch nicht für Service Worker verfügbar, die von Websites registriert wurden, aber das Implementierungswissen, das durch die Unterstützung der API für Erweiterungen gewonnen wird, ist für ein solches zukünftiges Projekt wertvoll.
- Chrome 118 unter Windows, Mac und Linux

IP-Schutzphase 0 für Chrome

Bereits ab Chrome 118 kann Chrome den Traffic für einige Netzwerkanfragen über einen Datenschutz-Proxy an Google-Ressourcen weiterleiten. Dies ist ein früher Meilenstein in einem umfassenden Maßnahmenpaket zum Schutz der Identität von Nutzern, durch den ihre IP-Adresse vor bekannten websiteübergreifenden Trackern maskiert wird. Weitere Informationen (einschließlich Unternehmensrichtlinien) werden demnächst zur Verfügung gestellt.

chrome.tabs API-Aufrufe in Telemetrieberichte zu Erweiterungen aufnehmen

Wenn Sie erweitertes Safe Browsing aktivieren, erfasst Chrome jetzt Telemetriedaten zu chrome.tabs API-Aufrufen, die von Erweiterungen ausgeführt werden. Diese Informationen werden auf Google-Servern analysiert und verbessern die Erkennung schädlicher Erweiterungen und Erweiterungen, die gegen unsere Richtlinien verstoßen. Außerdem wird der Schutz für alle Nutzer von Chrome-Erweiterungen verbessert. Diese Funktion kann zusammen mit der gesamten Erweiterungstelemetrie deaktiviert werden. Dafür wird SafeBrowsingProtectionLevel auf einen anderen Wert als 2 festgelegt (das erweiterte Safe Browsing wird deaktiviert).
- Chrome 118 unter ChromeOS, Linux, Mac, Windows: Funktionseinführungen

Nicht standardmäßige Keywords für die Darstellung entfernen

Da nur standardmäßige Keywords unterstützt werden sollten, entfernen wir die Keywords "appearance" (und "-webkit-appearance"):
* inner-spin-button

* media-slider

* media-sliderthumb

* media-volume-slider

* media-volume-sliderthumb

* push-button * searchfield-cancel-button

* slider-horizontal * sliderthumb-horizontal

* sliderthumb-vertical

* square-button

Der Wert "slider-vertical" wird im Rahmen dieses Patches nicht entfernt; er wird zum Zulassen von <input type=range> verwendet. Er wird entfernt, nachdem die Funktion FormControlsVerticalWritingModeSupport auf die stabile Version umgestellt wurde.

Bisher wurde bei Verwendung eines der oben genannten Keywords eine Konsolenwarnung angezeigt, das Keyword wird jedoch als gültiger Wert erkannt. Wenn die Funktion aktiviert ist, wird das appearance-Property ignoriert und auf den leeren String festgelegt. Aus Gründen der Webkompatibilität werden wir nach und nach die appearance-Keywords auf Grundlage ihrer Zählernutzung in den Chrome-Statusmesswerten entfernen. Für Version 118 beginnen wir mit den folgenden Keywords, wobei die Seitenladezeit derzeit unter 0,001 % liegt:

* media-slider bei 0.000361

* media-sliderthumb bei 0,000187 %

* media-volume-slider bei 0,000143 %

* media-volume-sliderthumb bei 0,000109 %

* sliderthumb-horizontal bei 0,000182 %

* sliderthumb-vertical bei 0,000014 %
- Chrome 118 unter Windows, Mac, Linux, Android

Änderungen beim Zeitplan für Chrome-Releases

Chrome 119 und alle nachfolgenden Releases werden um eine Woche vorverlegt. Beispielsweise wird Chrome 119 am 25. Oktober und nicht am 1. November veröffentlicht. Betaversionen werden ebenfalls ab Chrome 119 um eine Woche vorverlegt.
- Chrome 119 unter Android, iOS, ChromeOS, Linux, Mac, Windows

Berechtigungsaufforderung für die Web MIDI API

Diese Funktion dient zum Zugreifen auf die Web MIDI API hinter einer Berechtigungsaufforderung. Derzeit erfordert die Verwendung von SysEx-Nachrichten mit der Web MIDI API eine ausdrückliche Nutzerberechtigung. Bei dieser Implementierung ist auch für den Zugriff auf die Web MIDI API ohne SysEx-Unterstützung eine Nutzerberechtigung erforderlich. Mit den drei neuen Richtlinien DefaultMidiSetting, MidiAllowedForUrls und MidiBlockingForUrls können Administratoren den Zugriff der Nutzer auf die API vorkonfigurieren.
- Chrome 119 für Windows, Mac, Linux, Android

Unterstützung von Daten-URLs im SVG-Element <use> wird eingestellt .

Die SVG-Spezifikation wurde kürzlich aktualisiert, um die Unterstützung für Daten-URLs im SVG-Element <use> einzustellen. Hierdurch wird die Sicherheit der Webplattform und die Kompatibilität zwischen Browsern verbessert, da Webkit keine Daten-URLs im SVG-Element <use> unterstützt. Weitere Informationen finden Sie in diesem Blogpost.
In Unternehmen, die mehr Zeit für die Migration benötigen, kann die Richtlinie DataUrlInSvgUseEnabled vorübergehend verwendet werden, um die Unterstützung der Daten-URLs für das SVG-Element <use> zu aktivieren.
- Chrome 119 unter Android, ChromeOS, LaCrOS, Linux, Mac, Windows, Fuchsia: Unterstützung für Daten entfernen: URLs im SVG-Element <use>

Chrome-Verwaltung über die Cloud: Absturzbericht

Der Absturzbericht ist ein neuer Bericht der Chrome-Verwaltung über die Cloud in der Admin-Konsole. In einem Diagramm sehen IT-Administratoren die Anzahl der Abstürze im Zeitverlauf – basierend auf den ausgeführten Chrome-Versionen.
- Chrome 119 für Android, iOS, Linux, Mac, Windows : Absturzbericht in der Chrome-Verwaltung über die Cloud eingeführt

Banner anzeigen, um das Fortsetzen des letzten Tabs auf anderen Geräten zu ermöglichen

Angemeldete Nutzer können ihre Aufgaben fortsetzen, wenn sie während einer sofortigen Umstellung das Gerät wechseln müssen. Sie können Tabs wieder aufrufen, die kürzlich auf dem vorherigen Gerät verwendet wurden. Administratoren können diese Funktion über die bestehende Unternehmensrichtlinie SyncTypesListDisabled steuern.
- Chrome 119 für iOS: Funktionseinführungen

Sanitizer API entfernen

Mit der Sanitizer API soll ein benutzerfreundlicher, immer sicherer, browsergestützter HTML-Sanitizer in die Plattform eingebunden werden. Es handelt sich um eine browserübergreifende Standardisierung, die ab dem 2. Quartal 2020 eingeführt wird. Wir haben eine erste Version der Sanitizer API in Chrome 105 ausgeliefert, die auf dem jeweils geltenden Spezifikationsentwurf basiert. Die Diskussion wurde in der Zwischenzeit fortgesetzt und der vorgeschlagene API-Stil hat sich wesentlich geändert. Um zu verhindern, dass die aktuelle API verankert wird, entfernen wir die aktuelle Implementierung.
Wir werden die Sanitizer API voraussichtlich wieder implementieren, wenn sich die vorgeschlagene Spezifikation wieder stabilisiert hat.
- Zähler verwenden: Die Sanitizer API wird derzeit bei 0,000000492 % der Seitenaufrufe verwendet.
- Alte und neue API: * Alte Erläuterung der API, implementiert in "MVP" seit Chrome 105: https://github.com/WICG/sanitizer-api/blob/e72b56b361a31b722b4e14491a83e2d25943ba58/explainer.md *
- Neue Erläuterung (noch in Bearbeitung): https://github.com/WICG/sanitizer-api/blob/main/explainer.md
- Chrome 119 für Windows, Mac, Linux, Android

Tabgruppen können gespeichert, abgerufen und synchronisiert werden

Nutzer kann Tabgruppen speichern, sodass sie die Tabs in der Gruppe schließen, wieder öffnen und geräteübergreifend synchronisieren können.
- Chrome 119 unter ChromeOS, Linux, Mac und Windows

Chrome-Profiltrennung: neue Richtlinien

Drei neue Richtlinien werden erstellt, um Unternehmen bei der Konfiguration von Unternehmensprofilen zu unterstützen: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings, ProfileSeparationSecondaryDomainAllowlist. Diese Richtlinien ersetzen im Wesentlichen ManagedAccountsSigninRestriction und EnterpriseProfileErstellungKeepBrowsingData.
- Chrome 119 unter Linux, Mac und Windows: Neue Richtlinien zur Profiltrennung verfügbar: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings, ProfileSeparationSecondaryDomainAllowlist.

Dangling.Markup im Zielnamen durch "_blank" ersetzen

Durch diese Änderung wird der navigierbare Zielname (der normalerweise durch das Zielattribut festgelegt wird) durch "_blank" ersetzt, wenn er ein Dangling-Markup enthält (d. h. "\n" und "<"). Damit wird eine Umgehung der Einschleusung von Dangling-Markups behoben.
- Chrome 119 für Windows, Mac, Linux, Android

Zugriffsbeschränkungen für private Netzwerke in der Automobilbranche

Dadurch werden Zugriffsbeschränkungen für private Netzwerke an Android Automotive (wenn BuildInfo::is_automotive) gesendet, darunter: Preflight-Anfragen für privaten Netzwerkzugriff für Unterressourcen und Privater Netzwerkzugriff für Worker. Beachten Sie, dass die beiden oben genannten Funktionen im Nur-Warnung-Modus bereitgestellt wurden. Durch diese Funktionen wird die Einschränkung jedoch erzwungen, d. h. die Hauptanforderung schlägt fehl, wenn die Einschränkungen nicht erfüllt werden.
- Chrome 5 für Windows, Mac, Linux
- Chrome 119 für Android

Nicht standardmäßiges Attribut "shadowroot" für deklaratives "Shadow DOM" wird eingestellt

Das standards-track-Attribut "shadowrootmode", das deklaratives "Shadow DOM" ermöglicht, wurde in Chrome 111 eingeführt [1]. Das ältere, nicht standardmäßige Attribut "shadowroot" wurde eingestellt. Während des Einstellungszeitraums funktionieren beide Attribute, aber das Attribut „shadowroot“ ermöglicht nicht das neue Streamingverhalten, während "shadowrootmode" das Streaming von Inhalten ermöglicht. Es gibt einen einfachen Migrationspfad: Ersetzen Sie "shadowroot" durch "shadowrootmode". Ab Chrome 112 wurde das alte Attribut „shadowroot“ eingestellt. Es wird in Chrome 119, das am 1. November 2023 in die stabile Version übergeht, entfernt (nicht mehr unterstützt). [1] https://chromestatus.com/feature/5161240576393216
- Chrome 119 für Windows, Mac, Linux, Android

Android Nougat wird von Chrome für Android nicht mehr unterstützt

Die letzte Version von Chrome, in der Android Nougat unterstützt wird, ist Chrome 119. Sie enthält eine Nachricht an betroffene Nutzer, in der sie aufgefordert werden, ihr Betriebssystem zu aktualisieren. Chrome 120 wird für Nutzer von Android Nougat weder unterstützt noch ausgeliefert.
- Chrome 120 für Android: Android Nougat wird in Chrome für Android nicht mehr unterstützt.

Einstellung von Drittanbieter-Cookies in Chrome (3PCD)

In Chrome 120 und höher (Januar 2024) werden Drittanbieter-Cookies im Rahmen unserer in Chrome durchgeführten Tests in Zusammenarbeit mit der CMA für 1 % des Chrome-Traffics weltweit deaktiviert, damit auf Websites eine aussagekräftige Vorschau dessen möglich ist, wie eine Welt ohne Drittanbieter-Cookies (3PC) funktionieren würde. Die meisten Endnutzer in Unternehmen werden automatisch aus dieser Testgruppe ausgeschlossen. Bei den wenigen Endnutzern, die möglicherweise betroffen sind, können Unternehmensadministratoren jedoch eine Unternehmensrichtlinie verwenden, um ihre verwalteten Browser vor dem Test zu deaktivieren und Unternehmen Zeit zu geben, die notwendigen Änderungen vorzunehmen, um sich nicht auf diese Richtlinie oder Drittanbieter-Cookies zu verlassen. Wir planen, weitere Details zu dieser Richtlinie und weitere Tools zur Verfügung zu stellen, mit denen sich 3PC-Anwendungsfälle erkennen lassen. In der Zwischenzeit können Sie sich im Blogabschnitt "Modus B: Einstellung von Drittanbieter-Cookies (1 %)" genauer darüber informieren, wie Sie sich vorbereiten, Feedback geben und potenzielle Probleme mit der Website melden können.
- Chrome 120 unter ChromeOS, Linux, Mac und Windows
  Bei 1 % des weltweiten Traffics sind Drittanbieter-Cookies deaktiviert. Unternehmensnutzer werden nach Möglichkeit automatisch ausgeschlossen und es gibt eine Richtlinie, mit der die Änderung überschrieben werden kann.

Richtlinie "LegacySameSiteCookieBehaviorEnabledForDomainList" entfernen

In Chrome 79 haben wir die Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList eingeführt, um das SameSite-Verhalten von Cookies für die angegebenen Domains auf das alte Verhalten zurückzusetzen. Die Lebensdauer der Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList wurde verlängert und wird beim unten aufgeführten Meilenstein entfernt.
- Chrome 127 unter Android, ChromeOS, Linux, Mac, Windows: Entfernung der Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList

Einstellung geplant: Mutation Events

Synchrone Mutation Events wie DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument und DOMCharacterDataModified wirken sich negativ auf die Seitenleistung aus und erhöhen auch die Komplexität, wenn neue Funktionen zum Web hinzugefügt werden. Diese APIs wurden 2011 aus der Spezifikation entfernt und 2012 durch die Mutation Observer API ersetzt, die ein viel besseres Verhalten hat. Die veralteten Mutation Events müssen entfernt oder zu Mutation Observer migriert werden.
- Chrome 127 unter Android, ChromeOS, Linux, Mac, Windows: Mutation Events funktionieren in Chrome 127 etwa ab dem 30. Juli 2024 nicht mehr.

Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können

Chrome-Erweiterungen werden auf die neue Manifestversion „Manifest V3“ umgestellt. Dadurch wird der Datenschutz für Ihre Nutzer verbessert, zum Beispiel durch die Umstellung auf ein Modell, bei dem Erweiterungen Anfragen deklarativ ändern, ohne dass einzelne Anfragen eingesehen werden können. Das verbessert auch die Sicherheit der Erweiterung, da remote gehosteter Code bei Manifest V3 nicht zulässig ist. Wie bereits in unserem Blogpost (https://developer.chrome.com/blog/more-mv2-transition/) erwähnt, werden die Fristen für die Einstellung von Manifest V2 überprüft. Die für Anfang 2023 geplanten Tests werden verschoben. Während der Überprüfung des Zeitplans können vorhandene Manifest V2-Erweiterungen weiterhin aktualisiert und in Chrome ausgeführt werden. Allerdings müssen alle neuen Erweiterungen, die an den Chrome Web Store gesendet werden, Manifest V3 implementieren. Über die Unternehmensrichtlinie ExtensionManifestV2Availability lässt sich steuern, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Auf der Seite "Apps und Erweiterungen" unter Chrome-Verwaltung über die Cloud sehen Sie, welche Manifestversion von allen Chrome-Erweiterungen in Ihrem Gerätepool verwendet wird. Weitere Informationen zur Zeitachse des Manifests: https://developer.chrome.com/docs/extensions/migrating/mv2-sunset/
- Chrome 98 unter ChromeOS, LaCrOS, Linux, Mac und Windows: Im Chrome Web Store werden neue Manifest V2-Erweiterungen mit der Sichtbarkeit "Öffentlich" oder "Nicht gelistet" nicht mehr akzeptiert. Manifest V2-Erweiterungen können nicht mehr von "Privat" zu "Öffentlich" oder "Nicht gelistet" geändert werden.
- Chrome 103 unter ChromeOS, LaCrOS, Linux, Mac, Windows: Im Chrome Web Store werden neue Manifest V2-Erweiterungen mit der Sichtbarkeit "Privat" nicht mehr akzeptiert.
- Chrome 110 unter ChromeOS, LaCrOS, Linux, Mac, Windows: Mit der Unternehmensrichtlinie ExtensionManifestV2Availability können Sie steuern, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Nach der Migration können Sie gemäß der Richtlinie die Nutzung von Manifest V2-Erweiterungen verlängern.
Zukünftiger Meilenstein für ChromeOS, LaCrOS, Linux, Mac, Windows: Die Richtlinie ExtensionManifestV2Availability wurde entfernt.

↑ Zurück nach oben

Bevorstehende ChromeOS-Änderungen

Privacy Hub

Im Laufe des Jahres werden Nutzer in der Lage sein, die Kamera- und Mikrofoneinstellungen des Betriebssystems zentral in den Einstellungen zu verwalten. So können Nutzer ihre Kamera oder ihr Mikrofon mit nur einem Klick vollständig von einem Ort aus ausschalten, wenn sie sich darauf verlassen müssen, dass die Stummschaltung aktiviert ist.

ChromeOS-Vorlagen für Administratoren

App Launch Automation kann von Administratoren in der Admin-Konsole so konfiguriert werden, dass Gruppen von Anwendungen, Fenstern und Tools enthalten sind, die automatisch beim Start oder bei Bedarf von Nutzern im Laufe des Tages gestartet werden können. Mit App Launch Automation können Sie Nutzer zu Beginn ihres Arbeitstages schnell einsatzbereit machen, ihnen die Möglichkeit bieten, auf einfache Weise einen optimalen Ausgangspunkt für neue Aufgaben zu finden, und das Fensterlayout, das jeder Nutzer für seine individuellen Arbeitsabläufe einrichtet, für die künftige Verwendung zu speichern.

↑ Zurück nach oben

Anstehende Änderungen in der Admin-Konsole

Anonymisierte URL-Datenerfassung im Kioskmodus

Die Richtlinie für die anonymisierte URL-Datenerfassung, UrlKeyedAnonymizedDataCollectionEnabled, wird bald in der Admin-Konsole unterstützt. Diese Richtlinie tritt am 1. Oktober in Kraft und bleibt bis dahin deaktiviert.

↑ Zurück nach oben

Chrome 116

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Registrierung von Unternehmen für Benachrichtigungen zu Sicherheitsupdates	✓
Verkürzter Releasezyklus für Chrome mit geplanten Sicherheitsverbesserungen für jede Woche	✓
Migration von Tabellenblättern teilen		✓
Seitenleiste der Google Suche		✓
X25519Kyber768-Schlüsselkapselung für TLS	✓
Verbesserte Leistung: Arbeitsspeicher-Sparmodus und Energiesparmodus		✓	✓
Erweiterung der Anti-Phishing-Telemetrie	✓
Aktivierung von BFCache für Seiten, die „Cache-Control: no-store“ festlegen			✓
Richtlinien zur Zeitüberschreitung bei Inaktivität auf dem Computer			✓
OS-native Änderungen des Passkeys unter Windows 11	✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
Entfernte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Datenverarbeitermodus unter ChromeOS (einschließlich Chrome-Browser unter verwaltetem ChromeOS)	✓
Entfernen der eingeschränkten WebView-Verhaltensweisen von Chrome-Apps	✓
ChromeOS-OCR in PDFs für Screenreader-Nutzer		✓
ChromeVox-Einstellungen in die ChromeOS-Einstellungen verschieben		✓
Eingabeperipheriegeräte nach Geräteeinstellungen anpassen		✓
Verwaltung von Android-App-Berechtigungen			✓
Verbesserungen der ChromeOS Kerberos-Integration			✓
Kommerzielle Einführung des Bildschirmschoners		✓
Erweiterte Autokorrekturfunktionen		✓
Unterstützung für zusätzliche Eingabemethoden für Linux-Apps			✓
Anonymisierte URL-Datenerfassung im Kioskmodus			✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Bereich „Überprüfung von Erweiterungen“			✓
Aktualisierungen für die Native Client-Unterstützung		✓
Aktualisierungen beim Löschen von Browserdaten auf Android	✓
Überspringen von Unload-Ereignissen		✓
Erweiterung für die X.509-Schlüsselverwendung für RSA-Zertifikate erforderlich, die mit lokalen Roots verkettet sind	✓
Ausführung des Netzwerkdienstes in einer Sandbox unter Linux und ChromeOS	✓
Eindämmung von Bounce-Tracking	✓
Verwendung von „--load-extension“ einschränken	✓
Service Worker Static Routing API		✓
Zugriff auf die WebUSB API über Erweiterungs-Service-Worker aktivieren		✓
Vereinfachte Anmeldung und Synchronisierung		✓
IP-Schutzphase 0 für Chrome	✓
Web MIDI-Berechtigungsaufforderung	✓
Ausführung des Netzwerkdienstes in einer Sandbox unter Windows	✓
Entfernung der Richtlinie „RendererCodeIntegrityEnabled“			✓
Keine Unterstützung mehr von macOS 10.13 und macOS 10.14 unter Chrome 117			✓
Neue visuelle Chrome-Desktop-Aktualisierung in Chrome 117		✓
Aktualisierung des Schloss-Symbols	✓
Storage Access API mit Eingabeaufforderungen		✓
Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können	✓	✓	✓
Entfernung der Richtlinie „ForceMajorVersionToMinorPositionInUserAgent“			✓
Änderungen am Chrome-Releasezeitplan			✓
Einstellung der Unterstützung für Web SQL in Chrome 119		✓
Einstellung der Unterstützung von Daten-URLs im SVG-Element <use>	✓	✓
Trennung von Chrome-Profilen		✓	✓
Entfernung der Richtlinie „LegacySameSiteCookieBehaviorEnabledForDomainList“			✓
Geplante Einstellung von Mutation Events		✓
Warnungen bei unsicheren Downloads		✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Töne für ChromeOS-Akkustatus			✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Die Enterprise-Versionshinweise sind in neun Sprachen verfügbar. Informationen zu Chrome-Updates finden Sie auf Deutsch, Englisch, Französisch, Indonesisch, Japanisch, Koreanisch, Niederländisch, Portugiesisch und Spanisch. Bei manchen Sprachen kann die Übersetzung ein bis zwei Wochen in Anspruch nehmen.

Chrome-Updates

Unternehmen können sich für Benachrichtigungen zum Sicherheitsupdate registrieren

In diesem Anmeldeformular können Sie angeben, ob Sie eine E-Mail-Benachrichtigung erhalten möchtest, wenn es eine Chrome-Version mit hohen oder kritischen Sicherheitspatches gibt, auch zu Zero-Day-Lücken. Chrome nutzt einen schnellen Releasezyklus, um böswillige Akteuren einen Schritt voraus zu sein. Diese Releases sind ungefähr jede Woche zu erwarten. Updates werden von Chrome standardmäßig automatisch angewendet, sobald sie verfügbar sind. Sie müssen also nichts weiter unternehmen. Weitere Informationen zu Updatestrategien für Unternehmen

Chrome verkürzt den Releasezyklus mit wöchentlichen Sicherheitsverbesserungen

In Chrome 115 und früheren Versionen verwaltete Chrome einen vierwöchigen Releasezyklus mit einer Nebenversion zwischen zwei Hauptversionen, die Sicherheitsverbesserungen und weniger wichtige Fehlerkorrekturen enthielt. Hauptversionen sind weiterhin etwa alle vier Wochen geplant. Ab Chrome 116 sind nun aber zusätzlich jede Woche kleinere Releases geplant. So können wir Sicherheitsoptimierungen noch schneller bereitstellen. Wenn Sie automatische Updates aktiviert haben (das Standardverhalten von Chrome und unsere Empfehlung), müssen Sie nichts weiter tun. Chrome kann weiterhin einige ungeplante Updates aufgrund wichtiger Fehlerkorrekturen, Zero-Day-Fehlerkorrekturen oder anderer unvorhergesehener Umstände veröffentlichen. Wenn Sie über die Sicherheitsupdates in den einzelnen Chrome-Versionen informiert werden möchten, können Sie sich hier für Benachrichtigungen registrieren. Weitere Informationen zur Sicherheit bei Chrome und zu den Gründen für diese Änderung finden Sie in unserem Blogpost.

Migration des Tabellenblatts teilen

Chrome migriert die Freigabefunktion von seiner benutzerdefinierten Freigabetabelle zur Android-Systemfreigabetabelle für Nutzer von Android-U+. Bei dieser Migration wurden einige Funktionen eingestellt, z. B. stilisierte Karten für geteilte Highlights und eine redundante Schaltfläche für kurze (nicht ganzseitige) Screenshots. In älteren Android-Version vor „U“ wird in Chrome noch das Tabellenblatt für die benutzerdefinierte Freigabe angezeigt und Nutzer können über die Schaltfläche Mehr (...) das Tabellenblatt zur Systemfreigabe aufrufen.

Seitenleiste der Google Suche

In Chrome wird die Seitenleiste für die Suche eingeführt. Dies ist eine neue kontextbasierte Seitenleiste, mit der Nutzer den Inhalt der aktuellen Seite genauer untersuchen können. In der neuen Seitenleiste erhalten Nutzer neue Tools, um mehr Kontext zur besuchten Seite zu erhalten. Die Seitenleiste für die Suche wird einigen Nutzern in Chrome 115 zur Verfügung gestellt. Wir planen, sie später für alle Nutzer in Chrome 116 einzuführen. Sie können den Zugriff auf die Seitenleiste der Google Suche mithilfe der Richtlinie GoogleSearchSidePanelEnabled steuern.

X25519Kyber768-Schlüsselkapselung für TLS

Bereits ab Chrome 116 wird der Post-Quanten-sichere TLS-Kapselungsmechanismus X25519Kyber768 eingeführt, der auf einem NIST-Standard basiert. Diese wird als neue TLS-Cipher Suite angezeigt. TLS verhandelt unterstützte Chiffren automatisch. Daher sollte diese Änderung für Serverbetreiber transparent sein. Einige TLS-Midboxes sind jedoch möglicherweise nicht auf die Größe einer Kyber-Schlüsselkapselung oder einen neuen TLS-ClientHello-Chiffre-Codepunkt vorbereitet. Dies führt dazu, dass Verbindungen unterbrochen werden oder hängen bleiben. Sie können das Problem beheben, indem Sie Ihre Middlebox aktualisieren oder den Mechanismus zur Schlüsselkapselung über die temporäre Unternehmensrichtlinie PostQuantumKeyConsentEnabled deaktivieren. Langfristig werden Post-Quanten-sichere Chiffren jedoch in TLS erforderlich sein und die Unternehmensrichtlinie wird entfernt. Diese Chiffre wird sowohl für TLS- als auch für QUIC-Verbindungen verwendet.

↑ Zurück nach oben

Verbesserte Leistung: Arbeitsspeicher-Sparmodus und Energiesparmodus

In Chrome 108 haben wir unter den folgendenen Richtlinien Funktionen eingeführt, mit denen die Leistung von Chrome verbessert und die Akkulaufzeit verlängert werden kann: TabDiscardingExceptions, BatterySaverModeAvailability und HighEfficiencyModeEnabled. In Chrome 116 werden wir die Funktionen des Arbeitsspeicher-Sparmodus erweitern, damit Nutzer das Verwerfen von Tabs besser verstehen und nutzen können.
Nutzer, für die der Arbeitsspeicher-Sparmodus aktiviert ist (Richtlinie HighEfficiencyModeEnabled), haben jetzt einen besseren Überblick über verworfene Tabs in der Tableiste und zusätzliche Informationen zur Arbeitsspeichernutzung aktiver und inaktiver Tabs.

Darüber hinaus wird in dieser Version die Verwaltung von Ausnahmen (Richtlinie TabDiscardingExceptions) für Nutzer intuitiver, die die Möglichkeit haben, ihre eigenen Ausnahmen zu verwalten:

1. In den Einstellungen können Nutzer auf Grundlage der aktuell geöffneten Tabs Ausnahmen hinzufügen (zusätzlich zur manuellen Eingabe, die heute bereits gilt).
2. Im Seiten-Aktions-Chip eines verworfenen Tabs können Nutzer festlegen, dass die Website nicht verworfen werden soll.

Erweiterung der Anti-Phishing-Telemetrie

In dieser Funktion werden die Nutzerinteraktionsdaten auf Chrome-Servern und Safe Browsing-Servern erfasst, um Wissenslücken rund um die Interaktion von Nutzern mit Safe Browsing-Phishing-Warnungen- und Phishing-Seiten zu schließen. Diese zusätzliche Telemetrie wird uns helfen, unsere Bemühungen zur Verbesserung des Phishing-Schutzes zu fokussieren, da wir so den Nutzer besser verstehen können. Administratoren können diese Funktion mithilfe der Unternehmensrichtlinien MetricsReportingEnabled und SafeBrowsingProtectionLevel deaktivieren.

BFCache für Seiten aktivieren, die Cache-Control: no-store festlegen

Dokumente mit dem Header Cache-Control: no-store werden an der Eingabe von BFCache gehindert. Ab Chrome wird 116 BFCaching für diese Dokumente eingeführt. Eine Ausnahme bilden Dokumente mit vertraulichen Informationen (GitHub).
Mit der Richtlinie AllowBackForwardCacheForCacheControlNoStorePageEnabled wird gesteuert, ob eine Seite mit dem Header Cache-Control: no-store im Back-Forward-Cache gespeichert werden kann. Es wird möglicherweise nicht erwartet, dass die Seite aus dem Back-Forward-Cache wiederhergestellt wird, da einige vertrauliche Daten auch nach der Wiederherstellung angezeigt werden können, selbst wenn die Seite nicht mehr zugänglich ist.

Wenn die Richtlinie aktiviert oder nicht konfiguriert ist, kann die Seite mit dem Header Cache-Control: no-store aus dem Back-Forward-Cache wiederhergestellt werden, es sei denn, die Cache-Bereinigung wird ausgelöst (z. B. wenn es eine reine HTTP-Cookie-Änderung auf der Website gibt).

Ist die Richtlinie deaktiviert, wird die Seite mit dem Header Cache-Control: no-store nicht im Back-Forward-Cache gespeichert.

↑ Zurück nach oben

Richtlinien für Zeitüberschreitungen bei Inaktivität auf dem Computer

In Chrome 116 können Administratoren jetzt eine Maßnahme erzwingen, z. B. den Browser schließen, Cookies löschen oder zur Profilauswahl wechseln, nachdem Chrome für einen bestimmten Zeitraum inaktiv war. Mit der Richtlinie IdleTimeout können Sie ein Zeitlimit und mit der Richtlinie IdleTimeoutActions Aktionen bei Zeitüberschreitung festlegen.

Änderungen des Passkeys für das Betriebssystem unter Windows 11

Ein Update auf Windows 11 bietet später im Jahr 2023 bietet Unterstützung für geräteübergreifende Passkey-Abläufe in webauthn.dll v6. Chrome 116 erkennt diese Windows-Version und bietet keine eigene geräteübergreifende Unterstützung mehr in der Chrome-UI; stattdessen wird auf Windows verwiesen. Nutzer sehen dann eine andere UI, wie unten dargestellt. Dies kann mit Chrome 116 unter Windows Insider Dev Build 23486 oder höher getestet werden.

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
NativeClientForceAllowed	Erzwingt die Ausführung von Native Client (NaCl).
SafeSitesFilterBehavior	Filter für nicht jugendfreie Inhalte in SafeSites verwalten (jetzt für Android)
PostQuantumKeyAgreementEnabled	Post-Quanten-Algorithmus für Schlüsselvereinbarungen mit TLS aktivieren
UserContextAwareAccessSignalsAllowlist	Attestierungsablauf für den Chrome Enterprise Device Trust Connector für eine Liste von URLs in verwalteten Profilen aktivieren.
RSAKeyUsageForLocalAnchorsEnabled	RSA-Schlüsselverwendung für Serverzertifikate prüfen, die von lokalen Trust-Anchors ausgestellt wurden
AllowBackForwardCacheForCacheControlNoStorePageEnabled	Seiten mit dem Header „Cache-Control: no-store“ dürfen im Back-Forward-Cache gespeichert werden

Entfernte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
EventPathEnabled	Event.path API wieder aktivieren

↑ Zurück nach oben

ChromeOS-Updates

Datenverarbeitermodus unter ChromeOS (einschließlich Chrome-Browser unter verwaltetem ChromeOS)

In ChromeOS 116 führt ChromeOS einen Datenverarbeitermodus für eine Reihe von ChromeOS-Funktionen und -Diensten ein, die als Essential Services bekannt sind. Dabei übernimmt Google nun primär die Rolle des Datenauftragsverarbeiters statt der des Datenverantwortlichen von personenbezogenen Daten. Funktionen und Dienste, für die Google ausschließlich als Datenverantwortlicher fungiert, werden als „Optional Services“ bezeichnet. Ab dem 18. August 2023 können IT-Administratoren, die ChromeOS-Geräte verwalten, die von verwalteten niederländischen Education-Konten verwendet werden, diese neuen Nutzungsbedingungen und Funktionen auswählen.

Das sind die neuen Tools, die im Datenverarbeitermodus für ChromeOS verfügbar sind:
- Landingpage des Datenverarbeietermodus in der Admin-Konsole
- Die Möglichkeit zum Aktivieren/Deaktivieren einzelner optionaler Dienste
- Tools zur Unterstützung von Kunden bei Anträgen auf Auskunft über personenbezogene Daten (Data Subject Access Requests, DSARs)
- Ein Tool, das Kunden bei Anfragen zum Löschen von personenbezogenen Daten unterstützt

Entfernung der eingeschränkten WebView-Verhaltensweisen von Chrome-Apps

Bereits in Chrome 116 gelten für die Nutzung von WebView von Chrome-Apps die folgenden Einschränkungen:
- Die Verwendung des WebView-Ereignisses NewWindow, das an ein WebView-Element in einem anderen App-Fenster angehängt wird, führt dazu, dass der vom Aufruf window.open zurückgegebene Fensterverweis im ursprünglichen WebView ungültig wird.
Die temporäre Enterprise-Richtlinie ChromeAppsWebViewPermissiveBehaviorAllowed ist verfügbar. Damit haben Unternehmen Zeit, mögliche Fehler im Zusammenhang mit diesen Änderungen zu beheben. Um zu testen, ob diese Änderung die Ursache für einen Fehler ist, können Sie das bisherige Verhalten von Chrome 112 und früheren Versionen wiederherstellen, ohne die Unternehmensrichtlinie konfigurieren zu müssen. Rufen Sie dazu chrome://flags auf und deaktivieren Sie chrome://flags/#enable-webview-tag-mparch-behavior.

Diese Änderung war ursprünglich für Chrome 113 geplant, wurde aber verschoben. In den vorherigen Versionshinweisen wurde eine Änderung bei der Handhabung von SSL-Fehlern in WebViews erwähnt, dies ist aber nicht mehr Teil dieser Änderung.

ChromeOS-OCR in PDFs für Screenreader-Nutzer

Über die optische Zeichenerkennung (OCR) können Nutzer Bilder in Text konvertieren, um darauf zugreifen und sie lesen zu können.

ChromeVox-Einstellungen werden in die ChromeOS-Einstellung verschoben

In Chrome 116 finden Sie die bestehenden Einstellungen für ChromeVox nun auf der Seite mit den Einstellungen für Bedienungshilfen von ChromeOS.

Eingabe-Peripheriegeräte pro Geräteeinstellungen anpassen

Nutzer können jetzt Einstellungen für ihre Eingabe-Peripheriegeräte, z. B. Maus und Tastatur, auf Geräteebene verwalten und unterschiedliche Werte für verschiedene Geräte anwenden. So haben Sie mehr Kontrolle über die Peripheriegeräte unter ChromeOS.

Berechtigungen für Android-Apps verwalten

In Chrome 116 haben Nutzer einen besseren Überblick darüber, auf welche Daten Android-Apps zugreifen können, indem sie die zulässigen App-Berechtigungen auf der Seite „Apps“ in den Einstellungen von ChromeOS prüfen. Nutzer können sich jetzt auf der Seite „Apps“ unter Einstellungen eine detaillierte Übersicht der Daten ansehen, auf die eine Android-App zugreifen kann, und diese Berechtigungen ganz einfach verwalten.

↑ Zurück nach oben

Verbesserungen der ChromeOS Kerberos-Integration

Ab M116 optimieren wir die Endnutzer-Konfigurationsabläufe für Kunden von ChromeOS Kerberos. Viele Nutzer verwenden Kerberos unter ChromeOS, um auf Unternehmensressourcen zuzugreifen. Die Verbesserungen der neuen Benutzeroberfläche führt Nutzer Schritt für Schritt durch die Konfiguration ihrer Kerberos-Konten, ähnlich wie der Passwortmanager. Weitere Informationen finden Sie in diesem Hilfeartikel.

Kommerzielle Einführung des Bildschirmschoners

Mit M116 repräsentiert ChromeOS Ihr Unternehmen sogar noch besser. Mit der kommerziellen Einführung des Bildschirmschoners für den Anmeldebildschirm oder den MGS-Sperrbildschirm können Administratoren die Darstellung inaktiver Geräte anpassen. Die neu hinzugefügten Administratoreinstellungen umfassen unter anderem die Möglichkeit, den Bildschirmschoner ein- bzw. auszuschalten, eine Liste der Bildschirmschonerbilder bereitzustellen und Inaktivitätszeiten anzupassen.

Erweiterte Autokorrektur-Funktionen

Wir haben die Autokorrektur in ChromeOS verbessert. Die Autokorrektur ist jetzt standardmäßig in kompatiblen Apps für Englisch aktiviert. Tippfehler, Rechtschreibung und andere Fehler werden automatisch korrigiert. Zusätzlich zur neuen Autokorrektur für physische Tastaturen wird durch dieses Update auch die Leistung der Autokorrektur der virtuellen Tastatur und anderer Hilfsfunktionen verbessert.

Unterstützung für zusätzliche Eingabemethoden für Linux-Apps

Linux unter ChromeOS unterstützt jetzt komplexe Eingabemethoden wie etwa Japanisch und Koreanisch. Sie können also für die Eingabe in Linux-Anwendungen dieselben Eingabemethoden wie in Chrome verwenden. Es werden noch nicht alle Anwendungen unterstützt. Unterstützung für weitere Anwendungen wird jedoch bald verfügbar sein.

Anonymisierte URL-Datenerfassung im Kioskmodus

Die Richtlinie für die anonymisierte URL-Datenerfassung wird jetzt im Kioskmodus unterstützt. Diese Richtlinie wird in einer zukünftigen Version der Admin-Konsole hinzugefügt.

↑ Zurück nach oben

Neuerungen in der Admin-Konsole

Neue Richtlinien in der Admin-Konsole

RSAKeyUsageForLocalAnchorsEnabled	Nutzer, MGS	CrOS, Chrome, Android	Kompatibilität mit älteren Websites
AllowBackForwardCacheForCacheControlNoStorePageEnabled	Nutzer, MGS	CrOS, Chrome, Android	Sicherheit
PostQuantumKeyAgreementEnabled	Nutzer, MGS	CrOS, Chrome, Android	Sicherheit
PhysicalKeyboardPredictiveWriting	Nutzer, MGS	CrOS	Nutzererfahrung
PhysicalKeyboardAutocorrect	Nutzer, MGS	CrOS	Nutzererfahrung

↑ Zurück nach oben

Demnächst verfügbar

Hinweis: Die unten aufgeführten Elemente sind experimentelle oder geplante Updates. Sie können sich vor der Einführung der stabilen Version ändern, verzögern oder ganz entfernt werden.

Anstehende Browseränderungen

Bereich „Überprüfung von Erweiterungen“

Unter chrome://extensions wird ein neuer Überprüfungsbereich hinzugefügt, der immer dann erscheint, wenn potenziell unsichere Erweiterungen vorhanden sind, die die Aufmerksamkeit des Nutzers erfordern. Bei der erstmaligen Einführung werden Erweiterungen hervorgehoben, die Malware darstellen, gegen Richtlinien verstoßen oder nicht mehr im Chrome Web Store verfügbar sind. Der Nutzer kann diese Erweiterungen entfernen oder behalten.

Außerdem gibt es einige riskante Erweiterungen, die überprüft werden müssen. Diese werden auf der Seite Datenschutz und Sicherheit in Chrome angezeigt.

Mit der Richtlinie ExtensionUnpublishAvailability werden Erweiterungen deaktiviert, deren Veröffentlichung vom Entwickler aufgehoben wurde, oder die gegen die Richtlinien für den Chrome Web Store verstoßen. Diese Erweiterungen sind möglicherweise auch im Überprüfungsbereich des Erweiterungsmoduls zu sehen, sofern sie nicht durch eine Richtlinie installiert werden. Der Nutzer kann sie entfernen oder behalten.

Aktualisierungen für Support von Native Client

Bereits ab Chrome 117 wird der Support für Native Client NaCl aus Erweiterungen unter Windows, macOS und Linux entfernt. Die Unternehmensrichtlinie NativeClientForceAllowed wird verfügbar sein, sodass Native Client bis Chrome 119 weiter verwendet werden kann.

Aktualisierung zum Löschen der Browserdaten auf Android-Geräten

Es wird nun einfacher, die in Chrome angebotenen Tools zum Löschen von Browserdaten zu finden und zu verwenden.

Wir fügen weitere Zugangspunkte zu „Browserdaten löschen“ hinzu, auch im Hauptmenü von Chrome. Außerdem führen wir eine neue Möglichkeit zum schnellen Löschen des aktuellen Browserverlaufs ein. Die Option „Browserdaten löschen“ unter Erweitert > Datenschutz wird weiter optimiert.

Unload-Ereignisse überspringen

Das Vorhandensein von Unload-Event-Listenern ist ein primärer Blocker für den Back-Forward-Cache in Chromium-basierten Browsern und für Firefox auf Desktop-Plattformen. Auf mobilen Plattformen wiederum wird in fast allen Browsern bfcache priorisiert. In den meisten Fällen werden Unload-Ereignisse nicht ausgelöst. Um die Situation zu verbessern, haben wir mit vielen Partnern zusammengearbeitet und die Verwendung von Unload-Event-Listenern in den letzten Jahren erfolgreich reduziert.

Wir empfehlen bereits ab Chrome 117, Unload-Ereignisse nach und nach von Chrome für Desktop-Computer zu überspringen, um die Migration zu beschleunigen. Falls Sie mehr Zeit benötigen, um von Unload-Ereignissen zu migrieren, können Sie sich vorübergehend in Form einer API und einer Gruppenrichtlinie abmelden, um das Verhalten selektiv unverändert beizubehalten.

Erweiterung für die X.509-Schlüsselverwendung für RSA-Zertifikate anfordern, die mit lokalen Roots verkettet sind

X.509-Zertifikate für HTTPS sollten eine Erweiterung für die Schlüsselverwendung enthalten, die angibt, wie der Schlüssel in einem Zertifikat verwendet werden darf. Die entsprechenden Anweisungen sollen verhindern, dass Zertifikate in einem unbeabsichtigten Kontext verwendet werden, was einen Schutz vor einer Klasse protokollübergreifender Angriffe auf HTTPS und andere Protokolle darstellt. Dazu müssen HTTPS-Clients prüfen, ob die Serverzertifikate mit den TLS-Parametern der Verbindung übereinstimmen, insbesondere dass das Schlüsselverwendungs-Flag für „digitalSignature“ und möglicherweise „keyEncipherment“ (abhängig von den verwendeten TLS-Chiffren) bei der Verwendung von RSA geltend gemacht wird.

Ab Chrome 117 wird erzwungen, dass die Erweiterung für die Schlüsselverwendung auf RSA-Zertifikaten, die mit lokalen Roots verkettet sind, ordnungsgemäß festgelegt ist. Die Schlüsselverwendung ist für ECDSA-Zertifikate sowie für öffentlich vertrauenswürdige Zertifikate bereits erforderlich. Unternehmen können die Erzwingung der Schlüsselverwendung mithilfe der Richtlinie „RSAKeyUsageForLocalAnchorsEnabled“ (verfügbar in Chrome 116) testen und vorübergehend deaktivieren.

Netzwerkdienst wird unter Linux und ChromeOS in einer Sandbox ausgeführt

Bereits ab Chrome 117 wird der Netzwerkdienst unter Linux und ChromeOS in einer Sandbox ausgeführt, um die Sicherheit zu verbessern. Unter Linux besteht die Möglichkeit, dass Drittanbietersoftware (wahrscheinlich DLP- oder Antivirensoftware) Code in die Prozesse von Chrome einschleust und durch diese Änderung eine Blockade verursacht wird. Das kann dazu führen, dass Chrome bei Ihren Nutzern abstürzt.

In diesem Fall sollten Sie mit dem Anbieter der Drittanbietersoftware zusammenarbeiten, damit diese keine weiteren Codes in die Prozesse von Chrome einschleust. In der Zwischenzeit können Sie die Richtlinie NetworkServiceSandboxEnabled verwenden, um die Ausführung in der Sandbox auf später zu verschieben. Dies ist eine vorübergehende Maßnahme zur Unterstützung von Unternehmen, die von dieser Änderung überrascht werden. Die Richtlinie wird in einer zukünftigen Version von Chrome entfernt.

Eindämmung von Bounce-Tracking

Bereits ab Chrome 116 bietet Chrome die Eindämmung von Bounce-Tracking. Dies ist jedoch nur wirksam, wenn die Richtlinie auf „true“ gesetzt ist (Cookies von Drittanbietern blockieren). Sie können diese Funktion über die Richtlinie BlockThirdPartyCookies steuern. Sie können auch bestimmte Websites mithilfe der Richtlinie CookiesAllowedForUrls ausschließen, wenn bestimmte Drittanbietercookies standardmäßig blockiert werden.

Verwendung von „--load-extension“ einschränken

Die Befehlszeile --load-extension stellt eine sehr niedrige Schwelle für Cookie-Diebstahl-Malware zum Laden schädlicher Erweiterungen ohne Installationsaufforderung dar. Chrome wird dies nach und nach einstellen, um diesen Angriffsvektor für Malware zu reduzieren. Ab Chrome 116 wird --load-extension für Nutzer ignoriert, die erweitertes Safe Browsing aktiviert haben.

Service Worker Static Routing API

Mit Chrome 116 wurde die Service Worker Static Routing API veröffentlicht. Damit können Entwickler die Ladevorgänge von Service Workern optimieren. Insbesondere können Entwickler damit das Routing konfigurieren und einfache Aufgaben entlasten, die ServiceWorker ausführen. Wenn die Bedingung erfüllt ist, erfolgt die Navigation, ohne ServiceWorkers zu starten oder JavaScript auszuführen. Dadurch können Webseiten Leistungseinbußen vermeiden, die durch das Abfangen von ServiceWorkern entstehen.

Zugriff auf WebUSB API über Erweiterungs-Service-Worker aktivieren

Ab Chrome 117 wird der Zugriff auf die WebUSB API über Erweiterungs-Service-Worker als Migrationspfad für Manifest-V2-Erweiterungen ermöglicht, die derzeit über eine Hintergrundseite auf die API zugreifen.

Sie können dieses Verhalten auch durch Anwenden der WebUSB-Richtlinien auf die Ursprünge der Erweiterung steuern. Weitere Informationen finden Sie unter DefaultWebUsbGuardSetting, WebUsbAskForUrls, WebUsbBlockedForUrls und WebUsbAllowDevicesForUrls.

Vereinfachte Anmeldung und Synchronisierung

Ab Chrome 117 stellen einige Nutzer möglicherweise eine vereinfachte und konsolidierte Version der Anmeldung und Synchronisierung in Chrome fest. Die Chrome-Synchronisierung wird nicht mehr als separate Funktion in den Einstellungen oder an anderer Stelle angezeigt. Stattdessen können sich Nutzer gemäß den entsprechenden Unternehmensrichtlinien in Chrome anmelden, um Informationen wie Passwörter und Lesezeichen in ihrem Google-Konto zu verwenden und zu speichern.

Wie bisher kann die Funktion zum Speichern und Aufrufen von Chrome-Daten im Google-Konto, die vorher Teil der Chrome-Synchronisierung war, vollständig (über SyncDisabled) oder teilweise (über SyncTypesListDisabled) deaktiviert werden. Die Anmeldung in Chrome kann wie bisher über BrowserSignin erzwungen oder deaktiviert werden.

Diese Änderungen haben keine Auswirkungen auf die Möglichkeiten der Nutzer, sich in Google-Diensten im Web (z. B. Gmail) anzumelden, ohne sich in Chrome anzumelden, sich nicht in Chrome anzumelden oder festzulegen, welche Informationen mit ihrem Google-Konto synchronisiert werden sollen.

IP-Schutzphase 0 für Chrome

Ab Chrome 118 kann Traffic für einige Netzwerkanfragen über einen Datenschutz-Proxy an Google-eigene Ressourcen weitergeleitet werden. Dies ist ein früher Meilenstein in einem umfassenden Maßnahmenpaket zum Schutz der Identität von Nutzern, durch den ihre IP-Adresse vor bekannten websiteübergreifenden Trackern maskiert wird. Weitere Informationen (einschließlich Unternehmensrichtlinien) werden demnächst zur Verfügung gestellt.

Web MIDI-Berechtigungsaufforderung

Ab Chrome 118 wird der Zugriff auf die Web MIDI API über eine Berechtigungsaufforderung gesteuert. Für die Verwendung von SysEx-Nachrichten mit der Web MIDI API ist derzeit eine explizite Nutzerberechtigung erforderlich. Bei der geplanten Implementierung ist die Nutzerberechtigung auch für den Zugriff auf die Web MIDI API ohne SysEx-Unterstützung erforderlich. Beide Berechtigungen werden in einer gebündelten Berechtigungsaufforderung angefordert.

Mit den drei neuen Richtlinien DefaultMidiSetting, MidiAllowedForUrls und MidiBlockingForUrls können Administratoren den Zugriff der Nutzer auf die API vorkonfigurieren.

Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Ab Chrome 118 wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt, um Sicherheit und Zuverlässigkeit zu erhöhen. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten gefunden werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.

Richtlinie „RendererCodeIntegrityEnabled“ wurde entfernt

Bereits ab Chrome 117 wird die Richtlinie RendererCodeIntegrityEnabled entfernt. Wir empfehlen Ihnen, potenzielle Inkompatibilitäten mit Drittanbietersoftware zu überprüfen, indem Sie die Richtlinie vor dieser Veröffentlichung nicht mehr anwenden. Hier können Sie einen Fehlerbericht senden, um ein Problem zu melden.

macOS 10.13 und macOS 10.14 werden von Chrome 117 nicht mehr unterstützt

macOS 10.13 und macOS 10.14 befinden sich bereits außerhalb des Supportfensters von Apple und werden von Chrome 117 nicht mehr unterstützt. Nutzer müssen ihr Betriebssystem aktualisieren, damit sie den Chrome-Browser weiter verwenden können. Zur Aufrechterhaltung der Sicherheit ist die Ausführung eines unterstützten Betriebssystems unerlässlich. Bei der Ausführung unter macOS 10.13 oder 10.14 zeigt Chrome weiterhin eine Infoleiste zur Erinnerung an, dass Chrome 117 macOS 10.13 und macOS 10.14 nicht mehr unterstützt.

Neue visuelle Chrome-Desktop-Aktualisierung in Chrome 117

Die Designplattform von Google wird auf Google Material 3 umgestellt. Wir haben nun die Möglichkeit, unseren Desktop-Browser über alle Betriebssysteme hinweg zu modernisieren, indem wir die aktualisierten Elemente der Benutzeroberfläche oder das Design verwenden und die Personalisierung durch ein neues dynamisches Farbsystem modernisieren. Außerdem verbessern wir die Barrierefreiheit. In Chrome 117 wird die erste Welle von UI-Updates eingeführt.

Das Dreipunkt-Menü in Chrome wird ebenfalls aktualisiert und bietet nun die Grundlage für Personalisierung und Anpassung in Chrome, da Kunden unmittelbaren Zugriff auf Tools und Aktionen erhalten. Das Menü wird ab Chrome 117 stufenweise aktualisiert.

Aktualisierung des Schloss-Symbols

Wir planen, das Schloss-Symbol durch eine Variante des Symbols zur Feinabstimmung zu ersetzen, das häufig zur Kennzeichnung von Steuerelementen und Einstellungen verwendet wird. Das Ersetzen des Schloss-Symbols durch ein neutrales Symbol kann das Missverständnis verhindern, dass das Schloss-Symbol mit der Vertrauenswürdigkeit einer Seite verknüpft ist. Außerdem wird betont, dass die Sicherheit der Standardstatus in Chrome sein sollte. Unsere Forschung hat außerdem ergeben, dass viele Nutzer nie verstanden haben, dass beim Klicken auf das Schloss-Symbol wichtige Informationen und Steuerelemente angezeigt werden. Durch das neue Symbol werden Berechtigungskontrollen und zusätzliche Sicherheitsinformationen leichter zugänglich gemacht. Gleichzeitig werden Missverständnisse vermieden, die durch das Schloss-Symbol entstehen.

Das neue Symbol soll in Chrome 117 im Rahmen einer allgemeinen Designaktualisierung für Desktop-Plattformen veröffentlicht werden. Chrome kann Nutzer weiterhin benachrichtigen, wenn ihre Verbindung nicht sicher ist. Das neue Symbol für die Feinabstimmung wird jetzt in Chrome Canary for Desktop angezeigt, wenn Sie Chrome Refresh 2023 unter chrome://flags#chrome-Refresh-2023 aktivieren. Beachten Sie jedoch, dass dieses Flag Aufgaben aktiviert, die sich noch aktiv in Bearbeitung und Entwicklung befinden, und nicht das endgültige Produkt darstellen.

Das Symbol wird auf Android-Geräten ebenfalls ersetzt. Auf iOS-Geräten ist das Schloss-Symbol nicht antippbar. Das Symbol wird daher entfernt.

Weitere Informationen finden Sie in diesem Blogpost.

Storage Access API mit Aufforderungen

Über die Storage Access API sind authentifizierte websiteübergreifende Einbettungen zur Überprüfung des Blockierungsstatus und bei Blockierung die Anforderung von Zugriff auf den Speicher möglich. Ab Chrome 117 for Desktop wird die Storage Access API unterstützt. Es werden alle in der Spezifikation aufgeführten Verhaltensweisen (bei Eingabeaufforderungen) und eigene User-Agent-spezifische Verhaltensweisen implementiert.

Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können

Chrome-Erweiterungen werden auf die neue Manifestversion „Manifest V3“ umgestellt. Dadurch wird der Datenschutz für Ihre Nutzer verbessert, zum Beispiel durch die Umstellung auf ein Modell, bei dem Erweiterungen Anfragen deklarativ ändern, ohne dass einzelne Anfragen eingesehen werden können. Das verbessert auch die Sicherheit der Erweiterung, da remote gehosteter Code bei Manifest V3 nicht zulässig ist.

Wie bereits in unserem Blogpost erwähnt, finden Sie hier weitere Informationen zur Umstellung auf Manifest V3. Der Zeitplan für die Einstellung von Manifest V2 ist noch offen. Die für Anfang 2023 geplanten Tests wurden verschoben.

Während der Überprüfung des Zeitplans können vorhandene Manifest V2-Erweiterungen weiterhin aktualisiert und in Chrome ausgeführt werden. Allerdings müssen alle neuen Erweiterungen, die an den Chrome Web Store gesendet werden, Manifest V3 implementieren.

Ab Chrome 110 lässt sich mithilfe der Unternehmensrichtlinie ExtensionManifestV2Availability steuern, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Nach der Migration können Sie gemäß der Richtlinie die Nutzung von Manifest V2-Erweiterungen mindestens bis Januar 2024 verlängern.

Auf der Seite „Apps und Erweiterungen“ unter Chrome-Verwaltung über die Cloud sehen Sie, welche Manifestversion von allen Chrome-Erweiterungen in Ihrem Gerätepool verwendet wird.

Weitere Informationen finden Sie im Zeitplan für die Manifest V2-Unterstützung.

Richtlinie „ForceMajorVersionToMindPositionInUserAgent“ wird entfernt

In Chrome 118 wird die Richtlinie ForceMajorVersionToMindPositionInUserAgent voraussichtlich entfernt. Diese Richtlinie wurde in Chrome 99 eingeführt, um zu steuern, ob die Hauptversion im User-Agent-String auf „99“ festgeschrieben wird, falls Fehler beim Parsen des User-Agent-Strings auftreten, wenn die Version zu 100 geändert wird. Glücklicherweise mussten wir diese Funktion nicht implementieren und es gab nur ein paar kleinere Probleme mit der dreistelligen Version, die mittlerweile alle behoben wurden. Aus diesem Grund haben wir vor, die Richtlinie zu entfernen.

Wenn Sie Feedback zum Entfernen dieser Richtlinie oder zu Intranet-Ausfällen im Zusammenhang mit dieser Richtlinie haben, können Sie diesen Fehler kommentieren.

Änderungen beim Zeitplan für Chrome-Releases

Chrome 119 und alle nachfolgenden Releases werden um eine Woche vorverlegt. Beispielsweise wird Chrome 119 am 25. Oktober und nicht am 1. November veröffentlicht. Betaversionen werden ebenfalls ab Chrome 119 um eine Woche vorverlegt.

Einstellung der Unterstützung für Web SQL in Chrome 119

Ab Chrome 119 wird die Unterstützung für Web SQL eingestellt, um die Sicherheit von Nutzerdaten zu verbessern. Der Web SQL-Datenbankstandard wurde erstmals im April 2009 vorgeschlagen und im November 2010 aufgegeben. Derzeit ist Chrome der einzige große Browser mit Unterstützung für Web SQL. W3C ermutigte diejenigen, die Webdatenbanken benötigen, indexierte Datenbanken oder SQLite WASM zu verwenden.

Zeitplan für die Einstellung:
- Chrome 115: Nachricht zur Einstellung hinzugefügt
- Chrome 117–123: Einstellungstestlauf
- Chrome 119: Vollständige Entfernung
Weitere Informationen zur Einstellung und Entfernung finden Sie auf der Seite Chromestatus.

Die Unternehmensrichtlinie WebSQLAccess ist bis Chrome 123 verfügbar, um Web SQL aktivieren zu können.

Unterstützung von Daten-URLs im SVG-Element <use> wird eingestellt .

Die SVG-Spezifikation wurde kürzlich aktualisiert, um die Unterstützung für Daten-URLs im SVG-Element <use> einzustellen. Hierdurch wird die Sicherheit der Webplattform und die Kompatibilität zwischen Browsern verbessert, da Webkit keine Daten-URLs im SVG-Element <use> unterstützt. Die Unterstützung für Daten-URLs im SVG-Element <use> in Chrome 119 wird voraussichtlich im November 2023 eingestellt. Weitere Informationen finden Sie in diesem Blogpost. In Unternehmen, die mehr Zeit für die Migration benötigen, kann die Richtlinie DataUrlInSvgUseEnabled vorübergehend verwendet werden, um die Unterstützung der Daten-URLs für das SVG-Element <use> vorübergehend wieder zu aktivieren.

Chrome-Profiltrennung

Bereits ab Chrome 119 werden drei neue Richtlinien erstellt, um Unternehmen bei der Konfiguration von Unternehmensprofilen zu unterstützen: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings, ProfileSeparationSekundäreDomainAllowlist.

Richtlinie „LegacySameSiteCookieBehaviorEnabledForDomainList“ wird entfernt

In Chrome 79 wurde LegacySameSiteCookieBehaviorEnabledForDomainList eingeführt, um das SameSite-Verhalten von Cookies (möglicherweise in bestimmten Domains) auf das bisherige Verhalten zurückzusetzen. Die Lebensdauer der Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList wurde verlängert. Sie wird jetzt in Chrome 127 entfernt.

Einstellung geplant: Mutation Events

Synchrone Mutation Events wie DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument und DOMCharacterDataModified wirken sich negativ auf die Seitenleistung aus und erhöhen auch die Komplexität, wenn neue Funktionen zum Web hinzugefügt werden. Diese APIs wurden 2011 aus der Spezifikation entfernt und 2012 durch die Mutation Observer API ersetzt, die ein viel besseres Verhalten hat. Die veralteten Mutation Events müssen entfernt oder zu Mutation Observer migriert werden. Mutation Events funktionieren in Chrome 127 ab ca. dem 30. Juli 2024 nicht mehr.

Warnungen bei unsicheren Downloads

Chrome zeigt nun bei einigen Downloads Warnungen an, wenn Dateien über eine unsichere Verbindung, d. h. nicht über HTTPS, heruntergeladen wurden. Diese Warnungen verhindern nicht den Download und können vom Nutzer umgangen werden. Unternehmen können ihre Downloads testen, indem sie Warnungen unter chrome://flags/#insecure-download-warnings aktivieren. Unternehmen haben außerdem die Möglichkeit, Warnungen für Websites zu deaktivieren, für die keine Dateien sicher gesendet werden können. Hierzu müssen sie die Download-Website zu InsecureContentAllowedForUrls hinzufügen.

↑ Zurück nach oben

Bevorstehende ChromeOS-Änderungen

Töne für ChromeOS-Akkustatus

Bereits ab Chrome 117 fügen wir Töne zur Angabe des Akkustatus hinzu. Nutzer können diese Töne aktivieren und deaktivieren und Administratoren können sie über Richtlinien steuern.

Wenn das Gerät nicht an das Stromnetz angeschlossen ist, hören Sie in folgenden Fällen ein Warnsignal:
- Der Akkuladestand sinkt auf 15 Minuten Ladezeit. Wenn 5 Minuten verbleiben, hören Sie ebenfalls einen Ton.
Wenn das Gerät angeschlossen ist, hören Sie in folgenden Situationen einen Signalton:
- Akkustand: 0–15 % (niedrig)
- Akkustand: 16–79 % (mittel)
- Akkustand: 80–100 % (hoch)
Falls das Gerät mit einem Ladegerät mit niedrigem Stromverbrauch verbunden ist, hören Sie Warnsignale, sobald der Akku auf 10 % sinkt, und dann noch einmal bei 5 %.

↑ Zurück nach oben

Chrome 115

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Seitenleiste in der Google Suche		✓
Automatisches Upgrade des sicheren DNS für einige Nutzer von Quad9Secure DNS	✓
Aktualisierung der HTTP-Anfragen auf HTTPS	✓
Unterstützung für Encrypted Client Hello (ECH)	✓
Deaktivierung aller Erweiterungen, die aus dem Chrome Web Store entfernt wurden			✓
Aktualisierungen für initial_preferences			✓
Verbesserungen für Lesezeichen und Leselisten unter iOS		✓
Aktualisierung für sichere DNS-Abfragen auf Cox-ISP-Servern	✓
Lesemodus		✓
Entfernung von SHA1 in Serversignaturen in TLS	✓
Handhabung der Abhängigkeit der Richtliniensynchronisierung			✓
Skia-Renderer für PDF-Rendering	✓		✓
Desktop mit einmaligen Berechtigungen		✓
Registrierungsformular für Privacy Sandbox-Entwickler			✓
Aktualisierung der Richtlinie „BrowsingDataLifetime“			✓
Einrichtung des Chrome-Moduls für iOS		✓
Karussell auf der Seite „Neuer Tab“		✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
Entfernte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
App-Streaming in ChromeOS		✓
Unverankerte Fenster unter ChromeOS		✓
Streaming in Cast Moderator pausieren		✓
Erweiterte Signaturoptionen im PDF-Toolkit		✓
Passpoint: Nahtlose, verschlüsselte Verbindung zu WLAN-Netzwerken		✓
Erweiterung der Sprachpakete auf Text-to-Speech		✓
Neue Tastenkombinations-App		✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Neue Karte „Chrome-Verwaltung über die Cloud“			✓
Neues Design der Seite „ChromeOS-Einstellungen“		✓
Einrichtungsleitfäden für Chrome		✓
Drucken von Berichten jetzt in der Chrome Management Reports API verfügbar			✓
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
X25519Kyber768-Schlüsselkapselung für TLS	✓
Verbesserte Leistung: Arbeitsspeicher-Sparmodus und Energiesparmodus			✓
Erweiterung der Anti-Phishing-Telemetrie	✓
Der Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt	✓
Aktivierung von „BFCache“ für Seiten mit der Einstellung „Cache-Control: no-store“	✓
Richtlinien für das Zeitlimit bei Inaktivität			✓
Windows 11-Änderungen im September, die sich auf Chrome auswirken		✓
Aktualisierungen für die Unterstützung von Native Client	✓
Unload-Ereignisse überspringen	✓
Bereich „Überprüfung von Erweiterungen“			✓
Erweiterung für die X.509-Schlüsselverwendung für RSA-Zertifikate erforderlich, die mit lokalen Roots verkettet sind
Eindämmung von Bounce-Tracking	✓		✓
Verwendung von „--load-extension“ einschränken	✓
Service Worker Static Routing API	✓
Zugriff auf die WebUSB API über Erweiterungs-Service-Worker ermöglichen	✓
Vereinfachte Anmeldung und Synchronisierung		✓
Web MIDI-Berechtigungsaufforderung	✓
Entfernung der Richtlinie „RendererCodeIntegrityEnabled“			✓
macOS 10.13 und macOS 10.14 werden von Chrome 117 nicht mehr unterstützt	✓		✓
Neue Chrome Desktop-Aktualisierung und neues Chrome-Menü in Chrome 117		✓
Aktualisierung des Schloss-Symbols	✓	✓
Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können		✓	✓
Entfernung der Richtlinie „ForceMajorVersionToMinorPositionInUserAgent“			✓
Unterstützung für Web SQL in Chrome 119 wird eingestellt	✓
Entfernung der Richtlinie „LegacySameSiteCookieBehaviorEnabledForDomainList“			✓
Geplante Einstellung von Mutation Events			✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Töne für ChromeOS-Akkustatus			✓
Entfernen der moderaten WebView-Verhaltensweisen von Chrome-Apps	✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Die Enterprise-Versionshinweise sind in neun Sprachen verfügbar. Informationen zu Chrome-Updates finden Sie auf Deutsch, Englisch, Französisch, Niederländisch, Spanisch, Portugiesisch, Koreanisch, Indonesisch und Japanisch. Bei manchen Sprachen kann die Übersetzung ein bis zwei Wochen in Anspruch nehmen.

Chrome-Updates

Seitenleiste der Google Suche

In Chrome 115 führt Google die Seitenleiste der Google Suche ein. Dabei handelt es sich um eine neue kontextbezogene Seitenleiste, mit der Nutzer den Inhalt der aktuellen Seite genauer untersuchen können. Die neue Seitenleiste enthält ein Suchfeld, das textbasierte und visuelle Anfragen, Fragen im Zusammenhang mit der Seite sowie Links zu weiteren Details zur aktuellen Website zulässt. Die Seitenleiste für die Suche wird einigen Nutzern in Chrome 115 zur Verfügung gestellt. Wir planen, sie später für alle Nutzer in Chrome 116 einzuführen. Sie können den Zugriff auf die Seitenleiste der Google Suche mithilfe der Richtlinie GoogleSearchSidePanelEnabled steuern.

Automatisches Upgrade des sicheren DNS für einige Nutzer von Quad9Secure DNS

Ab Chrome 115 werden für einige wenige Chrome-Nutzer sichere DNS-Abfragen anstelle von unsicheren DNS-Abfragen für die Auflösung von Hostnamen mithilfe der DNS-Server Quad9 Secure (9.9.9.9) verwendet. Diese Änderung wirkt sich nur unter den folgenden Bedingungen auf das Verhalten eines bestimmten Clients aus:
- Der Client wird auf einem System ausgeführt, das für die Verwendung der DNS-Server Quad9 Secure (9.9.9.9) konfiguriert wurde.
- Die Unternehmensrichtlinie für DnsOverHttpsMode ist auf „Automatisch“ gesetzt. (Der Standardwert ist „Aus“.)
- Die Richtlinie ChromeVariations ist so festgelegt, dass alle Varianten aktiviert werden.
- Der Client wird zufällig als einer der 1 % der Clients ausgewählt, für die dieses Verhalten aktiviert ist.

HTTP-Anfragen auf HTTPS aktualisiert

Schon ab Chrome 115 sind HTTP-Anfragen bei einigen Nutzern möglicherweise bereits auf HTTPS aktualisiert. Jede Seite, die nicht über HTTPS geladen werden kann, wird automatisch wieder auf HTTP zurückgesetzt. Bei Standardserverkonfigurationen wird die Sicherheit der Nutzer ohne sichtbare Auswirkungen erhöht.

Einige Serverkonfigurationen können Probleme verursachen, z. B. wenn unterschiedliche Inhalte über HTTP und HTTPS bereitgestellt werden. Nutzer können das automatische Upgrade umgehen, indem sie in der Omnibox explizit eine http://-URL aufrufen oder die Einstellung Unsichere Inhalte der Website aktivieren; aufrufbar über Seiteninfo und chrome://settings/content Sie können dieses Verhalten mit der Richtlinie HttpsUpgradesEnabled steuern und bestimmte Websites mit der Richtlinie HttpAllowlist auf die Zulassungsliste setzen.

Langfristig sollten Sie dafür sorgen, dass die Server Ihrer Organisation HTTPS unterstützen und dieselben Inhalte über HTTP und HTTPS bereitstellen. Wenn Sie HTTPS nicht unterstützen möchten, z. B. in einem Intranet hinter einer Firewall, sollten Server nicht auf Port 443 reagieren und Firewalls sollten die Verbindung schließen, anstatt sie hängen zu lassen. Sie können das HTTPS-Upgrade in Ihrer Umgebung testen. Aktivieren Sie dazu chrome://flags#https-upgrades. Probleme können hier gemeldet werden.

Ab Chrome 115 aktiviert Chrome automatisch den HTTPS-First-Modus auf Grundlage des Browserverlaufs des Nutzers. Damit wird das Interstitial „HTTPS-First-Modus“ auf Websites, die regelmäßig über HTTPS geladen werden, automatisch aktiviert. Websites, die regelmäßig Klartext-HTTP verwenden, sind davon nicht betroffen. Diese Änderung schützt Nutzer vor Downgrade-Angriffen, ohne sichtbar zu sein.

Unterstützung von Encrypted Client Hello (ECH)

Chrome 115 führt Unterstützung für ECH auf Websites ein, die dem zustimmen. Dies erfolgt im Rahmen unserer netzwerkbezogenen Bemühungen, den Datenschutz und die Sicherheit unserer Nutzer im Web zu verbessern, z. B. über sicheres DNS. Diese Änderung war ursprünglich für Chrome 107 geplant, musste aber verschoben werden.

Wenn die Infrastruktur Ihrer Organisation die Fähigkeit zur Prüfung von SNI (z. B. Filter, Logging usw.) erfordert, sollten Sie sie testen. Um das neue Verhalten zu aktivieren, rufen Sie chrome://flags auf und aktivieren Sie das Flag #encrypted-client-hello.

Unter Windows und Linux müssen Sie außerdem „Sicheres DNS“ aktivieren, damit das Flag wirksam wird.

Wenn Sie Inkompatibilitäten feststellen, können Sie die Unterstützung für ECH mithilfe der Unternehmensrichtlinie EncryptedClientHelloEnabled deaktivieren.

↑ Zurück nach oben

Unveröffentlichte Erweiterungen im Chrome Web Store deaktivieren

In Chrome 115 veröffentlichen wir die Unternehmensrichtlinie ExtensionUnpublishAvailability, mit der Sie Erweiterungen deaktivieren können, deren Veröffentlichung im Chrome Web Store aufgehoben wurde.

Aktualisierungen für initial_preferences

Die folgenden Felder wurden aus der Beispieldatei „initial_preferences“ entfernt:
- Sie wurden entfernt, da sie nicht mehr gültig sind:
  - sync_promo.show_on_first_run_allowed
  - suppress_first_run_bubble
  - suppress_first_run_Default_browser_prompt
- Sie wurden entfernt, da sie durch eine empfohlene Richtlinie gesteuert werden können:
  - Startseite
  - homepage_is_newtabpage
  - show_home_button
  - Sitzung
  - bookmark_bar
  - import_* außer für import_bookmarks_from_file
  - make_chrome_default_*
- Sie wurden entfernt, da sie nicht für die Unternehmensnutzung oder nur für die Installation auf Nutzerebene relevant sind:
  - ping_delay
  - do_not_launch_chrome
  - do_no_register_for_update_launch

Verbesserungen für Lesezeichen und Leselisten unter iOS

In Chrome 115 unter iOS: Einige Nutzer können sich über den Lesezeichenmanager oder die Leselistenoberflächen in Chrome anmelden und Lesezeichen und Leselistenelemente in ihrem Google-Konto speichern. Relevante Unternehmensrichtlinien wie BrowserSignin, SyncDisabled, SyncTypesListDisabled, EditBookmarksEnabled und ManagedBookmarks funktionieren weiterhin wie gewohnt und können verwendet werden, um zu konfigurieren, ob Nutzer Elemente in ihrem Google-Konto verwenden oder speichern können.

Aktualisierung für sichere DNS-Abfragen auf Cox-ISP-Servern

Bei Clients, die auf Systemen ausgeführt werden, die die DNS-Server von Cox ISP verwenden, und bei denen die Richtlinie DnsOverHttpsMode auf Automatisch gesetzt ist, werden sichere DNS-Abfragen von Chrome anstatt von unsicheren DNS-Abfragen in Chrome 115 verwendet (und in älteren Versionen ab dem 16. Mai 2023, wenn die Richtlinie ChromeVariations so festgelegt ist, dass alle Varianten aktiviert werden).

Lesemodus

Da mehr Inhalte online gelesen werden, fügen wir ab Chrome 115 eine neue Funktion hinzu, um das Online-Leseerlebnis zu verbessern. Einführung des Lesemodus, eine neue Funktion im Chrome-Browser, mit der das Leseerlebnis für alle Nutzer im Web verbessert wird. Durch den Lesemodus werden ablenkende Elemente durch eine anpassbare Leseansicht in der Seitenleiste des Chrome-Browsers reduziert. So können sich Leser auf den Hauptinhalt konzentrieren. Nutzer können auch Schriftart, Textgröße, Abstand, Design oder Hintergrundfarbe und vieles mehr anpassen und so die Leseumgebung einheitlicher, intuitiver und komfortabler gestalten.

↑ Zurück nach oben

Entfernung von SHA1 in Serversignaturen in TLS

In Chrome 115 wird die Unterstützung für Signaturalgorithmen, die während des TLS-Handshakes SHA-1 für Serversignaturen verwenden, entfernt. SHA1 wurde von der IETF aufgrund bekannter Konflikte eingestellt und sollte vermieden werden.
Dies betrifft nicht die SHA-1-Unterstützung in Serverzertifikaten, die bereits entfernt wurde. SHA-1 in Clientzertifikaten wird weiterhin unterstützt. Unternehmen, die SHA1-Signaturschemes in TLS verwenden, können die Richtlinie InsecureHashesInTLSHandshakesEnabled verwenden, um SHA1 weiterhin in Serversignaturen zu verwenden.

Handhabung der Abhängigkeit der Richtliniensynchronisierung

Derzeit müssen Administratoren SyncDisabled für alle Richtlinien zum Löschen von Daten festlegen (BrowsingDataLifetime, ClearBrowsingDataOnExitList). In Chrome 115 wird die Synchronisierung für die jeweiligen Datentypen automatisch deaktiviert und Administratoren müssen die Richtlinie SyncDisabled nicht mehr festlegen. Diese Funktion wird nach und nach hinter einem Flag eingeführt. Sie können dieses Verhalten unter chrome://flags#data-retention-policies-disable-sync-types-needed aktivieren.

Skia-Renderer für PDF-Rendering

In Chrome 115 wird eine neue Unternehmensrichtlinie hinzugefügt: PdfUseSkiaRendererEnabled. Damit kann die Nutzerauswahl zur Aktivierung des Skia-Renderers überschrieben werden. Wenn Skia-Renderer aktiviert ist, wird das PDF-Rendering-Gerät von AGG (Anti-Grain Geometry) auf Skia umgestellt. Skia-Renderer bietet erweiterten technischen Support und verwendet verschiedene Algorithmen zum Zeichnen von Grafiken. Die daraus resultierenden visuellen Abweichungen werden geringfügig sein.

Desktop für einmalige Berechtigungen

Wenn Nutzer nach einer Berechtigung gefragt werden, können sie derzeit „Zulassen“ oder „Ablehnen“ auswählen; beide Optionen werden dauerhaft gespeichert. Mit dieser Funktion wird die Option Dieses Mal erlauben für Berechtigungen für die Standortbestimmung, Kamera und Mikrofon hinzugefügt. Dadurch wird die Berechtigung für eine neu eingeführte Sitzung verbessert, die eine Sitzung mit einmaliger Berechtigung unserer Meinung nach besser widerspiegelt, ohne gängige Szenarien zu beeinträchtigen. Ab Chrome 115 wird diese Funktion nach und nach für einige Nutzer eingeführt.

Registrierungsformular für Privacy Sandbox-Entwickler

Um Zugriff auf die Privacy Sandbox-Relevanz und Measurement APIs in Chrome und Android zu erhalten, müssen Entwickler sich für die Privacy Sandbox registrieren. Der Registrierungsvorgang für Entwickler prüft Unternehmen, bevor sie die APIs verwenden können. So wird der Datenschutz für Nutzer zusätzlich verbessert. Im Rahmen dieser Registrierung müssen Entwickler Einschränkungen in Bezug auf die Nutzung dieser Dienste zustimmen, um eine erneute Identifizierung von Nutzern auf Websites zu verhindern.

Aktualisierung der BrowsingDataLifetime-Richtlinie

Wir haben die Dokumentation für BrowsingDataLifetime aktualisiert. Es wird nun angegeben, dass download_history und hosted_app_data unter Android nicht unterstützt werden.

↑ Zurück nach oben

Modul Chrome einrichten für iOS

Unter iOS sehen einige neue Nutzer in Chrome 115 das neue Modul Chrome einrichten. In diesem Modul in der Mitte der Seite „Neuer Tab“ haben neue Nutzer die Möglichkeit, Elemente aufzurufen und zu erledigen, mit denen sie Chrome einrichten und optimal nutzen können. Die im Modul aufgeführten Elemente sind optional und das Modul wird nach der Installation der App noch einige Wochen angezeigt. Diese Funktion ist derzeit nur für iOS verfügbar.

Karussell auf der Google-Seite Neuer Tab

Ein neues Karussell auf der Google-Seite Neuer Tab ermöglicht es Nutzern, zwischen bestimmten Modulen zu wechseln. Diese Funktion ist für einige neue Nutzer nur eingeschränkt verfügbar. Das Karussell kann auf zwei Arten angezeigt werden:
- Mit den Modulen Am häufigsten besuchte Websites und Verknüpfungen oder
- Mit dem Modul Verknüpfungen.
Ein Nutzer kann z. B. „Am häufigsten besuchte Websites“ sehen, aber durch Wischen zu „Verknüpfungen“ wechseln.

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
ExtensionUnpublishedAvailability	Verfügbarkeit von Erweiterungen steuern, die nicht im Chrome Web Store veröffentlicht sind
SafeSitesFilterBehavior	Websites auf oberster Ebene (aber nicht eingebettete iFrames) mit Inhalten nur für Erwachsene filtern (jetzt für Android verfügbar).
PdfUseSkiaRendererEnabled	Standard-Renderer basierend auf der Konfiguration des Feldtests verwenden.
GoogleSearchSidePanelEnabled	Seitenleiste der Google Suche auf allen Webseiten aktivieren

Entfernte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
ForceEnablePepperVideoDecoderDevAPI	Unterstützung für die PPB_VideoDecoder(Dev) API aktivieren
PPAPISharedImagesSwapChainAllowed	Moderne Zwischenspeicherzuweisung für Graphics3D-APIs im PPAPI-Plug-in zulassen.
UseMojoVideoDecoderForPepperAllowed	Zulassen, dass Pepper einen neuen Decoder für die hardwarebeschleunigte Videodecodierung verwendet.

ChromeOS-Updates

App-Streaming in ChromeOS

Schon ab ChromeOS 115 verbessert App-Streaming den Phone Hub: Nutzer können gestreamte Apps auf ihrem Pixel sehen und mit ihnen interagieren. Wenn ein Nutzer eine Benachrichtigung über eine gespiegelte Unterhaltung von seinem Pixel erhält, wird durch Tippen auf die Benachrichtigung ein App-Stream direkt auf den ChromeOS-Desktop des Nutzers gestartet. Dies ist Teil eines Google-weiten Ansatzes für Ambient Computing.

↑ Zurück nach oben

Unverankerte Fenster in ChromeOS

In ChromeOS 115 gibt es das neue Menü Fensterlayout. Dadurch lassen sich häufige Aktionen beschleunigen, wie z. B. das Teilen von zwei Fenstern. Darüber hinaus fügen wir den neuen Fenstersstatus Unverankert hinzu, mit dem Nutzer ein Fenster als „immer oben“ festlegen können.

Streaming für Cast Moderator pausieren

Bei Verwendung von Cast Moderator suchen Nutzer manchmal nach einer schnellen Möglichkeit, ihren Stream zu pausieren. Unter ChromeOS 115 können Sie mit der Option Stream pausieren den Streaming-Inhalt auf dem geteilten Bildschirm auf ein unbewegtes Bild pausieren, während Sie auf Ihrem Computer etwas anderes tun.

Wählen Sie in den ChromeOS-Schnelleinstellungen oder im Streamingmenü des Chrome-Browsers Pausieren aus, um den zuletzt gestreamten Bildschirm auf dem Streamingempfänger anzuzeigen. Während der Wiedergabe werden andere Aktionen auf Ihrem Computer NICHT an den Streamingempfänger übertragen. Wenn das Streaming fortgesetzt wird, überträgt Ihr Computer wieder an den Streamingempfänger.

Erweiterte Signaturoptionen für das PDF-Toolkit

In ChromeOS 115 können Nutzer mit dem PDF-Toolkit „Galerie“ ihre Dokumente leichter signieren. Das ermöglicht die Erstellung einer freien Signatur, die zur späteren Verwendung in der App gespeichert wird. Die Galerie ist das Medien-Multi-Tool von ChromeOS, das Nutzern schnelle, konsistente und sichtbare Möglichkeiten zum Ansehen, Anpassen und Weiterleiten verschiedener Medientypen bietet.

Passpoint: Nahtlose, sichere Verbindung zu WLANs

Passpoint optimiert den WLAN-Zugriff. Es wird nicht mehr erforderlich sein, dass Nutzer bei jedem Besuch ein Netzwerk suchen und authentifizieren. Sobald ein Nutzer auf das WLAN an einem Standort zugreift, stellt das Clientgerät mit aktiviertem Passpoint bei nachfolgenden Besuchen automatisch eine Verbindung her. Wi-Fi Passpoint wird jetzt unter ChromeOS über unterstützte Android-Apps unterstützt. Wi-Fi Passpoint besteht aus einer Reihe von WLAN-Mechanismen, die von der Wi-Fi Alliance definiert werden, die die Bereitstellung und Konfiguration sicherer WLANs vereinfachen und automatisieren und gleichzeitig Nutzereingriffe minimieren. Wenn ein kompatibles und gesichertes WLAN in Reichweite ist, kann ChromeOS nach der Bereitstellung automatisch eine Verbindung zum Netzwerk herstellen, ohne dass der Nutzer etwas tun muss.

Sprachpakete zu Text-to-Speech erweitern

Einige Google-Text-to-Speech-Stimmen, die zuvor vorinstalliert waren, werden jetzt über das Netzwerk heruntergeladen, wenn sie benötigt werden. Dadurch wird Speicherplatz auf dem ChromeOS-Gerät freigegeben.

Neue Verknüpfungs-App

Die neue Verknüpfungs-App bietet eine neue Navigation und Taxonomie, vereinfachte App-interne Suchfunktionen und eine aktualisierte Visualisierung der Verknüpfung.

↑ Zurück nach oben

Neuerungen in der Admin-Konsole

Neue Karte „Chrome-Verwaltung über die Cloud“

Chrome 115 führt eine neue Karte Chrome-Verwaltung über die Cloud auf der Startseite der Admin-Konsole ein. Sie können jetzt beliebte Aufgaben zur Chrome-Browserverwaltung direkt über die Startseite aufrufen und finden.

Neues Design der Seite „Chrome-Einstellungen“

Wir haben Ihr Feedback berücksichtigt. Alle Administratoren sehen jetzt in denen Einstellungen Nutzer und Browser, Gerät und Verwaltete Gastsitzung eine Benutzerfläche mit neuem Design. Hierdurch soll die Verwaltung von Richtlinien vereinfacht werden. Achten Sie auf Folgendes:
- Eine besser durchsuchbare Tabelle mit Lesezugriff, um die Einstellungskonfigurationen in Ihrer Organisation anzusehen.
- Dedizierte Richtlinienansichten für Administratoren zur Konzentration auf einzelne Einstellungen
- Aktualisierte Richtlinienbeschreibungen, die direkt aus den Live-Hilfen stammen. Es muss nicht mehr zwischen Fenstern gewechselt werden, um mehr über eine Richtlinie zu erfahren. Dazu gehören unterstützte Informationen für Plattform und Version für alle Richtlinien.

Einrichtungsleitfäden für Chrome

Im Bereich der Chrome-Einrichtungsleitfäden finden Sie jetzt neue interaktive Inhalte für gängige ChromeOS-Aufgaben in der Admin-Konsole. Neue Aufgaben:
- Testorganisationseinheiten erstellen
- Nutzer zum Testen hinzufügen
- ChromeOS-Berichte aktivieren
- Testgerät registrieren
- Geräterichtlinien festlegen
- Nutzerrichtlinien festlegen
- Apps und Erweiterungen installieren
- WLAN wird hinzugefügt
So greifen Sie auf die neuen Chrome-Einrichtungsleitfäden zu:
- Melden Sie sich in der Admin-Konsole an.
- Wählen Sie links Geräte > Chrome > Einrichtungsleitfäden aus.

Drucken von Berichten jetzt in der Chrome Management Reports API verfügbar

Wir haben der Chrome Management Reports API zusätzliche Endpunkte hinzugefügt, um das Drucken von Berichten zu ermöglichen. Die neuen Endpunkte enthalten Zusammenfassungsberichte für einzelne Nutzer und Drucker sowie eine Liste aller Druckaufträge, die an verwaltete Drucker gesendet werden. Die von den neuen Endpunkten bereitgestellten Daten entsprechen den Daten auf der Seite Drucknutzung der Admin-Konsole. Durch diese Aktualisierung werden dieselben Daten in der Reports API des Drittanbieters angezeigt.

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
Autofill für Adressdaten zulassen	Nutzer- und Browsereinstellungen	M88	Nutzererfahrung > Autofill für Adressformular
Autofill für Kreditkartendaten zulassen	Nutzer- und Browsereinstellungen	M88	Nutzererfahrung > Autofill für Kreditkartenformular

↑ Zurück nach oben

Bald verfügbar

Hinweis: Bei den unten aufgeführten Elementen handelt es sich um experimentelle oder geplante Updates. Sie können sich vor der Einführung der stabilen Version ändern, verzögern oder ganz entfernt werden.

Anstehende Browseränderungen

X25519Kyber768-Schlüsselkapselung für TLS

Bereits ab Chrome 116 wird der Post-Quanten-sichere TLS-Kapselungsmechanismus X25519Kyber768 eingeführt, der auf einem NIST-Standard basiert. Dies wird als neue TLS-Cipher-Suite angezeigt. TLS verhandelt unterstützte Chiffren automatisch. Daher sollte diese Änderung für Serverbetreiber transparent sein. Einige TLS-Midboxes sind jedoch möglicherweise nicht auf die Größe einer Kyber-Schlüsselkapselung oder einen neuen TLS-ClientHello-Chiffre-Codepunkt vorbereitet. Dies führt dazu, dass Verbindungen unterbrochen werden oder hängen bleiben. Sie können das Problem beheben, indem Sie Ihre Middlebox aktualisieren oder den Mechanismus zur Schlüsselkapselung über die temporäre Unternehmensrichtlinie „PostQuantumKeyConsentEnabled“ deaktivieren. Langfristig werden Post-Quanten-sichere Chiffren jedoch in TLS erforderlich sein und die Unternehmensrichtlinie wird entfernt.

Verbesserte Leistung: Arbeitsspeicher-Sparmodus und Energiesparmodus

In Chrome 108 haben wir Funktionen eingeführt, mit denen die Leistung von Chrome verbessert und die Akkulaufzeit gemäß den folgenden Unternehmensrichtlinien verlängert werden soll: TabDropingExceptions, AkkuSaverModeAvailability und HighEfficiencyModeEnabled In Chrome 116 werden wir die Funktionen des Arbeitsspeicher-Sparmodus erweitern, damit Nutzer das Verwerfen von Tabs besser verstehen und nutzen können.

Nutzer, die den Arbeitsspeicher-Sparmodus (Richtlinie HighEfficiencyModeEnabled) aktiviert haben, erhalten einen besseren Überblick über verworfene Tabs in der Tableiste und Einblicke in die Speichernutzung aktiver und inaktiver Tabs.

Darüber hinaus wird in dieser Version die Verwaltung von Ausnahmen (Richtlinie TabDiscardingExceptions) für Nutzer intuitiver, die die Möglichkeit haben, ihre eigenen Ausnahmen zu verwalten:
1. In den Einstellungen können Nutzer auf Grundlage der aktuell geöffneten Tabs Ausnahmen hinzufügen (zusätzlich zur manuellen Eingabe, die heute bereits gilt).
2. Im Seiten-Aktions-Chip eines verworfenen Tabs können Nutzer festlegen, dass die Website nicht verworfen werden soll.

Erweiterung der Anti-Phishing-Telemetrie

In dieser Funktion werden die Nutzerinteraktionsdaten auf Chrome-Servern und Safe Browsing-Servern erfasst, um Wissenslücken rund um die Interaktion von Nutzern mit Safe Browsing-Phishing-Warnungen- und Phishing-Seiten zu schließen. Diese zusätzliche Telemetrie wird uns helfen, unsere Bemühungen zur Verbesserung des Phishing-Schutzes zu fokussieren, da wir so den Nutzer besser verstehen können. Administratoren können diese Funktion mithilfe der Unternehmensrichtlinien MetricsReportingEnabled und SafeBrowsingProtectionLevel deaktivieren.

Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Ab Chrome 116 wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt, um Sicherheit und Zuverlässigkeit zu erhöhen. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten gefunden werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.

BFCache für Seiten aktivieren, die „Cache-Control: no-store“ festlegen

Dokumente mit dem Header Cache-Control: no-store werden an BFCache gehindert. Ab Chrome wird 116 BFCaching für diese Dokumente eingeführt. Eine Ausnahme bilden Dokumente mit vertraulichen Informationen (GitHub).

Mit der Richtlinie AllowBackForwardCacheForCacheControlNoStorePageEnabled wird gesteuert, ob eine Seite mit dem Header Cache-Control: no-store im Back-Forward-Cache gespeichert werden kann. Es wird möglicherweise nicht erwartet, dass die Seite aus dem Back-Forward-Cache wiederhergestellt wird, da einige vertrauliche Daten auch nach der Wiederherstellung angezeigt werden können, selbst wenn die Seite nicht mehr zugänglich ist.

Wenn die Richtlinie aktiviert oder nicht konfiguriert ist, kann die Seite mit dem Header Cache-Control: no-store aus dem Back-Forward-Cache wiederhergestellt werden, es sei denn, die Cache-Bereinigung wird ausgelöst (z. B. wenn es eine reine HTTP-Cookie-Änderung auf der Website gibt).
Ist die Richtlinie deaktiviert, wird die Seite mit dem Header Cache-Control: no-store nicht im Back-Forward-Cache gespeichert.

Richtlinien für Zeitüberschreitungen bei Inaktivität

In Chrome 116 können Administratoren Maßnahmen ergreifen, z. B. den Browser schließen oder zur Profilauswahl wechseln, nachdem Chrome für einen bestimmten Zeitraum inaktiv war. Mit der Richtlinie IdleTimeout können Sie ein Zeitlimit festlegen und mit der Richtlinie IdleTimeoutActions können Sie Aktionen bei Zeitüberschreitung festlegen.

Windows 11-Änderungen, die Chrome betreffen, im September

Ein Update auf Windows 11 bietet später im Jahr 2023 Unterstützung für geräteübergreifende Passkey-Abläufe in webauthn.dll v6. Chrome 116 erkennt diese Windows-Version und bietet keine eigene geräteübergreifende Unterstützung mehr in der Chrome-Benutzeroberfläche, sondern verweist stattdessen auf Windows. Dies führt dazu, dass Nutzer eine andere Benutzeroberfläche sehen, wie unten dargestellt. Dies kann mit Chrome 116 getestet werden, das unter Windows Insider Dev Build 23486 oder höher ausgeführt wird.

Vorher:

Nachher:

↑ Zurück nach oben

Aktualisierungen für die Unterstützung von Native Client

Bereits ab Chrome 117 wird die Unterstützung für Native Client NaCl aus Erweiterungen unter Windows, macOS und Linux entfernt. Die Unternehmensrichtlinie NativeClientForceAllowed wird verfügbar sein, sodass Native Client bis Chrome 119 weiter verwendet werden kann.

Unload-Ereignisse überspringen
Das Vorhandensein von Event-Listenern, die nicht entladen werden, ist ein primärer Blocker für den Back-Forward-Cache in Chromium-basierten Browsern und für Firefox auf Desktop-Plattformen. Auf mobilen Plattformen wiederum wird in fast allen Browsern bfcache priorisiert. In den meisten Fällen werden Unload-Ereignisse nicht ausgelöst. Um die Situation zu verbessern, haben wir mit vielen Partnern zusammengearbeitet und die Verwendung von Unload-Event-Listenern in den letzten Jahren erfolgreich reduziert.
Bereits ab Chrome 117 empfehlen wir, dass Ereignisse nach und nach von Chrome für Computer übersprungen werden, um die Migration zu beschleunigen. Falls Sie mehr Zeit benötigen, um von Unload-Ereignissen zu migrieren, können Sie sich vorübergehend in Form einer API und einer Gruppenrichtlinie abmelden, um das Verhalten selektiv unverändert beizubehalten.

Bereich „Überprüfung von Erweiterungen“
Unter chrome://extensions wird ein neues Überprüfungsfeld hinzugefügt, das immer dann erscheint, wenn es potenziell unsichere Erweiterungen gibt, die die Aufmerksamkeit des Nutzers erfordern. Bei der erstmaligen Einführung werden Erweiterungen hervorgehoben, die Malware darstellen, gegen Richtlinien verstoßen oder nicht mehr im Chrome Web Store verfügbar sind. Der Nutzer kann diese Erweiterungen entfernen oder beibehalten.

Außerdem gibt es für jede Gruppe einige riskante Erweiterungen, die überprüft werden müssen. Diese werden auf der Seite Datenschutz und Sicherheit angezeigt.
Mit der Richtlinie ExtensionUnpublishAvailability werden Erweiterungen deaktiviert, deren Veröffentlichung vom Entwickler aufgehoben wurde, oder die gegen die Richtlinien für den Chrome Web Store verstoßen. Diese Erweiterungen sind möglicherweise auch im Überprüfungsbereich des Erweiterungsmoduls zu sehen, sofern sie nicht durch eine Richtlinie installiert werden. Der Nutzer kann sie entfernen oder beibehalten.

Erweiterung der X.509-Schlüsselverwendung für RSA-Zertifikate erfordern, die mit lokalen Roots verkettet sind
X.509-Zertifikate für HTTPS sollten eine Erweiterung der Schlüsselverwendung enthalten, die angibt, wie der Schlüssel in einem Zertifikat verwendet werden darf. Die entsprechenden Anweisungen sollen verhindern, dass Zertifikate in einem unbeabsichtigten Kontext verwendet werden, was einen Schutz vor einer Klasse protokollübergreifender Angriffe auf HTTPS und andere Protokolle darstellt. Dazu müssen HTTPS-Clients prüfen, ob die Serverzertifikate mit den TLS-Parametern der Verbindung übereinstimmen, insbesondere dass das Schlüsselverwendungs-Flag für „digitalSignature“ und möglicherweise „keyEncipherment“ (abhängig von den verwendeten TLS-Chiffren) bei der Verwendung von RSA geltend gemacht wird.

Ab Chrome 117 wird erzwungen, dass die Erweiterung für die Schlüsselverwendung auf RSA-Zertifikaten, die mit lokalen Roots verkettet sind, ordnungsgemäß festgelegt ist. Die Schlüsselverwendung ist für ECDSA-Zertifikate sowie für öffentlich vertrauenswürdige Zertifikate bereits erforderlich. Unternehmen können die Erzwingung der Schlüsselverwendung mithilfe der Richtlinie RSAKeyUsageForLocalAnchorsEnabled (verfügbar in Chrome 116) testen und vorübergehend deaktivieren.

Eindämmung von Bounce-Tracking

Bereits ab Chrome 116 bietet Chrome Eindämmung von Bounce-Tracking. Dies ist jedoch nur wirksam, wenn die Richtlinie auf „true“ gesetzt ist (Cookies von Drittanbietern blockieren). Sie können diese Funktion über die Richtlinie BlockThirdPartyCookies steuern. Sie können auch bestimmte Websites mithilfe der Richtlinie CookiesAllowedForUrls ausschließen, wenn bestimmte Drittanbieter-Cookies standardmäßig blockiert werden.

Die Verwendung von „--load-extension“ einschränken

Die Befehlszeile --load-extension bietet eine sehr niedrige Schranke für Cookie-Diebstahl-Malware zum Laden schädlicher Erweiterungen ohne Installationsaufforderung. Chrome wird dies nach und nach einstellen, um diesen Angriffsvektor für Malware zu reduzieren. Ab Chrome 116 wird --load-extension für Nutzer ignoriert, die erweitertes Safe Browsing aktiviert haben.

↑ Zurück nach oben

Service Worker Static Routing API
Chrome 116 veröffentlicht die Service Worker Static Routing API. Damit können Entwickler die Ladevorgänge von Service Workern optimieren. Insbesondere können Entwickler damit das Routing konfigurieren und einfache Aufgaben entlasten, die ServiceWorker tun. Wenn die Bedingung erfüllt ist, erfolgt die Navigation, ohne ServiceWorkers zu starten oder JavaScript auszuführen. Dadurch können Webseiten Leistungseinbußen vermeiden, die durch das Abfangen von ServiceWorkern entstehen.

Zugriff auf die WebUSB API über Erweiterungs-Service-Worker aktivieren
Ab Chrome 117 wird der Zugriff auf die WebUSB API über Erweiterungs-Service-Worker als Migrationspfad für Manifest V2-Erweiterungen möglich sein, die derzeit über eine Hintergrundseite auf die API zugreifen.
Sie können dieses Verhalten auch durch Anwenden der WebUSB-Richtlinien auf die Ursprünge der Erweiterung steuern. Weitere Informationen finden Sie unter DefaultWebUsbGuardSetting, WebUsbAskForUrls, WebUsbBlockedForUrls und WebUsbAllowDevicesForUrls.

Vereinfachte Anmeldung und Synchronisierung
Ab Chrome 117 sehen einige Nutzer möglicherweise eine vereinfachte und konsolidierte Version der Anmeldung und Synchronisierung in Chrome. Die Chrome-Synchronisierung wird nicht mehr als separate Funktion in den Einstellungen oder an anderer Stelle angezeigt. Stattdessen können sich Nutzer gemäß den entsprechenden Unternehmensrichtlinien in Chrome anmelden, um Informationen wie Passwörter und Lesezeichen in ihrem Google-Konto zu verwenden und zu speichern.

Wie bisher kann die Funktion zum Speichern und Aufrufen von Chrome-Daten im Google-Konto, die vorher Teil der Chrome-Synchronisierung war, vollständig (über SyncDisabled) oder teilweise (über ) SyncTypesListDisabled deaktiviert werden. Die Anmeldung in Chrome kann wie bisher über BrowserSignin erzwungen oder deaktiviert werden.

Diese Änderungen haben keine Auswirkungen auf die Möglichkeiten der Nutzer, sich in Google-Diensten im Web (z. B. Gmail) anzumelden, ohne sich in Chrome anzumelden, sich nicht in Chrome anzumelden oder festzulegen, welche Informationen mit ihrem Google-Konto synchronisiert werden sollen.

Web MIDI-Berechtigungsaufforderung

Ab Chrome 117 wird der Zugriff auf die Web MIDI API über eine Berechtigungsaufforderung gesteuert. Für die Verwendung von SysEx-Nachrichten mit der Web MIDI API ist derzeit eine explizite Nutzerberechtigung erforderlich. Bei der geplanten Implementierung ist die Nutzerberechtigung auch für den Zugriff auf die Web MIDI API ohne SysEx-Unterstützung erforderlich. Beide Berechtigungen werden in einer gebündelten Berechtigungsaufforderung angefordert.
Mit den drei neuen Richtlinien DefaultMidiSetting, MidiAllowedForUrls und MidiBlockedForUrls können Administratoren den Zugriff der Nutzer auf die API vorkonfigurieren.

Richtlinie „RendererCodeIntegrityEnabled“ entfernt

Bereits ab Chrome 117 wird die Richtlinie RendererCodeIntegrityEnabled entfernt. Wir empfehlen Ihnen, potenzielle Inkompatibilitäten mit Drittanbieter-Software zu überprüfen, indem Sie die Richtlinie vor dieser Veröffentlichung nicht mehr anwenden. Hier können Sie einen Fehlerbericht senden, um ein Problem zu melden.

macOS 10.13 und macOS 10.14 werden von Chrome 117 nicht mehr unterstützt

macOS 10.13 und macOS 10.14 finden sich bereits außerhalb des Supportfensters von Apple und werden von Chrome 117 nicht mehr unterstützt. Nutzer müssen ihr Betriebssystem aktualisieren, damit sie den Chrome-Browser weiter verwenden können. Zur Aufrechterhaltung der Sicherheit ist die Ausführung eines unterstützten Betriebssystems unerlässlich. Bei der Ausführung unter macOS 10.13 oder 10.14 zeigt Chrome weiterhin eine Infoleiste zur Erinnerung an, dass Chrome 117 macOS 10.13 und macOS 10.14 nicht mehr unterstützt.

Neue Chrome-Desktop-Aktualisierung und neues Chrome-Menü in Chrome 117

Die Designplattform von Google wird auf Google Material 3 umgestellt. Wir haben die Möglichkeit, unseren Desktop-Browser über alle Betriebssysteme hinweg zu modernisieren, indem wir die aktualisierten Elemente der Benutzeroberfläche oder das Design verwenden und die Personalisierung durch ein neues dynamisches Farbsystem verbessern. Außerdem verbessern wir die Barrierefreiheit. In Chrome 117 wird die erste Welle von UI-Updates eingeführt.

Das Dreipunkt-Menü in Chrome wird ebenfalls aktualisiert und bietet eine Basis zum Skalieren von Desktop-Chrome-UI, Kommunikation und Personalisierung. Das Menü wird stufenweise in Chrome 117 mit der Desktop-Aktualisierung aktualisiert.

Inaktive Tabs in der Chrome App unter iPhone und iPad

In Chrome 114 werden alte Tabs in der Rasteransicht Tab jetzt im neuen Abschnitt Inaktive Tabs gruppiert. Chrome-Nutzer können im Bereich „Inaktive Tabs“ alle alten Tabs einsehen oder mit der neuen Bulk-Tab-Funktion schließen. Alternativ können Nutzer mit einem einfachen Klick einen inaktiven Tab wiederherstellen.

Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können
Chrome-Erweiterungen werden auf die neue Manifestversion „Manifest V3“ umgestellt. Dadurch wird der Datenschutz für Ihre Nutzer verbessert, zum Beispiel durch die Umstellung auf ein Modell, bei dem Erweiterungen Anfragen deklarativ ändern, ohne dass einzelne Anfragen eingesehen werden können. Das verbessert auch die Sicherheit der Erweiterung, da remote gehosteter Code bei Manifest V3 nicht zulässig ist.

Wie bereits in unserem Blogpost More details on the transition to Manifest V3 erwähnt, ist der Zeitplan für die Einstellung von Manifest V3 noch offen. Die für Anfang 2023 geplanten Tests wurden verschoben.

Während der Überprüfung des Zeitplans können vorhandene Manifest V2-Erweiterungen weiterhin aktualisiert und in Chrome ausgeführt werden. Allerdings müssen alle neuen Erweiterungen, die an den Chrome Web Store gesendet werden, Manifest V3 implementieren.

Ab Chrome 110 lässt sich mithilfe der Unternehmensrichtlinie ExtensionManifestV2Availability steuern, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Nach der Migration können Sie gemäß der Richtlinie die Nutzung von Manifest V2-Erweiterungen mindestens bis Januar 2024 verlängern.

Auf der Nutzungsseite „Apps und Erweiterungen“ der Chrome-Verwaltung über die Cloud sehen Sie, welche Manifestversion von allen Chrome-Erweiterungen in Ihrem Gerätebestand verwendet wird.
Weitere Informationen finden Sie im Zeitplan für die Manifest V2-Unterstützung.

↑ Zurück nach oben

Richtlinie „ForceMajorVersionToMinorPositionInUserAgent“

Chrome 118 plant, die Richtlinie ForceMajorVersionToMindPositionInUserAgent zu entfernen. Diese Richtlinie wurde in Chrome 99 eingeführt, um zu steuern, ob die Hauptversion im User-Agent-String auf „99“ festgeschrieben wird, falls Fehler beim Parsen des User-Agent-Strings auftreten, wenn die Version zu 100 geändert wird. Glücklicherweise mussten wir diese Funktion nicht implementieren und es gab nur ein paar kleinere Probleme mit der dreistelligen Version, die mittlerweile alle behoben wurden. Aus diesem Grund haben wir vor, diese Richtlinie zu entfernen.

Wenn Sie Feedback zur Entfernung dieser Richtlinie oder zu Intranet-Ausfällen im Zusammenhang mit dieser Richtlinie haben, können Sie diesen Fehler kommentieren.

Einstellung der Unterstützung für Web SQL in Chrome 119

Ab Chrome 119 wird die Unterstützung für Web SQL entfernt, um die Sicherheit von Nutzerdaten zu verbessern. Der Web SQL-Datenbankstandard wurde erstmals im April 2009 vorgeschlagen und im November 2010 aufgegeben. Ab heute ist Chrome der einzige große Browser mit Unterstützung für Web SQL. W3C ermutigte diejenigen, die Webdatenbanken benötigen, indexierte Datenbanken oder SQLite WASM zu verwenden.

Zeitplan für die Einstellung:
- Chrome 115 – Nachricht zur Einstellung hinzufügen
- Chrome 118–123 – Einstellung der Testversion
- Chrome 119 – Entfernung des Versands
Weitere Informationen zur Einstellung und Entfernung finden Sie auf der Seite Chromestatus.

Die Unternehmensrichtlinie WebSQLAccess ist bis Chrome 123 verfügbar, um Web SQL aktivieren zu können.

Entfernung der Richtlinie „LegacySameSiteCookieBehaviorEnabledForDomainList“

In Chrome 79 wurde LegacySameSiteCookieBehaviorEnabledForDomainList eingeführt, um das SameSite-Verhalten von Cookies (möglicherweise in bestimmten Domains) auf das bisherige Verhalten zurückzusetzen. Die Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList wird in Chrome 121 entfernt.

Einstellen geplant: Mutation Events

Synchrone Mutation Events wie "DOMSubtreeModified", "DOMNodeInserted", "DOMNodeRemoved", "DOMNodeRemovedFromDocument", "DOMNodeInsertedIntoDocument" und "DOMCharacterDataModified" wirken sich negativ auf die Seitenleistung aus und erhöhen auch die Komplexität, wenn neue Funktionen zum Web hinzugefügt werden. Diese APIs wurden 2011 aus der Spezifikation entfernt und 2012 durch die Mutation Observer API ersetzt, die ein viel besseres Verhalten hat. Die Verwendung der veralteten Mutation Events muss entfernt oder zu Mutation Observer migriert werden. Mutation Events funktioniert in Chrome 127 ab ca. dem 30. Juli 2024 nicht mehr.

Bevorstehende ChromeOS-Änderungen

Entfernung der eingeschränkten WebView-Verhaltensweisen von Chrome-Apps

Bereits in Chrome 116 gelten für die Nutzung von WebView von Chrome-Apps die folgenden Einschränkungen:
- SSL-Fehler in WebView führen zu einer Fehlerseite, die keine Möglichkeit bietet, auf nicht sichere Weise fortzufahren.
- Die Verwendung des WebView-Ereignisses NewWindow, das an ein WebView-Element in einem anderen App-Fenster angehängt wird, führt dazu, dass der vom Aufruf window.open zurückgegebene Fensterverweis im ursprünglichen WebView ungültig wird.
Die temporäre Enterprise-Richtlinie ChromeAppsWebViewPermissiveBehaviorAllowed wird verfügbar sein. Dadurch haben Unternehmen Zeit, mögliche Fehler im Zusammenhang mit diesen Änderungen zu beheben. Um zu testen, ob diese Änderung die Ursache für einen Fehler ist, können Sie das bisherige Verhalten von Chrome 112 und früheren Versionen wiederherstellen, ohne die Unternehmensrichtlinie konfigurieren zu müssen. Rufen Sie dazu chrome://flags auf und deaktivieren Sie chrome://flags/#enable-webview-tag-mparch-behavior.

Diese Änderung war ursprünglich für Chrome 113 geplant, wurde aber verschoben.

Töne für ChromeOS-Akkustatus

Bereits ab Chrome 117 fügen wir Töne zur Angabe des Akkustatus hinzu. Nutzer können diese Töne aktivieren und deaktivieren und Administratoren können sie über Richtlinien steuern.

Wenn das Gerät nicht an das Stromnetz angeschlossen ist, hören Sie in folgenden Fällen ein Warnsignal:
- Der Akkuladestand sinkt auf 15 Minuten Ladezeit. Wenn 5 Minuten verbleiben, hören Sie ebenfalls einen Ton.
Wenn das Gerät angeschlossen ist, hören Sie in folgenden Situationen einen Signalton:
- Akkustand: 0–15 % (niedrig)
- Akkustand: 16–79 % (mittel)
- Akkustand: 80–100 % (hoch)
Falls das Gerät mit einem Ladegerät mit niedrigem Stromverbrauch verbunden ist, hören Sie Warnsignale, sobald der Akku auf 10 % sinkt, und dann noch einmal bei 5 %.

↑ Zurück nach oben

Chrome 114

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Updates für Chrome Root Store	✓
Unterstützung für Private State Tokens	✓
Inaktive Tabs in der Chrome-App auf dem iPhone und iPad		✓
Sperren von Cookie-Dateien des Profils auf dem Laufwerk	✓
Umbenennung und Updates für den Google Passwortmanager		✓
Passwörter prüfen unter iOS verbessert
Einfacheres Speichern und Abrufen von Notizen im Passwortmanager		✓
Passwortmanager-Richtlinie deaktiviert Passwortimport			✓
Updates für Lesezeichen auf dem Desktop		✓
Entpacken verschachtelter Archive für Downloadschutz	✓
Separate Speicherung von Einstellungen, die mit dem Konto synchronisiert sind	✓
Side Panel API	✓
Fortsetzen der Sitzung auf Android		✓
Abmeldung von Chrome Enterprise-Profilen			✓
Update-Chip auf Desktop-Computern		✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
Entfernte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Cursive für Enterprise- und Education-Konten vorinstalliert		✓
Passpoint: Nahtlose, verschlüsselte Verbindung zu WLAN-Netzwerken	✓	✓
Obligatorische Erweiterungen für die Navigation im Inkognito-Modus	✓
Sichtbarkeit der Audio-Einstellungen		✓
ChromeVox-Earcons		✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
CBCM-Abo (Chrome-Verwaltung über die Cloud)			✓
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
HTTP-Anfragen in Chrome 115 auf HTTPS aktualisiert	✓
Chrome-Richtlinie: Deaktivierung unveröffentlichter Erweiterungen aus dem Chrome Web Store (CWS)			✓
Unload-Ereignisse überspringen	✓
Migration „master_preferences -> initial_preferences“			✓
Änderungen am Releasezyklus			✓
Verbesserungen für Lesezeichen und Leselisten unter iOS		✓
Update für Nutzer des Cox-Internetanbieters bezüglich Secure DNS	✓
Lesemodus		✓
Erweiterung der Anti-Phishing-Telemetrie	✓
Einstellung der Verwendung von SHA1 in Serversignaturen in TLS	✓
Handhabung der Abhängigkeit der Richtliniensynchronisierung			✓
Web MIDI-Berechtigungsaufforderung	✓
X25519Kyber768-Schlüsselkapselung für TLS	✓
Der Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt	✓
Verwendung von „--load-extension“ einschränken	✓
Zugriff auf die WebUSB API über Erweiterungs-Service-Worker in Chrome 116 ermöglichen	✓
Entfernung der Richtlinie „RendererCodeIntegrityEnabled“			✓
Keine Unterstützung mehr von macOS 10.13 und macOS 10.14 unter Chrome 117	✓		✓
Neue Chrome Desktop-Aktualisierung und neues Chrome-Menü in Chrome 117		✓
Aktualisierung des Schloss-Symbols		✓
Erweiterungen müssen aktualisiert werden, damit Manifest V3 genutzt werden kann		✓	✓
Einstellung der Unterstützung für Web SQL in Chrome 119	✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
App-Streaming in ChromeOS		✓
Geteilte Alben in Google Fotos		✓
Entfernen der moderaten WebView-Verhaltensweisen von Chrome-Apps	✓
Anstehende Änderungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Neue Karte „Chrome-Verwaltung über die Cloud“			✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Chrome-Updates

Updates für Chrome Root Store

Bereits ab Chrome 114 wechselt Chrome zu einem eigenen Standard-Root-Speicher und einer integrierten Zertifikatsprüfung, um das Erlebnis auf unterschiedlichen Plattformen einheitlicher zu gestalten.
- Android
- Linux
- ChromeOS
Die Richtlinie ChromeRootStoreEnabled ermöglicht die selektive Deaktivierung von Chrome Root Store zugunsten des Plattform-Root-Speichers. Sie können diese Richtlinie deaktivieren, um die Nutzung des Plattform-Root-Speichers zu erzwingen. Ansonsten ist sie standardmäßig aktiviert. Die Richtlinie wird unter Android, Linux und ChromeOS bis Chrome 120 verfügbar sein.

Chrome Root Store ist standardmäßig aktiviert für:
- Windows
- MacOS

Die Richtlinie
ChromeRootStoreEnabled wurde aus Windows und Mac in Chrome 113 entfernt. Chrome 111 unterstützt jetzt auch Blattzertifikate und den Windows Trusted People Store. Die Unterstützung für Namenseinschränkungen in lokalen Trust-Anchors wurde in Chrome 112 wieder eingeführt.

Chrome verwendet weiterhin benutzerdefinierte lokale Root-Zertifikate, die im vertrauenswürdigen Shop des Betriebssystems installiert sind. Weitere Informationen finden Sie im Chrome Root Program. Wir gehen nicht von Änderungen dahingehend aus, wie Unternehmen derzeit ihren Bestand und vertrauenswürdige Zertifizierungsstellen für Unternehmen verwalten, z. B. über Gruppenrichtlinien, den Schlüsselbundzugriff oder Tools zur Systemverwaltung wie Puppet.

Unterstützung für Private State Tokens

Chrome 114 macht die Private State Tokens API für Websites verfügbar. Private State Tokens stärken das Vertrauen in die Authentizität eines Nutzers von einem Kontext zum nächsten, um Websites bei der Betrugsbekämpfung und der Unterscheidung von Bots von echten Menschen zu unterstützen – ohne den Austausch von personenidentifizierbaren Informationen. Die Verfügbarkeit von Private State Tokens wird über die neue Einstellung Automatische Bestätigung in den Chrome-Einstellungen gesteuert. Weitere Informationen finden Sie in diesem Blogpost für Entwickler.

Inaktive Tabs in der Chrome App unter iPhone und iPad

In Chrome 114 werden alte Tabs in der Rasteransicht Tab jetzt im neuen Abschnitt Inaktive Tabs gruppiert. Chrome-Nutzer können im Bereich „Inaktive Tabs“ alle alten Tabs einsehen oder mit der neuen Bulk-Tab-Funktion schließen. Alternativ können Nutzer mit einem einfachen Klick einen inaktiven Tab wiederherstellen.

Cookie-Dateien auf dem Laufwerk sperren

Zum Schutz von Chrome-Nutzern gegen Malware, die versucht, Cookie-Informationen zu stehlen, hält Chrome 114 unter Windows eine exklusive Sperre für die Profil-Cookie-Dateien auf dem Laufwerk. Um zu verhindern, dass dieses Verhalten sanktionierte Software auf Ihrem System beeinträchtigt, können Sie Chrome mit dem Befehlszeilen-Flag -enable-features=LockProfileCookieDatabase in der Version Dev oder Beta von Chrome 114 ausführen.

↑ Zurück nach oben

Umbenennung und Updates für Google Passwortmanager

In Chrome 114 wird der Passwortmanager in Google Passwortmanager umbenannt.

Der Google Passwortmanager bietet mehr Funktionen und ist über das Dreipunkt-Menü einfacher zu finden. Der aktualisierte Google Passwortmanager:
- gruppiert ähnliche Passwörter
- bietet einen verbesserten Prüfungsablauf
- und Sie können die Verknüpfung zum Passwortmanager auf dem Desktop hinzufügen.

Verbesserte Funktion Passwörter prüfen unter iOS

Die Funktion Passwörter prüfen im Passwortmanager unter iOS enthält eine Liste mit Passwörtern, die von Google als unsicher gekennzeichnet wurden. Auf anderen Plattformen werden sie auch kategorisiert als: manipuliert, schwach oder wiederverwendet. In Chrome 114 werden diese detaillierten Kategorien jetzt unter iOS eingeführt.

Notizen jetzt einfacher im Passwortmanager speichern und abrufen

Chrome 114 überarbeitet den Ablauf der Passwortverwaltung für Nutzer, der über das Schlüsselsymbol in der Omnibox ausgelöst wird. Dadurch wird die aktuelle Liste der Passwörter durch eine neue Liste ersetzt, in der Sie die Ansicht mit den Passwortdetails aufrufen können. In der Ansicht „Passwortdetails“ können Nutzer den Nutzernamen oder das Passwort kopieren, die Maskierung des Passworts aufheben und die gespeicherte Notiz bearbeiten.

Die Passwortmanager-Richtlinie deaktiviert den Passwortimport

Wir haben vor Kurzem ein Problem behoben, bei dem Nutzer Passwörter importieren konnten, obwohl der Passwortmanager durch die Unternehmensrichtlinie deaktiviert war. Wenn die Richtlinie PasswordManagerEnabled auf „false“ gesetzt ist, können Nutzer keine Passwörter mehr importieren.

Updates für Lesezeichen auf dem Computer

In Chrome 114 wird einigen Nutzern eine neue Ansicht der Lesezeichen-Seitenleiste angezeigt, darunter Funktionen wie Filtern, Sortieren und Bearbeiten.

↑ Zurück nach oben

Verschachtelte Archive für Downloadschutz verpacken

Ab Chrome 114 beginnen Nutzer, für die das Safe Browsing auf „Standard“ oder „Erweitertes Safe Browsing“ festgelegt ist, jetzt rekursiv mit dem Entpacken von Downloads von verschachtelten Archiven. Damit werden die schon seit Langem bestehenden Maßnahmen von Chrome zum Schutz vor Malware und unerwünschter Software und insbesondere zur Bekämpfung von Missbrauch durch Distributoren von Malware zu Cookie-Diebstahl ausgeweitet. Mit der Richtlinie SafeBrowsingProtectionLevel können Sie Safe Browsing aktivieren oder deaktivieren, einschließlich dieser Funktion.

Separate Speicherung der Einstellungen, die mit dem Konto synchronisiert werden

Für Chrome-Nutzer mit iOS- und Android-Geräten, bei denen die Synchronisierung aktiviert ist, werden die mit dem Google-Konto synchronisierten Einstellungen getrennt von den lokalen Chrome-Einstellungen gespeichert, die beim Deaktivieren der Synchronisierung festgelegt waren. Dadurch wird eine wesentlich geringere Freigabe von Daten als zuvor zugelassen: Die lokalen Einstellungen werden nicht automatisch hochgeladen, wenn die Synchronisierung aktiviert wird, und alle Einstellungen des Kontos auf dem Gerät bleiben erhalten, wenn die Synchronisierung deaktiviert wird. Diese Funktion ist weiterhin standardmäßig deaktiviert und kann über das Flag chrome://flags#enable-preferences-account-storage aktiviert werden.

Als Administrator können Sie steuern, wer Daten zu verwalteten Google-Konten speichern und synchronisieren darf. Es gibt zwei Richtlinien zum Deaktivieren der Synchronisierungsfunktion, die weiterhin gelten:
- SyncDisabled: Deaktiviert die gesamte Infrastruktur der Chrome-Synchronisierung, einschließlich der Einstellungen.
- SyncTypesListDisabled: Deaktiviert bestimmte individuelle Sync-Datentypen. Die vorhandenen Einstellungen umfassen die Einstellungen.

Side Panel API

Manifest V3-Erweiterungen können jetzt ihre eigene Seitenleiste zur integrierten Seitenleisten-UI von Chrome hinzufügen. Informationen zur Verwendung und Beispiele finden Sie im Artikel für Chrome-Entwickler der SidePanel API.

Einfach dort weitermachen, wo Sie auf Android-Geräten aufgehört haben

Mit Chrome unter iOS können neue Nutzer nun mehrere Tabs öffnen, die zuletzt aktiv waren und auf ihrem Android-Gerät geöffnet wurden. Auf dieser neuen iOS-Instanz von Chrome können sie also ganz einfach Onlinerecherchen fortsetzen.

Abmelden von Chrome Enterprise-Profilen

Ein Fehler wurde behoben, bei dem verwaltete Profile nicht mehr verwaltet waren und das Dialogfeld für die Profiltrennung für ein zuvor verwaltetes Profil noch einmal ausgelöst wurde. Mit dieser Korrektur wird dafür gesorgt, dass verwaltete Profile nicht versehentlich von Chrome abgemeldet werden.

Chip auf Desktop aktualisieren

In Chrome 114 werden Tests mit neuen Strings unter Chip auf Desktop aktualisieren durchgeführt. Wir haben die Updatestrings im Dreipunkt-Menü aktualisiert, damit Nutzer Updates schneller anwenden (und neu starten) können.

↑ Zurück nach oben

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie

Beschreibung

ChromeRootStoreEnabled

Legt fest, ob der Chrome Root Store und die integrierte Zertifikatsprüfung zum Verifizieren von Serverzertifikaten verwendet werden.

Jetzt für Mac, Linux und ChromeOS verfügbar.

InsecureHashesInTLSHandshakesEnabled

Nicht sichere Hashes in TLS-Handshakes aktiviert

Entfernte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
CECPQ2Enabled	CECPQ2-Post-Quanten-Algorithmus für Schlüsselvereinbarungen in TLS aktiviert
ChromeAppsEnabled	Unterstützung für Chrome-Apps unter Microsoft Windows, macOS und Linux erweitern

ChromeOS-Updates

Cursive ist für Enterprise- und Education-Konten vorinstalliert

Cursive, eine App für die Eingabe von Notizen mit einem Stift, ist jetzt für Chromebooks verfügbar. Sie wird für alle Enterprise- und Education-Konten auf Chromebooks mit integriertem Eingabestift vorinstalliert. Wenn Sie den Zugriff auf die App blockieren möchten, können Sie verhindern, dass Chromebooks in Ihrem Unternehmen auf cursive.apps.chrome zugreifen.

Passpoint: Nahtlose, sichere Verbindung zu WLAN-Netzwerken

Bereits ab ChromeOS 114 wird Passpoint den WLAN-Zugriff optimieren. Es wird nicht mehr erforderlich sein, dass Nutzer bei jedem Besuch ein Netzwerk suchen und authentifizieren. Sobald ein Nutzer auf das WLAN an einem Standort zugreift, stellt das Clientgerät mit aktiviertem Passpoint bei nachfolgenden Besuchen automatisch eine Verbindung her.

Obligatorische Erweiterungen für die Navigation im Inkognitomodus

Erweiterungen in ChromeOS 114 bieten Administratoren die Möglichkeit, in ihrer Organisationseinheit Sicherheitsfunktionen und Anpassungen zu erzwingen, aber ohne die Zustimmung des Nutzers lassen sie sich nicht im Inkognitomodus erzwingen. Das kann ein Problem darstellen, da Nutzer Funktionen mit Erweiterungen, wie z. B. Proxys, mit dem Inkognitomodus umgehen können.

Mit der Richtlinie MandatoryExtensionsForInkognitoNavigation können Sie eine Liste der Erweiterungen konfigurieren, die Nutzer explizit zulassen müssen, um den Inkognitomodus für die Navigation zu verwenden.

↑ Zurück nach oben

Sichtbarkeit der Audio-Einstellungen

Die Einstellungen in ChromeOS haben jetzt nativere OS-Einstellungen, die sich in der App Einstellungen befinden. Diese App ist über den App Launcher oder das Zahnradsymbol in den Schnelleinstellungen verfügbar. In ChromeOS 114 finden Nutzer jetzt alle Audio-Einstellungen in der ChromeOS-App Einstellungen.

ChromeVox-Earcons

ChromeVox ist der auf Chromebooks vorinstallierte Screenreader. In Chrome OS 114 wird jetzt ein Ton (ein Earcon) abgespielt, wenn ein Nutzer mit der ChromeVox-Tastenkombination (ChromeVox muss aktiviert sein) die Auswahl aktiviert oder deaktiviert.

Neuerungen in der Admin-Konsole

Abo für die Chrome-Verwaltung über die Cloud

In Chrome 114 wird das Abo für die Chrome-Verwaltung über die Cloud automatisch allen Organisationen hinzugefügt, die bereits CBCM ohne Abo verwenden. Durch diese Änderung entstehen für Ihr Konto keine neuen Kosten und es sind keine Schritte Ihrerseits erforderlich. Sie müssen nichts weiter tun (weitere Informationen).

↑ Zurück nach oben

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
WebRtcTextLogCollectionAllowed	Nutzer	Chrome (Linux, Mac, Windows) ChromeOS	Nutzer
InsecureHashesInTLSHandshakesEnabled	Nutzer, verwaltete Gastsitzung	Chrome (Android) Chrome (Linux, Mac, Windows) ChromeOS	Sicherheit
CalendarIntegrationEnabled	Nutzer	ChromeOS	Inhalt
ChromeAppsWebViewPermissiveBehaviorAllowed	Nutzer	Chrome (Linux, Mac, Windows) ChromeOS	Kompatibilität mit älteren Websites
WallpaperGooglePhotosIntegrationEnabled	Nutzer	ChromeOS	Anmeldeeinstellungen

Bald verfügbar

Anstehende Browseränderungen

HTTP-Anfragen in Chrome 115 auf HTTPS aktualisiert

Ab Chrome 115 sind HTTP-Anfragen bei einigen Nutzern möglicherweise bereits auf HTTPS aktualisiert. Jede Seite, die nicht über HTTPS geladen werden kann, wird automatisch wieder auf HTTP zurückgesetzt. Bei Standardserverkonfigurationen wird die Sicherheit der Nutzer ohne sichtbare Auswirkungen erhöht.

Einige Serverkonfigurationen können Probleme verursachen, z. B. wenn unterschiedliche Inhalte über HTTP und HTTPS bereitgestellt werden. Nutzer können automatische Upgrades für eine bestimmte Website deaktivieren, indem sie die Einstellung Unsichere Inhalte über „Seiteninfo“ oder chrome://settings/content aktivieren. Sie können dieses Verhalten mit der Richtlinie HttpsUpgradesEnabled steuern und bestimmte Websites mit der Richtlinie HttpAllowlist auf die Zulassungsliste setzen.

Langfristig sollten Sie dafür sorgen, dass die Server Ihrer Organisation HTTPS unterstützen und dieselben Inhalte über HTTP und HTTPS bereitstellen. Wenn Sie HTTPS nicht unterstützen möchten, z. B. in einem internen Intranet hinter einer Firewall, sollten Server nicht auf Port 443 reagieren und Firewalls sollten die Verbindung schließen, anstatt sie hängen zu lassen. Sie können das HTTPS-Upgrade in Ihrer Umgebung testen. Aktivieren Sie dazu chrome://flags#https-upgrades. Bitte melden Sie eventuelle Probleme.

Chrome-Richtlinie: unveröffentlichte Erweiterungen aus dem Chrome Web Store (CWS) deaktivieren

Bereits in Chrome 115 wird die Unternehmensrichtlinie ExtensionUnpublishedAvailability zur Deaktivierung von Erweiterungen eingeführt, deren Veröffentlichung in Chrome Web Store aufgehoben wurde.

Unload-Ereignis überspringen

Das Vorhandensein von Unload-Ereignis-Listenern ist ein primärer Blocker für den Back-Forward-Cache in Chromium-basierten Browsern und für Firefox auf Desktop-Plattformen. Auf mobilen Plattformen wiederum wird in fast allen Browsern bfcache priorisiert. In den meisten Fällen werden Unload-Ereignisse nicht ausgelöst. Um die Situation zu verbessern, haben wir mit vielen Partnern zusammengearbeitet und die Verwendung von Unload-Ereignis-Listenern in den letzten Jahren erfolgreich reduziert. Um die Migration zu beschleunigen, schlagen wir vor, dass Unload-Ereignisse in Chrome for Computer bereits ab Chrome 115 nach und nach übersprungen werden. Falls Sie mehr Zeit benötigen, um von Unload-Ereignissen zu migrieren, können Sie sich vorübergehend in Form einer API und einer Gruppenrichtlinie abmelden, um das Verhalten selektiv unverändert beizubehalten.

Migration von master_preferences zu initial_preferences

Im Rahmen der laufenden Umstellung von Chrome zur Verwendung einer inklusiveren Benennung wurde das Beispiel im Enterprise-Bundle von master_preferences zu initial_prefereces umbenannt. Die Interpretation der Datei in Chrome ändert sich nicht, aber die folgenden Felder sind in der Beispieldatei initial_preferences nicht mehr vorhanden:
- Sie wurden aus dem Beispiel entfernt, weil sie nicht mehr gültig sind:
  - sync_promo.show_on_first_run_allowed
  - suppress_first_run_bubble
  - suppress_first_run_Default_browser_prompt
- Sie wurden aus dem Beispiel entfernt, da sie durch eine empfohlene Richtlinie gesteuert werden können:
  - Startseite
  - homepage_is_newtabpage
  - show_home_button
  - Sitzung
  - bookmark_bar
  - import_* außer für import_bookmarks_from_file
  - make_chrome_default_*
- Aus dem Beispiel entfernt, da sie nicht für die Unternehmensnutzung oder nur für die Installation auf Nutzerebene relevant sind:
  - ping_delay
  - do_not_launch_chrome
  - do_no_register_for_update_launch

↑ Zurück nach oben

Änderungen im Releasezyklus

Die stabile Version von Chrome 115 wird vom 27. Juni bis zum 18. Juli verschoben. Alle späteren Termine wurden entsprechend angepasst. Die aktualisierten Termine finden Sie im Chromium-Dash-Zeitplan.

Verbesserungen für Lesezeichen und Leselisten unter iOS

In Chrome 115 unter iOS: Einige Nutzer können sich über den Lesezeichenmanager oder die Leselistenoberflächen in Chrome anmelden und Lesezeichen und Leselistenelemente in ihrem Google-Konto speichern. Relevante Unternehmensrichtlinien wie BrowserSignin, SyncDisabled, SyncTypesListDisabled, EditBookmarksEnabled und ManagedBookmarks funktionieren weiterhin wie gewohnt und können verwendet werden, um zu konfigurieren, ob Nutzer Elemente in ihrem Google-Konto verwenden oder speichern.

Update für Nutzer von Sicheres DNS / Cox ISP

Bei Clients, die auf Systemen ausgeführt werden, die die DNS-Server von Cox ISP verwenden, und bei denen die Richtlinie DnsOverHttpsMode auf „Automatisch“ gesetzt ist, werden sichere DNS-Abfragen von Chrome anstatt von unsicheren DNS-Abfragen in Chrome 115 verwendet (und in älteren Versionen ab dem 16. Mai 2023, wenn die ChromeVariations-Richtlinie so eingestellt wird, dass alle Varianten aktiviert werden).

Lesemodus

Da mehr Inhalte online gelesen werden, fügen wir eine neue Funktion hinzu, um das Online-Leseerlebnis zu verbessern. Mit dem neuen Lesemodus von Chrome lässt sich das Leseerlebnis im Web für alle Nutzer verbessern. Durch den Lesemodus werden ablenkende Elemente durch eine anpassbare Leseansicht in der Seitenleiste des Chrome-Browsers reduziert. So können sich Leser auf den Hauptinhalt konzentrieren. Nutzer können auch Schriftart, Textgröße, Abstand, Design/Hintergrundfarbe und vieles mehr anpassen und so die Leseumgebung einheitlicher, intuitiver und komfortabler gestalten.

Erweiterung der Anti-Phishing-Telemetrie

In dieser Funktion werden die Nutzerinteraktionsdaten auf Chrome-Servern und Safe Browsing-Servern, die Wissenslücken rund um die Interaktion von Nutzern mit Safe Browsing-Phishing-Warnungen- und Phishing-Seiten schließen. Diese zusätzliche Telemetrie wird uns helfen, unsere Bemühungen zur Verbesserung des Phishing-Schutzes zu fokussieren, da wir so den Nutzer besser verstehen können. Administratoren können die Funktion mithilfe der Unternehmensrichtlinien MetricsReportingEnabled und SafeBrowsingProtectionLevel deaktivieren.

Einstellung der Verwendung von SHA1 in Serversignaturen in TLS

Chrome 115 entfernt die Unterstützung für Signaturalgorithmen, die während des TLS-Handshakes SHA-1 für Serversignaturen verwenden. Dies betrifft nicht die SHA-1-Unterstützung in Serverzertifikaten, die bereits entfernt wurde, oder in Clientzertifikaten, die weiterhin unterstützt werden. SHA1 wurde von der IETF aufgrund bekannter Konflikte eingestellt und sollte vermieden werden.

Unternehmen, die SHA1-Signaturschemes in TLS verwenden, können die Richtlinie InsecureHashesInTLSHandshakesEnabled verwenden, um SHA1 weiterhin in Serversignaturen zu verwenden.

Handhabung der Abhängigkeit der Richtliniensynchronisierung

Derzeit müssen Administratoren Folgendes festlegen: SyncDisabled für alle Richtlinien zum Löschen von Daten (BrowsingDataLifetime, ClearBrowsingDataOnExitList). Ab Chrome 115 wird die Synchronisierung für die jeweiligen Datentypen automatisch deaktiviert. Administratoren müssen die abhängige Richtlinie nicht mehr festlegen.

↑ Zurück nach oben

Web MIDI-Berechtigungsaufforderung

Ab Chrome 116 wird der Zugriff auf die Web MIDI API über eine Berechtigungsaufforderung gesteuert. Momentan ist für die Verwendung von SysEx-Nachrichten mit der Web MIDI API eine ausdrückliche Nutzerberechtigung erforderlich. Nach der geplanten Implementierung ist auch für den Zugriff auf die Web MIDI API ohne SysEx-Unterstützung die Nutzerberechtigung erforderlich. Beide Berechtigungen werden in einer gebündelten Berechtigungsaufforderung angefordert.

Mit den drei neuen Richtlinien DefaultMidiSetting, MidiAllowedForUrls und MidiBlockingForUrls können Administratoren den Zugriff der Nutzer auf die API vorkonfigurieren.

X25519Kyber768-Schlüsselkapselung für TLS

Bereits ab Chrome 116 wird der Post-Quanten-sichere TLS-Kapselungsmechanismus X25519Kyber768 eingeführt, der auf einem NIST-Standard basiert. Diese wird als neue TLS-Cipher Suite angezeigt. TLS verhandelt unterstützte Chiffren automatisch. Daher sollte diese Änderung für Serverbetreiber transparent sein. Einige TLS-Midboxes sind jedoch möglicherweise nicht auf die Größe einer Kyber-Schlüsselkapselung oder einen neuen TLS-ClientHello-Chiffre-Codepunkt vorbereitet. Dies führt zu unterbrochenen oder hängenden Verbindungen. Sie können das Problem beheben, indem Sie Ihre Middlebox aktualisieren oder den Schlüsselkapselungsmechanismus über eine Unternehmensrichtlinie deaktivieren. Langfristig werden Post-Quanten-sichere Chiffren jedoch in TLS erforderlich sein.

Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Ab Chrome 116 wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt, um Sicherheit und Zuverlässigkeit zu erhöhen. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten gefunden werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.

Die Verwendung von „--load-extension“ einschränken

Die Befehlszeile --load-extension bietet eine sehr niedrige Schranke für Cookie-Diebstahl-Malware zum Laden schädlicher Erweiterungen ohne Installationsaufforderung. Chrome wird dies nach und nach einstellen, um diesen Angriffsvektor für Malware zu reduzieren. Ab Chrome 116 wird --load-extension für Nutzer ignoriert, die erweitertes Safe Browsing aktiviert haben.

Zugriff auf die WebUSB API über Erweiterungs-Service-Worker in Chrome 116 aktivieren

Ab Chrome 116 wird der Zugriff auf die WebUSB API über Erweiterungs-Service-Worker als Migrationspfad für Manifest V2-Erweiterungen möglich sein, die derzeit über eine Hintergrundseite auf die API zugreifen.
Sie können dieses Verhalten auch durch Anwenden der WebUSB-Richtlinien auf die Ursprünge der Erweiterung steuern. Weitere Informationen finden Sie unter DefaultWebUsbGuardSetting, WebUsbAskForUrls, WebUsbBlockedForUrls und WebUsbAllowDevicesForUrls.

Richtlinie „RendererCodeIntegrityEnabled“ entfernt

Bereits ab Chrome 117 wird die Richtlinie RendererCodeIntegrityEnabled entfernt. Sie können überprüfen, ob Ihre Drittanbieter-Software funktioniert, indem Sie die Richtlinie nicht mehr anwenden. Hier können Sie Probleme melden.

↑ Zurück nach oben

macOS 10.13 und macOS 10.14 werden von Chrome 117 nicht mehr unterstützt

macOS 10.13 und macOS 10.14 finden sich bereits außerhalb des Supportfensters von Apple und werden von Chrome 117 nicht mehr unterstützt. Nutzer müssen ihr Betriebssystem aktualisieren, damit sie den Chrome-Browser weiter verwenden können. Zur Aufrechterhaltung der Sicherheit ist die Ausführung eines unterstützten Betriebssystems unerlässlich. Ab Chrome 114 wird eine Infoleiste angezeigt, die Nutzer darauf hinweist, dass Chrome 117 macOS 10.13 und macOS 10.14 nicht mehr unterstützt.

Neue Chrome-Desktop-Aktualisierung und neues Chrome-Menü in Chrome 117

Die Designplattform von Google wird auf Google Material 3 umgestellt. Wir haben die Möglichkeit, unseren Desktop-Browser über alle Betriebssysteme hinweg zu modernisieren, indem wir die aktualisierten Elemente der Benutzeroberfläche oder das Design verwenden und die Personalisierung durch ein neues dynamisches Farbsystem verbessern. Außerdem verbessern wir die Barrierefreiheit. In Chrome 117 wird die erste Welle von UI-Updates eingeführt.

Das Dreipunkt-Menü in Chrome wird ebenfalls aktualisiert und bietet eine Basis zum Skalieren von Desktop-Chrome-UI, Kommunikation und Personalisierung. Das Menü wird stufenweise in Chrome 117 mit der Desktop-Aktualisierung aktualisiert.

Update für das Schloss-Symbol

Wir planen, das Schloss-Symbol durch eine Variante des Symbols zur Feinabstimmung zu ersetzen, das häufig zur Kennzeichnung von Steuerelementen und Einstellungen verwendet wird. Wenn Sie das Schloss-Symbol durch ein neutrales Symbol ersetzen, kann das Missverständnis verhindert werden, dass das Schloss-Symbol mit der Vertrauenswürdigkeit einer Seite verknüpft ist. Außerdem wird betont, dass die Sicherheit der Standardstatus in Chrome sein sollte. Unsere Forschung hat außerdem ergeben, dass viele Nutzer nie verstanden haben, dass beim Klicken auf das Schloss-Symbol wichtige Informationen und Steuerelemente angezeigt werden. Durch das neue Symbol werden Berechtigungskontrollen und zusätzliche Sicherheitsinformationen leichter zugänglich gemacht. Gleichzeitig werden Missverständnisse vermieden, die durch das Schlosssymbol entstehen.

Das neue Symbol soll in Chrome 117 veröffentlicht werden. Es wird Anfang September 2023 im Rahmen einer allgemeinen Designaktualisierung für Computerplattformen veröffentlicht. Chrome kann Nutzer weiterhin benachrichtigen, wenn ihre Verbindung nicht sicher ist. Das neue Symbol für die Feinabstimmung wird jetzt in Chrome Canary angezeigt, wenn Sie Chrome Refresh 2023 unter chrome://flags#chrome-Refresh-2023 aktivieren. Beachten Sie jedoch, dass dieses Flag Aufgaben aktiviert, die sich noch aktiv in Bearbeitung befinden, und nicht das endgültige Produkt darstellt.

Weitere Informationen finden Sie in diesem Blogpost.

Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können

Chrome-Erweiterungen werden auf die neue Manifestversion „Manifest V3“ umgestellt. Dadurch wird der Datenschutz für Ihre Nutzer verbessert, zum Beispiel durch die Umstellung auf ein Modell, bei dem Erweiterungen Anfragen deklarativ ändern, ohne dass einzelne Anfragen eingesehen werden können. Das verbessert auch die Sicherheit der Erweiterung, da remote gehosteter Code bei Manifest V3 nicht zulässig ist.

Wie bereits in unserem Blogpost erwähnt, finden Sie hier weitere Informationen zur Umstellung auf Manifest V3. Der Zeitplan für die Einstellung von Manifest V3 ist noch offen. Die für Anfang 2023 geplanten Tests wurden verschoben.

Während der Überprüfung des Zeitplans können vorhandene Manifest V2-Erweiterungen weiterhin aktualisiert und in Chrome ausgeführt werden. Allerdings müssen alle neuen Erweiterungen, die an den Chrome Web Store gesendet werden, Manifest V3 implementieren.

Ab Chrome 110 lässt sich mithilfe der Unternehmensrichtlinie ExtensionManifestV2Availability steuern, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Nach der Migration können Sie gemäß der Richtlinie die Nutzung von Manifest V2-Erweiterungen mindestens bis Januar 2024 verlängern.

Auf der Nutzungsseite „Apps und Erweiterungen“ der Chrome-Verwaltung über die Cloud sehen Sie, welche Manifestversion von allen Chrome-Erweiterungen in Ihrem Gerätebestand verwendet wird.

Weitere Informationen finden Sie im Zeitplan für die Manifest V2-Unterstützung.

Einstellung der Unterstützung für Web SQL in Chrome 119

Ab Chrome 119 wird die Unterstützung für Web SQL entfernt, um die Sicherheit von Nutzerdaten zu verbessern. Der Web SQL-Datenbankstandard wurde erstmals im April 2009 vorgeschlagen und im November 2010 aufgegeben. Ab heute ist Chrome der einzige große Browser mit Unterstützung für Web SQL. W3C ermutigte diejenigen, die Webdatenbanken benötigen, indexierte Datenbanken oder SQLite WASM zu verwenden.

Der Zeitplan für die Einstellung lautet:
- Chrome 115 – Nachricht zur Einstellung hinzufügen
- Chrome 118–123 – Einstellung der Testversion
- Chrome 119 – Entfernung des Versands
Weitere Informationen zur Einstellung und Entfernung finden Sie auf der Seite Chromestatus.

Die Unternehmensrichtlinie WebSQLAccess ist bis Chrome 123 verfügbar, um die Verwendung von Web SQL zu ermöglichen.

Bevorstehende ChromeOS-Änderungen

App-Streaming unter ChromeOS

Bereits ab Chrome 115 verbessert App-Streaming die Nutzung des Phone Hub, da Nutzer sich gestreamte Apps auf ihrem Pixel ansehen und mit ihnen interagieren können. Wenn ein Nutzer eine Benachrichtigung über eine gespiegelte Unterhaltung von seinem Pixel erhält, wird durch Tippen auf die Benachrichtigung ein App-Stream direkt auf den ChromeOS-Desktop des Nutzers gestartet. Dies ist Teil eines Google-weiten Ansatzes für ubiquitäres Computing.

Geteilte Alben in Google Fotos

In ChromeOS 104 erlauben wir Nutzern zwar die Verwendung von Google Fotos für Hintergründe und Bildschirmschoner, aber der Zugriff auf geteilte Alben wurde aus Datenschutzgründen eingeschränkt. In Chrome 115 werden wir diese Datenschutzbedenken beheben, damit Nutzer Fotos aus geteilten Alben auswählen können.

Entfernung der eingeschränkten WebView-Verhaltensweisen von Chrome-Apps

Bereits in Chrome 116 gelten für die Nutzung von WebView von Chrome-Apps die folgenden Einschränkungen:
- SSL-Fehler in WebView führen zu einer Fehlerseite, die keine Möglichkeit bietet, auf nicht sichere Weise fortzufahren.
- Die Verwendung des WebView-Ereignisses NewWindow, das an ein WebView-Element in einem anderen App-Fenster angehängt wird, führt dazu, dass der vom Aufruf window.open zurückgegebene Fensterverweis im ursprünglichen WebView ungültig wird.
Die temporäre Enterprise-Richtlinie ChromeAppsWebViewPermissiveBehaviorAllowed wird verfügbar sein. Dadurch haben Unternehmen Zeit, mögliche Fehler im Zusammenhang mit diesen Änderungen zu beheben. Um zu testen, ob diese Änderung die Ursache für einen Fehler ist, können Sie das bisherige Verhalten von Chrome 112 und früheren Versionen wiederherstellen, ohne die Unternehmensrichtlinie konfigurieren zu müssen. Rufen Sie dazu chrome://flags auf und deaktivieren Sie chrome://flags/#enable-webview-tag-mparch-behavior.

Diese Änderung war ursprünglich für Chrome 113 geplant, wurde aber verschoben.

Anstehende Änderungen in der Admin-Konsole

Neue Karte „Chrome-Verwaltung über die Cloud“

Chrome führt eine neue Karte „Chrome-Verwaltung über die Cloud“ auf der Startseite der Admin-Konsole ein. So lassen sich beliebte Aufgaben der Chrome-Browserverwaltung direkt über die Startseite aufrufen.

↑ Zurück nach oben

Chrome 113

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Nutzersteuerung für First-Party-Sets	✓
Erfassen zusätzlicher Daten für Erweiterungen außerhalb des Stores in Telemetrieberichten	✓
Einführung von FastCheckout für den Bezahlvorgang		✓
Verbesserte Passwortverwaltung unter iOS in Chrome 113		✓
CSS-Änderungen am Image-set	✓
Neue Strukturierung des Dreipunkt-Menüs auf dem Desk		✓
Seite zur Fehlerbehebung bei Richtlinien unter Android			✓
Chrome-Desktop-Seite Neuer Tab: Karte „Recherchen“		✓
Discover-Feed unter iOS und Android		✓
Unterstützung von Android-Media-Auswahl		✓
Teilweise Übersetzungen		✓
Android-Traces in der Betaversion		✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
Entfernte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Vorschau des Bildschirmschoners		✓
Melden der USB-Firmwareversion			✓
Lässt benutzerdefinierte durch Richtlinien bereitgestellte Trust-Anchors auf dem Sperrbildschirm zu	✓
Status der Inline-Synchronisierung der App „Dateien“	✓
Sofortiger Neustart von ChromeOS-Administratoren	✓		✓
Entfernung der eingeschränkten WebView-Verhaltensweisen von Chrome-Apps	✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Karte „Risikobewertung“		✓	✓
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Chrome Root Store-Updates und Entfernung der Richtlinie „ChromeRootStoreEnabled“	✓
Unterstützung für Private State Tokens	✓
Neuer Bereich für inaktive Tabs in der Chrome-App auf iPhone und iPad		✓
Sperren von Cookie-Dateien des Profils auf dem Laufwerk	✓
Änderungen an Google Passwortmanager in Chrome 114		✓
Updates für Lesezeichen auf dem Desktop		✓
Passwortverwaltung: Speichern und Abrufen von Notizen		✓
Entpacken von verschachtelten Archiven durch Downloadschutz	✓
Separates Speichern von Einstellungen in Chrome 114, die mit dem Konto synchronisiert sind	✓
Chrome-Richtlinie: Deaktivierung unveröffentlichter Erweiterungen aus dem Chrome Web Store (CWS)			✓
Der Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt	✓
Zugriff auf die WebUSB API über Erweiterungs-Service-Worker in Chrome 115 ermöglichen		✓
Überspringen von Unload-Ereignissen	✓
Änderungen am Releasezyklus			✓
Lesemodus		✓
HTTP-Anfragen, die in Chrome 115 auf HTTPS aktualisiert wurden	✓
Test zur Einstellung für nicht partitionierte Speicher-, Service-Worker- und Kommunikations-APIs von Drittanbietern	✓
Änderungen beim Phishing-Schutz unter Android ab Chrome 115	✓		✓
macOS 10.13 und macOS 10.14 werden von Chrome 117 nicht mehr unterstützt	✓		✓
Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können		✓	✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Cursive für Enterprise- und Education-Konten vorinstalliert		✓
Passpoint: Nahtlose, verschlüsselte Verbindung zu WLAN-Netzwerken	✓	✓
Obligatorische Erweiterungen für die Navigation im Inkognito-Modus	✓
App-Streaming in ChromeOS		✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Chrome-Updates

Nutzer Steuerelemente für First-Party-Sets

First-Party-Sets ist ein zukünftiges Framework für Entwickler, um Beziehungen zwischen Domains zu deklarieren, damit der Browser anhand der Beziehung des Drittanbieters zum Erstanbieter Entscheidungen über den Zugriff treffen kann. Ein Set kann First-Party-Vorteile genießen, einschließlich des kontinuierlichen Zugriffs auf ihre Cookies, wenn sich die Top-Level-Domain in demselben Set befindet.

First-Party-Sets sind Teil der Roadmap von Chrome für ein datenschutzkonformeres Web.

In Chrome 113 werden Nutzer-Steuerelemente für diese First-Party-Sets eingeführt. Für die Verwaltung von First-Party-Sets sind zwei Unternehmensrichtlinien verfügbar: FirstPartySetsEnabled, um First-Party-Sets zu aktivieren oder zu deaktivieren, und FirstPartySetsOverrides, um eigene Sets anzuwenden.

Zusätzliche Daten für Erweiterungen außerhalb des Stores in Telemetrieberichten erfassen

Wenn das erweiterte Safe Browsing aktiviert ist, beginnt Chrome 113 mit der Erfassung zusätzlicher Telemetriedaten aus Erweiterungen außerhalb des Stores wie z. B. Datei-Hashes und die Datei manifest.json. Die Google-Server analysieren die erhobenen Daten, um schädliche Erweiterungen außerhalb des Speichers (einschließlich selbst gehosteter Erweiterungen) zu erkennen und den Schutz für alle Nutzer von Chrome-Erweiterungen zu verbessern. Sie können diese Funktion zusammen mit der gesamten Erweiterungstelemetrie deaktivieren. Dafür legen Sie für SafeBrowsingProtectionLevel einen anderen Wert als 2 fest. Dadurch wird das erweiterte Safe Browsing deaktiviert. Unternehmensadministratoren können die Richtlinie SafeBrowsingProtectionLevel verwenden, wenn sie Bedenken bezüglich der Offenlegung dieser Daten haben.

Einführung von FastCheckout für den Bezahlvorgang

Einigen Nutzer der Browserversion Chrome 113 werden aktualisierte Autofill-Optionen für die Zahlungsseiten auf einigen Shopping-Websites angezeigt. Sie kann durch Deaktivieren der Richtlinie AutofillAddressEnabled oder der Richtlinie AutofillCreditCardEnabled deaktiviert werden.

↑ Zurück nach oben

Aktualisierte Passwortverwaltung unter iOS in Chrome 113

In Chrome unter iOS können einige Nutzer, die in Chrome angemeldet sind, die Chrome-Synchronisierung aber nicht aktiviert haben, Passwörter in ihrem Google-Konto verwenden und speichern. Relevante Unternehmensrichtlinien wie BrowserSignin, SyncDisabled, SyncTypesListDisabled und PasswordManagerEnabled funktionieren weiterhin wie gewohnt. Sie können verwendet werden, um zu konfigurieren, ob Nutzer Passwörter in ihrem Google-Konto verwenden und speichern dürfen.

Änderungen am Image-Set CSS

In Chrome 113 wird die standardmäßige Syntaxunterstützung für „image-set“ implementiert und die zuvor unterstützte Präfixsyntax von -webkit-vendor wird jetzt als Parsing-Zeitalias für den Standard behandelt. Das bedeutet, dass mit dem Anbieterpräfix festgelegte Werte standardmäßig serialisiert werden.

Beispiel:
-webkit-image-set(url(example.png) 1x)

Serialisiert zu:

image-set(url(""example.png"") 1x) für den angegebenen Wert (wie bei getPropertyValue() zurückgegeben, z. B: testDiv.style.getPropertyValue(""background-image"");)

und zu

image-set(url(""example.png"") 1dppx) für den berechneten Wert (wie von getComputedStyle() wie window.getComputedStyle(testDiv)[""background-image""] zurückgegeben).

Bei Bedarf kann das neue Verhalten über das Laufzeit-Flag CSSImageSet deaktiviert werden. Das Rendering und die Bildauswahl sind sowohl für die Präfix- als auch für die Standardsyntax (Chrome-Status) identisch.

Dreipunkt-Menü auf dem Desktop neu strukturieren

Wir möchten unseren Nutzern helfen, Chrome entsprechend ihren Anforderungen anzupassen, indem sie „Erweiterungen“ und „Chrome Web Store“ auf die erste Ebene des Dreipunkt-Menüs verschieben.

Seite zur Fehlerbehebung bei Richtlinien unter Android verfügbar

chrome://policy/logs ist eine neue Seite, mit der Administratoren Probleme in Enterprise-Richtlinien unter Android beheben können. Auf iOS-Geräten ist sie in Chrome 113 verfügbar.

Chrome-Desktop-Seite Neuer Tab: Karte „Recherchen“

Chrome unterstützt die komplexe Ausgabenausführung in mehreren Sitzungen durch die Wiederaufnahme von Onlinerecherchen und Vorschläge für nächste Schritte auf der Seite Neuer Tab. Sie können die Sichtbarkeit von Karten auf der Seite Neuer Tab mit der Richtlinie NTPCardsViewable steuern.

↑ Zurück nach oben

Discover-Feed unter iOS und Android

In Chrome 113 wird einigen Nutzern in Chrome möglicherweise eine Eingabeaufforderung angezeigt, um personalisierte Inhalte in ihrem Discover-Feed zu sehen.

Mit dem Discover-Feed können auch nicht angemeldete Nutzer mithilfe aktualisierter Personalisierungsoptionen die Art der Inhalte steuern, die sie sehen. Sie können beispielsweise Inhalte aus einer bestimmten Quelle ausblenden.

Wenn nicht angemeldete Nutzer den Feedinhalt ändern möchten, werden sie von Chrome zur Anmeldung oder Synchronisierung aufgefordert. Als Administrator können Sie die Anmeldung von Nutzern und die Synchronisierung mit den Richtlinien BrowserSignin, SyncDisabled und SyncTypesListDisabled weiterhin steuern. Wenn eine Unternehmensrichtlinie die Anmeldung oder Synchronisierung verhindert, sehen Nutzer Nicht auf Ihrem Gerät verfügbar.

Android-Media-Auswahl verwenden

Chrome ersetzt die benutzerdefinierte Media-Auswahl beim Hochladen von Fotos und Videos ins Web durch die neue einheitliche Android-Media-Auswahl. Funktional sind beide gleichwertig, es gibt jedoch geringe Unterschiede beim Aussehen.

Android-Media-Auswahl verwenden

Chrome ersetzt die benutzerdefinierte Media-Auswahl beim Hochladen von Fotos und Videos ins Web durch die neue einheitliche Android-Media-Auswahl. Funktional sind beide gleichwertig, es gibt jedoch geringe Unterschiede beim Aussehen.

Android-Traces in der Betaversion

Android-Nutzer in der Betaversion, die dem Senden von Messwerten zugestimmt haben, können jetzt anonymisierte Traces hochladen. Traces enthalten keine IDs, mit denen Nutzer identifiziert werden können, und werden verwendet, um die Leistung von Chrome zu verbessern.

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
WebRtcTextLogCollectionAllowed	Erfassen von WebRTC-Textprotokollen aus Google-Diensten zulassen
FirstPartySetsOverrides	„First-Party-Sets“ überschreiben
FirstPartySetsEnabled	„First-Party-Sets“ aktivieren.
DefaultThirdPartyStoragePartitioningSetting	Standardeinstellung für die Drittanbieter-Speicherpartitionierung
ThirdPartyStoragePartitioningBlockedForOrigins	Drittanbieter-Speicherpartitionierung für diese Ursprünge blockieren
LensCameraAssistedSearchEnabled	Kameragestützte Suche mit Google Lens zulassen (jetzt für iOS verfügbar)
ScreenCaptureWithoutGestureAllowedForOrigins	Bildschirmaufnahme ohne vorherige Nutzergeste zulassen
ChromeAppsWebViewPermissiveBehaviorAllowed	Zulässiges WebView-Verhalten für Chrome Apps wiederherstellen
FileOrDirectoryPickerWithoutGestureAllowedForOrigins	Aufrufen von APIs für Datei- oder Verzeichnisauswahl ohne vorherige Nutzergeste zulassen

↑ Zurück nach oben

Entfernte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
ChromeRootStoreEnabled	Legt fest, ob der Chrome Root Store und die integrierte Zertifikatsprüfung zum Verifizieren von Serverzertifikaten verwendet werden (in Windows und Mac entfernt).
WebSQLNonSecureContextEnabled	Aktivieren von WebSQL in nicht sicheren Kontexten erzwingen
PrefixedStorageInfoEnabled	Veraltete window.webmasterStorageInfo API wieder aktivieren

ChromeOS-Updates

Bildschirmschoner-Vorschau

Mit der neuen Option in ChromeOS 113 können Nutzer die Einstellungen für den Bildschirmschoner vor der Anwendung in der Vorschau ansehen. Eine Vorschau ist besonders nützlich, wenn Sie Google Fotos mit Animationen verwenden.

USB-Firmwareversion melden

Immer, wenn ein USB-Gerät angeschlossen oder von einem verwalteten ChromeOS-Gerät getrennt wird, wird die USB-Firmwareversion zusammen mit vorhandenen USB-Ereignissen und Telemetriedaten gemeldet. Dies lässt sich über die Richtlinie ReportDevicePeripherals steuern. Damit wird die Berichterstellung für vorhandene USB-Ereignisse und Telemetriedaten festgelegt.

Benutzerdefinierte durch Richtlinien bereitgestellte Trust-Anchors auf dem Sperrbildschirm zulassen

Enterprise- und EDU-Bereitstellungen können Proxys haben, die den Nutzer-Traffic abfangen, entschlüsseln und prüfen. Dazu muss auf dem Clientgerät ein CA-Zertifikat vorhanden sein, das so konfiguriert ist, dass es zulässt, dass das Proxy-Server-Zertifikat für alle Webhosts als vertrauenswürdig gilt. Es wird normalerweise sofort ausgestellt. Bei ChromeOS werden diese vertrauenswürdigen CA-Zertifikate über die Unternehmensrichtlinie von Chrome Enterprise konfiguriert.

Diese benutzerdefinierten CA-Zertifikate werden derzeit nur für Nutzertraffic und innerhalb der Nutzersitzung berücksichtigt, aber nicht auf dem Sperrbildschirm. Das ist ein Problem für Kunden, die eine erneute Authentifizierung auf dem Sperrbildschirm durchführen müssen. Diese wird durch die Richtlinie erzwungen, da der in der Nutzersitzung festgelegte Proxy auf dem Sperrbildschirm erzwungen wird, aber das CA-Zertifikat nicht zugänglich ist.

Status der Inline-Synchronisierung der App „Dateien“

Mit dieser Funktion wird die vorhandene Synchronisierungsbenachrichtigung und das visuelle Signal auf einen detaillierteren Status der Inline-Synchronisierung verschoben. Der Status wird neben den Dateien in Google Drive angezeigt, die aktiv synchronisiert werden. Der Status wird auch für Ordner innerhalb einer Hierarchie mit Synchronisierungs-Nachfolgerelementen angezeigt.

Sofortiger Neustart durch ChromeOS-Administratoren

ChromeOS 113 bietet Administratoren die Option, ChromeOS-Neustarts über die Admin-Konsole auszulösen, um Supportabläufe zu vereinfachen und bei Bedarf Richtlinien sofort anzuwenden. Mit dieser Option können Administratoren Einstellungen sofort auf ihren gesamten Gerätebestand oder nur auf einen Teil der Geräte anwenden. Bei einem Cyberangriff können Administratoren jetzt beispielsweise einen aktuellen Angriff minimieren, indem sie die Berechtigungen für Erweiterungen einschränken und einen Sofortstart auf alle betroffenen Geräte erzwingen.

Eine Benachrichtigung wird angezeigt, die Nutzer über den Neustart informieren, damit sie vor dem Neustart alle Aufgaben speichern oder ihre Zeit verwalten können.

↑ Zurück nach oben

Entfernung der eingeschränkten WebView-Verhaltensweisen von Chrome-Apps

In Chrome 113 gelten für die Nutzung von WebView von Chrome-Apps die folgenden Einschränkungen:
- SSL-Fehler in WebView führen zu einer Fehlerseite, die keine Möglichkeit bietet, auf nicht sichere Weise fortzufahren.
- Die Verwendung des WebView-Ereignisses NewWindow, das an ein WebView-Element in einem anderen App-Fenster angehängt wird, führt dazu, dass der vom Aufruf window.open zurückgegebene Fensterverweis im ursprünglichen WebView ungültig wird.
Die temporäre Enterprise-Richtlinie ChromeAppsWebViewPermissiveBehaviorAllowed ist verfügbar. Damit haben Unternehmen Zeit, mögliche Fehler im Zusammenhang mit diesen Änderungen zu beheben. Um zu testen, ob diese Änderung die Ursache für einen Fehler ist, können Sie das bisherige Verhalten von Chrome 112 und früheren Versionen wiederherstellen, ohne die Unternehmensrichtlinie konfigurieren zu müssen. Rufen Sie dazu chrome://flags auf und deaktivieren Sie chrome://flags/#enable-webview-tag-mparch-behavior.

Neuerungen in der Admin-Konsole

Karte „Risikobewertung“

Auf der Seite Erweiterungsdetails haben wir eine neue Karte zur Risikobewertung erstellt, auf der Risikobewertungen von Dritten für öffentliche Erweiterungen angezeigt werden. Weitere Informationen.

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
ChromeAppsWebViewPermissiveBehaviorAllowed	Nutzer, verwaltete Gastsitzung	Chrome (Linux, Mac, Windows) ChromeOS	Zusätzliche App-Einstellungen
DefaultThirdPartyStoragePartitioningSetting	Nutzer, verwaltete Gastsitzung	Chrome (Android) Chrome (Linux, Mac, Windows) ChromeOS	Inhalt
ThirdPartyStoragePartitioningBlockedForOrigins	Nutzer, verwaltete Gastsitzung GS	Chrome (Android) Chrome (Linux, Mac, Windows) ChromeOS	Inhalt

Bald verfügbar

Anstehende Browseränderungen

Updates für Chrome Root Store und Entfernung der ChromeRootStoreEnabled-Richtlinie

Bereits ab Chrome 114 wechselt Chrome zu einem eigenen Standard-Root-Speicher und einer integrierten Zertifikatsprüfung unter Android, Linux und ChromeOS, um das Erlebnis auf unterschiedlichen Plattformen einheitlicher zu gestalten. Chrome verwendet weiterhin benutzerdefinierte lokale Root-Zertifikate, die im Trust Store des Betriebssystems installiert sind. Weitere Informationen finden Sie in unserem Artikel zum Chrome Root Program. Der Chrome Root Store auf Windows- und Mac-Geräten ist bereits standardmäßig aktiviert.

Es ist nicht davon auszugehen, dass Unternehmen derzeit ihre Flotten- und vertrauenswürdigen Unternehmens-CAs verwalten, z. B. über Gruppenrichtlinien, macOS Keychain Access oder Systemverwaltungstools wie Puppet.

Die Richtlinie ChromeRootStoreEnabled ermöglicht die selektive Deaktivierung von Chrome Root Store zugunsten des Plattform-Root-Speichers. Sie können diese Richtlinie deaktivieren, um die Nutzung des Plattform-Root-Speichers zu erzwingen. Ansonsten ist sie standardmäßig aktiviert. Die Richtlinie wird unter Android, Linux und ChromeOS bis Chrome 120 verfügbar sein.

Die Richtlinie ChromeRootStoreEnabled wurde ausWindows und Mac in Chrome 113 entfernt. Chrome 111 unterstützt jetzt auch Blattzertifikate und den Windows Trusted People Store. Die Unterstützung für Namenseinschränkungen in lokalen Trust-Anchors wurde in Chrome 112 wieder eingeführt.

Unterstützung für Private State Tokens

Ab Chrome 113 ist die Private State Tokens API zur Verwendung auf Websites verfügbar. Private State Tokens stärken das Vertrauen in die Authentizität eines Nutzers von einem Kontext zum nächsten, um Websites bei der Betrugsbekämpfung und der Unterscheidung von Bots von echten Menschen zu unterstützen – ohne den Austausch von personenidentifizierbaren Informationen. Die Verfügbarkeit von Private State Tokens wird über die neue Einstellung Automatische Bestätigung in den Chrome-Einstellungen gesteuert. Weitere Informationen finden Sie in diesem Blogpost für Entwickler.

↑ Zurück nach oben

Neuer Bereich für inaktive Tabs in der Chrome-App auf iPhone und iPad

In Chrome 114 werden alte Tabs in einem neuen Bereich „Inaktive Tabs“ in der Tab-Rasteransicht ausgeblendet. Chrome-Nutzer können auf den Bereich „Inaktive Tabs“ zugreifen, um alle alten Tabs zu sehen oder sie mit der neuen Funktion „Bulk-Tab“ zu schließen. Alternativ können Nutzer auf einen inaktiven Tab klicken, um ihn wiederherzustellen.

Cookie-Dateien auf dem Laufwerk sperren

Zum Schutz von Chrome-Nutzern gegen Malware, die versucht, Cookie-Informationen zu stehlen, hält Chrome 114 unter Windows eine exklusive Sperre für die Profil-Cookie-Dateien auf der Festplatte. Sie können dieses Verhalten testen, um zu verhindern, dass diese auf Ihren Systemen die sanktionierte Software beeinträchtigt. Verwenden Sie dazu in der Entwickler- und Betaversion von Chrome 114 das Befehlszeilen-Flag -enable-features=LockProfileCookieDatabase.

Änderungen am Google Passwortmanager in Chrome 114

In Chrome 114 wird der Passwortmanager in Google Passwortmanager umbenannt.

Der Google Passwortmanager bietet mehr Funktionen und ist einfacher zugänglich. Sie können auf den neuen Passwortmanager über das Dreipunkt-Menü zugreifen, das zuvor unter Einstellungen> Autofill zu finden war. Im aktualisierten Google Passwortmanager sind ähnliche Passwörter zusammengefasst. Außerdem wurde der Ablauf der Überprüfung verbessert und Nutzer können den Passwortmanager ihrem Desktop hinzufügen, um leichter darauf zugreifen zu können.

Updates für Lesezeichen auf dem Desktop

Einige Nutzer von Chrome 114 sehen eine aktualisierte Version des Lesezeichen-Seitenbereichs und des Einstiegspunkts, die sich sowohl auf die Lesezeichen-Funktionen als auch auf andere Funktionen wie Suche, Sortierung und Bearbeitung auswirkt.

↑ Zurück nach oben

Passwortverwaltung: Notizen speichern und abrufen

Das native Infofeld zur Passwortverwaltung, das über das Schlüsselsymbol in der Omnibox ausgelöst wird, wird in Chrome 114 überarbeitet. Dadurch wird die aktuelle Liste der Passwörter durch eine neue Liste ersetzt, in der Sie die Ansicht mit den Passwortdetails aufrufen können. In der Ansicht Passwortdetails rechts unten können Nutzer den Nutzernamen oder das Passwort kopieren, die Maskierung des Passworts aufheben und die gespeicherte Notiz bearbeiten.

Verpackung verschachtelter Archive im Downloadschutz entpacken

Ab Chrome 114 werden Downloads von Archiven für Nutzer, die Safe Browsing aktiviert haben, rekursiv entpackt. Damit werden die schon seit Langem bestehenden Maßnahmen von Chrome zum Schutz vor Malware und unerwünschter Software auf Verfahren zur Bekämpfung von Missbrauch durch Distributoren von Malware zu Cookie-Diebstahl ausgeweitet. Mit der Richtlinie SafeBrowsingProtectionLevel kann Safe Browsing aktiviert oder deaktiviert werden. Das gilt auch für diese Funktion.

Separate Speicherung der Einstellungen, die mit dem Konto in Chrome 114 synchronisiert werden

Für Chrome-Nutzer mit iOS- und Android-Geräten, bei denen die Synchronisierung aktiviert ist, werden die mit dem Google-Konto synchronisierten Einstellungen getrennt von den lokalen Chrome-Einstellungen gespeichert, die beim Deaktivieren der Synchronisierung festgelegt waren. Dadurch wird eine wesentlich geringere Freigabe von Daten als zuvor zugelassen: Die lokalen Einstellungen werden nicht automatisch hochgeladen, wenn die Synchronisierung aktiviert wird, und alle Einstellungen des Kontos auf dem Gerät bleiben erhalten, wenn die Synchronisierung deaktiviert wird. Diese Funktion ist weiterhin standardmäßig deaktiviert und kann über chrome://flags#enable-preferences-account-storage aktiviert werden.

Es gibt zwei bestehende Richtlinien zum Deaktivieren der Synchronisierung, die weiterhin gelten:
1. SyncDisabled: Deaktiviert die gesamte Infrastruktur der Chrome-Synchronisierung, einschließlich der Einstellungen.
2. SyncTypesListDisabled: Deaktiviert bestimmte individuelle Sync-Datentypen. Die vorhandenen Einstellungen umfassen die Einstellungen.

Chrome-Richtlinie: unveröffentlichte Erweiterungen aus dem Chrome Web Store (CWS) deaktivieren

Bereits in Chrome 115 wird eine Unternehmensrichtlinie zur Deaktivierung von Erweiterungen eingeführt, deren Veröffentlichung in Chrome Web Store aufgehoben wurde.

Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Ab Chrome 115 wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt, um Sicherheit und Zuverlässigkeit zu erhöhen. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten gefunden werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.

↑ Zurück nach oben

Zugriff auf die WebUSB API über Erweiterungs-Service-Worker in Chrome 115 ermöglichen
Ab Chrome 115 wird der Zugriff auf die WebUSB API über Erweiterungs-Service-Worker als Migrationspfad für Manifest V2-Erweiterungen möglich sein, die derzeit über eine Hintergrundseite auf die API zugreifen.
Sie können dieses Verhalten auch durch Anwenden der WebUSB-Richtlinien auf die Ursprünge der Erweiterung steuern. Weitere Informationen finden Sie unter DefaultWebUsbGuardSetting, WebUsbAskForUrls, WebUsbBlockedForUrls und WebUsbAllowDevicesForUrls.

Unload-Ereignis überspringen

Das Vorhandensein von Unload-Ereignis-Listenern ist ein primärer Blocker für den Back-Forward-Cache in Chromium-basierten Browsern und für Firefox auf Desktop-Plattformen. Auf mobilen Plattformen wiederum wird in fast allen Browsern bfcache priorisiert. In den meisten Fällen werden Unload-Ereignisse nicht ausgelöst. Um die Situation zu verbessern, haben wir mit vielen Partnern zusammengearbeitet und die Verwendung von Unload-Ereignis-Listenern in den letzten Jahren erfolgreich reduziert. Um die Migration zu beschleunigen, schlagen wir vor, dass Unload-Ereignisse in Chrome for Computer bereits ab Chrome 115 nach und nach übersprungen werden. Falls Sie mehr Zeit benötigen, um von Unload-Ereignissen zu migrieren, können Sie sich vorübergehend in Form einer API und einer Gruppenrichtlinie abmelden, um das Verhalten selektiv unverändert beizubehalten.

Änderungen im Releasezyklus

Die stabile Version von Chrome 115 wird vom 27. Juni bis zum 18. Juli verschoben. Alle späteren Termine wurden entsprechend angepasst. Die aktualisierten Termine finden Sie im Chromium-Dash-Zeitplan.

Lesemodus

Da mehr Inhalte online gelesen werden, fügen wie einer neue Funktion hinzu, um das Leseerlebnis zu verbessern. Mit dem neuen Lesemodus von Chrome lässt sich das Leseerlebnis im Web für alle Nutzer verbessern. Durch den Lesemodus werden ablenkende Elemente durch eine anpassbare Leseansicht in der Seitenleiste des Chrome-Browsers reduziert. So können sich Leser auf den Hauptinhalt konzentrieren. Nutzer können auch Schriftart, Textgröße, Abstand, Design/Hintergrundfarbe und vieles mehr anpassen und so die Leseumgebung einheitlicher, intuitiver und komfortabler gestalten.

HTTP-Anfragen in Chrome 115 auf HTTPS aktualisiert

Ab Chrome 115 sind HTTP-Anfragen bei einigen Nutzern möglicherweise bereits auf HTTPS aktualisiert. Jede Seite, die nicht über HTTPS geladen werden kann, wird automatisch wieder auf HTTP zurückgesetzt. Bei Standardserverkonfigurationen wird die Sicherheit der Nutzer ohne sichtbare Auswirkungen erhöht.

Einige Serverkonfigurationen können Probleme verursachen, z. B. wenn unterschiedliche Inhalte über HTTP und HTTPS bereitgestellt werden. Nutzer können automatische Upgrades für eine bestimmte Website deaktivieren, indem sie die Einstellung „Unsichere Inhalte“ über „Seiteninfo“ oder chrome://settings/content aktivieren. Sie können dieses Verhalten mit der Richtlinie HttpsUpgradesEnabled steuern und bestimmte Websites mit der Richtlinie HttpAllowlist auf die Zulassungsliste setzen.

Langfristig sollten Sie dafür sorgen, dass die Server Ihrer Organisation HTTPS unterstützen und dieselben Inhalte über HTTP und HTTPS bereitstellen. Wenn Sie HTTPS nicht unterstützen möchten, z. B. in einem internen Intranet hinter einer Firewall, sollten Server nicht auf Port 443 reagieren und Firewalls sollten die Verbindung schließen, anstatt sie hängen zu lassen.

Einstellungstestlauf für nicht partitionierte Storage, Service Worker und Communication APIs von Drittanbietern

Ab Chrome 115 werden Storage, Service Workers und Communication APIs schrittweise in Drittanbieterkontexten partitioniert. Die betreffenden APIs, die in Drittanbieterkontexten verwendet werden, werden nicht nur durch die Same-Origin-Policy isoliert, sondern auch durch die Website des übergeordneten Kontexts getrennt. Websites, für die es zeitlich nicht möglich war, die Unterstützung der Speicherpartitionierung von Drittanbietern zu implementieren, können an einem Einstellungstestlauf teilnehmen. Dabei können Websites die Partitionierung vorübergehend aufheben. Die Isolierung wird durch die Same-Origin-Policy fortgesetzt, aber durch die Website der obersten Ebene entfernt. Das vorherige Verhalten der Storage, Service Worker und Communications APIs in Inhalten auf der Website wird wiederhergestellt.

Die Partitionierung der folgenden APIs bleibt in Drittanbieterkontexten weiterhin aufgehoben, wenn Sie die übergeordnete Website für den Einstellungstestlauf DisableThirdPartyStoragePartitioning anmelden: Speicher-APIs (z. B. localStorage, sessionStorage, IndexedDB, Quota usw.), Communication APIs (z. B. BroadcastChannel, SharedWorkers und WebLocks) und die ServiceWorker API.

In Chrome 113 wird außerdem die Unternehmensrichtlinie DefaultThirdPartyStoragePartitioningSetting hinzugefügt, mit der die Partitionierung von APIs in allen Drittanbieterkontexten aufgehoben wird, sowie ThirdPartyStoragePartitioningBlockingForOrigins, mit der die Partitionierung von APIs für Drittanbieterkontexte aufgehoben wird, wenn der Ursprung des eigenen Kontextes mit der Liste übereinstimmt. Beide werden für mindestens 12 Meilensteine unterstützt. Weitere Informationen finden Sie in diesem Blogpost.

Änderungen beim Phishing-Schutz unter Android ab Chrome 115

Wenn sich ein Nutzer mit seinem Google-Passwort bei Android authentifiziert, z. B. während der Kontoeinrichtung, wird Chrome benachrichtigt, damit das Passwort Phishing-Schutz beim Surfen im Web mit Chrome erhält. In früheren Versionen von Chrome für Android mussten Nutzer ihr Passwort, z. B. beim Anmelden in Gmail, explizit auf einem Chrome-Tab angeben, um Phishing-Schutz für ihr Google-Passwort zu erhalten.

Sie können Warnungen zur Wiederverwendung von Passwörtern deaktivieren, indem Sie PasswordProtectionWarningTrigger auf 0 setzen.

↑ Zurück nach oben

macOS 10.13 und macOS 10.14 werden von Chrome 117 nicht mehr unterstützt

macOS 10.13 und macOS 10.14 finden sich bereits außerhalb des Supportfensters von Apple und werden von Chrome 117 nicht mehr unterstützt. Nutzer müssen ihr Betriebssystem aktualisieren, damit sie den Chrome-Browser weiter verwenden können. Zur Aufrechterhaltung der Sicherheit ist die Ausführung eines unterstützten Betriebssystems unerlässlich.

Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können

Chrome 112 ermöglicht Zugriff auf die WebHID API über Erweiterungs-Service-Worker, als Migrationspfad für Manifest V2-Erweiterungen, die derzeit über eine Hintergrundseite auf die API zugreifen.
Chrome-Erweiterungen werden auf die neue Manifestversion „Manifest V3“ umgestellt. Dadurch wird der Datenschutz für Ihre Nutzer verbessert, zum Beispiel durch die Umstellung auf ein Modell, bei dem Erweiterungen Anfragen deklarativ ändern, ohne dass einzelne Anfragen eingesehen werden können. Das verbessert auch die Sicherheit der Erweiterung, da remote gehosteter Code bei Manifest V3 nicht zulässig ist.

Wie bereits in unserem Blogpost More details on the transition to Manifest V3 erwähnt, ist der Zeitplan für die Einstellung von Manifest V3 noch offen. Die für Anfang 2023 geplanten Tests wurden verschoben.

Während der Überprüfung des Zeitplans können vorhandene Manifest V2-Erweiterungen weiterhin aktualisiert und in Chrome ausgeführt werden. Allerdings müssen alle neuen Erweiterungen, die an den Chrome Web Store gesendet werden, Manifest V3 implementieren.

Ab Chrome 110 lässt sich mithilfe der Unternehmensrichtlinie ExtensionManifestV2Availability steuern, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Nach der Migration können Sie gemäß der Richtlinie die Nutzung von Manifest V2-Erweiterungen mindestens bis Januar 2024 verlängern.

Auf der Nutzungsseite „Apps und Erweiterungen“ der Chrome-Verwaltung über die Cloud sehen Sie, welche Manifestversion von allen Chrome-Erweiterungen in Ihrem Gerätebestand verwendet wird.
Weitere Informationen finden Sie im Zeitplan für die Manifest V2-Unterstützung.

Bevorstehende ChromeOS-Änderungen

Cursive für Enterprise- und Education-Konten ist vorinstalliert

Ab ChromeOS 114 ist Cursive, eine App für die Eingabe von Notizen mit einem Stift, für Chromebooks verfügbar. Sie wird für alle Enterprise- und Education-Konten auf Chromebooks mit integriertem Eingabestift vorinstalliert. Wenn Sie den Zugriff auf die App blockieren möchten, können Sie verhindern, dass Chromebooks in Ihrem Unternehmen auf cursive.apps.chrome zugreifen.

Passpoint: Nahtlose, sichere Verbindung zu WLAN-Netzwerken

Bereits ab ChromeOS 114 wird Passpoint den WLAN-Zugriff optimieren. Es wird nicht mehr erforderlich sein, dass Nutzer bei jedem Besuch ein Netzwerk suchen und authentifizieren. Sobald ein Nutzer auf das WLAN an einem Standort zugreift, stellt das Clientgerät mit aktiviertem Passpoint bei nachfolgenden Besuchen automatisch eine Verbindung her.

Obligatorische Erweiterungen für die Navigation im Inkognitomodus

Erweiterungen in ChromeOS 114 bieten Administratoren die Möglichkeit, in ihrer Organisationseinheit Sicherheitsfunktionen und Anpassungen zu erzwingen, aber ohne die Zustimmung des Nutzers lassen sie sich nicht im Inkognitomodus erzwingen. Das kann ein Problem darstellen, da Nutzer Funktionen mit Erweiterungen, wie z. B. Proxys, mit dem Inkognitomodus umgehen können.

Mit der Richtlinie MandatoryExtensionsForInkognitoNavigation können Administratoren eine Liste mit Erweiterungen konfigurieren, die Nutzer explizit im Inkognitomodus ausführen müssen, damit sie diesen für die Navigation verwenden können.

App-Streaming unter ChromeOS

In ChromeOS 114 verbessert App-Streaming die Nutzung von Phone Hub, da Nutzer sich gestreamte Apps auf ihrem Pixel ansehen und mit ihnen interagieren können. Wenn ein Nutzer eine Benachrichtigung über eine gespiegelte Unterhaltung von seinem Pixel erhält, wird durch Tippen auf die Benachrichtigung ein App-Stream direkt auf den ChromeOS-Desktop des Nutzers gestartet. Dies ist Teil eines Google-weiten Ansatzes für ubiquitäres Computing.

↑ Zurück nach oben

Chrome 112

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Zugriff auf die WebHID API über Erweiterungs-Service-Worker ermöglichen		✓
Modul für nicht verwendete Websiteberechtigungen im Sicherheitscheck	✓
Origin-keyed Agent Clustering als Standard	✓
Einstellung der Unterstützung von Chrome-Apps unter Windows, Mac und Linux		✓
Automatisches Upgrade gemischter Inhalte auf HTTPS	✓
Chrome Root Store-Updates und Entfernung der Richtlinie „ChromeRootStoreEnabled“	✓		✓
Überarbeitetes Onboarding		✓
Seite zur Fehlerbehebung bei Richtlinien unter Android verfügbar		✓
Änderungen an HTTPS-Richtlinien			✓
Hinzufügen von Websites und PWAs zum iOS-Startbildschirm		✓
Neue Datentypen für die Chrome-Synchronisierung mit Google Datenexport	✓
Autofill auf iOS-Geräten		✓
X-Requested-Header wird in Android WebView ab Version 112 phasenweise eingestellt	✓
Webauthentifizierung per Browser-Tab statt App-Fenster	✓
Chrome for Testing		✓
Preis-Tracking unter iOS		✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Screencast unterstützt mehrsprachige Transkriptionen in Aufzeichnungen		✓
Über „Schnelles Pairing“ gespeicherte Geräte		✓
Einführung des neuen Rupiensymbols auf Tastaturen mit dem Layout „Englisch (USA)“ in Indien		✓
Anzeige von Klicks und Tastenkombinationen in Bildschirmaufnahmen		✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Neue Statistiken zu Chrome			✓
Token-Verwaltungsrichtlinie zum Löschen von Gerätetokens			✓
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Änderungen beim Phishing-Schutz unter Android ab Chrome 113	✓
Test zur Einstellung für nicht partitionierte Speicher-, Service-Worker- und Kommunikations-APIs von Drittanbietern	✓
Nutzer-Steuerelemente für First-Party-Sets	✓
Entfernen der eingeschränkten WebView-Verhaltensweisen von Chrome-Apps	✓
Erfassen zusätzlicher Daten für Erweiterungen außerhalb des Stores in Telemetrieberichten	✓
Einführung von FastCheckout für den Bezahlvorgang		✓
Verbesserte Passwortverwaltung unter iOS in Chrome 113		✓
Neuer Bereich für inaktive Tabs in der Chrome-App auf iPhone und iPad		✓
CSS-Änderungen am Image-set	✓
Unterstützung für Private State Tokens	✓
Zugriff auf die WebUSB API über Erweiterungs-Service-Worker in Chrome 113 ermöglichen		✓
Änderungen an Google Passwortmanager in Chrome 114		✓
Updates für Lesezeichen auf dem Desktop		✓
Ausführung des Netzwerkdienstes unter Windows in einer Sandbox	✓
macOS 10.13 und macOS 10.14 werden von Chrome 117 nicht mehr unterstützt	✓
Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können		✓	✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Cursive für Enterprise- und Education-Konten vorinstalliert		✓
Vorschau des Bildschirmschoners		✓
Passpoint: Nahtlose, verschlüsselte Verbindung zu WLAN-Netzwerken	✓	✓
Anstehende Änderungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Karte „Risikobewertung“		✓	✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Chrome-Updates

Zugriff auf die WebHID API über Erweiterungsdienst-Worker ermöglichen

Chrome 112 ermöglicht den Zugriff auf die WebHID API über Erweiterungs-Service-Worker als Migrationspfad für Manifest-V2-Erweiterungen, die derzeit über eine Hintergrundseite auf die API zugreifen.

Modul für nicht verwendete Websiteberechtigungen im Sicherheitscheck
Mit dem Sicherheitscheck in Chrome können Sie die Sicherheit und den Datenschutz beim Surfen im Internet insgesamt prüfen. Sie werden über gehackte Passwörter, die Sie zuvor in Chrome gespeichert haben, und gefährliche Erweiterungen informiert. Außerdem hilft Chrome Ihnen alle Sicherheitsfunktionen auf dem aktuellsten Stand zu halten.

Ab Chrome 112 werden nicht verwendete Websiteberechtigungen in Chrome automatisch widerrufen. Chrome setzt Berechtigungen von Websites zurück, die Nutzer schon länger nicht mehr besucht haben. In Chrome werden Berechtigungen automatisch widerrufen und Optionen zum Deaktivieren oder erneuten Gewähren angeboten. Berechtigungen, die durch Enterprise-Richtlinien gewährt werden, sind davon nicht betroffen.

An Ursprünge gebundenes Agent-Clustering wird zum Standard

Ab Chrome 112 können Websites document.domain nicht mehr festlegen. Es müssen alternative Ansätze wie postMessage() oder die Channel Messaging API verwendet werden, damit Websites ursprungsübergreifend kommunizieren können. Wenn eine Website auf die Lockerung der Same-Origin-Richtlinie über document.domain angewiesen ist, damit sie ordnungsgemäß funktioniert, muss sie einen Origin-Agent-Cluster: ?0-Header zusammen mit allen Dokumenten senden, für die dieses Verhalten erforderlich ist. Weitere Informationen finden Sie in diesem Blogpost.

Hinweis: document.domain hat keine Auswirkungen, wenn es nur von einem Dokument festgelegt wird.
Mit der Enterprise-Richtlinie OriginAgentClusterDefaultEnabled können Sie das aktuelle Verhalten erweitern.

Chrome-Apps werden unter Windows, Mac und Linux nicht mehr unterstützt

Wie bereits angekündigt, wird der Support für Chrome-Apps zugunsten von progressiven Web-Apps (PWAs) und Web-Standardtechnologien eingestellt. Der Zeitplan für die Einstellung wurde so angepasst, dass Unternehmen, die Chrome-Apps verwendet haben, mehr Zeit für die Umstellung auf andere Technologien haben. Chrome-Apps funktionieren nun in Chrome 112 und höher unter Windows, Mac und Linux nicht mehr. Sie benötigen mehr Zeit für die Anpassung? Dann können Sie mit der Richtlinie ChromeAppsEnabled die Lebensdauer von Chrome-Apps um weitere zwei Meilensteine verlängern.

Wenn Sie die Installation von Chrome-Apps ab Chrome 105 erzwingen, sehen Nutzer eine Meldung, dass die jeweilige App nicht mehr unterstützt wird. Die installierten Chrome-Apps können weiterhin gestartet werden.

Ab Chrome 112 funktionieren Chrome-Apps auf Windows-, Mac- und Linux-Geräten nicht mehr. Entfernen Sie zur Behebung die Erweiterungs-ID aus der Liste der Erweiterungen mit erzwungener Installation und fügen Sie bei Bedarf die entsprechende install_url zu der Liste der erzwungenen Installation von Web-Apps hinzu. Für gängige Google-Apps sind die install_urls im Folgenden aufgeführt:

Attribut	Erweiterungs-ID (Chrome-App)	install_url (PWA/Web-App)
Gmail	pjkljhegncpnkpknbcohdijeoejaedia	https://mail.google.com/mail/ installwebapp?usp=admin
Google Docs	aohghmighlieiainnegkcijnfilokake	https://docs.google.com/document/ installwebapp?usp=admin
Google Drive	apdfllckaahabafndbhieahigkjlhalf	https://drive.google.com/drive/ installwebapp?usp=admin
Google Tabellen	felcaaldnbdncclmgdcncolpebgiejap	https://docs.google.com/spreadsheets/ installwebapp?usp=admin
Google Präsentationen	aapocclcgogkmnckokdopfmhonfmgoek	https://docs.google.com/presentation/ installwebapp?usp=admin
YouTube	blpcfgokakmgnkcojhhkbfbldkacnbeo	https://www.youtube.com/s/ notifications/manifest/cr_install.html

↑ Zurück nach oben

Automatisches Upgrade gemischter Inhalte auf HTTPS unter iOS

Chrome 112 unter iOS wird nach Möglichkeit automatisch passive gemischte Inhalte (HTTP-Bild, Audio und Video auf HTTPS-Seiten) auf HTTPS umstellen. Bisher hat Chrome unter iOS passive gemischte Inhalte blockiert. Bei allen anderen Chrome-Plattformen werden nach Möglichkeit passive gemischte Inhalte automatisch aktualisiert. Mit der Enterprise-Richtlinie MixedContentAutoupgradeEnabled können Sie automatische Upgrades gemischter Inhalte auf HTTPS-Websites unter iOS deaktivieren. Die Richtlinie wird in Chrome 116 entfernt.

Chrome Root Store-Updates und Entfernung der ChromeRootStoreEnabled-Richtlinie
In Chrome 112 werden jetzt Namensbeschränkungen für Root-Zertifikate erzwungen. Dies entspricht dem Verhalten vor dem Start von Chrome Root Store in Chrome 106. Wenn Sie Chrome Root Store zur Umgehung dieses Problems deaktiviert haben, können Sie mit Chrome 112 noch einmal testen. Wenn Sie festgelegt haben, dass Chrome keine Namenseinschränkungen erzwingt, haben wir eine vorübergehende EnforceLocalAnchorConstraintsEnabled-Richtlinie bereitgestellt, um dieses Verhalten zu deaktivieren. Diese Richtlinie wird in Zukunft entfernt.

Bereits ab Chrome 113 wechseln wir zu einem eigenen Standard-Root-Speicher und einer integrierten Zertifikatsprüfung unter Android, Linux und ChromeOS. Chrome verwendet weiterhin benutzerdefinierte lokale Roots, die im Trust Store des Betriebssystems installiert sind. Chrome Root Store ist bereits unter Windows und Mac standardmäßig aktiviert.

Wir gehen nicht von Änderungen dahingehend aus, wie Unternehmen derzeit ihren Bestand und vertrauenswürdige Zertifizierungsstellen für Unternehmen verwalten, z. B. über Gruppenrichtlinien, den Schlüsselbundzugriff oder Tools zur Systemverwaltung wie Puppet.

Die Richtlinie ChromeRootStoreEnabled ermöglicht die selektive Deaktivierung von Chrome Root Store zugunsten des Plattform-Root-Speichers. Sie können diese Richtlinie auf „Deaktiviert“ setzen, um die Nutzung des Plattform-Root-Speichers zu erzwingen. Andernfalls ist sie standardmäßig aktiviert. Die Richtlinie wird unter Android, Linux und ChromeOS bis Chrome 120 verfügbar sein.
Die Richtlinie ChromeRootStoreEnabled wird unter Chrome 113 für Windows und Mac entfernt. Chrome 111 unterstützt jetzt auch Blattzertifikate und den Windows Trusted People Store. Wenn Sie Chrome Root Store zuvor deaktiviert haben, um eines dieser Probleme zu umgehen, testen Sie noch einmal mit Chrome 112.

Aktualisiertes Onboarding

In Chrome 112 ist für einige Nutzer ein vereinfachtes Onboarding verfügbar, um sich intuitiver in Chrome anmelden zu können. Enterprise-Richtlinien wie BrowserSignin, SyncDisabled, RestrictSigninToPattern und SyncTypesListDisabled sind weiterhin verfügbar. Damit lässt sich festlegen, ob der Nutzer sich in Chrome anmelden und die Synchronisierung aktivieren kann. Mit der Richtlinie PromotionalTabsEnabled können Sie das Onboarding ganz überspringen.

Seite zur Fehlerbehebung bei Richtlinien unter Android verfügbar

chrome://policy/logs ist eine neue Seite, mit der Administratoren Probleme in Enterprise-Richtlinien unter Android beheben können. Unter iOS wird dies in Chrome 113 verfügbar sein.

Änderungen an HTTPS-Richtlinien

Die Richtlinie HttpsOnlyMode unterstützt jetzt force_enabled. Dadurch wird die Einstellung Immer sichere Verbindungen verwenden unter chrome://settings/security aktiviert und der Nutzer kann sie nicht deaktivieren. Die Einstellung führt dazu, dass vor jeder Navigation zu einer Nicht-HTTPS-Website ein Fehler-Interstitial erscheint, das umgangen werden kann. Nutzer können das Fehler-Interstitial immer umgehen. Die Entscheidung zur Problemumgehung wird für eine Woche gespeichert. Außerdem haben wir die Richtlinie HttpAllowlist hinzugefügt, mit der Sie eine Liste von Hosts oder Hostnamenmustern definieren können, die ohne Fehler-Interstitial als Nicht-HTTPS zulässig sind. Mit der Richtlinie HttpAllowlist können Sie beispielsweise interne Websites auf die Zulassungsliste setzen, die Nur-HTTP sein können.

↑ Zurück nach oben

Websites und PWAs zum iOS-Startbildschirm hinzufügen

Ab Chrome 112 können Sie Websites auf dem Startbildschirm des iOS-Geräts als Lesezeichen speichern. Wenn auf der Website progressive Web-Apps (PWAs) angeboten werden, wird die App zum Startbildschirm hinzugefügt. Andernfalls wird das Lesezeichen im Standardbrowser geöffnet, wenn Sie darauf tippen. Diese Funktion ist ab iOS 16.4 verfügbar.

Neue Datentypen für die Chrome-Synchronisierung im Datenexport verfügbar
In Chrome 112 stehen zusätzliche Chrome-Daten für den Datenexport und für den domainweiten Datenexport (Domain Wide Takeout, DWT) zur Verfügung. Folgende Datentypen sind verfügbar: AUTOFILL, PRIORITY_PREFERENCE, WEB_APP, DEVICE_INFO, TYPED_URL, ARC_PACKAGE, OS_PREFERENCE, OS_PRIORITY_PREFERENCE, PRINTER.
Mit der Enterprise-Richtlinie SyncTypesListDisabled können Sie festlegen, welche Datentypen mit der Chrome-Synchronisierung synchronisiert werden sollen. Weitere Anleitungen zum Zulassen oder Blockieren von Datenexporten finden Sie in diesem Hilfeartikel.

Autofill unter iOS

In Chrome 112 sehen einige iOS-Nutzer in den iOS-Einstellungen eine Aufforderung zur Auswahl von Chrome für Autofill. Der Nutzer kann weitere Informationen erhalten, die Aufforderung endgültig schließen oder später noch einmal erinnert werden. Die Aufforderung kann angezeigt werden, nachdem der Nutzer ein Passwort aus dem Chrome-Passwortmanager kopiert, ein Passwort gespeichert oder sich auf einer Website mit einem vorhandenen gespeicherten Passwort angemeldet hat. Mit der Enterprise-Richtlinie CredentialProviderPromoEnabled können Sie die Anzeige der Aufforderung deaktivieren.

X-Requested-Header wird in Android WebView ab Version 112 eingestellt

Um den Datenschutz zu verbessern, wird Android WebView mit der Einstellung des HTTP-Anfrageheaders „X-Requested-With“ beginnen. Websites, die derzeit auf diesen Header angewiesen sind, können sich für den Ursprungstest zur Einstellung registrieren, um den Header weiterhin verwenden zu können. Der Testzeitraum ist für mindestens ein Jahr geplant. Er wird jedoch so lange fortgesetzt, bis die Ersatz-APIs für die aktuellen Anwendungsfälle des Headers eingeführt wurden. Apps können den Header auch für einzelne Zielursprünge aktivieren, indem sie eine neu eingeführte AndroidX API verwenden. Mit dieser API wird der Header auch nach Ende des Einstellungszeitraums für Websites bereitgestellt.

↑ Zurück nach oben

Webauthentifizierung per Browser-Tab statt App-Fenster

In Chrome 112 wird die Autorisierungsseite für die Webauthentifizierung in Chrome-Erweiterungen jetzt entweder in einem neuen Tab oder in einem Pop-up-Fenster angezeigt. Diese Änderung betrifft zwei API-Methoden: launchWebAuthFlow und getAuthToken. Damit lassen sich verschiedene UX-Probleme lösen:
- Auf der Autorisierungsseite wird jetzt eine URL angezeigt, die vor Phishing-Angriffen schützt.
- Der Anmeldestatus ist jetzt für alle Browsertabs freigegeben; Sie müssen sich nicht separat in der Erweiterung anmelden.
- Der Anmeldestatus wird beim Neustart von Chrome beibehalten.
- Probleme mit der Barrierefreiheit des App-Fensters wurden behoben.

Chrome for Testing

Ab Chrome 112 verwendet Puppeteer, die Bibliothek zur Automatisierung des Browsers von Chrome, statt eines Chromium-Binärprogramms das Binärprogramm von Chrome for Testing. Falls das Chromium-Binärprogramm auf die Zulassungsliste gesetzt wurde, können Sie auch das Binärprogramm Chrome for Testing auf die Zulassungsliste setzen.

Chrome for Testing ist eine spezielle Chrome-Variante für den Anwendungsfall von automatisierten Tests. Es ist kein für Endnutzer zugängliches Produkt, sondern ein Tool, das Automatisierungsentwickler über andere Projekte wie Puppeteer verwenden können. Chrome zum Testen ist ein vollständig anderes Binärprogramm als die normale Chrome-Version.

Preis-Tracking unter iOS

Mit Chrome 112 unter iOS können Nutzer die Preise von Produkten im Web verfolgen und Benachrichtigungen erhalten, wenn der Preis gesenkt wird. Diese Shopping-Funktion kann über die Unternehmensrichtlinie ShoppingListEnabled gesteuert werden.

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
ChromeVariations	Die Verfügbarkeit von Varianten bestimmen (jetzt unter Android verfügbar).
HttpAllowlist	HTTPS-Upgrades für einige Hostnamen deaktivieren, die potenziell die Sicherheit der Nutzer beeinträchtigen.
HttpsUpgradesEnabled	Automatische HTTPS-Upgrades aktivieren.
EnforceLocalAnchorConstraintsEnabled	Mit dieser Richtlinie kann festgelegt werden, ob die integrierte Zertifikatsprüfung die Einschränkungen der Trust-Anchors, die aus dem Trust-Shop geladen wurden, erzwingt.
ExtensionExtendedBackgroundLifetime ForPortConnectionsToUrls	Eine Liste von Ursprüngen konfigurieren, von denen die Verlängerung der Hintergrundlebensdauer der verbundenen Erweiterungen gewährt wird.
ShoppingListEnabled	Die Funktion „Einkaufsliste“ aktivieren (jetzt für iOS verfügbar).
CredentialProviderPromoEnabled	Nutzern wird die Werbung für die Anmeldeinformationsanbieter-Erweiterung angezeigt.

ChromeOS-Updates

Screencast unterstützt die mehrsprachige Transkription in Aufzeichnungen

Die Screencast-Aufzeichnungsfunktionen werden in ChromeOS 112 durch Hinzufügen einer Vielzahl von Sprachen durch Einbindung der S3 Transcription API von Google drastisch erweitert.

Mit der Screencast App für ChromeOS können Nutzer transkribierte Screencasts auf ihrem Chromebook aufzeichnen. In früheren Versionen war diese Funktion nur für EN-US verfügbar. Das bedeutete, dass nur englischsprachige Nutzer in den USA Screencasts aufzeichnen konnten. Bald ist es nun möglich, Screencasts in einer Vielzahl von Sprachen aufzunehmen und zu transkribieren, darunter Spanisch, Japanisch, Französisch, Italienisch und Deutsch.

↑ Zurück nach oben

Über die Funktion „Schnelles Pairing“ gespeicherte Geräte

ChromeOS 112 fügt eine Unterseite zu „Schnelles Pairing“ für ungespeicherte Geräte hinzu. Hier können Nutzer ihre Gerätezuordnungen aufrufen, ungewünschte Zuordnungen entfernen und festlegen, ob die Geräte über die Funktion „Schnelles Pairing“ automatisch in ihrem Konto gespeichert werden sollen. Diese Version entspricht den Verwaltungsfunktionen, die bereits heute für die Funktion „Schnelles Pairing“ auf Android-Geräten verfügbar sind. Sie wurde vom ChromeOS-Datenschutzteam explizit als Fast-Follow-Verbesserung angefordert.

Das Rupie-Symbol auf US-englischen Tastaturlayouts in Indien

ChromeOS 112 fügt der virtuellen Tastatur und der physischen Tastatur das Rupie-Symbol ₹ hinzu. Dabei ist AltGr + 4 das Rupie-Symbol (halten rechts-alt + 4).

Bei der kompakten Bildschirmtastatur werden nur einige Währungsschlüssel verschoben, sodass Sie im Menü Weitere Symbole auf das Rupie-Symbol zugreifen können. Der Zugriff ist auf der Bildschirmtastatur über die Ein-/Aus-Taste AltGr möglich, über die Sie AltGr+4 eingeben und das Rupie-Symbol abrufen können.

Bildschirmaufnahme – Klicks und Tastenkombinationen

Sie können jetzt mit Bildschirmaufnahmen erstellte Demos optimieren, indem Sie Nutzern die Möglichkeit geben, Klicks und Tastenkombinationen auf dem Bildschirm einzublenden.

Neuerungen in der Admin-Konsole

Neue Statistiken zu Chrome

Ab Chrome 112 können IT-Administratoren mit der neuen Statistikkarte Browser, die Ihre Aufmerksamkeit erfordern schnell erkennen, bei welchen Browsern Chrome-Updates ausstehen, sowie inaktive und vor Kurzem registrierte Browser erkennen.

Richtlinie zur Gerätetoken-Verwaltung zum Löschen von Gerätetoken

Eine neue Richtlinie ermöglicht Administratoren der Chrome-Verwaltung über die Cloud das Gerätetoken auf den Endpunktgeräten zu löschen, wenn sie in der Admin-Konsole einen Browser aus der Liste der verwalteten Browser löschen.

Wenn der neue Wert für das Token ausgewählt und ein Browser aus der Liste der verwalteten Browser gelöscht wird, wird der Browser automatisch wieder in der Chrome-Verwaltung über die Cloud registriert, wenn er das nächste Mal online ist, sofern das Registrierungstoken nicht auf dem Gerät gelöscht wurde und weiterhin aktiv ist. Der Standardwert bleibt bestehen, um das Gerätetoken ungültig zu machen.

↑ Zurück nach oben

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
PrivacySandboxSiteEnabledAdsEnabled	Nutzer- und Browsereinstellungen	Chrome (Linux, Mac, Windows) ChromeOS, Android	Sicherheit > Privacy Sandbox > Festlegen, ob die Privacy Sandbox-Eingabeaufforderung angezeigt wird.
PrivacySandboxPromptEnabled	Nutzer- und Browsereinstellungen	Chrome (Linux, Mac, Windows) ChromeOS, Android	Sicherheit > Steuert, ob die Einstellung für von der Privacy Sandbox-Website vorgeschlagene Werbung für Ihre Nutzer deaktiviert werden kann.
PrivacySandboxAdTopicsEnabled	Nutzer- und Browsereinstellungen	Chrome (Linux, Mac, Windows) ChromeOS, Android	Sicherheit > Steuert, ob Ihre Nutzer die Privacy Sandbox-Eingabeaufforderung sehen.
PrivacySandboxAdMeasurementEnabled	Nutzer- und Browsereinstellungen	Chrome (Linux, Mac, Windows) ChromeOS, Android	Sicherheit > Festlegen, ob die Einstellung für die Privacy Sandbox-Erfolgsmessung von Anzeigen deaktiviert werden kann.

Bald verfügbar

Anstehende Browseränderungen

Änderungen beim Phishing-Schutz unter Android ab Chrome 113

Wenn sich ein Nutzer mit seinem Google-Passwort bei Android authentifiziert, z. B. während der Kontoeinrichtung, wird Chrome benachrichtigt, damit das Passwort Phishing-Schutz für das Surfen im Web mit Chrome erhält. In früheren Versionen von Chrome für Android mussten Nutzer ihr Passwort, z. B. beim Anmelden in Gmail, explizit auf einem Chrome-Tab angeben, um Phishing-Schutz für ihr Google-Passwort zu erhalten.

Sie können Warnungen zur Wiederverwendung von Passwörtern deaktivieren, indem Sie PasswordProtectionWarningTrigger auf 0 setzen.

Einstellungstestlauf für nicht partitionierte Storage, Service Workers und Communication APIs von Drittanbietern

Ab Chrome 113 werden Storage, Service Workers und Communication APIs schrittweise in Drittanbieterkontexten partitioniert. Die betreffenden APIs, die in Drittanbieterkontexten verwendet werden, werden nicht nur durch die Same-Origin-Policy isoliert, sondern auch durch die Website des übergeordneten Kontexts getrennt. Websites, für die es zeitlich nicht möglich war, die Unterstützung der Speicherpartitionierung von Drittanbietern zu implementieren, können an einem Einstellungstestlauf teilnehmen, um vorübergehend die Partitionierung aufzuheben. Die Isolierung wird durch die Same-Origin-Policy fortgesetzt, sie wird aber durch die Website der obersten Ebene entfernt. Das vorherige Verhalten von Speicher-, Service-Worker- und Kommunikations-APIs in Inhalten auf der Website wird wiederhergestellt.

Die folgenden APIs sind in Drittanbieterkontexten weiterhin nicht partitioniert, wenn Sie die übergeordnete Website für den Einstellungstestlauf DisableThirdPartyStoragePartitioning anmelden: Speicher-APIs (z. B. localStorage, sessionStorage, IndexedDB, Quota usw.), Kommunikations-APIs (z. B. BroadcastChannel, SharedWorkers und WebLocks) und die ServiceWorker-API.

In Chrome 113 werden auch die Enterprise-Richtlinien DefaultThirdPartyStoragePartitioningSetting, die die Partitionierung von APIs in allen Drittanbieterkontexten aufhebt, und ThirdPartyStoragePartitioningBlockedForOrigins hinzugefügt, die die Partitionierung von APIs für Drittanbieterkontexte aufhebt, wenn der Ursprung des eigenen Kontextes mit der Liste übereinstimmt. Beide werden für mindestens zwölf Meilensteine unterstützt. Weitere Informationen finden Sie in diesem Blogpost.

Nutzer Steuerelemente für First-Party-Sets

First-Party-Sets ist ein zukünftiges Framework für Entwickler, um Beziehungen zwischen Domains zu deklarieren, damit der Browser anhand der Beziehung des Drittanbieters zum Erstanbieter Entscheidungen über den Zugriff treffen kann. Ein Set kann First-Party-Vorteile genießen, einschließlich des kontinuierlichen Zugriffs auf ihre Cookies, wenn sich die Top-Level-Domain in demselben Set befindet.

First-Party-Sets sind Teil der Roadmap von Chrome für ein datenschutzkonformeres Web.

In Chrome 113 werden Steuerelemente für Nutzer für diese First-Party-Sets eingeführt. Für die Verwaltung von First-Party-Sets sind zwei Enterprise-Richtlinien verfügbar: eine zur Deaktivierung von First-Party-Sets und eine weitere zur Bereitstellung eigener Sets.

↑ Zurück nach oben

Entfernung der eingeschränkten WebView-Verhaltensweisen von Chrome-Apps

In Chrome 113 gelten für die Nutzung von WebView von Chrome-Apps die folgenden Einschränkungen:
1. SSL-Fehler in WebView führen zu einer Fehlerseite, auf der Nutzer nicht auf sichere Weise fortfahren können.
2. Die Verwendung des WebView-Ereignisses NewWindow, das an ein WebView-Element in einem anderen App-Fenster angehängt wird, führt dazu, dass der vom Aufruf window.open zurückgegebene Fensterverweis im ursprünglichen WebView ungültig wird.
In Chrome 112 können Sie dieses neue Verhalten testen. Dazu rufen Sie chrome://flags auf und aktivieren chrome://flags/#enable-webview-tag-mparch-behavior.

Es ist die temporäre Enterprise-Richtlinie ChromeAppsWebViewPermissiveBehaviorAllowed verfügbar. Damit haben Unternehmen Zeit, mögliche Fehler im Zusammenhang mit diesen Änderungen zu beheben.

Zusätzliche Daten für Erweiterungen außerhalb des Stores in Telemetrieberichten erfassen

Wenn das erweiterte Safe Browsing aktiviert ist, beginnt Chrome 113 mit der Erfassung zusätzlicher Telemetriedaten aus Erweiterungen außerhalb des Stores wie z. B. Datei-Hashes und die Datei manifest.json. Die erhobenen Daten werden auf Google-Servern analysiert, um schädliche Erweiterungen außerhalb des Stores (einschließlich selbst gehosteter Hosts) zu ermitteln und den Schutz für alle Nutzer von Chrome-Erweiterungen zu verbessern. Sie können diese Funktion zusammen mit der gesamten Erweiterungstelemetrie deaktivieren. Dafür legen Sie für SafeBrowsingProtectionLevel einen anderen Wert als 2 fest. Dadurch wird das erweiterte Safe Browsing deaktiviert. Unternehmensadministratoren können die Richtlinie SafeBrowsingProtectionLevel verwenden, wenn sie Bedenken bezüglich der Offenlegung dieser Daten haben.

Einführung von FastCheckout für den Bezahlvorgang

Einigen Nutzern in Chrome 113 wird eine aktualisierte Autofill-Benutzeroberfläche für den Bezahlvorgang auf Shopping-Websites angezeigt. Sie kann durch Deaktivieren der Richtlinie AutofillAddressEnabled oder der Richtlinie AutofillCreditCardEnabled deaktiviert werden.

Aktualisierte Passwortverwaltung unter iOS in Chrome 113

In Chrome unter iOS können einige Nutzer, die in Chrome angemeldet sind, die Chrome-Synchronisierung aber nicht aktiviert haben, Passwörter in ihrem Google-Konto verwenden und speichern. Relevante Unternehmensrichtlinien wie BrowserSignin, SyncDisabled, SyncTypesListDisabled und PasswordManagerEnabled funktionieren weiterhin wie gewohnt und können verwendet werden, um zu konfigurieren, ob Nutzer Passwörter in ihrem Google-Konto verwenden und speichern dürfen.

Neuer Bereich für inaktive Tabs in der Chrome-App auf iPhone und iPad

In Chrome 113 werden alte Tabs in einem neuen Abschnitt „Inaktive Tabs“ in der Tab-Rasteransicht ausgeblendet. Chrome-Nutzer können auf den Bereich „Inaktive Tabs“ zugreifen, um alle alten Tabs zu sehen oder sie mithilfe der neuen Bulk-Tab-Funktion zu schließen.

↑ Zurück nach oben

CSS-Änderungen an image-set
Chrome 113 implementiert die Unterstützung der Standardsyntax für image-set und behandelt die zuvor unterstützte Präfixsyntax des Anbieters „-webkit-“ als Parsing-Zeitalias für den Standard. Deshalb werden mit dem Anbieterpräfix festgelegte Werte standardmäßig standardisiert.

Beispiel:

-webkit-image-set(url(beispiel.png) 1x)

Wird serialisiert auf:

image-set(url(""example.png"") 1x für den angegebenen Wert (wie von getPropertyValue() wie:
testDiv.style.getPropertyValue(""background-image""); zurückgegeben)

und auf

image-set(url(""example.png"") 1dppx) für den berechneten Wert (wie von
getComputedStyle() wie window.getComputedStyle(testDiv)[""background-image""] zurückgegeben).
Bei Bedarf kann das neue Verhalten über das CSSImageSet-Laufzeit-Flag deaktiviert werden. Das Rendering und die Bildauswahl sind bei Präfixen und Standardsyntax (Chrome-Status) identisch.

Unterstützung für Private State Tokens

Ab Chrome 113 ist die Private State Tokens API zur Verwendung auf Websites verfügbar. Private State Tokens stärken das Vertrauen in die Authentizität eines Nutzers von einem Kontext zum nächsten, um Websites bei der Betrugsbekämpfung und der Unterscheidung von Bots von echten Menschen zu unterstützen – ohne den Austausch von personenidentifizierbaren Informationen. Die Verfügbarkeit von Private State Tokens wird über die neue Einstellung Automatische Bestätigung in den Chrome-Einstellungen gesteuert.

Zugriff auf WebUSB API über Erweiterungs-Service-Worker in Chrome 114 aktivieren

Ab Chrome 114 werden wir den Zugriff auf die WebUSB API von Erweiterungs-Service-Workern als Migrationspfad für Manifest V2-Erweiterungen aktivieren, die derzeit auf die API von einer Hintergrundseite zugreifen.

Sie können dieses Verhalten auch durch Anwenden der WebUSB-Richtlinien auf die Ursprünge der Erweiterung steuern. Weitere Informationen finden Sie unter DefaultWebUsbGuardSetting, WebUsbAskForUrls, WebUsbBlockedForUrls und WebUsbAllowDevicesForUrls.

Änderungen am Google Passwortmanager in Chrome 114

In Chrome 114 wird der Passwortmanager in Google Passwortmanager umbenannt.

Der Google Passwortmanager bietet mehr Funktionen und ist einfacher zugänglich. Sie können auf den neuen Passwortmanager über das Dreipunkt-Menü zugreifen, das zuvor unter Einstellungen> Autofill zu finden war. Im aktualisierten Google Passwortmanager sind ähnliche Passwörter zusammengefasst. Außerdem wurde der Ablauf der Überprüfung verbessert und Nutzer können den Passwortmanager ihrem Desktop hinzufügen, um leichter darauf zugreifen zu können.

Updates für Lesezeichen auf dem Desktop

Einige Nutzer von Chrome 114 sehen eine aktualisierte Version des Lesezeichen-Seitenbereichs und des Einstiegspunkts, die sich sowohl auf die Lesezeichen-Funktionen als auch auf andere Funktionen wie Suche, Sortierung und Bearbeitung auswirkt.

↑ Zurück nach oben

Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Ab Chrome 114 wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt, um Sicherheit und Zuverlässigkeit zu erhöhen. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten gefunden werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.

macOS 10.13 und macOS 10.14 werden von Chrome 117 nicht mehr unterstützt

macOS 10.13 und macOS 10.14 finden sich bereits außerhalb des Supportfensters von Apple und werden von Chrome 117 nicht mehr unterstützt. Nutzer müssen ihr Betriebssystem aktualisieren, damit sie den Chrome-Browser weiter verwenden können. Zur Aufrechterhaltung der Sicherheit ist die Ausführung eines unterstützten Betriebssystems unerlässlich.

Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können

Chrome-Erweiterungen werden auf die neue Manifestversion „Manifest V3“ umgestellt. Dadurch wird der Datenschutz für Ihre Nutzer verbessert, zum Beispiel durch die Umstellung auf ein Modell, bei dem Erweiterungen Anfragen deklarativ ändern, ohne dass einzelne Anfragen eingesehen werden können. Das verbessert auch die Sicherheit der Erweiterung, da remote gehosteter Code bei Manifest V3 nicht zulässig ist.

Wie bereits in unserem Blogpost erwähnt, finden Sie hier weitere Informationen zur Umstellung auf Manifest V3. Der Zeitplan für die Einstellung von Manifest V3 ist noch offen. Die für Anfang 2023 geplanten Tests wurden verschoben.

Während der Überprüfung des Zeitplans können vorhandene Manifest V2-Erweiterungen weiterhin aktualisiert und in Chrome ausgeführt werden. Allerdings müssen alle neuen Erweiterungen, die an den Chrome Web Store gesendet werden, Manifest V3 implementieren.

Ab Chrome 110 können Sie über die Enterprise-Richtlinie ExtensionManifestV2Availability angeben, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Nach der Migration können Sie gemäß der Richtlinie die Nutzung von Manifest V2-Erweiterungen mindestens bis Januar 2024 verlängern.

Auf der Nutzungsseite „Apps und Erweiterungen“ der Chrome-Verwaltung über die Cloud sehen Sie, welche Manifestversion von allen Chrome-Erweiterungen in Ihrem Gerätebestand verwendet wird.

Weitere Informationen finden Sie im Zeitplan für die Manifest V2-Unterstützung.

Bevorstehende ChromeOS-Änderungen

Cursive vorinstalliert für Enterprise- und Education-Konten

In ChromeOS 113 wird Cursive, eine App für die Eingabe von Notizen mit einem Stift, auf Chromebooks verfügbar sein. Sie wird für alle Enterprise- und Education-Konten auf Chromebooks mit integriertem Eingabestift vorinstalliert. Wenn Sie den Zugriff auf die App blockieren möchten, können Sie verhindern, dass Chromebooks in Ihrem Unternehmen auf cursive.apps.chrome zugreifen.

Bildschirmschoner-Vorschau
Mit der neuen Option in Chrome 113 können Nutzer die Einstellungen für den Bildschirmschoner vor der Anwendung in der Vorschau ansehen. Eine Vorschau ist besonders nützlich, wenn Sie Google Fotos mit Animationen verwenden.

Passpoint: Nahtlose, sichere Verbindung zu WLAN-Netzwerken

Bereits ab ChromeOS 114 wird Passpoint den WLAN-Zugriff optimieren. Es wird nicht mehr erforderlich sein, dass Nutzer bei jedem Besuch ein Netzwerk suchen und authentifizieren. Sobald ein Nutzer auf das WLAN an einem Standort zugreift, stellt das Clientgerät mit aktiviertem Passpoint bei nachfolgenden Besuchen automatisch eine Verbindung her.

Anstehende Änderungen in der Admin-Konsole

Karte „Risikobewertung“

Wir erstellen eine neue Karte auf der Seite Erweiterungsdetails, auf der Risikobewertungen von Drittanbietern für öffentliche Erweiterungen angezeigt werden.

↑ Zurück nach oben

Chrome 111

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Erinnerung an die Änderung des Einführungszeitplans			✓
Updates für Privacy Sandbox in Chrome 111	✓
Entfernen der PPB_VideoDecoder(Dev) API		✓
Neues Dialogfeld für die Chrome-Synchronisierung in Chrome für Computer		✓
Payment Handler API erfordert CSP connect-src	✓
Out-of-Process-DNS-Auflösung des Systems	✓
Einmalanmeldung (SSO) von Azure AD	✓
Web-Spracherkennungs-API unter iOS		✓
Chrome-Update für Windows und Mac gilt für die letzten zwölf Versionen			✓
Änderung von Richtliniennamen			✓
Abo für Chrome-Verwaltung über die Cloud			✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
Entfernte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Schnelles Pairing		✓
Link zu Tastenkombinationen in der Text-App		✓
Ermittlung der Herkunft des Druckauftrags für verwaltete Geräte			✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Konfigurieren von Richtlinien für Druckserver mit Google-Gruppen		✓
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Erweiterte Richtlinie „LegacySameSiteCookieBehaviorEnabledForDomainList“			✓
Ermöglichen des Zugriffs auf WebHID API über Erweiterungs-Service-Worker in Chrome 112		✓
Modul für nicht verwendete Websiteberechtigungen im Sicherheitscheck	✓
Origin-keyed Agent Clustering als Standard in Chrome 112	✓
Neue Datentypen für die Chrome-Synchronisierung mit Google Datenexport in Chrome 112	✓
Chrome for Testing		✓
Seite zur Fehlerbehebung bei Richtlinien unter Android verfügbar		✓
Karte „Risikobewertung“		✓
Einstellung der Unterstützung von Chrome-Apps unter Windows, Mac und Linux		✓
Automatisches Upgrade gemischter Inhalte auf HTTPS	✓
Einführung von FastCheckout für den Bezahlvorgang		✓
Erfassen zusätzlicher Daten für Erweiterungen außerhalb des Stores in Telemetrieberichten			✓
Überarbeitetes Onboarding		✓
Test zur Einstellung für nicht partitionierte Speicher-, Service-Worker- und Kommunikations-APIs von Drittanbietern	✓
Änderungen beim Phishing-Schutz unter Android ab Chrome 113	✓
Ausführung des Netzwerkdienstes unter Windows in einer Sandbox	✓
Zugriff auf die WebUSB API über Erweiterungs-Service-Worker in Chrome 113 ermöglichen		✓
Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können		✓	✓
Nutzer-Steuerelemente für First-Party-Sets	✓
Entfernung der Richtlinie „ChromeRootStoreEnabled“			✓
Vollständige Synchronisierung des Verlaufs		✓
Entfernen der eingeschränkten WebView-Verhaltensweisen von Chrome-Apps	✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Cursive für Enterprise- und Education-Konten vorinstalliert		✓
Screencast unterstützt mehrsprachige Transkriptionen in Aufzeichnungen		✓
Passpoint: Nahtlose, verschlüsselte Verbindung zu WLAN-Netzwerken	✓	✓
Anstehende Änderungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Neue Statistiken zu Chrome		✓	✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Chrome-Updates

Erinnerung an die Änderung des Einführungszeitplans

Ab Chrome 110 wird die stabile Version für eine sehr kleine Gruppe von Nutzern eine Woche früher als geplant eingeführt. Die stabile Chrome 111-Version wird beispielsweise statt am 7. März schon am 1. März 2023 veröffentlicht.

In der ersten Woche nach dem Releasedatum erfolgt die Einführung der veröffentlichten stabilen Version außerdem für einen deutlich geringeren Prozentsatz an Nutzern. Die weitreichende Einführung erfolgt für die meisten Nutzer in einem ähnlichen Zeitraum wie in den vorherigen Mitteilungen angegeben. Diese langsamere Einführung führt zu einer besseren Stabilität und erleichtert es Unternehmen, die aktuelle und sicherste Version von Chrome zu nutzen.

Weitere Informationen finden Sie unter Chrome-Updates verwalten und im Chrome-Veröffentlichungszeitplan.

Updates der Privacy Sandbox in Chrome 111

In Chrome 111 wird die Nutzererfahrung mit den neuen Funktionen zum Datenschutz bei Anzeigen in Bezug auf das Privacy Sandbox-Projekt aktualisiert. In diesem Zusammenhang wird Nutzern jetzt in Chrome ein Bestätigungsdialogfeld angezeigt, das die neuen Funktionen den Nutzern vorstellt und sie auf die entsprechenden Einstellungsseiten weiterleitet.

IT-Administratoren können die Privacy Sandbox-Einstellungen von Chrome über die Enterprise-Richtlinien PrivacySandboxAdTopicsEnabled, PrivacySandboxSiteEnabledAdsEnabled und PrivacySandboxAdMeasurementEnabled deaktivieren und die an den Nutzer gerichtete Aufforderung über die Richtlinie PrivacySandboxPromptEnabled unterdrücken.

Weitere Informationen finden Sie in der Entwicklerdokumentation zu Privacy Sandbox-Technologien in Chrome.

PPB_VideoDecoder(Dev) API entfernt

Die PPB_VideoDecoder(Dev) API wurde für Adobe Flash eingeführt. Da Flash in Chrome nicht mehr unterstützt wird, entfernen wir diese API in Chrome 111. Wenn Sie mehr Zeit für die Migration von älteren Anwendungen benötigen, können Sie die Enterprise-Richtlinie ForceEnablePepperVideoDecoderDevAPI verwenden. Diese Richtlinie wird nur über Chrome 114 unterstützt. Wenn Sie die Richtlinie danach verwenden möchten, reichen Sie vor dem 5. Mai 2023 einen Programmfehler auf crbug.com ein.

Neues Dialogfeld für die Chrome-Synchronisierung in Chrome für den Desktop

Einige Nutzer sehen jetzt ein visuell aktualisiertes Dialogfeld, in dem sie die Chrome-Synchronisierung in Chrome 111 aktivieren können. Mit relevanten Enterprise-Richtlinien wie BrowserSignin, SyncDisabled, RestrictSigninToPattern und SyncTypesListDisabled kann wie bisher die Chrome-Synchronisierung konfiguriert werden.

↑ Zurück nach oben

Die Payment Handler API erfordert CSPconnect-src

Wenn Ihre Organisation die Web Payment API (Payment Handler und Payment Request) sowie die Content-Security Policy (CSP) für besseren Schutz nutzt, müssen Sie die Domains der HTTP-Anfragen hinzufügen, die von der Web Payment API an die connect-src-Anweisung von CSP gesendet werden. Dies wird in Chrome 111 erzwungen. Weitere Informationen finden Sie in diesem Blogpost für Entwickler.

Out-of-Process-DNS-Auflösung des Systems

Schrittweise wird ab Chrome 111 im Rahmen der Linux- und Android-Netzwerkdienst-Sandboxes die System-DNS-Auflösung aus dem Netzwerkdienst in den Browserprozess ohne Sandbox übertragen, da die DNS-Auflösung des Systems auf diesen Plattformen nicht in einer Sandbox ausgeführt werden kann. Mit der Enterprise-Richtlinie OutOfProcessSystemDnsResolutionEnabled kann diese Funktion gesteuert werden. Ist für sie „false“ festgelegt, wird die DNS-Auflösung des Systems im Netzwerkprozess und nicht im Browserprozess ausgeführt. Dadurch wird eventuell die Deaktivierung der Netzwerkdienst-Sandbox erzwungen, was die Sicherheit von Google Chrome beeinträchtigt.

Azure AD Single Sign-On (SSO)

Chrome 111 unterstützt jetzt die automatische Anmeldung bei Microsoft-Identitätsanbietern mithilfe der Kontoinformationen von Microsoft Windows. Diese Funktion ist standardmäßig deaktiviert und kann über die Richtlinie CloudAPAuthEnabled aktiviert werden.

Web-Spracherkennungs-API unter iOS

Bei Chrome 111 unter iOS können Websites die Web Speech API für Funktionen zur Spracherkennung verwenden. Die Umwandlung von Sprache in Text wird von Apple-Servern ausgeführt.

Chrome-Updates für Windows und Mac stehen für die letzten zwölf Versionen bereit

Das Chrome-Update unterstützt jetzt die Bereitstellung von Chrome-Versionen, die in den letzten 12 Releases der Beta-Version, der stabilen Version und der erweiterten stabilen Versionen eine Einführungsquote von 100 % erreicht haben. Wenn Sie die Enterprise-Richtlinie TargetVersionPrefix verwenden, müssen Sie innerhalb der letzten zwölf Versionen verbleiben. Wenn Sie Chrome-Updates nicht manuell verwalten, müssen Sie nichts weiter tun.

↑ Zurück nach oben

Änderung von Richtliniennamen

Wir haben die Richtlinien mit Bezug zur Fensterpositionierung umbenannt, damit sie mit der zugrunde liegenden API und Berechtigungen übereinstimmen, die vor Kurzem in Fensterverwaltung umbenannt wurden. Ab Chrome 111 haben die Richtlinien DefaultWindowManagementSetting, WindowManagementAllowedForUrls, WindowManagementBlockedForUrls und WindowManagementSettings Vorrang vor den Richtlinien DefaultWindowPlacementSetting, WindowPlacementAllowedForUrls und WindowPlacementBlockedForUrls. Die WindowPlacement-Varianten werden in einer zukünftigen Version nicht mehr enthalten sein. Die atomare Gruppe WindowPlacementSettings wurde in WindowManagementSettings umbenannt.

Abo für die Chrome-Verwaltung über die Cloud

Ab März 2023 wird das Abo für die Chrome-Verwaltung über die Cloud (CBCM) automatisch allen Konten der Admin-Konsole hinzugefügt, die das CBCM ohne Abo nutzen. CBCM-Kunden benötigen jetzt das Abo für die Chrome-Verwaltung über die Cloud, um den Dienst nutzen zu können. Durch diese Änderung fallen für Ihr bestehendes Konto keine neuen Kosten an und es sind keine Maßnahmen erforderlich.

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
DomainReliabilityAllowed	Berichte über Daten zur Domainzuverlässigkeit zulassen
MixedContentAutoupgradeEnabled	Automatisches Upgrade für gemischte Inhalte auf HTTPS-Websites aktivieren
DefaultWindowManagementSetting	Standardeinstellung für die Berechtigung „Fensterverwaltung“
WindowManagementAllowedForUrls	Berechtigung für die Fensterverwaltung auf diesen Websites zulassen
WindowManagementBlockedForUrls	Berechtigung für die Fensterverwaltung auf diesen Websites blockieren
OutOfProcessSystemDnsResolutionEnabled	DNS-Auflösung des Systems außerhalb des Netzwerkdienstes aktivieren
ForceEnablePepperVideoDecoderDevAPI	Unterstützung für die PPB_VideoDecoder(Dev) API aktivieren
CloudAPAuthEnabled	Automatische Anmeldung bei Microsoft®-Cloudidentitätsanbietern zulassen
PrivacySandboxPromptEnabled	Auswählen, ob die Privacy Sandbox-Eingabeaufforderung den Nutzern angezeigt werden soll
PrivacySandboxAdMeasurementEnabled	Festlegen, ob die Einstellung für die Privacy Sandbox-Anzeigenanalyse deaktiviert werden kann
PrivacySandboxAdTopicsEnabled	Festlegen, ob die Einstellung für Privacy Sandbox-Anzeigenthemen deaktiviert werden kann
PrivacySandboxSiteEnabledAdsEnabled	Auswählen, ob die Einstellung für von der Privacy Sandbox-Website vorgeschlagene Werbung deaktiviert werden kann
GetDisplayMediaSetSelectAllScreensAllowedForUrls (jetzt unter Linux)	Automatische Auswahl für Aufnahmen von mehreren Bildschirmen aktivieren

Entfernte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
FileSystemSyncAccessHandleAsyncInterfaceEnabled	Reaktivierung der eingestellten asynchronen Schnittstelle für FileSystemSyncAccessHandle in der File System Access API

ChromeOS-Updates

Schnelles Pairing

Mit der Funktion „Schnelles Pairing“ ist jetzt die Bluetooth-Kopplung auf ChromeOS-Geräten und Android-Smartphones einfacher. Wenn Sie Zubehör mit schnellem Pairing aktivieren, wird das Gerät automatisch erkannt und durch einfaches Tippen mit Ihrem ChromeOS- oder Android-Smartphone gekoppelt. Über die Funktion „Schnelles Pairing“ wird das Bluetooth-Zubehör außerdem mit Ihrem Google-Konto verknüpft, wodurch das Wechseln zwischen Geräten sehr vereinfacht wird.

↑ Zurück nach oben

Link zu Tastenkombinationen in der Text-App

Die Text-App von ChromeOS bietet eine Reihe integrierter Tastenkombinationen. In ChromeOS 111 ist in den Einstellungen zur Text-App ein Link zu einem Hilfeartikel für eine Anleitung zur Verwendung dieser Tastenkombinationen verfügbar.

Ermittlung der Herkunft des Druckauftrags für verwaltete Geräte

Zur verbesserten Unterstützung spezifischer Workflows für den erweiterten Druck in verwalteten Umgebungen, die meistens im Gesundheitswesen vorkommen, müssen Druckaufträge Informationen zu dem Gerät enthalten, von dem sie stammen. In Chrome OS 111 wird das IPP-Attribut client-info eingeführt, um einen vom Administrator festgelegten Wert zu erfassen, der ein Gerät für den nachgelagerten Druck-Workflow oder für Berichtsaktivitäten identifiziert.

Außerdem wird bei allen Druckaufträgen jetzt ChromeOS und die aktuelle Release-Version angegeben.

Dieses neue Attribut in Druckaufträgen ist nur für Aufträge verfügbar, die von verwalteten Geräten stammen und über eine neue Administratorrichtlinie gesteuert werden.

Neuerungen in der Admin-Konsole

Richtlinien für Druckserver mit Google-Gruppen konfigurieren

Administratoren können jetzt neue oder vorhandene Google-Gruppen verwenden, um Druckserver für Nutzer in Ihrer Organisation zu konfigurieren. Wenn Sie also einen Druckserver für eine bestimmte Gruppe von Nutzern konfigurieren möchten, die verschiedenen Organisationseinheiten (OEs) angehören, können Sie jetzt die Flexibilität von Gruppen nutzen, ohne die OEs neu konfigurieren zu müssen. Beachten Sie, dass die Konfiguration der Druckserverrichtlinien für Nutzergruppen genauso funktioniert wie für Drucker.

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
LensDesktopNTPSearchEnabled	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome ChromeOS	„Start“ > Schaltfläche „Google Lens“ für neuen Tab
SendMouseEventsDisabled FormControlsEnabled	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome ChromeOS Android	Kompatibilität mit älteren Websites > „MouseEvents-Element deaktiviert“
UserBorealisAllowed	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	ChromeOS	Nutzererfahrung > „Borealis unter Chrome OS zulassen“
OffsetParentNewSpecBehaviorEnabled	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome ChromeOS Android	Kompatibilität mit älteren Websites> „Altes Legacy-HTMLElement-Offsetverhalten aktivieren“
AccessControlAllowMethods InCORSPreflightSpecConformant	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome ChromeOS Android	Netzwerk > „CORS-Konformität der Access-Control-Allow-Methods„“

Bald verfügbar

Anstehende Browseränderungen

Richtlinie SameSameSiteCookieBehaviorEnabledForDomainList wurde erweitert

In Chrome 79 haben wir die Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList eingeführt, um das SameSite-Verhalten von Cookies (mögliche auf bestimmten Domains) auf das bisherige Verhalten zurückzusetzen. Die Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList wird bis Chrome 121 weiterhin unterstützt.

↑ Zurück nach oben

Zugriff auf WebHID API über Erweiterungs-Service-Worker in Chrome 112 aktivieren

Durch diese Einführung wird der Zugriff auf die WebHID API über Erweiterungs-Service-Worker als Migrationspfad für Manifest-V2-Erweiterungen aktiviert, die derzeit auf die API über eine Hintergrundseite zugreifen.

Modul für nicht verwendete Websiteberechtigungen im Sicherheitscheck

In Chrome 112 wird der Sicherheitscheck erweitert, damit nicht verwendete Websiteberechtigungen in Chrome automatisch widerrufen werden. Chrome setzt die Berechtigungen von Websites zurück, die in letzter Zeit nur wenig genutzt wurden. Chrome informiert den Nutzer über den automatischen Widerruf von Berechtigungen und bietet Optionen zum Deaktivieren oder erneuten Erteilen an. Berechtigungen, die durch Enterprise-Richtlinien gewährt werden, sind davon nicht betroffen. Diese Funktion basiert auf der ersten Erweiterung des Sicherheitschecks, mit der eine proaktive Benachrichtigung von Berechtigungserinnerungen eingeführt wurde.

An Ursprünge gebundenes Agent-Clustering wird in Chrome 112 zum Standard

In Chrome 112 kann auf Websites document.domain nicht festgelegt werden. Es müssen alternative Ansätze wie postMessage() oder die Channel Messaging API verwendet werden, damit Websites ursprungsübergreifend kommunizieren können. Wenn eine Website auf die Lockerung der Same-Origin-Richtlinie über document.domain angewiesen ist, damit sie ordnungsgemäß funktioniert, muss sie einen Origin-Agent-Cluster: ?0-Header zusammen mit allen Dokumenten senden, für die dieses Verhalten erforderlich ist. Weitere Informationen finden Sie in diesem Blogpost.

Hinweis: document.domain hat keine Auswirkungen, wenn es nur von einem Dokument festgelegt wird.

Mit der Enterprise-Richtlinie OriginAgentClusterDefaultEnabled können Sie das aktuelle Verhalten verlängern.

Neue Datentypen für die Chrome-Synchronisierung in Google Datenexport für Chrome 112 verfügbar

In Datenexport und Domainweiter Datenexport (DWT) stehen mehr Chrome-Daten zum Exportieren zur Verfügung. Folgende Datentypen sind verfügbar: AUTOFILL, PRIORITY_PREFERENCE, WEB_APP, DEVICE_INFO, TYPED_URL, ARC_PACKAGE, OS_PREFERENCE, OS_PRIORITY_PREFERENCE, PRINTER.

Mit der Enterprise-Richtlinie SyncTypesListDisabled können Sie festlegen, welche Datentypen mit der Chrome-Synchronisierung synchronisiert werden sollen.

Chrome for Testing

Ab Chrome 112 verwendet Puppeteer, die Bibliothek zur Automatisierung des Browsers von Chrome, statt eines Chromium-Binärprogramms das Binärprogramm von Chrome for Testing. Falls das Chromium-Binärprogramm auf die Zulassungsliste gesetzt wurde, können Sie auch das Chrome-zum-Testen-Binärprogramm auf die Zulassungsliste setzen.

Chrome for Testing ist eine spezielle Chrome-Variante für den Anwendungsfall von automatisierten Tests. Es ist kein für Endnutzer zugängliches Produkt, sondern ein Tool, das Automatisierungsentwickler über andere Projekte wie Puppeteer verwenden können. Chrome for Testing verfügt über ein komplett anderes Binärprogramm als die normale Chrome-Version.

↑ Zurück nach oben

Seite zur Fehlerbehebung bei Richtlinien unter Android verfügbar

chrome://policy/logs ist eine neue Seite, mit der Administratoren Probleme in Enterprise-Richtlinien unter Android beheben können.

Karte „Risikobewertung“

In Chrome 112 erstellen wir eine neue Karte auf der Seite Erweiterungsdetails, auf der Risikobewertungen von Drittanbietern wie CRXcavator.io oder Spin.ai für öffentliche Erweiterungen angezeigt werden.

Chrome-Apps werden unter Windows, Mac und Linux nicht mehr unterstützt

Attribut	Erweiterungs-ID (Chrome App)	install_url (PWA/Web-App)
Gmail	pjkljhegncpnkpknbcohdijeoejaedia	https://mail.google.com/mail/ installwebapp?usp=admin
Google Docs	aohghmighlieiainnegkcijnfilokake	https://docs.google.com/document/ installwebapp?usp=admin
Google Drive	apdfllckaahabafndbhieahigkjlhalf	https://drive.google.com/drive/ installwebapp?usp=admin
Google Tabellen	felcaaldnbdncclmgdcncolpebgiejap	https://docs.google.com/spreadsheets/ installwebapp?usp=admin
Google Präsentationen	aapocclcgogkmnckokdopfmhonfmgoek	https://docs.google.com/presentation/ installwebapp?usp=admin
YouTube	blpcfgokakmgnkcojhhkbfbldkacnbeo	https://www.youtube.com/s/ notifications/manifest/cr_install.html

Automatisches Upgrade von gemischten Inhalten auf HTTPS in iOS für Chrome 112

Chrome unter iOS wird nach Möglichkeit automatisch passive gemischte Inhalte (HTTP-Bild, Audio und Video auf HTTPS-Seiten) auf HTTPS umstellen. Das aktuelle Verhalten unter iOS besteht darin, passive gemischte Inhalte zu blockieren. Auf allen anderen Chrome-Plattformen werden passive gemischte Inhalte bereits optimistisch aktualisiert. Mit der Enterprise-Richtlinie MixedContentAutoupgradeEnabled können Sie das automatische Upgrade gemischter Inhalte auf HTTPS-Websites unter iOS deaktivieren. Die Richtlinie wird in 116 entfernt.

Einführung von FastCheckout für den Bezahlvorgang

Einigen Nutzern in Chrome 112 wird eine aktualisierte Autofill-Benutzeroberfläche für den Bezahlvorgang auf Shopping-Websites angezeigt. Sie kann durch Deaktivieren der Richtlinie AutofillAddressEnabled oder der Richtlinie AutofillCreditCardEnabled deaktiviert werden.

↑ Zurück nach oben

Zusätzliche Daten für Erweiterungen außerhalb des Stores in Telemetrieberichten erfassen

Wenn das erweiterte Safe Browsing aktiviert ist, beginnt Chrome 112 mit der Erfassung zusätzlicher Telemetriedaten aus Erweiterungen außerhalb des Stores wie z. B. Datei-Hashes und die Datei manifest.json. Die erhobenen Daten werden auf Google-Servern analysiert, um schädliche Erweiterungen außerhalb des Stores zu ermitteln und den Schutz für alle Nutzer von Chrome-Erweiterungen zu verbessern. Sie können diese Funktion zusammen mit der gesamten Erweiterungstelemetrie deaktivieren. Dafür legen Sie für SafeBrowsingProtectionLevel einen anderen Wert als 2 fest. Dadurch wird das erweiterte Safe Browsing deaktiviert. Unternehmensadministratoren können die Richtlinie SafeBrowsingProtectionLevel verwenden, wenn sie Bedenken bezüglich der Offenlegung dieser Daten haben.

Aktualisiertes Onboarding

In Chrome 112 ist für einige Nutzer ein vereinfachtes Onboarding verfügbar, mit dem man sich intuitiver in Chrome anmelden kann. Enterprise-Richtlinien wie BrowserSignin, SyncDisabled, EnableSyncConsent, RestrictSigninToPattern und SyncTypesListDisabled sind weiterhin verfügbar. Damit lässt sich festlegen, ob der Nutzer sich in Chrome anmelden und die Synchronisierung aktivieren kann. Mit der Richtlinie PromotionalTabsEnabled kann das Onboarding komplett übersprungen werden.

Einstellungstestlauf für nicht partitionierte Speicher-, Service-Worker- und Kommunikations-APIs von Drittanbietern

Ab Chrome 113 werden Speicher-, Service-Worker- und Kommunikations-APIs schrittweise im Kontext von Drittanbietern partitioniert. Die betreffenden APIs, die in Drittanbieterkontexten verwendet werden, werden nicht nur durch die Same-Origin-Policy isoliert, sondern auch durch die Website des übergeordneten Kontexts getrennt. Websites, für die es zeitlich nicht möglich war, die Unterstützung der Speicherpartitionierung von Drittanbietern zu implementieren, können an einem Einstellungstestlauf teilnehmen, um vorübergehend die Partitionierung aufzuheben. Die Isolierung wird durch die Same-Origin-Policy fortgesetzt, sie wird aber durch die Website der obersten Ebene entfernt. Das vorherige Verhalten von Speicher-, Service-Worker- und Kommunikations-APIs in Inhalten auf der Website wird wiederhergestellt.

Die folgenden APIs sind in Drittanbieterkontexten weiterhin nicht partitioniert, wenn Sie die übergeordnete Website für den Einstellungstestlauf DisableThirdPartyStoragePartitioning anmelden: Speicher-APIs (z. B. localStorage, sessionStorage, IndexedDB, Quota usw.), Kommunikations-APIs (z. B. BroadcastChannel, SharedWorkers und WebLocks) und die ServiceWorker-API.

Mit Chrome 112 wird auch die Enterprise-Richtlinie ThirdPartyStoragePartitioningEnabled hinzugefügt, die es ermöglicht, die Partitionierung aller APIs in Drittanbieterkontexten aufzuheben. Sie soll für mindestens 12 Meilensteine unterstützt werden.

Änderungen beim Phishing-Schutz unter Android ab Chrome 113

Wenn sich ein Nutzer mit seinem Google-Passwort bei Android authentifiziert, z. B. während der Kontoeinrichtung, wird Chrome benachrichtigt, damit das Passwort Phishing-Schutz für das Surfen im Web mit Chrome erhält. In früheren Versionen von Chrome für Android mussten Nutzer ihr Passwort, z. B. beim Anmelden in Gmail, explizit auf einem Chrome-Tab angeben, um Phishing-Schutz für ihr Google-Passwort zu erhalten.

Sie können Warnungen zur Wiederverwendung von Passwörtern deaktivieren, indem Sie PasswordProtectionWarningTrigger auf 0 setzen.

Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Ab Chrome 113 wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt, um Sicherheit und Zuverlässigkeit zu erhöhen. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten gefunden werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.

↑ Zurück nach oben

Zugriff auf WebUSB API über Erweiterungs-Service-Worker in Chrome 113 aktivieren

Ab Chrome 113 werden wir den Zugriff auf die WebUSB API von Erweiterungs-Service-Workern als Migrationspfad für Manifest V2-Erweiterungen aktivieren, die derzeit auf die API von einer Hintergrundseite zugreifen.

Sie können dieses Verhalten auch durch Anwenden der WebUSB-Richtlinien auf die Ursprünge der Erweiterung steuern. Weitere Informationen finden Sie unter DefaultWebUsbGuardSetting, WebUsbAskForUrls, WebUsbBlockedForUrls und WebUsbAllowDevicesForUrls.

Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können

Chrome-Erweiterungen werden auf die neue Manifestversion „Manifest V3“ umgestellt. Dadurch wird der Datenschutz für Ihre Nutzer verbessert, zum Beispiel durch die Umstellung auf ein Modell, bei dem Erweiterungen Anfragen deklarativ ändern, ohne dass einzelne Anfragen eingesehen werden können. Das verbessert auch die Sicherheit der Erweiterung, da remote gehosteter Code bei Manifest V3 nicht zulässig ist.

Wie bereits in unserem Blogpost erwähnt, finden Sie hier weitere Informationen zur Umstellung auf Manifest V3. Der Zeitplan für die Einstellung von Manifest V3 ist noch offen. Die für Anfang 2023 geplanten Tests wurden verschoben.

Während der Überprüfung des Zeitplans können vorhandene Manifest V2-Erweiterungen weiterhin aktualisiert und in Chrome ausgeführt werden. Allerdings müssen alle neuen Erweiterungen, die an den Chrome Web Store gesendet werden, Manifest V3 implementieren.

Ab Chrome 110 können Sie über die Enterprise-Richtlinie ExtensionManifestV2Availability angeben, ob Manifest V2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 vor der Migration in Ihrer Organisation zu testen. Nach der Migration können Sie gemäß der Richtlinie die Nutzung von Manifest V2-Erweiterungen mindestens bis Januar 2024 verlängern.

Auf der Nutzungsseite „Apps und Erweiterungen“ der Chrome-Verwaltung über die Cloud sehen Sie, welche Manifestversion von allen Chrome-Erweiterungen in Ihrem Gerätebestand verwendet wird.

Weitere Informationen finden Sie im Zeitplan für die Manifest V2-Unterstützung.

Steuerelemente für First-Party-Sets

First-Party-Sets ist ein zukünftiges Framework für Entwickler, um Beziehungen zwischen Domains zu deklarieren, damit der Browser anhand der Beziehung des Drittanbieters zum Erstanbieter Entscheidungen über den Zugriff treffen kann. Ein Set kann First-Party-Vorteile genießen, einschließlich des kontinuierlichen Zugriffs auf ihre Cookies, wenn sich die Top-Level-Domain in demselben Set befindet.

First-Party-Sets sind Teil der Roadmap von Chrome für ein datenschutzkonformeres Web.

In Chrome 113 werden Steuerelemente für Nutzer für diese First-Party-Sets eingeführt. Für die Verwaltung von First-Party-Sets sind zwei Enterprise-Richtlinien verfügbar: eine zur Deaktivierung von First-Party-Sets und eine weitere zur Bereitstellung eigener Sets.

Entfernung der Richtlinie ChromeRootStoreEnabled-Richtlinie

In Chrome 105 haben wir die Einführung des Chrome Root Store unter Windows und Mac angekündigt. Es wurde eine neue Richtlinie namens ChromeRootStoreEnabled eingeführt, die die selektive Deaktivierung des Chrome Root Store zugunsten des Plattform-Root Store ermöglicht. Diese Richtlinie wird unter Chrome 113 für Windows und Mac entfernt. Chrome 111 unterstützt jetzt auch Blattzertifikate und den Windows Trusted People Store. Wenn Sie den Chrome Root Store zuvor deaktiviert haben, um eines dieser Probleme zu umgehen, prüfen Sie den Vorgang bitte noch einmal mit Chrome 111. Wir arbeiten aktuell daran, den Chrome Root Store für Android, Linux und ChromeOS einzuführen. Da der Chrome Root Store auf weiteren Plattformen verfügbar sein wird, werden wir die entsprechende Richtlinie nach und nach sechs Monate nach der Einführung auf diesen Plattformen bereitstellen.

Vollständige Synchronisierung des Verlaufs

Ab Chrome 112 werden eingegebene URLs für Unternehmensnutzer nicht mehr synchronisiert. Geöffnete Tabs werden weiterhin wie gewohnt synchronisiert, sofern sie nicht durch die bestehenden Richtlinien SyncDisabled und SyncTypesListDisabled deaktiviert wurden.

↑ Zurück nach oben

Entfernung der eingeschränkten WebView-Verhaltensweisen von Chrome-Apps

In Chrome 113 gelten für die Nutzung von WebView von Chrome-Apps die folgenden Einschränkungen:
- SSL-Fehler in WebView führen zu einer Fehlerseite, auf der Nutzer nicht auf sichere Weise fortfahren können.
- Die Verwendung des WebView-Ereignisses NewWindow, das an ein WebView-Element in einem anderen App-Fenster angehängt wird, führt dazu, dass der vom Aufruf window.open zurückgegebene Fensterverweis im ursprünglichen WebView ungültig wird.
In Chrome 112 können Sie dieses neue Verhalten testen. Dazu rufen Sie chrome://flags auf und aktivieren chrome://flags/#enable-webview-tag-mparch-behavior.

Es ist die temporäre Enterprise-Richtlinie ChromeAppsWebViewPermissiveBehaviorAllowed verfügbar. Damit haben Unternehmen Zeit, mögliche Fehler im Zusammenhang mit diesen Änderungen zu beheben.

Bevorstehende ChromeOS-Änderungen

Cursive für Enterprise- und Education-Konten ist vorinstalliert

Ab ChromeOS 112 ist Cursive, eine App für die Eingabe von Notizen mit einem Stift, für Chromebooks verfügbar. In einer zukünftigen Version ist sie für alle Enterprise- und Education-Konten auf Chromebooks mit integriertem Eingabestift vorinstalliert. Wenn Sie den Zugriff auf die App blockieren möchten, können Sie verhindern, dass Chromebooks in Ihrem Unternehmen auf cursive.apps.chrome zugreifen.

Screencast unterstützt die Transkription in mehrere Sprachen

Ab ChromeOS 112 planen wir, die Screencast-Aufzeichnung durch die Einbindung der S3 Transkriptions-API von Google für zahlreiche Sprachen erheblich zu erweitern.

Mit der Screencast App für ChromeOS können Nutzer transkribierte Screencasts auf ihrem Chromebook aufzeichnen. In früheren Versionen war diese Funktion nur für EN-US verfügbar. Das bedeutete, dass nur englischsprachige Nutzer in den USA Screencasts aufzeichnen konnten. Bald ist es nun möglich, Screencasts in einer Vielzahl von Sprachen aufzunehmen und zu transkribieren, darunter Spanisch, Japanisch, Französisch, Italienisch und Deutsch.

Passpoint: Nahtlose, sichere Verbindung zu WLAN-Netzwerken

Bereits ab ChromeOS 114 wird Passpoint den WLAN-Zugriff optimieren. Es wird nicht mehr erforderlich sein, dass Nutzer bei jedem Besuch ein Netzwerk suchen und authentifizieren. Sobald ein Nutzer auf das WLAN an einem Standort zugreift, stellt das Clientgerät mit aktiviertem Passpoint bei nachfolgenden Besuchen automatisch eine Verbindung her.

Anstehende Änderungen in der Admin-Konsole

Neue Statistiken zu Chrome

Ab Chrome 112 können IT-Administratoren mit der neuen Statistikkarte Browser, die Ihre Aufmerksamkeit erfordern schnell erkennen, bei welchen Browsern Chrome-Updates ausstehen, sowie inaktive und vor Kurzem registrierte Browser erkennen.

Chrome 110

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Unterstützung für Windows 7/8/8.1 und Windows Server 2012/2012 R2 eingestellt			✓
Detaillierte Übersetzungseinstellungen		✓
Manuelle Übersetzungen unter iOS		✓
Änderung im Einführungszeitplan			✓
Biometrischer Schutz für Passwörter	✓
App Store-Bewertung unter iOS		✓
Benutzerdefinierte Standard-Netzwerkfehlerseiten für Webanwendungen		✓
Erweitertes Safe Browsing auf Nutzerebene unter iOS	✓
Upgrades des monitorlosen Modus in Chrome		✓
Richtlinie „MetricsReportingEnabled“ unter Android im Chrome-Browser verfügbar			✓
WebAuthn kann nicht auf Websites mit TLS-Zertifikatfehlern verwendet werden	✓
Cookie-Informationen aus Erweiterungen	✓
Einstellung von WebSQL und anderen alten Speicherfunktionen		✓
Einfachere Passwortaktualisierung nach Entdecken eines Sicherheitsproblems	✓
Einführung von GPU-Änderungen an NaCL-Swapchain und Videodecodierung		✓
Filterung von App-Paketnamen bei WebView-Messwerten auf Serverseite verschoben			✓
Phase 6 der User-Agent-Reduzierung	✓
Echtzeit-URL-Zulassungsliste jetzt über Component Updater unter Android synchronisiert	✓
Interne Upgrades von Google Update			✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
Entfernte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Super Resolution Audio für Bluetooth-Headset-Mikrofone		✓
Kanallabels unter ChromeOS	✓
Neugestaltung der automatischen Vervollständigung für die Suche		✓
Einstellung der Unterstützung für Active Directory-Verwaltung in ChromeOS 110			✓
Verbesserungen für die Funktion „Vorlesen“		✓
Lokale Website-Genehmigungen für Family Link-Nutzer	✓
Warnung bei niedrigem Speicher für die ChromeOS-Kamera-App			✓
Aktualisierung des Feedback-Tools mit Inline-Unterstützung		✓
PPDs für installierte Drucker ansehen			✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Letzte Änderungen auf der Seite mit den Chrome-Einstellungen	✓	✓	✓
Entfernen des Abschnitts „Plug-ins“ aus den Browserdetails		✓	✓
Neue Richtlinien in der Admin-Konsole	✓	✓	✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Einmalanmeldung (SSO) von Azure AD	✓
Modul für nicht verwendete Websiteberechtigungen im Sicherheitscheck	✓
Web-Spracherkennungs-API unter iOS		✓
Updates für Privacy Sandbox in Chrome 111	✓
Neue Datentypen für die Chrome-Synchronisierung mit Google Datenexport in Chrome 111	✓
Chrome for Testing		✓
Ermöglichen des Zugriffs auf WebHID API über Erweiterungs-Service-Worker in Chrome 111		✓
Entfernen der PPB_VideoDecoder(Dev) API		✓
Neues Dialogfeld für die Chrome-Synchronisierung in Chrome für Computer		✓
Strikte MIME-Typ-Überprüfungen für Worker-Skripts	✓
Origin-keyed Agent Clustering als Standard in Chrome 112	✓
Änderungen beim Phishing-Schutz unter Android ab Chrome 112	✓
Unterstützung für Chrome-Apps unter Windows, Mac und Linux eingestellt		✓
Ausführung des Netzwerkdienstes unter Windows in einer Sandbox	✓
Aktivieren des Zugriffs auf die WebUSB-API über Erweiterungs-Service-Worker ab Chrome 112		✓
Erweiterungen müssen auf Manifest V3 aktualisiert werden		✓	✓
CSP-Richtlinie „connect-src“ für Payment Handler API erforderlich	✓
Nutzer-Steuerelemente für First-Party-Sets	✓
Entfernung der Richtlinie „ChromeRootStoreEnabled“			✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Schnelles Pairing		✓
Verwaltetes DoH (DNS-over-HTTPS) mit Nutzeridentifizierung	✓
Cursive für Enterprise- und Education-Konten vorinstalliert		✓
Aktualisierte Emoji-Auswahl		✓
Passpoint: Nahtlose, verschlüsselte Verbindung zu WLAN-Netzwerken	✓	✓
Anstehende Änderungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Konfigurieren von Richtlinien für Druckserver mit Google-Gruppen			✓
Neue Statistiken zu Chrome			✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Chrome-Updates

Windows 7/8/8.1 und Windows Server 2012/2012 R2 werden nicht mehr unterstützt

Microsoft beendet die Unterstützung für die meisten Varianten von Windows 7/8/8.1 im Januar 2023. Wie bereits in einem früheren Blogpost angekündigt, ist Chrome 109 die letzte unterstützte Version von Chrome für diese Betriebssysteme.

Chrome wird unter Windows Server 2012 und Windows Server 2012 R2 nicht mehr über Chrome 109 hinaus aktualisiert, da diese Betriebssysteme auf Windows 8/8.1 basieren. Wichtige Sicherheitsupdates werden jedoch für diese beiden Betriebssystemversionen bis zum 10. Oktober 2023 für Chrome 109 veröffentlicht, um Kunden die Umstellung zu erleichtern. Aktuelle Informationen finden Sie in diesem Beitrag in der Hilfe zu Chrome Enterprise und Education.

Detaillierte Übersetzungseinstellungen

In Chrome 110 gibt es neue detaillierte Übersetzungseinstellungen, um die aktuelle Zielsprache zu steuern: Sprachen nie übersetzen und Sprachen immer übersetzen. Bisher konnten diese Einstellungen nur über das Infofeld der Übersetzer-Oberfläche bearbeitet werden. Jetzt sind sie unter chrome://settings/language dauerhaft sichtbar. Unternehmensadministratoren können die vorhandene Richtlinie TranslateEnabled verwenden, um die Übersetzung global zu aktivieren oder zu deaktivieren.

Manuelle Übersetzungen auf iOS-Geräten

Zusätzlich zum automatischen Erkennen und Übersetzen von Sprachen kann der Nutzer unter Chrome für iOS die Übersetzung manuell auslösen, wenn die Sprache nicht automatisch erkannt wurde.

Änderung des Zeitplans für die Einführung

Ab Chrome 110 wird die stabile Version von Chrome eine Woche früher als bisher geplant für eine sehr kleine Gruppe von Nutzern eingeführt. So ist beispielsweise die Einführung der stabilen Chrome 110-Version vom 7. Februar auf den 1. Februar 2023 vorgezogen worden.

In der ersten Woche nach dem Releasedatum erfolgt die Einführung der veröffentlichten stabilen Version außerdem für einen deutlich geringeren Prozentsatz an Nutzern. Die weitreichende Einführung erfolgt für die meisten Nutzer in einem ähnlichen Zeitraum wie in den vorherigen Mitteilungen angegeben. Diese langsamere Einführung führt zu einer besseren Stabilität und erleichtert es Unternehmen, die aktuelle und sicherste Version von Chrome zu nutzen.

Weitere Informationen finden Sie unter Chrome-Updates verwalten und im Chrome-Veröffentlichungszeitplan.

↑ Zurück nach oben

Biometrischer Schutz für Passwörter

Um die Sicherheit zu erhöhen, können Nutzer von Chrome Desktop festlegen, dass jedes Mal biometrische Verfahren für das automatische Ausfüllen ihrer Passwörter erforderlich sind.

App Store-Bewertung unter iOS

In Chrome 110 wird einigen iOS-Geräte Nutzern maximal einmal pro Jahr die standardisierte Aufforderung von Apple zur App Store-Bewertung angezeigt. Nutzer können die App dann bewerten oder die Aufforderung schließen. Mit der Unternehmensrichtlinie AppStoreRatingEnabled können Sie die Anzeige der Aufforderung deaktivieren.

Standardseite für Netzwerkfehler bei benutzerdefinierten Web-Apps

Chrome bietet eine benutzerdefinierte Standardseite für Netzwerkfehler (bei fehlender Netzwerkverbindung) für Web-Apps, für die keine eigene Offline-Erfahrung definiert wurde.

Erweitertes Safe Browsing auf Nutzerebene unter iOS

Bei Chrome unter iOS, in dem das Safe Browsing-Schutzniveau nicht von SafeBrowsingProtectionLevel gesteuert wird, werden angemeldete und synchronisierte Nutzer, die erweitertes Safe Browsing für ihr Google-Konto aktiviert haben, jetzt darüber benachrichtigt, dass das erweiterte Safe Browsing in ihrem Chrome-Profil aktiviert wurde. Wenn das erweiterte Safe Browsing für ein synchronisiertes Google-Konto deaktiviert wird, wird es auch im Chrome-Profil deaktiviert. Außerdem werden Nutzer, die angemeldet und nicht synchronisiert sind, möglicherweise innerhalb von fünf Minuten nach Aktivierung des erweiterten Safe Browsings auf Kontoebene aufgefordert, das erweiterte Safe Browsing zu aktivieren.

Chrome-Monitorlos-Modus-Upgrades

Der Monitorlos-Modus von Chrome bietet Tooling-Anbietern und Entwicklern, die keine Pixel auf dem Bildschirm platzieren müssen, einen vollständigen Chrome-Browser. Er wird verwendet für die Testautomatisierung, Automatisierung von Workflowschritten, z. B. Schritte, die beim Einrichten eines neuen Computers in einem Unternehmen erforderlich sind, oder für Autofill-ähnliches Verhalten, Kopieren von Webinhalten oder Webrenderingdienste usw.

Wir haben den monitorlosen Modus so umgestaltet, dass er dem regulären Modus in Chrome sehr viel näher kommt. Das ermöglicht eine einheitlichere Nutzung, einschließlich der Einhaltung von Unternehmensrichtlinien im monitorlosen Modus.

↑ Zurück nach oben

Richtlinie „MetricsReportingEnabled“ in Chrome für Android verfügbar

Ab Chrome 110 ändert Chrome unter Android die erste Ausführung etwas, um die Richtlinie MetricsReportingEnabled zu unterstützen. Wenn der Administrator die Berichterstellung für Messwerte deaktiviert, ändert sich nichts an der ersten Ausführung. Wenn der Administrator Messwerte aktiviert, können Nutzer die Einstellung weiterhin in den Chrome-Einstellungen ändern. Wenn die Richtlinie MetricsReportingEnabled aktiviert ist, können anonyme Nutzungs- und Absturzdaten für Chrome an Google gemeldet werden.

WebAuthn kann nicht auf Websites mit TLS-Zertifikatsfehlern verwendet werden

Ab Chrome-Version 110 werden WebAuthn-Anfragen auf Websites mit TLS-Zertifikatsfehlern nicht mehr zugelassen. Die Kriterien sind dieselben wie für die Anzeige von Gefahr-Interstitials bzw. der Schaltfläche Nicht sicher in der Omnibox. Dadurch wird verhindert, dass böswillige Akteure bei einem Man-in-the-Middle-Angriff gültige Assertionen für Nutzer generieren, die das Interstitial möglicherweise überspringen.

Unternehmen können bei Bedarf die Richtlinie AllowWebAuthnWithBrokenTlsCerts als Behelfslösung verwenden.

Cookie-Informationen aus Erweiterungen

Wenn Sie erweitertes Safe Browsing aktivieren, erfasst Chrome jetzt Telemetriedaten zur Anforderung von Cookie-Informationen durch Erweiterungen. Diese Aktivitäten werden auf Google-Servern analysiert, um die Erkennung von schädlichen und gegen Richtlinien verstoßenden Erweiterungen zu verbessern. Diese Verbesserung ermöglicht einen besseren Schutz für alle Nutzer von Chrome-Erweiterungen.

Einstellung von WebSQL und anderen alten Speicherfunktionen

In Chrome 110 wird die window.webkitStorageInfo API entfernt. Die alte Kontingent-API wurde 2013 eingestellt. Sie wird durch die jetzt standardisierte StorageManager API ersetzt. Administratoren können „webkitStorageInfo“ mithilfe der Unternehmensrichtlinie PrefixedStorageInfoEnabled bis Chrome 112 wieder aktivieren.

WebSQL ist in Drittanbieterkontexten bereits deaktiviert und in den Entwicklertools wird seit Chrome 105 eine Warnung angezeigt. Chrome 110 entfernt den Support in nicht sicheren Kontexten. Mit einer Unternehmensrichtlinie, WebSQLNonSecureContextEnabled, kann Web SQL noch einige Monate nach dem Datum des Entfernens in nicht sicheren Kontexten verwendet werden.

Einfachere Passwortaktualisierungen, wenn eine Manipulation erkannt wird

Das Tool Passwörter prüfen enthält jetzt eine erweiterte Gruppe von URLs, die direkt auf ein Formular für Passwort ändern verweisen. So können Nutzer Maßnahmen ergreifen und gehackte Passwörter korrigieren. Das Tool Passwörter prüfen ist nur verfügbar, wenn PasswordManagerEnabled auf "true" gesetzt oder nicht konfiguriert ist.

↑ Zurück nach oben

Einführung von GPU-Änderungen an NaCL-Swapchain und Videodecodierung

In Chrome 110 wird die Implementierung der NaCL-Swapchain und der Pepper-Video-Decodierungs-APIs umstrukturiert. Diese Änderungen haben keine Auswirkungen auf das Verhalten der Nutzer. Es ist jedoch möglich, dass es aufgrund von Programmierfehlern zu Bildartefakten, einer inakzeptablen Qualität beim Abspielen des Videos, inakzeptabler Leistung oder Abstürzen kommen kann.

Wenn in Ihrem Unternehmen unerwartete Probleme auftreten, können Sie die Unternehmensrichtlinien UseMojoVideoDecoderForPepperAllowed und PPAPISharedImagesSwapChainAllowed verwenden, um zum vorherigen Verhalten zurückzukehren. Sollten Probleme auftreten, die durch Aktivieren dieser Richtlinien behoben werden, reichen Sie bitte unter crbug.com vor dem 5. Mai 2023 einen Fehler mit den entsprechenden Details ein.

Filterung von App-Paketnamen bei WebView-Messwerten auf Serverseite verschoben

WebView-Messwerte speichern App-Paketnamen nur für eine begrenzte Anzahl gängiger Apps auf der Zulassungsliste, um Datenschutz und Anonymität zu gewährleisten. In Chrome 110 wird das Filtern dieser Apps vom Client zum Server verschoben. Apps, für die WebView verwendet wird, können über das App-Manifest die Erfassung von Messwerten deaktivieren.

Reduktion von User-Agents, Phase 6

Seit Chrome 110 werden einige Teile des User-Agent-Strings in Chrome für Android reduziert. Wie bereits im Chromium-Blog beschrieben, möchten wir mit Phase 6 des Plans zur User-Agent-Reduzierung fortfahren. Weitere Informationen finden Sie auf dieser Referenzseite und in diesem Chromium-Update. Mit der Richtlinie UserAgentReduction können Sie diese Änderungen deaktivieren.

Die Echtzeit-URL-Zulassungsliste wird jetzt über den Component Updater auf Android-Geräten synchronisiert

In Chrome 110 verwendet Chrome auf Android-Geräten eine Zulassungsliste, die über den Component Updater synchronisiert wird. Das gilt für Nutzer des erweiterten Safe Browsings und von „Surfen verbessern“, die die Safe Browsing-URL-Echtzeitprüfung aktiviert haben. Dadurch können aktualisierte Versionen der Zulassungslisten schneller eingeführt werden. Da die neuen Versionen der Zulassungsliste über den Component Updater bereitgestellt werden, profitieren Administratoren, die den Component Updater deaktivieren, nicht von dieser Funktion. In diesen Fällen verwendet Chrome eine Version der Zulassungsliste, die seltener aktualisiert wird.

Interne Upgrades von Google Update

In Chrome 109 führte Google eine überarbeitete Version von Google Update mit folgenden Merkmalen ein:
1. bietet einen plattformübergreifenden Kern für die zukünftige Entwicklung von Update-bezogenen Funktionen.
2. verbessert Leistung und Zuverlässigkeit.
Diese Einführung wird schrittweise über den Zeitraum von Chrome 110 durchgeführt. Alle vorhandenen Unternehmensrichtlinien und Steuerelemente für die Verwaltung der Chrome-Version funktionieren weiterhin wie gewohnt. Diese Änderungen werden zuerst für macOS und schließlich für Windows eingeführt.

Hinweis: Bei Kunden, die bestimmte Ordner und Binärprogramme auf die Zulassungsliste setzen, ändert sich der Pfad auf dem Mac so:
- Alt: (~)/Library/Google/GoogleSoftwareUpdate
- Neu: (~)/Library/Google/GoogleUpdater

↑ Zurück nach oben

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
ExtensionManifestV2Availability	Steuert die Verfügbarkeit der Manifest v2-Erweiterung.
AppStoreRatingEnabled	Nutzern wird die Werbung für Bewertungen im iOS App Store angezeigt
DnsOverHttpsSalt	Gibt einen Salt-Wert an, der in DnsOverHttpsTemplatesWithIdentifiers zur Auswertung von Identifizierungsinformationen verwendet wird.
DnsOverHttpsTemplatesWithIdentifiers	Gibt die URI-Vorlage des gewünschten DNS-over-HTTPS-Resolvers mit Identitätsinformationen an
MetricsReportingEnabled (neu unter Android)	Aktiviert die Berichterstellung für Nutzungs- und Absturzdaten.
PPAPISharedImagesSwapChainAllowed	Moderne Zwischenspeicherzuweisung für Graphics3D-APIs im PPAPI-Plug-in zulassen.
PdfLocalFileAccessAllowedForDomains	Lokalen Dateizugriff auf „file://“-URLs auf diesen Websites im PDF-Viewer zulassen
UseMojoVideoDecoderForPepperAllowed	Zulassen, dass Pepper einen neuen Decoder für die hardwarebeschleunigte Videodecodierung verwendet.
AllowWebAuthnWithBrokenTlsCerts	Anfragen zur Webauthentifizierung auf Websites mit fehlerhaften TLS-Zertifikaten zulassen.
ShowCastSessionsStartedByOtherDevices	Zeigt die Mediensteuerelemente für Google Cast-Sitzungen an, die von anderen Geräten im lokalen Netzwerk gestartet wurden.
NewBaseUrlInheritanceBehaviorAllowed	Ermöglicht das Aktivieren der Funktion „NewBaseUrlInheritanceBehavior“
ThrottleNonVisibleCrossOriginIframesAllowed	Ermöglicht die Drosselung nicht sichtbarer, ursprungsübergreifender iFrames.

Entfernte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
SetTimeoutWithout1MsClampEnabled	Mindestzeitlimit für JavaScript-Funktion `setTimeout()` steuern.
AssistantWebEnabled	Du kannst zulassen, dass Google Assistant im Web verwendet wird, um beispielsweise Passwörter automatisch zu ändern.

ChromeOS-Updates

Super Resolution Audio für Bluetooth-Headset-Mikrofone

Ab 110 wird Ihr ChromeOS-Gerät Ihnen helfen, bei Anrufen und Videokonferenzen natürlicher zu klingen. Dafür rekonstruiert das Gerät die hochfrequenten Audiokomponenten, die von Bluetooth-Headsets nicht übertragen werden.

Versionslabels unter ChromeOS

Sie testen die neueste Version von ChromeOS? Für Nutzer mit nicht stabilen Versionen (Beta, Entwickler, Canary) sehen Sie jetzt ab ChromeOS 110 rechts unten, welche Version sie verwenden. Sie können auf die Zeit klicken, um die Schnelleinstellungen zu öffnen, die jetzt den Geräte-Build und eine Feedback-Schaltfläche enthalten.

Neugestaltung der automatischen Vervollständigung für die Suche

In der ChromeOS-Suche wurde die automatische Vervollständigung für die Launcher-Suche umgestaltet, damit Nutzer ihre Suche optimieren können. Wir haben Folgendes aufgenommen:
- Robuste automatische Vervollständigung bei falsch geschriebenen Suchanfragen
- klare Suchergebniskategorien für ausgewählte Ergebnisse
- und intuitive Tastaturnavigation zur Ergebnisauswahl.

↑ Zurück nach oben

Chrome OS 110 unterstützt die Active Directory-Verwaltung nicht mehr

Wie bereits angekündigt, unterstützt Chrome OS 110 die Active Directory-Verwaltung für Chrome OS-Geräte nicht mehr und die Anmeldung auf diesen Geräten ist blockiert.

Wenn Sie die Active Directory-Verwaltung für Chrome OS-Geräte noch verwenden, müssen Sie die Migration zu Cloud Management abschließen, bevor das Update auf Chrome OS 110 ausgeführt wird. Wenn Sie die Active Directory-Verwaltung für Chrome OS-Geräte nicht verwenden, sind Sie von diesem Funktionsupdate nicht betroffen.

Verbesserungen für Vorlesen

Chromebook-Nutzer können Vorlesen jetzt aus dem Kontextmenü (Rechtsklickmenü) des ausgewählten Textes starten. Für Nutzer, die die Funktion „Vorlesen“ weiterhin über das Symbol in der Statusleiste starten, haben wir die Anleitung aktualisiert, die angezeigt wird, wenn der Nutzer den Mauszeiger auf das Symbol bewegt.

Mit der Funktion „Vorlesen“ kann die Sprache automatisch an den vom Nutzer ausgewählten Inhalt angepasst werden. Dadurch werden die Wörter in der Sprache korrekt ausgesprochen, ohne dass der Nutzer die Spracheinstellungen manuell ändern muss.
Außerdem haben wir die Einrichtung der Funktion „Vorlesen“ vereinfacht. Dafür wurde die Einstellung „Vorlesen“ auf die Seite mit den ChromeOS-Einstellungen verschoben, anstatt dass dafür ein separater Browsertab geöffnet werden muss.

Lokale Website-Genehmigungen für Family Link-Nutzer

Eltern können jetzt blockierte Websites direkt auf dem Chromebook ihres Kindes ohne die Family Link App schnell genehmigen. Wenn Kinder keinen Zugriff auf eine Website haben, können sie jetzt die Option Persönlich fragen auswählen, damit Eltern den Zugriff genehmigen können. Weitere Informationen finden Sie im Hilfeartikel Konto Ihres Kindes auf einem Chromebook verwalten.

Warnung bei niedrigem Speicher für die Chrome OS-Kamera-App

Wenn die Chrome OS-Kamera-App erkennt, dass der Speicherplatz im System knapp wird, wird jetzt eine Warnmeldung angezeigt und die Aufnahme beendet, bevor der gesamte Speicherplatz aufgebraucht ist.

Aktualisierung des Feedback-Tools mit Inline-Unterstützung

Nutzer können über das Feedback-Formular ein Problem melden oder Google Feedback geben. In Chrome OS 110 sehen Nutzer in einem aktualisierten Feedbackformular verschiedene Hilfeartikel, die sie bei der Problemdiagnose unterstützen.

↑ Zurück nach oben

PPDs für installierte Drucker ansehen

Sie können sich nun Informationen zu PostScript-Druckerbeschreibung (PPD) für alle auf Ihrem System installierten Drucker ansehen. Wählen Sie Einstellungen> Erweitert> Drucken und Scannen> Drucker> Drucker bearbeiten aus. Wenn Sie die PPD für einen der gespeicherten Drucker ansehen möchten, klicken Sie auf Drucker-PPD anzeigen.

Neuerungen in der Admin-Konsole

Aktuelle Änderungen auf der Seite mit den Chrome-Einstellungen

Administratoren sehen jetzt eine neue Option Letzte Änderungen auf der Einstellungsseite von Chrome. Mit einem Klick können Administratoren auf das Audit-Log zugreifen und die aktuellen Richtlinienänderungen in ihren Domains aufrufen.

Der Abschnitt „Plug-ins“ wurde aus der Ansicht „Browserdetails“ entfernt

Die Plug-ins wurden in Chrome integriert. Sie werden jetzt aktualisiert und in Übereinstimmung mit dem Browser versioniert. In Chrome 110 wird der Abschnitt Plug-ins von der Seite Browserdetails entfernt, da er nicht mehr relevant ist.

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
PdfLocalFileAccess AllowedForDomains	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome (Linux, Mac, Windows) ChromeOS	Inhalt > Lokalen Dateizugriff auf „`file://`“-URLs auf diesen Websites im PDF-Viewer zulassen
ThrottleNonVisibleCrossOrigin IframesAllowed	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome (Linux, Mac, Windows, Android) ChromeOS	Inhalt > Ermöglicht die Drosselung nicht sichtbarer, ursprungsübergreifender iFrames
AllowWebAuthnWithBroken TlsCerts	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome (Linux, Mac, Windows, Android) ChromeOS	Sicherheit > Webauthentifizierungsanfragen auf Websites mit fehlerhaften TLS-Zertifikaten zulassen.

Bald verfügbar

Anstehende Browseränderungen

Azure AD Single Sign-On (SSO)

Chrome 111 wird die automatische Anmeldung bei Microsoft Identitätsanbietern mithilfe der Kontoinformationen von Microsoft Windows unterstützen. Diese Funktion wird standardmäßig deaktiviert sein.

↑ Zurück nach oben

Modul für nicht verwendete Websiteberechtigungen im Sicherheitscheck

Zum besseren Schutz der Sicherheit und der Daten der Nutzer werden die erteilten Berechtigungen für nicht verwendete Websites (2 Monate lang nicht verwendet) in Chrome 111 automatisch widerrufen. Chrome zeigt die widerrufenen Berechtigungen auch in den Einstellungen an, damit Nutzer sie sich ansehen können. Die Daten der widerrufenen Berechtigungen werden einen Monat nach dem Widerruf gelöscht. Berechtigungen, die durch Unternehmensrichtlinien gewährt werden, sind davon nicht betroffen.

Web-Spracherkennungs-API unter iOS

Unter Chrome 111 unter iOS können Websites die Web Speech API für spracherkennungsbasierte Funktionen verwenden. Die Umwandlung von Sprache in Text wird von Apple-Servern durchgeführt.

Updates der Privacy Sandbox in Chrome 111

In Chrome 111 wird die Nutzererfahrung mit den neuen Funktionen zum Datenschutz bei Anzeigen im Zusammenhang mit dem Privacy Sandbox-Projekt aktualisiert. In diesem Zusammenhang wird Nutzern in Chrome ein Bestätigungsdialogfeld angezeigt, in dem die Optionen erläutert werden und die gewünschten Einstellungen festgelegt werden können.

IT-Administratoren können die Privacy Sandbox-Einstellungen von Chrome über die Unternehmensrichtlinien PrivacySandboxAdTopicsEnabled, PrivacySandboxSiteEnabledAdsEnabled und PrivacySandboxAdMeasurementEnabled deaktivieren und die an den Nutzer gerichtete Aufforderung über die Richtlinie PrivacySandboxPromptEnabled unterdrücken.

Weitere Informationen finden Sie in der Entwicklerdokumentation zu Privacy Sandbox-Technologien in Chrome.

Neue Datentypen für die Chrome-Synchronisierung mit Google Datenexport in Chrome 111 verfügbar

Im Datenexport und im domainweiten Datenexport stehen mehr Chrome-Daten für den Export zur Verfügung. Folgende Datentypen sind verfügbar: AUTOFILL, PRIORITY_PREFERENCE, WEB_APP, DEVICE_INFO, TYPED_URL, ARC_PACKAGE, OS_PREFERENCE, OS_PRIORITY_PREFERENCE, PRINTER.

Mit der Unternehmensrichtlinie SyncTypesListDisabled können Sie steuern, welche Datentypen mit der Chrome-Synchronisierung synchronisiert werden.

Chrome zum Testen

Bereits ab Chrome 111 verwendet Puppeteer, die Bibliothek zur Automatisierung des Browsers von Chrome, das Chrome-zum-Testen-Binärprogramm statt eines Chromium-Binärprogramms. Falls das Chromium-Binärprogramm auf die Zulassungsliste gesetzt wurde, können Sie auch das Chrome-zum-Testen-Binärprogramm auf die Zulassungsliste setzen.

Chrome for Testing ist eine spezielle Chrome-Variante für den Anwendungsfall von automatisierten Tests. Es ist kein für Endnutzer zugängliches Produkt, sondern ein Tool, das Automatisierungsentwickler über andere Projekte wie Puppeteer verwenden können. Chrome zum Testen ist ein vollständig anderes Binärprogramm als die normale Chrome-Version.

↑ Zurück nach oben

Zugriff auf WebHID API über Erweiterungs-Service-Worker in Chrome 111 aktivieren

Durch diese Einführung wird der Zugriff auf die WebHID API über Erweiterungs-Service-Worker als Migrationspfad für Manifest-V2-Erweiterungen ermöglicht, die derzeit über eine Hintergrundseite auf die API zugreifen.

PPB_VideoDecoder(Dev) API entfernt

Die PPB_VideoDecoder(Dev) API wurde für Adobe Flash eingeführt. Da Flash in Chrome nicht mehr unterstützt wird, wird diese API in Chrome 111 entfernt. Wenn Sie mehr Zeit für die Migration von Legacy-Anwendungen benötigen, können Sie die Unternehmensrichtlinie ForceEnablePepperVideoDecoderDevAPI verwenden. Da diese Richtlinie nur über Chrome 114 unterstützt wird , reichen Sie bitte spätestens bis zum 5. Mai 2023 auf crbug.com einen Fehler ein. Erläutern Sie darin Ihren Anwendungsfall, falls Sie die Richtlinie verwenden müssen.

Neues Dialogfeld für die Chrome-Synchronisierung in Chrome für den Desktop

Einige Nutzer sehen ein visuell aktualisiertes Dialogfeld, in dem sie die Chrome-Synchronisierung in Chrome 111 aktivieren können. Relevante Unternehmensrichtlinien wie BrowserSignin, SyncDisabled, RestrictSigninToPattern und SyncTypesListDisabled funktionieren weiterhin wie gewohnt und können zur Konfiguration der Chrome-Synchronisierung verwendet werden.

Strikte MIME-Typprüfungen für Worker-Skripts

Ab Chrome 112 werden MIME-Typen für Worker-Skripts genau geprüft, z. B. Service Worker oder Web Worker. Strikte Überprüfung bedeutet, dass Chrome nur JavaScript-Ressourcen für Worker akzeptiert, die den MIME-Typ text/javascript haben. Derzeit akzeptiert Chrome auch andere MIME-Typen wie text/ascii. Diese Änderung soll die Sicherheit von Webanwendungen verbessern und verhindert, dass unangemessene Ressourcen als JavaScript-Dateien aufgenommen werden.

Wenn Sie die Richtlinie StrictMimetypeCheckForWorkerScriptsEnabled deaktivieren, können Sie das aktuelle Verhalten beibehalten.

Standardmäßiges an Ursprünge gebundenes Agent-Clustering in Chrome 112

In Chrome 112 kann auf Websites document.domain nicht festgelegt werden. Es müssen alternative Ansätze wie postMessage() oder die Channel Messaging API verwendet werden, damit Websites ursprungsübergreifend kommunizieren können. Wenn eine Website auf die Lockerung der Same-Origin-Richtlinie über document.domain angewiesen ist, damit sie ordnungsgemäß funktioniert, muss sie einen Origin-Agent-Cluster: ?0-Header zusammen mit allen Dokumenten senden, für die dieses Verhalten erforderlich ist. Weitere Informationen finden Sie in diesem Blogpost.

Hinweis: document.domain hat keine Auswirkungen, wenn es nur von einem Dokument festgelegt wird.

Mit der Unternehmensrichtlinie OriginAgentClusterDefaultEnabled können Sie das aktuelle Verhalten verlängern.

↑ Zurück nach oben

Änderungen beim Phishing-Schutz auf Android ab Chrome 112

Wenn sich ein Nutzer mit seinem Google-Passwort bei Android authentifiziert, z. B. während der Kontoeinrichtung, wird Chrome benachrichtigt, damit das Passwort beim Surfen im Web mit Chrome Phishing-Schutz erhalten kann. In früheren Versionen von Chrome für Android mussten Nutzer ihr Passwort explizit auf einem Chrome-Tab angeben, z. B. sich in Gmail anmelden, um Phishing-Schutz für ihr Google-Passwort zu erhalten.

Sie können Warnungen zur Wiederverwendung von Passwörtern deaktivieren, indem Sie PasswordProtectionWarningTrigger auf 0 setzen.

Chrome-Apps werden unter Windows, Mac und Linux nicht mehr unterstützt

Wie zuvor angekündigt werden Chrome-Apps zugunsten von progressiven Web-Apps (PWAs) und Web-Standardtechnologien eingestellt. Der Zeitplan für die Einstellung wurde so angepasst, dass Unternehmen, die Chrome-Apps verwendet haben, mehr Zeit für die Umstellung auf andere Technologien haben. Chrome-Apps funktionieren nun in Chrome 112 und höher unter Windows, Mac und Linux nicht mehr. Sie benötigen mehr Zeit für die Anpassung? Dann können Sie mit der Richtlinie ChromeAppsEnabled die Lebensdauer von Chrome-Apps um weitere zwei Meilensteine verlängern.

Wenn Sie die Installation von Chrome-Apps in Chrome 105 erzwingen, sehen Nutzer ab jetzt eine Meldung, dass die App nicht mehr unterstützt wird. Die installierten Chrome-Apps können weiterhin gestartet werden.

Ab Chrome 112 funktionieren Chrome-Apps auf Windows-, Mac- und Linux-Geräten nicht mehr. Entfernen Sie zur Behebung die Erweiterungs-ID aus der Liste der Erweiterungen mit erzwungener Installation und fügen Sie bei Bedarf die entsprechende install_url zu der Liste der erzwungenen Installation von Web-Apps hinzu. Für gängige Google-Apps sind die install_urls unten aufgeführt:

Attribut	Erweiterungs-ID (Chrome App)	install_url (PWA/Web-App)
Gmail	pjkljhegncpnkpknbcohdijeoejaedia	https://mail.google.com/mail/ installwebapp?usp=admin
Google Docs	aohghmighlieiainnegkcijnfilokake	https://docs.google.com/document/ installwebapp?usp=admin
Google Drive	apdfllckaahabafndbhieahigkjlhalf	https://drive.google.com/drive/ installwebapp?usp=admin
Google Tabellen	felcaaldnbdncclmgdcncolpebgiejap	https://docs.google.com/spreadsheets/ installwebapp?usp=admin
Google Präsentationen	aapocclcgogkmnckokdopfmhonfmgoek	https://docs.google.com/presentation/ installwebapp?usp=admin
YouTube	blpcfgokakmgnkcojhhkbfbldkacnbeo	https://www.youtube.com/s/ notifications/manifest/cr_install.html

Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Ab Chrome 112 wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt, um die Sicherheit und Zuverlässigkeit zu erhöhen. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten gefunden werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.

Zugriff auf WebUSB API über Erweiterungs-Service-Worker in Chrome 112 oder höher aktivieren

Ab Chrome 112 wird der Zugriff auf die WebUSB API über Erweiterungsservice-Worker als Migrationspfad für Manifest V2-Erweiterungen möglich sein, die derzeit über eine Hintergrundseite auf die API zugreifen.

Sie können dieses Verhalten auch durch Anwenden der WebUSB-Richtlinien auf die Ursprünge der Erweiterung steuern. Weitere Informationen finden Sie unter DefaultWebUsbGuardSetting, WebUsbAskForUrls, WebUsbBlockedForUrls und WebUsbAllowDevicesForUrls.

Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können

Chrome-Erweiterungen werden auf die neue Manifestversion „Manifest V3“ umgestellt. Dadurch wird der Datenschutz für Ihre Nutzer verbessert, zum Beispiel durch die Umstellung auf ein Modell, bei dem Erweiterungen Anfragen deklarativ ändern, ohne dass einzelne Anfragen eingesehen werden können. Das verbessert auch die Sicherheit der Erweiterung, da remote gehosteter Code bei Manifest V3 nicht zulässig ist.

Wie bereits in unserem Blogpost erwähnt (weitere Informationen zur Umstellung auf Manifest V3), werden die Zeitpläne für die Einstellung von Manifest V2 geprüft, und die für Anfang 2023 geplanten Versuche werden verschoben.

Während der Überprüfung der Zeitachse können vorhandene Manifest V2-Erweiterungen weiterhin aktualisiert werden und weiterhin in Chrome ausgeführt werden. Allerdings müssen alle neuen Erweiterungen, die an den Chrome Web Store gesendet werden, Manifest V3 implementieren.

Ab Chrome 110 können Sie über die Unternehmensrichtlinie ExtensionManifestV2Availability steuern, ob Manifest v2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 in Ihrer Organisation vor der Migration zu testen. Nach der Migration können Sie die Verwendung von Manifest V2-Erweiterungen mindestens bis Januar 2024 verlängern.

Auf der Nutzungsseite „Apps und Erweiterungen“ der Chrome-Verwaltung über die Cloud sehen Sie, welche Manifestversion von allen Chrome-Erweiterungen in Ihrem Gerätebestand verwendet wird.

Weitere Informationen finden Sie im Zeitplan für die Manifest V2-Unterstützung.

↑ Zurück nach oben

Für die Payment Handler API ist CSP connect-src erforderlich

Wenn Ihre Organisation die Web Payment API (Zahlungsabwicklung und Zahlungsanforderung) verwendet und für besseren Schutz auch Content-Security-Policy (CSP) nutzt, müssen Sie darauf achten, dass die Domains der HTTP-Anfragen, die von der Web Payment API gesendet werden, der connect-src-Anweisung des CSP hinzugefügt werden. Dies wird in Chrome 111 erzwungen. Weitere Informationen finden Sie in diesem Blogpost für Chrome-Entwickler.

Steuerelemente für First-Party-Sets

First-Party-Sets ist ein zukünftiges Framework für Entwickler, um Beziehungen zwischen Domains zu deklarieren, damit der Browser anhand der Beziehung des Drittanbieters zum Erstanbieter Entscheidungen über den Zugriff treffen kann. Ein Set kann First-Party-Vorteile genießen, einschließlich des kontinuierlichen Zugriffs auf ihre Cookies, wenn sich die Top-Level-Domain in demselben Set befindet.

First-Party-Sets sind Teil der Roadmap von Chrome für ein datenschutzkonformeres Web.

In Chrome 112 werden Nutzer-Steuerelemente für diese First-Party-Sets eingeführt.

Entfernung der ChromeRootStoreEnabled-Richtlinie

In Chrome 105 haben wir die Einführung des Chrome Root Store angekündigt. Es wurde eine neue Richtlinie namens ChromeRootStoreEnabled eingeführt, die die selektive Deaktivierung des Chrome Root Stores zugunsten des Plattformstammspeichers ermöglicht. Diese Richtlinie wird in Chrome 113 entfernt.

Bevorstehende ChromeOS-Änderungen

Schnelles Pairing

Mit der Funktion „Schnelles Pairing“ wird die Bluetooth-Kopplung auf ChromeOS-Geräten und Android-Smartphones einfacher. Wenn Sie Ihr Schnelles-Pairing-fähiges Zubehör aktivieren, wird das Gerät automatisch erkannt und durch einfaches Tippen mit Ihrem ChromeOS- oder Android-Smartphone gekoppelt. Über die Funktion „Schnelles Pairing“ wird das Bluetooth-Zubehör außerdem mit Ihrem Google-Konto verknüpft, wodurch das Wechseln zwischen Geräten sehr vereinfacht wird. Diese Funktion ist bereits in ChromeOS 111 verfügbar.

Verwaltetes DoH (DNS über https) mit Nutzeridentifizierung

Ab Chrome OS 111 können Administratoren sichere DNS-Resolver mit URI-Vorlagen festlegen, die Geräte- oder Nutzerinformationen auf unterstützten DNS-Servern für verwaltete Netzwerk-Traffic-Lösungen identifizieren.

↑ Zurück nach oben

Cursive für Enterprise- und Education-Konten vorinstalliert

Bereits ab ChromeOS 112 wird Cursive, eine App für die Eingabe von Notizen mit einem Stift, für Chromebooks verfügbar sein. In einer zukünftigen Version ist sie für alle Enterprise- und Education-Konten auf Chromebooks mit integriertem Eingabestift vorinstalliert. Wenn Sie den Zugriff auf die App blockieren möchten, können Sie verhindern, dass Chromebooks in Ihrem Unternehmen auf cursive.apps.chrome zugreifen.

Aktualisierte Emoji-Auswahl

Die aktualisierte Emoji-Auswahl enthält häufig verwendete Symbole und Zeichen, wie z. B. wissenschaftliche Schreibweisen und mathematische Operatoren. Für besonders ausdrucksstarke Unterhaltungen werden außerdem textbasierte Emoticons (Kaomoji) hinzugefügt. Mit der neuen Navigationsleiste auf oberster Ebene finden Sie schnell die übergeordnete Kategorie, von Emojis über Symbole bis Emoticons. Die verbesserte universelle Suche zeigt mögliche Übereinstimmungen aus allen Kategorien an.

Passpoint: Nahtlose, sichere Verbindung zu WLAN-Netzwerken

Bereits ab ChromeOS 114 wird Passpoint den WLAN-Zugriff optimieren. Es wird nicht mehr erforderlich sein, dass Nutzer bei jedem Besuch ein Netzwerk suchen und authentifizieren. Sobald ein Nutzer auf das WLAN an einem Standort zugreift, stellt das Clientgerät mit aktiviertem Passpoint bei nachfolgenden Besuchen automatisch eine Verbindung her.

Anstehende Änderungen in der Admin-Konsole

Richtlinien für Druckserver mit Google Groups konfigurieren

Administratoren können neue oder vorhandene Google-Gruppen verwenden, um Druckserver für Nutzer in Ihrer Organisation zu konfigurieren. Wenn Sie also einen Druckserver für eine bestimmte Gruppe von Nutzern konfigurieren möchten, die möglicherweise verschiedenen Organisationseinheiten angehören, können Sie die Flexibilität von Gruppen nutzen, ohne die Organisationseinheiten neu konfigurieren zu müssen. Beachten Sie, dass die Konfiguration der Druckserverrichtlinien für Nutzergruppen genauso funktioniert wie für Drucker.

Neue Statistiken zu Chrome

Bereits ab Chrome 111 können IT-Administratoren mit der neuen Statistikkarte Browser, die Ihre Aufmerksamkeit erfordern schnell erkennen, bei welchen Browsern Chrome-Updates ausstehen, sowie inaktive und vor Kurzem registrierte Browser sehen.

↑ Zurück nach oben

Chrome 109

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Chips für Bestätigungsberechtigungen in der Adressleiste	✓
109: Infos zur Seite auf Desktop-Computern	✓
Änderungen an der Benutzeroberfläche für einige Downloadwarnungen	✓
Änderungen an HTMLElement.offsetParent		✓
Änderungen an Mausereignissen auf deaktivierten Formularsteuerelementen		✓
Geplante Einstellung und Entfernung von Event.path		✓
Veröffentlichung der Speculation Rules API für Pre-Rendering unter Android		✓
Änderung beim Verarbeiten von Groß- und Kleinschreibung in Chrome		✓
Lens-Bildersuche im Suchfeld der Google-Seite Neuer Tab		✓
Automatische Verwendung von SecureDNS bei DNS-Abfragen an Cox-Resolver (falls aktiviert)	✓
Chrome entpackt 7z-Archive und scannt sie auf Malware	✓
Messung der Nutzung von Web-APIs			✓
Interne Upgrades von Google Update			✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
Entfernte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Robustere Logik für die Auswahl von Audiogeräten		✓
Einführung von Vorschaufenstern für ARC-Apps		✓
Gerätemesswerte und Nutzer-ID-Informationen sind jetzt für die Telemetry API verfügbar			✓
Verbesserte Farbauswahl		✓
Deaktivierung des Papierkorbs in der App „Dateien“		✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Neue Richtlinien in der Admin-Konsole	✓	✓	✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Detaillierte Übersetzungseinstellungen in Chrome 110		✓
Chrome for Testing		✓
Erweitertes Safe Browsing auf Nutzerebene unter iOS in Chrome 110	✓
Richtlinie „MetricsReportingEnabled“ in Chrome für Android verfügbar			✓
Änderung des Zeitplans für die Einführung von Chrome 110			✓
Inhaltsanalyse-Connector für die lokale Einbindung des DLP-Agents	✓
Windows 7/8/8.1 und Windows Server 2012/2012 R2 werden in Chrome 109 unterstützt			✓
Einführung von GPU-Änderungen an NaCL-Swapchain und Videodecodierung		✓
WebAuthn kann nicht auf Websites mit TLS-Zertifikatfehlern verwendet werden	✓
Origin-keyed Agent Clustering als Standard in Chrome 110		✓
URLs zur Passwortänderung		✓
Phase 6 der User-Agent-Reduzierung	✓
Änderungen beim Phishing-Schutz unter Android ab Chrome 111	✓
Privacy Sandbox-Updates	✓
Strikte MIME-Typ-Prüfung für Worker-Skripts		✓
Chrome-Preflight-Anfragen für privaten Netzwerkzugriff für untergeordnete Ressourcen, die in Chrome 113 erzwungen werden	✓	✓
Ermöglichen des Zugriffs auf WebHID API über Erweiterungs-Service-Worker in Chrome 111		✓
Zugriff auf die WebUSB API über Erweiterungs-Service-Worker ermöglichen		✓
Einstellung von Web SQL und anderen alten Speicherfunktionen		✓
Ausführung des Netzwerkdienstes unter Windows in einer Sandbox	✓
Einstellung der Unterstützung von Chrome-Apps unter Windows, Mac und Linux			✓
Erweiterungen müssen aktualisiert werden, damit Manifest V3 genutzt werden kann		✓
CSP-Richtlinie connect-src für Payment Handler API erforderlich	✓
Nutzer-Steuerelemente für First-Party-Sets		✓
Entfernen der Richtlinie „ChromeRootStoreEnabled“			✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Super Resolution Audio für Bluetooth-Headset-Mikrofone		✓
Cursive für Enterprise- und Education-Konten vorinstalliert		✓
Kanallabels unter ChromeOS	✓
Schnelles Pairing		✓
Aktualisierung der Emoji-Auswahl		✓
Passpoint: Nahtlose, verschlüsselte Verbindung zu WLAN-Netzwerken	✓	✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Chrome-Updates

Chips für Bestätigungsberechtigungen in der Adressleiste

In Chrome werden Berechtigungsaufforderungen und -indikatoren konsolidiert, um sie einheitlicher und besser verständlich zu machen. Einigen Nutzern wird in der Adressleiste ein neuer Chip für Berechtigungen angezeigt. Er erscheint, nachdem ein Nutzer eine Entscheidung zu einer Berechtigungsaufforderung getroffen hat. Damit wird die Aktion bestätigt, die ein Nutzer gerade ausgeführt hat. Dies wird vier Sekunden lang angezeigt. Wenn der Nutzer darauf klickt, wird das Infofeld für die Seite angezeigt, über das er die Berechtigungseinstellungen für die aktuelle Website verwalten kann.

Bei einigen Nutzern ist das Schloss-Symbol in der Adressleiste ausgeblendet, während ein Chip angezeigt wird. Chips sind nur sichtbar während bestimmter Berechtigungsanfragen und während ein Bestätigungs-Chip angezeigt wird. Sobald der Chip verschwindet, ist das Schloss-Symbol wieder sichtbar.

Infos zur Seite auf Desktop in Chrome 109

Wir verbessern die Funktion Aus dem Web auf der Infoseite der Website. Die Seite heißt jetzt Info zur Seite und öffnet eine Website mit mehreren Informationen zur Quelle und zum Thema einer Website. Wir möchten Nutzern die Möglichkeit geben, die Vertrauenswürdigkeit einer Webseite selbst zu beurteilen. Weitere Informationen zu nützlichen Suchoptionen finden Sie in diesem Blogpost.

Diese Funktion ist nur aktiviert, wenn Suchanfragen und das Surfen verbessern in Einstellungen > Synchronisierung und Google-Dienste > Weitere Google-Dienste ausgewählt ist. Sie können diese Einstellung über die Richtlinie UrlKeyedAnonymizedDataCollectionEnabled steuern.

Änderungen an der Benutzeroberfläche für einige Downloadwarnungen

Ab Chrome 109 werden bei einigen Downloadwarnungen ausführliche Informationen und angepasste Benutzeroberflächen angezeigt, um Nutzer vor Malware zu schützen. Beispiel: Wenn Chrome einen Download erkennt, der potenziell Nutzerdaten stehlen könnte, wird die Beschreibung von Chrome blockiert diese Datei, weil sie gefährlich ist in Diese Datei enthält Malware, die deine privaten Konten oder Konten in sozialen Netzwerken gefährden kann geändert. Sie können Downloadwarnungen deaktivieren, indem Sie die Unternehmensrichtlinie SafeBrowsingProtectionLevel festlegen, oder bestimmte Domains mithilfe von SafeBrowsingAllowlistDomains auf die Zulassungsliste setzen.

Änderungen an HTMLElement.offsetParent

In Chrome 109 werden die JavaScript APIs HTMLElement.offsetParent, HTMLElement.offsetTop und HTMLElement.offsetLeft in Grenzfällen mit ShadowDOM geändert, um dem Verhalten von Firefox und Safari zu entsprechen. Die neue Unternehmensrichtlinie OffsetParentNewSpecBehaviorEnabled ist verfügbar, um das neue Verhalten bis Chrome 120 deaktivieren zu können. Ein Polyfill wurde erstellt, um die Migration zum neuen Verhalten zu erleichtern: https://github.com/josepharhar/offsetparent-polyfills.

↑ Zurück nach oben

Änderungen an Mausereignissen auf deaktivierten Formularsteuerelementen

In Chrome 109 sehen einige Nutzer Änderungen am Verhalten von Mausereignissen: Wenn sie auf Steuerelemente für Formulare mit dem deaktivierten Attribut klicken, werden leicht unterschiedliche DOM-Ereignisse ausgelöst. Zusätzliche Mausereignisse, einschließlich Mousemove, Mouseenter, Mouseleave, Mouseover, werden auf diesen Elementen ausgelöst. Die Ancestors einiger Formularsteuerelemente erhalten die Ereignisse Click ,Mouseup oder Mousedown nicht mehr. Eine neue Unternehmensrichtlinie, SendMouseEventsDisabledFormControlsEnabled, kann das neue Verhalten mindestens bis Chrome 120 deaktivieren.

Einstellen und Entfernen geplant: Event.path

Um die Webkompatibilität zu verbessern, unterstützt Chrome 109 nicht mehr den nicht-standardmäßigen API-Ereignispfad. Websites sollten zu Event.composedPath() migriert werden, einer Standard-API, die dasselbe Ergebnis zurückgibt. Wenn Sie mehr Zeit für die Anpassung benötigen, können Sie mit der Richtlinie EventPathEnabled, die für Windows, Mac, Linux, ChromeOS, Android und WebView verfügbar ist, die Lebensdauer von Event.path um weitere sechs Meilensteine verlängern.

Veröffentlichung der Speculation Rules API für das Pre-Rendering in Android

In Chrome 103 wurde das Same-Origin-Pre-Rendering eingeführt, das von der Speculation Rules API ausgelöst wird. In Chrome 109 wird die Abdeckung erweitert, sodass auch ursprungsübergreifende Seiten auf derselben Website aufgerufen werden können. So können Webautoren Chrome vorschlagen, zu welchen ursprungsübergreifenden Seiten der Nutzer wahrscheinlich als Nächstes navigiert. Dieses Pre-Rendering erfolgt über Anmeldedaten und Speicherzugriff. Diese Pre-Rendering-Ziele müssen jedoch mithilfe des Headers „Supports-Loading-Mode: credentialed-prerender“ aktiviert werden. Mit der Unternehmensrichtlinie NetworkPredictionOptions können Sie die Nutzung aller Pre-Rendering-Aktivitäten blockieren. Dabei werden die über diese API bereitgestellten Hinweise in Chrome ignoriert. Weitere Informationen finden Sie in diesem Artikel.

Chrome behandelt Groß- und Kleinschreibung auf andere Weise

Bisher hat Chrome die Methode einer Anfrage beim Abgleich mit Access-Control-Allow-Methods-Antwortheadern im CORS-Preflight großgeschrieben. Nach dieser Änderung wird in Chrome die Methode einer Anfrage nicht mehr in Großbuchstaben geschrieben, mit Ausnahme derjenigen, die in der Spezifikation normalisiert sind. In Chrome muss jetzt die Groß-/Kleinschreibung beachtet werden.

Beispiel: Zuvor akzeptiert, jetzt abgelehnt:

Request: fetch(url, {method: 'Foo'})
Response Header: Access-Control-Allow-Methods: FOO

Zuvor abgelehnt, jetzt akzeptiert:

Request: fetch(url, {method: 'Foo'})
Response Header: Access-Control-Allow-Methods: Foo

Insbesondere sind Posts und Put nicht betroffen, da sie in https://fetch.spec.whatwg.org/#concept-method-normalize, angegeben sind, während Patch betroffen ist.

Eine Unternehmensrichtlinie AccessControlAllowMethodsInCORSPreflightSpecConformant ist verfügbar, mit der Sie steuern können, ob Anfragemethoden beim Abgleich mit Access-Control-Allow-Methods-AntwortHeadern in CORS-Preflights in Großbuchstaben geschrieben werden.

Google Lens-Bildersuche im Suchfeld der Seite Neuer Tab

In Chrome 109 sehen einige Nutzer ein Kamerasymbol im Suchfeld, wenn sie die Seite Neuer Tab von Google aufrufen. Mit dieser Funktion können Nutzer anhand von Bildern suchen, indem sie eine Datei von ihrem Computer hochladen oder eine Bild-URL eingeben. Diese Funktion wird möglicherweise nur auf der Google-Seite Neuer Tab angezeigt. Sie wird nicht auf Inkognito-, Gastnutzer- oder Nicht-Google-Seiten für neue Tabs angezeigt. Die Unternehmensrichtlinie LensDesktopNTPSearchEnabled ist für die Steuerung dieser Funktion verfügbar.

↑ Zurück nach oben

DNS-Abfragen an Cox-Resolver verwenden automatisch SecureDNS, falls aktiviert.

Wenn SecureDNS über die DnsOverHttpsMode-Unternehmensrichtlinie aktiviert ist, werden unsichere DNS-Anfragen an Cox-DNS-Resolver auf sichere DNS-Anfragen aktualisiert, ohne dass eine DnsOverHttpsTemplates.-Unternehmensrichtlinie erforderlich ist.

Chrome entpackt und scannt 7z-Archive auf Malware

In Chrome 109 entpackt Safe Browsing 7z-Archive lokal, um sie auf Malware zu prüfen. Dies ist vergleichbar mit der zuvor ausgelieferten lokalen Analyse von ZIP- und RAR-Archiven. Chrome meldet jetzt enthaltene Dateien, Hashes und Längen an Safe Browsing. Sie können diese Funktion deaktivieren, indem Sie Safe Browsing mit der Richtlinie SafeBrowsingProtectionLevel deaktivieren.

Nutzung von Web APIs messen

Als Teil der Privacy Sandbox-Bemühungen erhebt Chrome weiterhin Informationen zu APIs, die von Websites häufig aufgerufen werden, damit wir ihre Verwendung als Fingerprinting-Oberflächen besser verstehen können. Sie können diese Erhebung mithilfe der Unternehmensrichtlinie UrlKeyedAnonymizedDataCollectionEnabled deaktivieren.

Interne Upgrades von Google Update

In den kommenden Wochen führt Google Eine überarbeitete Version von Google Update mit folgenden Eigenschaften ein:
1. bietet einen plattformübergreifenden Kern für die zukünftige Entwicklung von Update-bezogenen Funktionen.
2. verbessert Leistung und Zuverlässigkeit.
Hinweis: Bei Kunden, die bestimmte Ordner und Binärprogramme auf die Zulassungsliste setzen, ändert sich der Pfad auf dem Mac so:
- Alt: (~)/Library/Google/GoogleSoftwareUpdate
- Neu: (~)/Library/Google/GoogleUpdater
Alle bestehenden Unternehmensrichtlinien und Steuerelemente für die Verwaltung der Chrome-Version funktionieren weiterhin wie gewohnt. Diese Änderungen werden zuerst für macOS und schließlich für Windows eingeführt.

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
AssistantWebEnabled	Du kannst zulassen, dass Google Assistant im Web verwendet wird, um beispielsweise Passwörter automatisch zu ändern.
ContextAwareAccessSignalsAllowlist	Attestierungsablauf für den Chrome Enterprise Device Trust Connector für eine Liste von URLs aktivieren.
SendMouseEventsDisabledFormControlsEnabled	Neues Verhalten für die Ereignisweiterleitung bei deaktivierten Formularsteuerelementen festlegen.
RequireOnlineRevocationChecksForLocalAnchors	Online-OCSP- oder CRL-Prüfungen für lokale Trust Anchors erforderlich (jetzt auch für iOS verfügbar).
AccessControlAllowMethodsInCORS PreflightSpecConformant	Abgleich von Access-Control-Allow-Methods in der CORS-Preflight-Spezifikation konform machen.

↑ Zurück nach oben

Entfernte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
UrlParamFilterEnabled	Funktion zum Filtern von URL-Parametern konfigurieren.

ChromeOS-Updates

Robustere Logik für die Auswahl von Audiogeräten

ChromeOS merkt sich jetzt mehrere zuvor ausgewählte Audio-Peripheriegeräte. Dadurch sollte es nicht mehr nötig sein, das Audioeingabe- oder -ausgabegerät zu wechseln, wenn Sie ein Dock, einen Monitor, einen Hub usw. wieder anschließen.

Einführung von Geisterfenstern für ARC-Apps

Wenn Nutzer versuchen, eine Android Runtime for Chrome (ARC)-App zu starten, während ARC noch gestartet wird oder die App noch geladen wird, wird in der Ablage das rotierende Ladesymbol angezeigt, um anzuzeigen, dass die App noch nicht gestartet wurde. Mit dieser Funktion erscheint das Ghost-Fenster als Zwischenzustand während des ARC-Bootvorgangs. Durch die aktive Anzeige des Fortschritts in der Benutzeroberfläche wird die Wahrnehmung der ARC-Apps verbessert und die Erwartungen an ARC-Apps geweckt.

Gerätemesswerte und User-ID-Informationen jetzt für die Telemetry API verfügbar

Die Telemetry API kann wertvolle Einblicke über Nutzer und Geräte in Ihrem Unternehmen liefern. Chrome OS 109 meldet jetzt Daten zum Geräteaktivitätsstatus und zu Nutzer-IDs für die Telemetry API.

Verbesserungen für die Farbauswahl

Nutzer können in der Chrome OS-Galerie jetzt zwischen den Tabs Palette und Benutzerdefiniert im Dialogfeld „Farbpalette“ auswählen. Wenn Sie auf den Tab Benutzerdefiniert tippen, wird das Tool für die Freiform-Farbauswahl angezeigt. Nutzer können auch einen Hexadezimalcode eingeben, um eine bestimmte Farbe auszuwählen.

↑ Zurück nach oben

Papierkorb in der App „Dateien“ deaktivieren

In Chrome OS 108 in der App Dateien wurde der neue Abschnitt Papierkorb eingeführt, in dem Sie Ihre Meinung innerhalb von 30 Tagen ändern können, bevor Dateien endgültig gelöscht werden. Hinweis: Diese Funktion unterstützt nicht die Dateibereiche von Google Play, Linux und Windows.

In Chrome OS 109 können Sie den Abschnitt Papierkorb jetzt mit der Richtlinie TrashEnabled deaktivieren.

Neuerungen in der Admin-Konsole

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
SerialAllowUsbDevicesForUrls	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome ChromeOS Android	Hardware > WebSerial API – zulässige Geräte

Anstehende Änderungen für den Chrome-Browser

Detaillierte Übersetzungseinstellungen in Chrome 110

Neue detaillierte Übersetzungseinstellungen werden hinzugefügt, um die aktuelle Zielsprache zu steuern, Sprachen nie zu übersetzen und Sprachen immer zu übersetzen. Bisher konnten diese Einstellungen nur über das Infofeld der Übersetzer-Oberfläche bearbeitet werden. Jetzt sind sie unter chrome://settings/language dauerhaft sichtbar. Unternehmensnutzer können die vorhandene TranslateEnabled-Unternehmensrichtlinie verwenden, um die Übersetzung global zu aktivieren oder zu deaktivieren.

Chrome zum Testen

Bereits ab Chrome 110 verwendet Puppeteer, die Bibliothek zur Automatisierung des Browsers von Chrome, das Chrome-zum-Testen-Binärprogramm statt eines Chromium-Binärprogramms. Falls das Chromium-Binärprogramm auf die Zulassungsliste gesetzt wurde, können Sie auch das Chrome-zum-Testen-Binärprogramm auf die Zulassungsliste setzen.

Chrome for Testing ist eine spezielle Chrome-Variante für den Anwendungsfall von automatisierten Tests. Es ist kein für Endnutzer zugängliches Produkt, sondern ein Tool, das Automatisierungsentwickler über andere Projekte wie Puppeteer verwenden können. Chrome zum Testen ist ein vollständig anderes Binärprogramm als die normale Chrome-Version.

Erweitertes Safe Browsing auf Nutzerebene unter iOS in Chrome 110

Bei Chrome unter iOS, in dem das Safe Browsing-Schutzniveau nicht von SafeBrowsingProtectionLevel gesteuert wird, werden angemeldete und synchronisierte Nutzer, die erweitertes Safe Browsing für ihr Google-Konto aktiviert haben, darüber benachrichtigt, dass das erweiterte Safe Browsing in ihrem Chrome-Profil aktiviert wurde. Wenn das erweiterte Safe Browsing für ein synchronisiertes Google-Konto deaktiviert wird, wird es auch im Chrome-Profil deaktiviert. Außerdem werden Nutzer, die angemeldet und nicht synchronisiert sind, möglicherweise innerhalb von fünf Minuten nach Aktivierung des erweiterten Safe Browsings auf Kontoebene aufgefordert, das erweiterte Safe Browsing zu aktivieren.

↑ Zurück nach oben

Richtlinie „MetricsReportingEnabled“ in Chrome für Android verfügbar

Ab Chrome 110 ändert Chrome unter Android die erste Ausführung etwas, um die Richtlinie MetricsReportingEnabled zu unterstützen. Wenn der Administrator die Berichterstellung für Messwerte deaktiviert, ändert sich nichts an der ersten Ausführung. Wenn der Administrator Messwerte aktiviert, können Nutzer die Einstellung weiterhin in den Chrome-Einstellungen ändern. Wenn die Richtlinie MetricsReportingEnabled aktiviert ist, können anonyme Nutzungs- und Absturzdaten für Chrome an Google gemeldet werden.

Änderung des Zeitplans für die Einführung ab Chrome 110

Ab Chrome 110 wird die stabile Version eine Woche früher als bisher kommuniziert für eine sehr kleine Gruppe von Nutzern eingeführt. So ist beispielsweise die Einführung der stabilen Chrome 110-Version vom 7. Februar auf den 1. Februar 2023 vorgezogen worden.

In der ersten Woche nach dem Releasedatum erfolgt die Einführung der veröffentlichten stabilen Version außerdem für einen deutlich geringeren Prozentsatz an Nutzern. Die weitreichende Einführung erfolgt für die meisten Nutzer in einem ähnlichen Zeitraum wie in den vorherigen Mitteilungen angegeben.

Connector für die Inhaltsanalyse für die Einbindung des lokalen DLP-Agents

Es gibt Drittanbieter-Software (z. B. AV-/DLP-Agents), die Code in Chrome einfügt. Obwohl diese Vorgehensweise nicht empfohlen wird, ist sie in der Unternehmensumgebung weiterhin verbreitet, da es für diese lokalen Agents wenige Alternativen gibt.

Chrome 110 bietet eine sichere, native Integration, mit der ausgewählte DLP-Agents von Drittanbietern sensible Datenübertragungen im Browser schützen können.

Windows 7/8/8.1 und Windows Server 2012/2012 R2 werden über Chrome 109 unterstützt

Microsoft beendet den Support für die meisten Varianten von Windows 7/8/8.1 im Januar 2023. Wie in einem früheren Blogpost angekündigt, ist Chrome 109 die letzte unterstützte Version von Chrome für diese Betriebssysteme.

Update : Chrome, das unter Windows Server 2012 und Windows Server 2012 R2 ausgeführt wird, wird nicht über Chrome 109 hinaus aktualisiert, da diese Betriebssysteme auf Windows 8/8.1 basieren. Für eine vereinfachte Kundenmigration werden jedoch für diese beiden Betriebssystemversionen bis zum 10. Oktober 2023 kritische Sicherheitsupdates für Chrome 109 veröffentlicht. Aktuelle Informationen finden Sie in diesem Beitrag in der Hilfe zu Chrome Enterprise und Education.

Einführung von GPU-Änderungen an NaCL-Swapchain und Videodecodierung

Ab Chrome 110 werden wir die Implementierung der NaCL-Swapchain und der Pepper-APIs zur Videodecodierung umstrukturieren. Diese Änderungen haben keine Auswirkungen auf das Verhalten der Nutzer. Es ist jedoch möglich, dass es aufgrund von Programmierfehlern zu Bildartefakten, einer inakzeptablen Qualität beim Abspielen des Videos, inakzeptabler Leistung oder Abstürzen kommen kann. Im Laufe der Einführung dieser Umstrukturierung werden Informationen dazu verfügbar sein, wie sich Probleme melden lassen.

↑ Zurück nach oben

WebAuthn kann nicht auf Websites mit TLS-Zertifikatsfehlern verwendet werden

Ab Chrome-Version 110 werden WebAuthn-Anfragen auf Websites mit TLS-Zertifikatsfehlern nicht mehr zugelassen. Die Kriterien sind dieselben, die auch bei der Darstellung von Interstitials mit Gefahrenpunkt oder einer Nicht sicher-Anzeige in der Omnibox gelten. Dadurch wird verhindert, dass böswillige Akteure bei einem Man-in-the-Middle-Angriff gültige Assertionen für Nutzer generieren, die das Interstitial möglicherweise überspringen.

Unternehmen können die Richtlinie AllowWebAuthnWithBrokenTlsCerts verwenden, um das Problem zu umgehen.

An Ursprünge gebundenes Agent-Clustering wird in Chrome 110 zum Standard

Ab Chrome 110 kann für Websites document.domain nicht festgelegt werden. Es müssen alternative Ansätze wie postMessage() oder die Channel Messaging API verwendet werden, damit Websites ursprungsübergreifend kommunizieren können. Wenn eine Website auf die Lockerung der Same-Origin-Richtlinie über document.domain angewiesen ist, damit sie ordnungsgemäß funktioniert, muss sie einen Origin-Agent-Cluster: ?0-Header zusammen mit allen Dokumenten senden, für die dieses Verhalten erforderlich ist.

Hinweis: document.domain hat keine Auswirkungen, wenn es nur von einem Dokument festgelegt wird.

Mit der Unternehmensrichtlinie OriginAgentClusterDefaultEnabled können Sie das aktuelle Verhalten verlängern.

URLs zur Passwortänderung

Das Tool Passwörter prüfen, chrome://settings/passwords/check und ähnliche Funktionen auf anderen Plattformen fragen die Passwortänderungs-URLs aus dem Back-End ab, um die Behebung gehackter Passwörter zu erleichtern, zum Beispiel https://beispiel.de/settings/change_password.html. Mit dieser Einführung wird die Liste der im Back-End verfügbaren URLs erweitert.

Reduktion von User-Agents, Phase 6

Seit Chrome 110 werden einige Teile des User-Agent-Strings in Chrome für Android reduziert. Wie bereits im Chromium-Blog beschrieben, möchten wir mit Phase 6 des Plans zur User-Agent-Reduzierung fortfahren. Weitere Informationen finden Sie auf dieser Referenzseite und in diesem Chromium-Update. Mit der Richtlinie UserAgentReduction können Sie diese Änderungen deaktivieren.

Änderungen beim Phishing-Schutz auf Android-Geräten ab Chrome 111

Wenn sich ein Nutzer mit seinem Google-Passwort bei Android authentifiziert, z. B. während der Kontoeinrichtung, wird Chrome benachrichtigt, damit das Passwort Phishingschutz beim Surfen im Web mit Chrome erhalten kann. In früheren Versionen von Chrome für Android mussten Nutzer ihr Passwort explizit auf einem Chrome-Tab angeben, z. B. sich in Gmail anmelden, um Phishing-Schutz für ihr Google-Passwort zu erhalten.

Sie können Warnungen zur Wiederverwendung von Passwörtern deaktivieren, indem Sie PasswordProtectionWarningTrigger auf 0 setzen.

↑ Zurück nach oben

Updates der Privacy Sandbox in Chrome 111

In Chrome 111 wird die Nutzererfahrung mit den neuen Datenschutzfunktionen für Anzeigen im Zusammenhang mit dem Privacy Sandbox-Projekt aktualisiert. In diesem Zusammenhang wird Nutzern in Chrome ein Bestätigungsdialogfeld angezeigt, in dem die Optionen erläutert werden und die gewünschten Einstellungen festgelegt werden können.

IT-Administratoren können die Privacy Sandbox-Einstellungen von Chrome über die Unternehmensrichtlinien PrivacySandboxAdTopicsEnabled, PrivacySandboxSiteEnabledAdsEnabled und PrivacySandboxAdMeasurementEnabled deaktivieren und die an den Nutzer gerichtete Aufforderung über die Richtlinie PrivacySandboxPromptEnabled unterdrücken.

Weitere Informationen finden Sie in der Entwicklerdokumentation zu Privacy Sandbox-Technologien in Chrome.

Strikte MIME-Typprüfungen für Worker-Skripts

Ab Chrome 111 werden MIME-Typen für Worker-Skripts genau geprüft, z. B. Service Worker oder Web Worker. Strikte Überprüfung bedeutet, dass Chrome nur JavaScript-Ressourcen für Worker akzeptiert, die den MIME-Typ text/javascript haben. Derzeit akzeptiert Chrome auch andere MIME-Typen wie text/ascii. Diese Änderung soll die Sicherheit von Webanwendungen verbessern und verhindert, dass unangemessene Ressourcen als JavaScript-Dateien aufgenommen werden.

Wenn Sie die Richtlinie StrictMimetypeCheckForWorkerScriptsEnabled deaktivieren, können Sie das aktuelle Verhalten beibehalten.

Preflight-Anfragen für privaten Netzwerkzugriff für untergeordnete Ressourcen, die in Chrome 113 erzwungen werden

Ab Chrome 104 wird eine CORS-Preflight-Anfrage vor allen privaten Netzwerkanfragen für Unterressourcen gesendet. Dabei wird eine explizite Genehmigung vom Zielserver angefordert. Diese Anfrage enthält den neuen Header Access-Control-Request-Private-Network: true. In dieser Anfangsphase wird diese Anfrage gesendet, von Netzwerkgeräten ist jedoch keine Antwort erforderlich. Wenn keine Antwort empfangen wird oder wenn der übereinstimmende Header Access-Control-Allow-Private-Network: true nicht enthalten ist, wird in den Entwicklertools eine Warnung angezeigt. Weitere Informationen finden Sie in diesem Blogpost.

Ab Chrome 111 unter Android werden die Warnungen zu Fehlern und entsprechende Anfragen schlagen fehl. Dies gilt für Websites, die nicht über einen Ursprungstest deaktiviert werden. Bei allen anderen Plattformen werden diese Warnungen auch in Chrome 113 erzwungen. Sie können die Prüfung auf privaten Netzwerkzugriff mit den Unternehmensrichtlinien InsecurePrivateNetworkRequestsAllowed und InsecurePrivateNetworkRequestsAllowedForUrls deaktivieren.

Wenn Sie das Feature vorab testen möchten, können Sie mit chrome://flags/#private-network-access-send-preflights Warnungen aktivieren. Wenn Sie testen möchten, wie sich die Funktion auswirkt, sobald Warnungen zu Fehlern führen, können Sie chrome://flags/#private-network-access-respect-preflight-results aktivieren.

In Chrome wird diese Änderung vorgenommen, um Nutzer vor CSRF-Angriffen (Cross-Site Request Forgery) zu schützen, die auf Router und andere Geräte in privaten Netzwerken ausgerichtet sind. Weitere Informationen dazu, wie Sie diese Änderung proaktiv abmildern können, finden Sie in diesem Hilfeartikel. Einen allgemeineren Beitrag und Neuigkeiten zum Preflight-Zugriff auf private Netzwerke finden Sie in diesem Blogpost.

Zugriff auf WebHID API über Erweiterungs-Service-Worker in Chrome 111 aktivieren

Durch diese Einführung wird der Zugriff auf die WebHID API über Erweiterungs-Service-Worker als Migrationspfad für Manifest-V2-Erweiterungen ermöglicht, die derzeit über eine Hintergrundseite auf die API zugreifen.

Zugriff auf WebUSB API über Erweiterungs-Service-Worker ermöglichen

Ab Chrome 111 gewähren wir den Zugriff auf die WebUSB API über Erweiterungsservice-Worker als Migrationspfad für Manifest V2-Erweiterungen, die derzeit über eine Hintergrundseite auf die API zugreifen.

Sie können dieses Verhalten auch durch Anwenden der WebUSB-Richtlinien auf die Ursprünge der Erweiterung steuern. Weitere Informationen finden Sie unter DefaultWebUsbGuardSetting, WebUsbAskForUrls, WebUsbBlockedForUrls und WebUsbAllowDevicesForUrls.

↑ Zurück nach oben

Web SQL und andere alte Storage-Funktionen werden eingestellt

Die Web SQL API wird nur selten verwendet und wird seit ihrer Entfernung durch Safari nur noch von Chromium-basierten Browsern unterstützt. Sie erfordert häufige Sicherheitskorrekturen. Entwicklern wird seit Jahren davon abgeraten, sie zu verwenden. Wir arbeiten nun daran, alle Nutzer zu warnen, die möglicherweise noch Web SQL verwenden, mit dem Ziel, die API im Jahr 2023 vollständig zu entfernen.

Die erforderlichen Schritte hängen davon ab, wie Sie Web SQL verwenden:
- Wenn Sie nur mithilfe von Web SQL feststellen, ob es sich bei einem bestimmten Browser um Chrome handelt, funktioniert diese Methode nicht mehr, wenn Web SQL entfernt wird. Navigator.userAgentData ist eine bessere Alternative.
- Wenn Sie mit Web SQL einfach einige Datenpunkte speichern, können Sie dies mit „localStorage“ und „sessionStorage“ einfacher tun.
- Wenn Sie jedoch Web SQL für einen komplexeren Speicher verwenden, müssen Sie eine geeignete Alternative finden.
Hier einige Migrationsoptionen für komplexeren Speicher:
- Wenn für Ihren Speicher keine relationale Datenbank erforderlich ist, ist IndexedDB die Standardlösung für strukturierten Speicher im Web. Große Websites sind auf IndexedDB angewiesen und es wird von allen gängigen Browsern unterstützt.
- Für diejenigen, die eine relationale Datenbank benötigen, haben wir uns mit dem SQLite-Team zusammengetan, um einen immer aktuellen, browserübergreifenden Web SQL-Ersatz zu erstellen. Im November veröffentlichte SQLite ein Web-Back-End, das mithilfe von Emscripten eine Kompilierung für WebAssembly vornimmt und die neue File System Access Handles API als einfache virtuelle Dateischnittstelle nutzt. Das ist fast so schnell wie Web SQL und oft sogar schneller. Weitere Informationen finden Sie in unserem Blogpost Verwerfen und Entfernen von Web SQL, der bei wichtigen Ereignissen aktualisiert wird.
Wir haben Web SQL bereits in Drittanbieterkontexten deaktiviert. Im nächsten Schritt entfernen Sie die Unterstützung in nicht sicheren Kontexten. In Chrome 105 haben wir in den Entwicklertools eine Einstellungswarnung eingeführt. Diese Unterstützung wird in Chrome 110 entfernt. Mit der Unternehmensrichtlinie WebSQLNonSecureContextEnabled kann Web SQL noch einige Monate nach dem Datum des Entfernens in nicht sicheren Kontexten verwendet werden.

In Chrome 110 wird auch die window.webkitStorageInfo API entfernt. Die alte Kontingent-API wurde 2013 eingestellt. Sie wird durch die jetzt standardisierte StorageManager API ersetzt.

Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Ab Chrome 111 wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt, um die Sicherheit und Zuverlässigkeit zu erhöhen. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten gefunden werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.

Chrome-Apps werden unter Windows, Mac und Linux nicht mehr unterstützt

Attribut	Erweiterungs-ID (Chrome App)	install_url (PWA/Web-App)
Gmail	pjkljhegncpnkpknbcohdijeoejaedia	https://mail.google.com/mail/ installwebapp?usp=admin
Google Docs	aohghmighlieiainnegkcijnfilokake	https://docs.google.com/document/ installwebapp?usp=admin
Google Drive	apdfllckaahabafndbhieahigkjlhalf	https://drive.google.com/drive/ installwebapp?usp=admin
Google Tabellen	felcaaldnbdncclmgdcncolpebgiejap	https://docs.google.com/spreadsheets/ installwebapp?usp=admin
Google Präsentationen	aapocclcgogkmnckokdopfmhonfmgoek	https://docs.google.com/presentation/ installwebapp?usp=admin
YouTube	blpcfgokakmgnkcojhhkbfbldkacnbeo	https://www.youtube.com/s/notifications/ manifest/cr_install.html

Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können

Chrome-Erweiterungen werden auf die neue Manifestversion „Manifest V3“ umgestellt. Dadurch wird der Datenschutz für Ihre Nutzer verbessert, zum Beispiel durch die Umstellung auf ein Modell, bei dem Erweiterungen Anfragen deklarativ ändern, ohne dass einzelne Anfragen eingesehen werden können. Das verbessert auch die Sicherheit der Erweiterung, da remote gehosteter Code bei Manifest V3 nicht zulässig ist.

Für alle neuen Erweiterungen, die an den Chrome Web Store gesendet werden, muss bereits Manifest V3 implementiert sein. Vorhandene Erweiterungen mit Manifest V2 können weiterhin aktualisiert und in Chrome ausgeführt werden. Ab 2023 werden Erweiterungen, die Manifest V2 verwenden, in Chrome möglicherweise nicht mehr ausgeführt. Wenn in Ihrer Organisation Erweiterungen mit Manifest V2 ausgeführt werden, müssen Sie diese aktualisieren, um Manifest V3 nutzen zu können.

Ab Chrome 110 lässt sich mithilfe der Unternehmensrichtlinie „ExtensionManifestV2Availability“ steuern, ob Manifest v2-Erweiterungen zulässig sind. Die Richtlinie kann verwendet werden, um Manifest V3 in Ihrer Organisation vor der Migration zu testen. Nach der Migration können Sie mit der Richtlinie die Verwendung von Manifest V2-Erweiterungen mindestens bis Januar 2024 verlängern.

Auf der Seite „Nutzung von Apps und Erweiterungen“ in der Chrome-Verwaltung über die Cloud sehen Sie, welche Manifestversion von allen Chrome-Erweiterungen in Ihrem Gerätebestand verwendet wird.

Weitere Informationen finden Sie im Zeitplan für die Manifest V2-Unterstützung.

Für die Payment Handler API ist die CSP connect-src erforderlich.

Wenn Ihre Organisation die Web Payment API (Zahlungs-Handler und Zahlungsanforderung) und auch die Content-Security-Policy (CSP) für einen besseren Schutz verwendet, müssen Sie darauf achten, dass die Domains der HTTP-Anfragen, die von der Web Payment API gesendet werden, der Anweisung connect-src der CSP hinzugefügt werden. Weitere Informationen finden Sie in diesem Blogpost für Entwickler.

↑ Zurück nach oben

Steuerelemente für First-Party-Sets

First-Party-Sets ist ein zukünftiges Framework für Entwickler, um Beziehungen zwischen Domains zu deklarieren, damit der Browser anhand der Beziehung des Drittanbieters zum Erstanbieter Entscheidungen über den Zugriff treffen kann. Ein Set kann First-Party-Vorteile genießen, einschließlich des kontinuierlichen Zugriffs auf ihre Cookies, wenn sich die Top-Level-Domain in demselben Set befindet.

First-Party-Sets sind Teil der Roadmap von Chrome für ein datenschutzkonformeres Web.

In Chrome 111 werden Nutzer-Steuerelemente für diese First-Party-Sets eingeführt.

Richtlinie „ChromeRootStoreEnabled“ entfernt

In Chrome 105 haben wir die Einführung von Chrome Root Store angekündigt. Es wurde eine neue Richtlinie namens ChromeRootStoreEnabled eingeführt, die die selektive Deaktivierung des Chrome Root Stores zugunsten des Plattformstammspeichers ermöglicht. Die Richtlinie wird in Chrome 113 entfernt.

Bevorstehende ChromeOS-Änderungen

Super Resolution Audio für Bluetooth-Headset-Mikrofone

Ab 110 wird Ihr ChromeOS-Gerät Ihnen helfen, bei Anrufen und Videokonferenzen natürlicher zu klingen. Dafür rekonstruiert das Gerät die hochfrequenten Audiokomponenten, die von Bluetooth-Headsets nicht übertragen werden.

Cursive für Enterprise- und Education-Konten vorinstalliert

Bereits ab ChromeOS 110 ist Cursive, eine App für die Eingabe von Notizen mit einem Stift, auf Chromebooks verfügbar. In einer zukünftigen Version ist sie für alle Enterprise- und Education-Konten auf Chromebooks mit integriertem Eingabestift vorinstalliert. Wenn Sie den Zugriff auf die App blockieren möchten, können Sie verhindern, dass Chromebooks in Ihrem Unternehmen auf cursive.apps.chrome zugreifen.

Versionslabels unter ChromeOS

Sie testen die neueste Version von ChromeOS? Nutzer mit nicht stabilen Versionen (Beta, Entwickler, Canary) sehen ab 110 rechts unten, welche Version sie verwenden. Sie können auf die Uhrzeit klicken, um die Schnelleinstellungen zu öffnen, die eine neue Benutzeroberfläche mit dem Build des Geräts und eine Feedback-Schaltfläche enthalten.

↑ Zurück nach oben

Schnelles Pairing

Mit der Funktion „Schnelles Pairing“ wird die Bluetooth-Kopplung auf ChromeOS-Geräten und Android-Smartphones einfacher. Wenn Sie Ihr Schnelles-Pairing-fähiges Zubehör aktivieren, wird das Gerät automatisch erkannt und durch einfaches Tippen mit Ihrem ChromeOS- oder Android-Smartphone gekoppelt. Über die Funktion „Schnelles Pairing“ wird das Bluetooth-Zubehör außerdem mit Ihrem Google-Konto verknüpft, wodurch das Wechseln zwischen Geräten sehr vereinfacht wird. Diese Funktion ist bereits in ChromeOS 111 verfügbar.

Aktualisierung der Emoji-Auswahl

Die Updates für die Emoji-Auswahl werden häufig verwendete Symbole und Zeichen enthalten, z. B. wissenschaftliche Schreibweisen und mathematische Operatoren. Für besonders ausdrucksstarke Unterhaltungen werden außerdem textbasierte Emoticons (Kaomoji) hinzugefügt. Mit der neuen Navigationsleiste auf oberster Ebene finden Sie schnell die übergeordnete Kategorie, von Emojis über Symbole bis Emoticons. Die verbesserte universelle Suche zeigt mögliche Übereinstimmungen aus allen Kategorien an.

Passpoint: Nahtlose, sichere Verbindung zu WLAN-Netzwerken

Bereits ab ChromeOS 114 wird Passpoint den WLAN-Zugriff optimieren. Es wird nicht mehr erforderlich sein, dass Nutzer bei jedem Besuch ein Netzwerk suchen und authentifizieren. Sobald ein Nutzer auf das WLAN an einem Standort zugreift, stellt das Clientgerät mit aktiviertem Passpoint bei nachfolgenden Besuchen automatisch eine Verbindung her.

↑ Zurück nach oben

Chrome 108

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Verbesserte Leistung: Arbeitsspeicher-Sparmodus und Energiesparmodus		✓
Google Passwortmanager: Hinweise für Passwörter	✓
Google Passwortmanager: Updates für iOS	✓
Windows: Bei Installation an Taskleiste anpinnen		✓
Benutzerdefinierte Standard-Fehlerseiten für progressive Web-Apps		✓
Neues Dialogfeld für die Chrome-Synchronisierung unter iOS	✓
Preis-Tracking		✓
Ändern von asynchronen Methoden in synchrone Methoden in FileSystemSyncAccessHandle		✓
Chrome unter Linux verwendet standardmäßig den integrierten DNS-Client von Chrome	✓
Verbesserte Berichte für den internen Callback-Mechanismus	✓
Verbesserungen im Dialogfeld „Cookies und Websitedaten“	✓
Verbesserte Freigabe von Vorschaudateien		✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
Entfernte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Sperre von Canvas in Cursive		✓
Mehrere Konten in Screencast		✓
Rollback der ChromeOS-Version			✓
ChromeOS-Kamera-App: Verbesserungen beim Scannen von Dokumenten		✓
Verbesserungen beim Captive Portal	✓	✓
Komfortablere Nutzung der Bildschirmtastatur		✓
Richtlinie für SIM-Lock	✓		✓
Papierkorb in der App „Dateien“	✓	✓
Desk API-Connectors im Contact Center		✓
Sensor zur Erkennung der Anwesenheit von Personen	✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Steuerelemente für Daten in ChromeOS	✓	✓	✓
App-Details: Installationsanfragen		✓	✓
Nutzungsberichte für Apps und Erweiterungen			✓
Neue Registrierung für die Chrome-Verwaltung über die Cloud			✓
Delegierte Administratoren können alle ihre Geräte sehen		✓	✓
Neue Richtlinien in der Admin-Konsole	✓	✓	✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Chips für Bestätigungsberechtigungen in der Adressleiste	✓
Interne Upgrades von Google Update			✓
„Infos zur Seite“ auf Desktop-Computern in Chrome 109	✓
Veränderte Benutzeroberfläche für einige Downloadwarnungen in Chrome	✓
Detaillierte Übersetzungseinstellungen in Chrome 109		✓
Änderungen an HTMLElement.offsetParent		✓
Änderungen an Mausereignissen auf deaktivierten Formularsteuerelementen		✓
Entfernung von „UrlParamFilterEnabled“ in Chrome 109			✓
Entfernung von „master_preferences“ in Chrome 109			✓
Erweitertes Safe Browsing auf Nutzerebene unter iOS in Chrome 109	✓
Geplante Einstellung und Entfernung von Event.path		✓
Richtlinie „MetricsReportingEnabled“ künftig in Chrome für Android verfügbar			✓
Veröffentlichung der Speculation Rules API für Pre-Rendering unter Android		✓
Löschen von Gerätetokens			✓
Connector für die Inhaltsanalyse zur lokalen Einbindung von DLP-Agents	✓
Änderung des Zeitplans für die Einführung von Chrome 110			✓
Chrome 110 erfordert Windows 10 oder höher			✓
Erzwingung von Preflight-Anfragen für privaten Netzwerkzugriff für untergeordnete Ressourcen in Chrome 113	✓	✓
Einführung von GPU-Änderungen an NaCL-Swapchain und Videodecodierung		✓
Zugriff auf WebHID API über Erweiterungs-Service-Worker in Chrome 110		✓
WebAuthn kann nicht auf Websites mit TLS-Zertifikatfehlern verwendet werden	✓
Strikte MIME-Typ-Überprüfungen für Worker-Skripts		✓
Origin-keyed Agent Clustering als Standard in Chrome 110		✓
WebUSB von Erweiterungs-Service-Workern		✓
Einstellung von Web SQL und anderen alten Speicherfunktionen		✓
Der Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt	✓
Einstellung der Unterstützung von Chrome-Apps unter Windows, Mac und Linux			✓
Erweiterungen müssen aktualisiert werden, damit Manifest V3 genutzt werden kann		✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Passpoint: Nahtlose, verschlüsselte Verbindung zu WLAN-Netzwerken	✓	✓
Super Resolution Audio für Bluetooth-Headset-Mikrofone		✓
Cursive für Enterprise- und Education-Konten vorinstalliert		✓
Kanallabels unter ChromeOS	✓
Schnelles Pairing		✓
Aktualisierung der Emoji-Auswahl		✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Chrome-Updates

Verbesserte Leistung: Arbeitsspeicher-Sparmodus und Energiesparmodus

In Chrome 108 unter Windows, Mac und ChromeOS profitieren Nutzer von neuen leistungssteigernden Funktionen: dem Arbeitsspeicher-Sparmodus und dem Energiesparmodus. Diese Funktionen wurden entwickelt, um die Leistung von Chrome zu verbessern und die Akkulaufzeit zu verlängern. Nutzer können diese Funktionen über die Optionen unter Einstellungen > Leistung steuern.

Im Rahmen dieser Einführung umfasst Chrome jetzt die folgenden Unternehmensrichtlinien:
1. TabDiscardingExceptions: Mit dieser Richtlinie geben Sie URL-Muster an, die niemals vom Browser verworfen werden.
2. BatterySaverModeAvailability: Wenn hierfür der Wert Disabled festgelegt ist, wird der Energiesparmodus deaktiviert. Wenn der Wert EnabledBelowThreshold oder kein Wert festgelegt ist, wird der Energiesparmodus aktiviert, wenn das Gerät über den Akku betrieben wird und der Akkustand niedrig ist. Wenn EnabledOnbattery festgelegt ist, wird der Energiesparmodus aktiviert, wenn das Gerät über den Akku betrieben wird.
3. HighEfficiencyModeEnabled: Mit dieser Richtlinie wird die Einstellung Modus für hohe Effizienz aktiviert oder deaktiviert.

Google Passwortmanager: Hinweise für Passwörter

In Chrome 108 auf Desktop können Nutzer für gespeicherte Anmeldedaten im Passwortmanager eine Notiz speichern. Passwörter und die zugehörigen Hinweise werden auf einer Unterseite angezeigt, die durch Authentifizierung geschützt ist.

Google Passwortmanager: Updates für iOS

Ab Chrome unter iOS 108 können Nutzer einfacher auf ihre Passwörter zugreifen. Wir haben die Ansicht der Passwortliste vereinfacht, damit Nutzer nur noch ihre Passwörter sehen. Passwortbezogene Einstellungen werden auf einem eigenen Bildschirm angezeigt. Dadurch können Nutzer ihre Einstellungen zentral aufrufen und verwalten Vorhandene Funktionen wie das Hinzufügen oder Bearbeiten von Passwörtern und die Passwortprüfung sind weiterhin in der Passwortlistenansicht verfügbar.

Windows: Bei Installation an Taskleiste anpinnen

Ab Chrome 108 pinnt das Chrome-Installationsprogramm Chrome an der Windows-Taskleiste an, um den Zugriff auf Chrome zu erleichtern. Sie können dieses Verhalten mit der Einstellung „do_not_create_desktop_shortcut“ in den initial_preferences steuern.

↑ Zurück nach oben

Benutzerdefinierte Standardfehlerseiten für progressive Web-Apps

Chrome bietet jetzt eine benutzerdefinierte Standardfehlerseite, wenn Progressive Web-Apps (PWAs) und vertrauenswürdige Web-Aktivitäten (TWAs) keine benutzerdefinierte Offlinenutzung definieren und das Netzwerk ausgefallen ist.

Neues Dialogfeld für die Chrome-Synchronisierung unter iOS

In Chrome unter iOS wird einigen Nutzern ein optisch aktualisiertes Dialogfeld angezeigt, über das sie die Chrome-Synchronisierung bei der ersten Ausführung aktivieren können. Relevante Unternehmensrichtlinien wie BrowserSignin, SyncDisabled, RestrictAccountsToPatterns und SyncTypesListDisabled funktionieren weiterhin wie gewohnt und können zur Konfiguration der Chrome-Synchronisierung verwendet werden.

Preis-Tracking

Mit Chrome 108 können Nutzer die Produktpreise im Web beobachten und erhalten E-Mail- oder mobile Benachrichtigungen, wenn der Preis eines beobachteten Artikels gesenkt wird. Beobachtete Elemente werden mit der Synchronisierung neben Lesezeichen gespeichert. Diese Funktion ist nur für angemeldete, synchronisierte Nutzer verfügbar, die Web- & App-Aktivitäten aktiviert haben. Das lässt sich über die Richtlinie ShoppingListEnabled steuern.

Asynchrone Methoden in FileSystemSyncAccessHandle in synchrone Methoden ändern

In Chrome 108 werden die asynchronen Methoden getSize(), truncate(), flush() und close() im Primitiv FileSystemSyncAccessHandle in der File System Access API in synchrone Methoden umgewandelt, die den Methoden read() und write() entsprechen.

Durch diese Änderung wird eine vollständig synchrone API für FileSystemSyncAccessHandle unterstützt, was eine hohe Leistung für WebAssembly-basierte Anwendungen (WASM) ermöglicht.

Wir gehen nicht davon aus, dass diese Änderung Probleme verursacht. Die Unternehmensrichtlinie FileSystemSyncAccessHandleAsyncInterfaceEnabled ist jedoch bis Chrome 110 verfügbar, um die asynchronen Methoden zu aktivieren. Damit können Sie vorübergehend ein Rollback der Änderung durchführen, falls Änderungen an Ihren Apps erforderlich sind.

Chrome unter Linux für die Standardverwendung des integrierten DNS-Clients von Chrome

Der integrierte DNS-Client ist unter Windows, macOS, Android und ChromeOS standardmäßig aktiviert. Ab Chrome 108 verwendet Chrome unter Linux standardmäßig den integrierten DNS-Client. Sie können die Funktion deaktivieren. Setzen Sie dazu die Richtlinie BuiltInDnsClientEnabled auf Disabled.

↑ Zurück nach oben

Verbesserte Berichte für den internen Callback-Mechanismus

Chrome 108 erhöht die Sicherheit durch Melden von Missbrauch unseres internen Callback-Mechanismus über Absturzberichte. Das lässt sich über die Richtlinie MetricsReportingEnabled steuern.

Verbesserungen im Dialogfeld „Cookies und Websitedaten“

In Chrome 108 wird das Dialogfeld Cookies und Websitedaten neu gestaltet und vereinfacht, sodass auf Websiteebene nur Informationen angezeigt werden, die sich ganz einfach steuern lassen. Sie können die Unternehmensrichtlinien DefaultCookiesSetting, CookiesAllowedForUrls, CookiesBlockedForUrls und CookiesSessionOnlyForUrls zur Steuerung des Verhaltens von Chrome verwenden.

Verbesserte Freigabe von Vorschaudateien

In Chrome unter iOS wird die Öffnen in-Funktionalität in das Menü „Teilen“ verschoben. Dies sorgt für Konsistenz mit iOS-Mustern.

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
CopyPreventionSettings	Gestattet das Blockieren von Kopiervorgängen in die Zwischenablage auf bestimmten URLs
TabDiscardingExceptions	URL-Muster-Ausnahmen für das Verwerfen von Tabs
HighEfficiencyModeEnabled	Modus für hohe Effizienz aktivieren
BatterySaverModeAvailability	Energiesparmodus aktivieren
OnFileTransferEnterpriseConnector	Konfigurationsrichtlinie für den Chrome Enterprise Connector OnFileTransfer
FileSystemSyncAccessHandleAsyncInterfaceEnabled	Reaktiviert eingestellte asynchrone Schnittstelle für FileSystemSyncAccessHandle in der File System Access API
VirtualKeyboardResizesLayoutByDefault (Android)	Bildschirmtastatur passt die Größe des Layout-Darstellungsbereichs standardmäßig an

↑ Zurück nach oben

Entfernte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
PolicyScopeDetection	Erkennung des Richtlinienbereichs unter macOS
LoadCryptoTokenExtension	Komponentenerweiterung „CryptoToken“ beim Start laden
PersistentQuotaEnabled	Aktivierung des persistenten Kontingents erzwingen
DisplayCapturePermissionsPolicyEnabled	Gibt an, ob die Richtlinie für Berechtigungen zur Display-Erfassung ausgewählt ist oder übersprungen wird

ChromeOS-Updates

Sperre von Canvas in Cursive

Nutzer von Chrome Cursive können jetzt eine Canvas-Sperre verwenden, um ein versehentliches Schwenken oder Zoomen zu verhindern.

Mehrere Projector-Konten

Screencast-Nutzer können jetzt eingeschränkte Aufzeichnungen aufrufen, die mit sekundären Konten verknüpft sind. Schüler und Studenten können ihrem Family Link-Profil in ChromeOS beispielsweise das Konto einer Bildungseinrichtung hinzufügen und von ihrer Lehrkraft erstellte Screencasts ansehen.

Rollback der ChromeOS-Version

Mit der Rollback-Funktion können verwaltete Geräte eine frühere Version von ChromeOS herunterladen und ausführen. Rollback funktioniert in Verbindung mit dem Anpinnen an eine Zielversion und erfordert, dass Updates aktiviert sind.

In diesem ersten Release wird ein Rollback auf den vorherigen N-3-Release-Meilenstein durchgeführt. „N“ ist die aktuelle stabile Releaseversion und der aktuelle Release des Langzeitsupport-Kandidaten und des Langzeitsupports.

Die Rollback-Funktion ist ab dem 8. Dezember 2022 in der Admin-Konsole verfügbar. Die früheste Version von ChromeOS, auf die Sie ein Rollback ausführen können, ist Version 107.

Hinweis: Die Installation einer älteren ChromeOS-Version erfordert, dass auf den Geräten ein Powerwash durchgeführt wird. Bei diesem Vorgang werden alle lokalen Nutzerdaten gelöscht.

↑ Zurück nach oben

ChromeOS Kamera-App: Verbesserungen beim Scannen von Dokumenten

Ab M107 wird die Scanfunktion der ChromeOS Kamera-App automatisch heruntergeladen, wenn der Nutzer sie auswählt. Dadurch wird sie für mehr Geräte verfügbar gemacht, auch für Geräte mit Apollo Lake und MT8173-Prozessoren. Ab M108 unterstützt die Funktion zum Scannen von Dokumenten das Erstellen mehrerer Seiten in einer einzigen PDF-Datei.

Captive Portal-Verbesserungen

ChromeOS bietet eine optimierte Anmeldung in WLAN-Netzwerken, die eine Captive Portal-Anmeldung erfordern. Beispiel: In Hotels oder Flughäfen, wo Sie auf eine Webseite weitergeleitet werden, um Anmeldedaten einzugeben oder Nutzungsbedingungen zu akzeptieren, bevor Sie mit dem Internet verbunden werden. Hier einige der Verbesserungen:
- Eindeutige Formulierung mit der Aufforderung zur Anmeldung
- Vereinfachter Zugriff auf Anmeldeseiten
- Zuverlässigere Verbindung zur Anmeldeseite

Bildschirmtastatur komfortabler nutzen

Bei Chromebooks mit Touchscreen ist es jetzt noch einfacher, die gewünschte Eingabe über eine neu gestaltete virtuelle Tastatur vorzunehmen. Tippen Sie einfach auf die neue Headerleiste, um die Sprache zu wechseln oder die Emoji-Auswahl oder das Handschrifttool aufzurufen. Die Bildschirmtastatur verarbeitet außerdem die schnelle Eingabe. Sie müssen also nicht langsamer werden, damit die Tasten nacheinander gedrückt werden.

Richtlinie für SIM-Sperre

Die Admin-Konsole von ChromeOS unterstützt jetzt die Funktion zum Blockieren oder Zulassen der SIM-Kartensperre mit PIN für verwaltete Nutzer.

Diese Funktion ist auf allen ChromeOS-Geräten verfügbar und ist insbesondere für Organisationen nützlich, die die SIM-Karten ihrer Mitarbeiter oder Schüler und Studenten haben und die Kontrolle darüber behalten möchten. Dies ist eine sehr gefragte Funktion von EDU-Kunden, da sie vermeiden möchten, dass die SIM-Karten-PIN eines Schülers ihr Gerät von einer zuverlässigen Internetverbindung sperrt (viele Schüler haben beispielsweise zu Hause kein Internet). EDU-Kunden möchte außerdem vermeiden, dass Schüler eine Internetverbindung absichtlich sperren, und so ihre Aufgaben nicht rechtzeitig abgeben können.

↑ Zurück nach oben

FilesApp-Papierkorb

Bisher wurde eine Datei, die in Meine Dateien gelöscht wurde, sofort und endgültig gelöscht. Jetzt werden gelöschte Dateien in den neuen Papierkorb verschoben und dort 30 Tage aufbewahrt Dann werden sie endgültig gelöscht wird. Hinweis: Diese neue Funktion unterstützt nicht die Dateibereiche von Google Play, Linux und Windows.

Contact Center Desk API-Connectors

Für die Mitarbeiter im Kundenservice ist Produktivität von größter Bedeutung. Aber angesichts der vielen Apps, Tabs und Fenster, die Kundenservicemitarbeiter verwenden, kann es schwierig und zeitaufwendig sein, die richtigen Informationen zur richtigen Zeit zu finden. Wenn Kundenservicemitarbeiter mehrere Kundeninteraktionen gleichzeitig verwalten, wird es noch schwieriger, was für den Kundenservicemitarbeiter enttäuschend und frustrierend ist. ChromeOS Desk-Connectors lösen dieses Problem durch Einführen von Desktops als Container. Kommunikationslösungen, die in die ChromeOS Desk API eingebunden sind, öffnen automatisch pro Interaktion einen neuen Desktop. Der Desktop öffnet alle Tabs und Apps, die ein Mitarbeiter für diese Interaktion benötigt. Sobald die Interaktion abgeschlossen ist, schließt der Desktop alle diese Tabs mit einem Klick. Für jede neue Interaktion wird ein neuer Desktop geöffnet. So kann ein Kundenservicemitarbeiter schneller und einfacher auf die richtigen Serviceinformationen zugreifen.

Wenden Sie sich direkt an das ChromeOS-Team, um am Trusted Tester-Programm teilzunehmen und ChromeOS Desk-Connectors auszuprobieren.

Anwesenheitssensor

Einige Lenovo ThinkPad Chromebooks haben jetzt Datenschutzfunktionen für Bildschirme, die Anwesenheitssensoren verwenden. Damit wird der Bildschirm gesperrt, sobald sich der Nutzer von seinem Gerät entfernt und der Nutzer wird gewarnt, sobald eine andere Person auf seinen Bildschirm blickt. Mit der Funktion Beim Verlassen sperren wird der Bildschirm aus Datenschutzgründen schneller abgedunkelt und gesperrt, wenn kein Nutzer erkannt wird. Mit der Funktion Aktiv lassen wird der Bildschirm nicht abgedunkelt, wenn der Nutzer anwesend ist, damit er den Bildschirm weiterhin sehen kann. Mit der Funktion Anzeigeschutz wird Nutzern in der Ablage ein Augenwarnsymbol angezeigt. Außerdem können sie festlegen, dass alle privaten Benachrichtigungen ausgeblendet werden, wenn eine zweite Person erkannt wird.

Neuerungen in der Admin-Konsole

Datenkontrollen von ChromeOS

Datenkontrollen sind eine Reihe von Einstellungen, die Unternehmensnutzer vor Datenlecks auf Endpunkten schützen. Mit diesen auf Betriebssystemebene integrierten Funktionen können Administratoren die folgenden Aktionen erfassen, einschränken und melden. Dazu müssen sie Unternehmensinhalte nur mit einfachen, auf dem Workflow basierenden Regeln bearbeiten und die Inhalte müssen nicht gescannt werden.:
- Kopieren und Einfügen
- Screenshots (Screenshots und Videoaufnahmen)
- Bildschirmfreigabe
- Drucken
- Und die Möglichkeit, die elektronische Privatsphärefunktion auf einem kompatiblen Gerät automatisch zu aktivieren
Administratoren können in der Admin-Konsole Regeln für Chrome-Aktionen definieren, um gegebenenfalls Datenkontrollen basierend auf der Inhaltsquelle und dem Ziel auszulösen. Quellen und Ziele sind beispielsweise URLs, Chrome-Apps und PWAs. Weitere Informationen finden Sie in diesem Leitfaden

App-Details – Installationsanfragen

Die Liste der Erweiterungsanfragen, die bisher in der rechten Seitenleiste angezeigt wurden, werden jetzt in einer Karte auf der Seite „App-Details“ mit dem Namen Installationsanfragen angezeigt. Administratoren können Anfragen nach Organisationseinheit, Browser oder Nutzer anzeigen lassen und so detaillierte Installationsentscheidungen treffen. Informationen dazu, wie Sie Erweiterungsanfragen zulassen, finden Sie in diesem Hilfeartikel.

↑ Zurück nach oben

Nutzungsbericht für Apps und Erweiterungen

Es gibt ein neues Warnsymbol für Erweiterungen, die noch Manifest V2 verwenden. Wie Sie den Nutzungsbericht für Apps und Erweiterungen aktivieren, finden Sie in diesem Hilfeartikel. Wir empfehlen Ihnen außerdem, sich an Ihre internen Entwickler oder Anbieter zu wenden, die noch Manifest V2-Erweiterungen veröffentlichen, um mehr über deren Migrationspläne zu Manifest V3 zu erfahren. Weitere Informationen finden Sie im Hilfeartikel Zeitplan für die Einstellung von Manifest V2.

Neue Registrierung für die Chrome-Verwaltung über die Cloud

IT-Administratoren können sich jetzt über einen neuen einfachen vierstufigen Anmeldevorgang für die Chrome-Verwaltung über die Cloud registrieren. Mit dem neuen Registrierungsvorgang können IT-Administratoren ein Konto in der Admin-Konsole für die Chrome-Verwaltung über die Cloud erstellen und Ihrem neuen Konto optional Chrome Enterprise Update-Abos (für ChromeOS) und kostenlose Workspace Essentials-Abos hinzufügen. Weitere Informationen.

Delegierte Administratoren können alle ihre Geräte sehen

Ein delegierter Administrator kann jetzt Geräte in allen Organisationseinheiten sehen, auf die er Zugriff hat, und nicht nur Geräte in jeweils einer einzelnen Organisationseinheit.

Browser bei Mosyle registrieren

Mosyle ist eine Plattform zur einheitlichen Verwaltung von Endpunkten für Apple-Geräte. Wir haben unsere Dokumentation aktualisiert, um zu beschreiben, wie Tokens zur Chrome-Verwaltung über die Cloud mit Mosyle implementiert werden.

Browser bei Mosyle registrieren (iOS/iPadOS)
Browser bei Mosyle registrieren (macOS)

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
AllowOnlyPolicyNetworksToConnectIfAvailable	Einstellungen für Netzwerke	ChromeOS	Allgemeine Einstellungen > WLANs
CustomSearchDomains	Einstellungen für Netzwerke	Alle Plattformen	WLAN-/Ethernet-Einstellungen > Details > Benutzerdefinierte Suchdomains
HighEfficiencyModeEnabled	Nutzereinstellungen	Alle Plattformen	Andere Einstellungen
VirtualKeyboardResizesLayoutByDefault	Nutzereinstellungen	Alle Plattformen	Nutzer
BatterySaverModeAvailability	Nutzereinstellungen	Alle Plattformen	Energiesparmodus und Herunterfahren
TabDiscardingExceptions	Nutzereinstellungen	Alle Plattformen	Andere Einstellungen
FileSystemSyncAccessHandleAsyncInterfaceEnabled	Nutzereinstellungen	Alle Plattformen	Hardware

↑ Zurück nach oben

Bald verfügbar

Anstehende Änderungen für den Chrome-Browser

Chips für Bestätigungsberechtigungen in der Adressleiste

In Chrome werden Berechtigungsaufforderungen und -indikatoren konsolidiert, um sie einheitlicher und besser verständlich zu machen. Einigen Nutzern wird in der Adressleiste ein neuer Chip für Berechtigungen angezeigt, also ein Chip, der angezeigt wird, nachdem ein Nutzer eine Entscheidung zu einer Berechtigungsaufforderung getroffen hat. Damit wird die Aktion bestätigt, die ein Nutzer gerade ausgeführt hat. Dies wird vier Sekunden lang angezeigt. Wenn der Nutzer auf die Anzeige klickt, wird das Infofeld für die Seite angezeigt. Das ist eine Oberfläche, über die Nutzer ihre Berechtigungseinstellungen für die aktuelle Website verwalten können.

Bei einigen Nutzern wird das Schloss-Symbol in der Adressleiste ausgeblendet, während ein Chip angezeigt wird. Hinweis: Chips sind nur während bestimmter Berechtigungsanfragen und während eines Bestätigungs-Chips sichtbar. Sobald der Chip verschwindet, ist das Schloss-Symbol wieder sichtbar.

Interne Updates von Google Update

In Chrome 109 wird die nächste Version von Google Update eingeführt, die auf der bewährten Chromium-Technologie basiert. Diese Version bietet einen plattformübergreifenden Kern für die zukünftige Entwicklung von Update-Features. Alle vorhandenen Unternehmensrichtlinien und -kontrollen für die Verwaltung der Chrome-Version funktionieren auf die gleiche Weise.

Infos zur Seite auf Desktop in Chrome 109

Wir verbessern die Funktion Aus dem Web auf der Infoseite der Website. Die Seite heißt jetzt Info zur Seite und öffnet eine Website mit mehreren Informationen zur Quelle und zum Thema einer Website.

Diese Funktion ist nur aktiviert, wenn Suchanfragen und das Surfen verbessern in Einstellungen > Synchronisierung und Google-Dienste > Weitere Google-Dienste ausgewählt ist. Sie können diese Einstellung über die Richtlinie UrlKeyedAnonymizedDataCollectionEnabled steuern.

Mit Chrome die Benutzeroberfläche für einige Downloadwarnungen ändern

Ab Chrome 109 werden bei einigen Downloadwarnungen ausführliche Informationen und benutzerdefinierte UIs angezeigt, um Nutzer vor Malware zu schützen. Beispiel: Wenn Chrome einen Download erkennt, der potenziell Nutzerdaten stehlen könnte, wird die Beschreibung von Chrome blockiert diese Datei, weil sie gefährlich ist in Diese Datei enthält Malware, die private oder soziale Netzwerke gefährden kann geändert. Sie können Downloadwarnungen deaktivieren. Dazu legen Sie die Unternehmensrichtlinie SafeBrowsingProtectionLevel fest oder setzen bestimmte Domains mithilfe von SafeBrowsingAllowlistDomains auf die Zulassungsliste.

Detaillierte Übersetzungseinstellungen in Chrome 109

Neue detaillierte Übersetzungseinstellungen wurden hinzugefügt, um die aktuelle Zielsprache zu steuern, Sprachen nie zu übersetzen und Sprachen immer zu übersetzen. Bisher konnten diese Einstellungen nur über das Infofeld der Übersetzer-Oberfläche bearbeitet werden. Jetzt sind sie unter chrome://settings/language dauerhaft sichtbar. Unternehmensnutzer können die vorhandene TranslateEnabled-Unternehmensrichtlinie verwenden, um die Übersetzung global zu aktivieren oder zu deaktivieren.

↑ Zurück nach oben

Änderungen an HTMLElement.offsetParent

In Chrome 109 werden die JavaScript APIs HTMLElement.offsetParent, HTMLElement.offsetTop und HTMLElement.offsetLeft in Grenzfällen mit ShadowDOM geändert, um dem Verhalten von Firefox und Safari zu entsprechen. Die neue Unternehmensrichtlinie OffsetParentNewSpecBehaviorEnabled wird hinzugefügt, um das neue Verhalten ab Chrome 120 deaktivieren zu können. Eine Polyfill wurde erstellt, um die Migration zum neuen Verhalten zu unterstützen: https://github.com/josepharhar/offsetparent-polyfills.

Änderungen an Mausereignissen auf deaktivierten Formularsteuerelementen

In Chrome 109 sehen einige Nutzer Änderungen am Verhalten von Mausereignissen: Wenn sie auf Steuerelemente für Formulare mit dem deaktivierten Attribut klicken, werden leicht unterschiedliche DOM-Ereignisse ausgelöst. Zusätzliche Mausereignisse, einschließlich Mousemove, Mouseenter, Mouseleave, Mouseover und weitere werden auf diesen Elementen ausgelöst. Die Ancestors einiger Formularsteuerelemente erhalten die Ereignisse Click ,Mouseup oder Mousedown nicht mehr. Die neue Unternehmensrichtlinie SendMouseEventsDisabledFormControlsEnabled wird mindestens bis Chrome 120 verwendet, um das neue Verhalten zu deaktivieren.

UrlParamFilterEnabled in Chrome 109 entfernt

Mit der Richtlinie UrlParamFilterEnabled können Administratoren steuern, ob Parameter entfernt werden, wenn ein Nutzer Link in Inkognitofenster öffnen über das Kontextmenü auswählt. Diese Richtlinie wurde vorübergehend eingeführt, als die Änderung in Chrome eingeführt wurde. Die Richtlinie wird in Chrome 109 entfernt.

Entfernen von „master_preferences“ in Chrome 109

Mit master_preferences und initial_preferences werden Standardeinstellungen für Chrome-Installationen festgelegt. Der ursprüngliche Name der Datei lautete master_preferences, wurde aber in Chrome 91 in initial_preferences umbenannt. Damit IT-Administratoren es bei der Umstellung von Chrome 91 zu Chrome 108 leichter haben, konnte die Datei aber auch weiterhin entweder initial_preferences oder master_preferences heißen. Welcher Name gewählt wurde, spielte bisher keine Rolle. Er hatte in allen Versionen denselben Effekt. In Chrome 109 funktioniert die Datei master_preferences jedoch nicht mehr standardmäßig. Sie sollten die Datei in initial_preferences umbenennen.

Alternativ können Sie die Unternehmensrichtlinie compatibleInitialPreferences verwenden, um die Unterstützung für die Benennung master_preferences zu erweitern. Diese Richtlinie ist derzeit nicht verfügbar.

Erweitertes Safe Browsing auf Nutzerebene unter iOS in Chrome 109

Bei Chrome unter iOS, in dem das Safe Browsing-Schutzniveau nicht von SafeBrowsingProtectionLevel gesteuert wird, werden angemeldete und synchronisierte Nutzer, die erweitertes Safe Browsing für ihr Google-Konto aktiviert haben, darüber benachrichtigt, dass das erweiterte Safe Browsing in ihrem Chrome-Profil aktiviert wurde. Wenn das erweiterte Safe Browsing für ein synchronisiertes Google-Konto deaktiviert wird, wird es auch im Chrome-Profil deaktiviert. Außerdem können Nutzer, die angemeldet und nicht synchronisiert sind, innerhalb von fünf Minuten nach Aktivierung des erweiterten Safe Browsings auf Kontoebene aufgefordert werden, das erweiterte Safe Browsing zu aktivieren.

↑ Zurück nach oben

Einstellen und Entfernen geplant: Event.path

Zur Verbesserung Webkompatibilität wird die Unterstützung der nicht standardmäßigen API Event.path ab Chrome 109 eingestellt. Websites sollten zu Event.composedPath() migriert werden, einer Standard-API, die dasselbe Ergebnis zurückgibt. Wenn Sie mehr Zeit für die Anpassung benötigen, können Sie mit der Richtlinie EventPathEnabled, die für Windows, Mac, Linux, ChromeOS, Android und WebView verfügbar ist, die Lebensdauer von Event.path um weitere sechs Meilensteine verlängern.

Richtlinie „MetricsReportingEnabled“ in Chrome für Android verfügbar

Ab Chrome 109 ändert Chrome unter Android die erste Ausführung etwas, um die Richtlinie MetricsReportingEnabled zu unterstützen. Wenn der Administrator die Berichterstellung für Messwerte deaktiviert, ändert sich nichts an der ersten Ausführung. Wenn der Administrator Messwerte aktiviert, können Nutzer die Einstellung weiterhin in den Chrome-Einstellungen ändern. Wenn die Richtlinie MetricsReportingEnabled aktiviert ist, können anonyme Nutzungs- und Absturzdaten für Chrome an Google gemeldet werden.

Veröffentlichung der Speculation Rules API für das Pre-Rendering in Android

In Chrome 103 wurde das Same-Origin-Pre-Rendering eingeführt, das von der Speculation Rules API ausgelöst wird. In Chrome 109 wird die Abdeckung erweitert, sodass auch ursprungsübergreifende Seiten auf derselben Website aufgerufen werden können. So können Webautoren Chrome vorschlagen, zu welchen ursprungsübergreifenden Seiten der Nutzer wahrscheinlich als Nächstes navigiert. Das Pre-Rendering erfolgt über Anmeldedaten und Speicherzugriff. Diese Pre-Rendering-Ziele müssen jedoch mithilfe des Headers Supports-Loading-Mode: credentialed-prerender aktiviert werden. Mit der Unternehmensrichtlinie NetworkPredictionOptions können Sie die Nutzung aller Pre-Rendering-Aktivitäten blockieren. Dabei werden die über diese API bereitgestellten Hinweise in Chrome ignoriert. Weitere Informationen finden Sie in diesem Artikel.

Löschen von Gerätetoken

Bereits ab Chrome 109 gilt: Wenn Sie einen Browser aus der Liste der verwalteten Browser in der Admin-Konsole löschen, lässt eine Richtlinie der Chrome-Verwaltung über die Cloud zu, dass automatisch das Gerätetoken auf den Endgeräten gelöscht wird. Der Standardwert bleibt bestehen, um das Gerätetoken zu entwerten.

Connector für die Inhaltsanalyse für die Einbindung des lokalen DLP-Agents

Es gibt Drittanbieter-Software (z. B. AV-/DLP-Agents), die Code in Chrome einfügt. Obwohl diese Vorgehensweise nicht empfohlen wird, ist sie in der Unternehmensumgebung weiterhin verbreitet, da es für diese lokalen Agents keine guten Alternativen gibt.

Chrome 110 bietet eine sichere, native Integration, die Inhalte (Datei oder Text) zwischen Chrome und ausgewählten DLP-Agents von Drittanbietern überträgt. Dies gilt für einen verwalteten Nutzer in der Chrome-Verwaltung über die Cloud, wenn er eine Aktion ausführt, die mithilfe von Chrome Enterprise-Connectors Daten von seinem Endpunkt sendet.

↑ Zurück nach oben

Änderung des Zeitplans für die Einführung von Chrome 110

In Chrome 110 wird die stabile Version eine Woche früher als bisher kommuniziert eingeführt. So ist beispielsweise die Einführung der stabilen Chrome 110-Version vom 7. Februar auf den 1. Februar 2023 vorgezogen worden.

In der ersten Woche nach dem Releasedatum erfolgt die Einführung der veröffentlichten stabilen Version außerdem für einen deutlich geringeren Prozentsatz an Nutzern. Die weitreichende Einführung erfolgt für die meisten Nutzer in einem ähnlichen Zeitraum wie in den vorherigen Mitteilungen angegeben.

Windows 10 als erforderliche Mindestversion in Chrome 110

Microsoft beendet den Support für Windows 7 ESU, Windows 8 und Windows 8.1 am 10. Januar 2023. Chrome 110 (vorläufig geplante Veröffentlichung am 1. Februar) ist die erste Version von Chrome, die eine Mindestversion von Windows 10 erfordert.

Preflight-Anfragen für privaten Netzwerkzugriff für untergeordnete Ressourcen, die in Chrome 113 erzwungen werden

Ab Chrome 104 wird eine CORS-Preflight-Anfrage vor allen privaten Netzwerkanfragen für Unterressourcen gesendet. Dabei wird eine explizite Genehmigung vom Zielserver angefordert. Diese Anfrage enthält den neuen Header Access-Control-Request-Private-Network: true. In dieser Anfangsphase wird diese Anfrage gesendet, von Netzwerkgeräten ist jedoch keine Antwort erforderlich. Wenn keine Antwort empfangen wird oder wenn der übereinstimmende Header Access-Control-Allow-Private-Network: true nicht enthalten ist, wird in den Entwicklertools eine Warnung angezeigt. Weitere Informationen finden Sie in diesem Blogpost.

Ab Chrome 110 unter Android werden die Warnungen zu Fehlern und entsprechende Anfragen schlagen fehl. Dies gilt für Websites, die nicht über einen Ursprungstest deaktiviert werden. Bei allen anderen Plattformen werden diese Warnungen auch in Chrome 113 erzwungen. Sie können die Prüfung auf privaten Netzwerkzugriff mit den Unternehmensrichtlinien InsecurePrivateNetworkRequestsAllowed und InsecurePrivateNetworkRequestsAllowedForUrls deaktivieren.

Wenn Sie das Feature vorab testen möchten, können Sie mit chrome://flags/#private-network-access-send-preflights Warnungen aktivieren. Wenn Sie testen möchten, wie sich die Funktion auswirkt, sobald Warnungen zu Fehlern führen, können Sie chrome://flags/#private-network-access-respect-preflight-results aktivieren.

In Chrome wird diese Änderung vorgenommen, um Nutzer vor CSRF-Angriffen (Cross-Site Request Forgery) zu schützen, die auf Router und andere Geräte in privaten Netzwerken ausgerichtet sind. Weitere Informationen dazu, wie Sie diese Änderung proaktiv abmildern können, finden Sie in diesem Hilfeartikel. Einen allgemeineren Beitrag und Neuigkeiten zum Preflight-Zugriff auf private Netzwerke finden Sie in diesem Blogpost.

Einführung von GPU-Änderungen an NaCL-Swapchain und Videodecodierung

Gleichzeitig mit Chrome 110 werden wir die Implementierung der NaCL-Swapchain und der Pepper-APIs zur Videodecodierung umstrukturieren. Diese Änderungen haben keine Auswirkungen auf das Verhalten der Nutzer. Es ist jedoch möglich, dass es aufgrund von Programmierfehlern zu Bildartefakten, einer inakzeptablen Qualität beim Abspielen des Videos, inakzeptabler Leistung oder Abstürzen kommen kann. Im Laufe der Einführung dieser Umstrukturierung werden Informationen dazu verfügbar sein, wie sich Probleme melden lassen.

Zugriff auf WebHID API über Erweiterungs-Service-Worker in Chrome 110 aktivieren

Durch diese Einführung wird der Zugriff auf die WebHID API über Erweiterungs-Service-Worker als Migrationspfad für Manifest-V2-Erweiterungen ermöglicht, die derzeit über eine Hintergrundseite auf die API zugreifen.

↑ Zurück nach oben

WebAuthn kann nicht auf Websites mit TLS-Zertifikatsfehlern verwendet werden

Ab Version M110 werden WebAuthn-Anfragen auf Websites mit TLS-Zertifikatsfehlern nicht mehr zugelassen. Die Kriterien sind dieselben, die auch bei der Darstellung von Interstitials mit Gefahrenpunkt oder einer Nicht sicher-Anzeige in der Omnibox gelten. Dadurch wird verhindert, dass böswillige Akteure bei einem Man-in-the-Middle-Angriff gültige Assertionen für Nutzer generieren, die das Interstitial möglicherweise überspringen.

Unternehmen können die Richtlinie AllowWebAuthnWithBrokenTlsCerts verwenden, um das Problem zu umgehen.

Strikte MIME-Typprüfungen für Worker-Skripts

Ab Chrome 110 werden MIME-Typen für Worker-Skripts genau geprüft, z. B. Service Worker oder Web Worker. Strikte Überprüfung bedeutet, dass Chrome nur JavaScript-Ressourcen für Worker akzeptiert, die den MIME-Typ text/javascript haben. Derzeit akzeptiert Chrome auch andere MIME-Typen wie text/ascii. Diese Änderung soll die Sicherheit von Webanwendungen verbessern und verhindert, dass unangemessene Ressourcen als JavaScript-Dateien aufgenommen werden.

Wenn Sie die Richtlinie StrictMimetypeCheckForWorkerScriptsEnabled deaktivieren, können Sie das aktuelle Verhalten beibehalten.

An Ursprünge gebundenes Agent-Clustering wird in Chrome 110 zum Standard

Ab Chrome 110 kann für Websites document.domain nicht festgelegt werden. Es müssen alternative Ansätze wie postMessage() oder die Channel Messaging API verwendet werden, damit Websites ursprungsübergreifend kommunizieren können. Wenn eine Website auf die Lockerung der Same-Origin-Richtlinie über document.domain angewiesen ist, damit sie ordnungsgemäß funktioniert, muss sie einen Origin-Agent-Cluster: ?0-Header zusammen mit allen Dokumenten senden, für die dieses Verhalten erforderlich ist.

Hinweis: document.domain hat keine Auswirkungen, wenn es nur von einem Dokument festgelegt wird.

Mit der Unternehmensrichtlinie OriginAgentClusterDefaultEnabled können Sie das aktuelle Verhalten verlängern.

WebUSB über Erweiterungs-Service-Worker

Chrome 111 ermöglicht den Zugriff auf WebUSB API über Erweiterungs-Service-Worker als Migrationspfad für Manifest-V2-Erweiterungen, die derzeit von einer Hintergrundseite aus auf die API zugreifen.

Sie können dieses Verhalten auch durch Anwenden der WebUSB-Richtlinien auf die Ursprünge der Erweiterung steuern. Weitere Informationen finden Sie unter DefaultWebUsbGuardSetting, WebUsbAskForUrls, WebUsbBlockedForUrls und WebUsbAllowDevicesForUrls.

Web SQL und andere alte Storage-Funktionen werden eingestellt

Die Web SQL API wird nur selten verwendet und wird seit ihrer Entfernung durch Safari nur noch von Chromium-basierten Browsern unterstützt. Sie erfordert häufige Sicherheitskorrekturen. Entwicklern wird seit Jahren davon abgeraten, sie zu verwenden. Wir arbeiten nun daran, alle Nutzer zu warnen, die möglicherweise noch Web SQL verwenden, mit dem Ziel, die API im Jahr 2023 vollständig zu entfernen.

Die erforderlichen Schritte hängen davon ab, wie Sie Web SQL verwenden:
- Wenn Sie nur mithilfe von Web SQL feststellen, ob es sich bei einem bestimmten Browser um Chrome handelt, funktioniert diese Methode nicht mehr, wenn Web SQL entfernt wird. Navigator.userAgentData ist eine bessere Alternative.
- Wenn Sie mit Web SQL einfach einige Datenpunkte speichern, können Sie dies mit „localStorage“ und „sessionStorage“ einfacher tun.
- Wenn Sie jedoch Web SQL für einen komplexeren Speicher verwenden, müssen Sie eine geeignete Alternative finden.
Hier einige Migrationsoptionen für komplexeren Speicher:
- Wenn für Ihren Speicher keine relationale Datenbank erforderlich ist, ist IndexedDB die Standardlösung für strukturierten Speicher im Web. Große Websites sind auf IndexedDB angewiesen und es wird von allen gängigen Browsern unterstützt.
- Für diejenigen, die eine relationale Datenbank benötigen, arbeiten wir mit dem SQLite-Team zusammen, um einen immer aktuellen, browserübergreifenden Web SQL-Ersatz zu erstellen. Das Team fügt zu SQLite ein Web-Back-End hinzu, das es mit dem Compiler Emscripten in WebAssembly kompiliert und die neue File System Access Handles API als untergeordnete virtuelle Dateischnittstelle nutzt. Die Einführung ist voraussichtlich Anfang 2023 möglich. Weitere Informationen finden Sie in unserem Blogpost Verwerfen und Entfernen von Web SQL, der bei wichtigen Ereignissen aktualisiert wird.
Wir haben Web SQL bereits in Drittanbieterkontexten deaktiviert. Im nächsten Schritt entfernen Sie die Unterstützung in nicht sicheren Kontexten. In Chrome 105 haben wir in den Entwicklertools eine Einstellungswarnung eingeführt. Diese Unterstützung wird in Chrome 110 entfernt. Mit der Unternehmensrichtlinie WebSQLNonSecureContextEnabled kann Web SQL noch einige Monate nach dem Datum des Entfernens in nicht sicheren Kontexten verwendet werden.

In Chrome 110 wird auch die window.webkitStorageInfo API entfernt. Die alte Kontingent-API wurde 2013 eingestellt. Sie wird durch die jetzt standardisierte StorageManager API ersetzt.

↑ Zurück nach oben

Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Ab Chrome 111 wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt, um die Sicherheit und Zuverlässigkeit zu erhöhen. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten gefunden werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.

Chrome-Apps werden unter Windows, Mac und Linux nicht mehr unterstützt

Wie zuvor angekündigt werden Chrome-Apps zugunsten von progressiven Web-Apps (PWAs) und Web-Standardtechnologien eingestellt. Der Zeitplan für die Einstellung wurde so angepasst, dass Unternehmen, die Chrome-Apps verwendet haben, mehr Zeit für die Umstellung auf andere Technologien haben. Chrome-Apps funktionieren nun in Chrome 111 und höher unter Windows, Mac und Linux nicht mehr. Sie benötigen mehr Zeit für die Anpassung? Dann können Sie mit der Richtlinie ChromeAppsEnabled die Lebensdauer von Chrome-Apps um weitere zwei Meilensteine verlängern.

Wenn Sie die Installation von Chrome-Apps in Chrome 105 erzwingen, sehen Nutzer ab jetzt eine Meldung, dass die App nicht mehr unterstützt wird. Die installierten Chrome-Apps können weiterhin gestartet werden.

Ab Chrome 111 funktionieren Chrome-Apps auf Windows-, Mac- und Linux-Geräten nicht mehr. Entfernen Sie zur Behebung die Erweiterungs-ID aus der Liste der Erweiterungen mit erzwungener Installation und fügen Sie bei Bedarf die entsprechende install_url zu der Liste der erzwungenen Installation von Web-Apps hinzu. Für gängige Google-Apps sind die install_urls unten aufgeführt:

Attribut	Erweiterungs-ID (Chrome App)	install_url (PWA/Web-App)
Gmail	pjkljhegncpnkpknbcohdijeoejaedia	https://mail.google.com/mail/ installwebapp?usp=admin
Google Docs	aohghmighlieiainnegkcijnfilokake	https://docs.google.com/document/ installwebapp?usp=admin
Google Drive	apdfllckaahabafndbhieahigkjlhalf	https://drive.google.com/drive/ installwebapp?usp=admin
Google Tabellen	felcaaldnbdncclmgdcncolpebgiejap	https://docs.google.com/spreadsheets/ installwebapp?usp=admin
Google Präsentationen	aapocclcgogkmnckokdopfmhonfmgoek	https://docs.google.com/presentation/ installwebapp?usp=admin
YouTube	blpcfgokakmgnkcojhhkbfbldkacnbeo	https://www.youtube.com/s/notifications/ manifest/cr_install.html

Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können

Chrome-Erweiterungen werden auf die neue Manifestversion „Manifest V3“ umgestellt. Dadurch wird der Datenschutz für Ihre Nutzer verbessert, zum Beispiel durch die Umstellung auf ein Modell, bei dem Erweiterungen Anfragen deklarativ ändern, ohne dass einzelne Anfragen eingesehen werden können. Das verbessert auch die Sicherheit der Erweiterung, da remote gehosteter Code bei Manifest V3 nicht zulässig ist.

Für alle neuen Erweiterungen, die an den Chrome Web Store gesendet werden, muss bereits Manifest V3 implementiert sein. Vorhandene Erweiterungen mit Manifest V2 können weiterhin aktualisiert und in Chrome ausgeführt werden.

Ab 2023 werden Erweiterungen mit Manifest V2 in Chrome nicht mehr ausgeführt. Wenn in Ihrer Organisation Erweiterungen mit Manifest V2 ausgeführt werden, müssen Sie diese aktualisieren, um Manifest V3 nutzen zu können. Wenn Sie mehr Zeit für die Umstellung auf Manifest V3 benötigen, können Sie die Unterstützung von Manifest V2 in Chrome mit einer Unternehmensrichtlinie bis Januar 2024 verlängern.

Auf der Nutzungsseite „Apps und Erweiterungen“ der Chrome-Verwaltung über die Cloud sehen Sie, welche Manifestversion von allen Chrome-Erweiterungen in Ihrem Gerätebestand verwendet wird.

Weitere Informationen finden Sie im Zeitplan für die Manifest V2-Unterstützung.

Bevorstehende ChromeOS-Änderungen

Passpoint: Nahtlose, sichere Verbindung zu WLAN-Netzwerken

Bereits ab ChromeOS 114 wird Passpoint den WLAN-Zugriff optimieren. Es wird nicht mehr erforderlich sein, dass Nutzer bei jedem Besuch ein Netzwerk suchen und authentifizieren. Sobald ein Nutzer auf das WLAN an einem Standort zugreift, stellt das Clientgerät mit aktiviertem Passpoint bei nachfolgenden Besuchen automatisch eine Verbindung her.

Super Resolution Audio für Bluetooth-Headset-Mikrofone

Ab 109 wird Ihr ChromeOS-Gerät Ihnen helfen, bei Anrufen und Videokonferenzen natürlicher zu klingen. Dafür rekonstruiert das Gerät die hochfrequenten Audiokomponenten, die von Bluetooth-Headsets nicht übertragen werden.

↑ Zurück nach oben

Versionslabels unter ChromeOS

Sie testen die neueste Version von ChromeOS? Nutzer mit nicht stabilen Versionen (Beta, Entwickler, Canary) sehen ab 109 rechts unten, welche Version sie verwenden. Wenn Sie die Zeit zum Öffnen der Schnelleinstellungen auswählen, wird eine neue UI mit dem Build des Geräts sowie eine Schaltfläche angezeigt, über die Sie direkt Feedback senden können.

Cursive für Enterprise- und Education-Konten vorinstalliert

Bereits ab ChromeOS 110 ist Cursive eine App für die Eingabe von Notizen mit einem Stift für Chromebooks. In einer zukünftigen Version ist sie für alle Enterprise- und Education-Konten auf Chromebooks mit integriertem Eingabestift vorinstalliert.

Schnelles Pairing

Mit der Funktion „Schnelles Pairing“ ist die Bluetooth-Kopplung auf ChromeOS-Geräten und Android-Smartphones einfacher. Wenn Sie Zubehör mit schnellem Pairing aktivieren, wird das Gerät automatisch erkannt und durch einfaches Tippen mit Ihrem ChromeOS- oder Android-Smartphone gekoppelt. Über die Funktion „Schnelles Pairing“ wird das Bluetooth-Zubehör außerdem mit Ihrem Google-Konto verknüpft, wodurch das Wechseln zwischen Geräten sehr vereinfacht wird. Diese Funktion ist bereits in ChromeOS 111 verfügbar.

Aktualisierung der Emoji-Auswahl

Die Emoji-Auswahl unter ChromeOS 111 enthält häufig verwendete Symbole und Zeichen, z. B. wissenschaftliche Schreibweisen und mathematische Operatoren. Für besonders ausdrucksstarke Unterhaltungen werden außerdem textbasierte Emoticons (Kaomoji) hinzugefügt. Mit der neuen Navigationsleiste auf oberster Ebene finden Sie schnell die übergeordnete Kategorie, von Emojis über Symbole bis Emoticons. Die verbesserte universelle Suche zeigt mögliche Übereinstimmungen aus allen Kategorien an.

↑ Zurück nach oben

Chrome 107

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Unterstützung für Encrypted Client Hello (ECH)	✓
Phase 5 der User-Agent-Reduzierung	✓
Einstellung von Marshmallow für Chrome unter Android	✓
„BuiltinCertificateVerifierEnabled“ auf Mac entfernt			✓
Änderungen beim Inkognitomodus		✓
Neues Design für Browserdownloads		✓
Passwortimport für die Chrome-Desktopversion			✓
Synchronisierung nach Anmeldung über Willkommensbildschirm	✓		✓
Aktualisierte Media-Auswahl unter Android		✓
Automatischer Widerruf von störenden Benachrichtigungen		✓
Richtlinie „DisplayCapturePermissionsPolicyEnabled“ entfernt			✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Automatischer Bildausschnitt		✓
App „Dateien“: Verbesserte Filter auf dem Tab „Zuletzt verwendet“		✓
Sperrung des Geräts beim Schließen des Deckels		✓
Identitäts-Drittanbieter: Ausfüllen des Nutzernamens per Autofill	✓	✓
Einstellung der Eingabestift-Funktionen von Google Assistant		✓
Gespeicherte Desktops		✓
Schließen von Desktop und Fenster mit einem Klick		✓
Erweiterte Einbindung von Google Fotos		✓
Lange drücken, um Akzente hinzuzufügen		✓
Verbesserte Einstellungen für die ChromeOS-Bedienungshilfen		✓	✓
Bildschirmtastatur mit Multi-Touch-Funktion		✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Liste der verwalteten Browser: CSV-Exportlimit auf 150.000 Einträge erhöht			✓
Admin-Konsole: Karte „Erweiterungsanfragen“			✓
Text-Aktionsschaltflächen anstelle von Symbolen in Geräte- und Browserlisten			✓
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Ändern von asynchronen Methoden zu synchronen Methoden in „FileSystemSyncAccessHandle“		✓	✓
Bereits ab Chrome 108: Aktualisierte Benutzeroberfläche für einige Downloadwarnungen	✓	✓
Passwortmanager: Updates für iOS	✓
Passwortmanager: Notizen zu Passwörtern	✓
Windows: bei Installation an Taskleiste anpinnen		✓
Entfernung von „master_preferences“			✓
Löschen von Gerätetokens			✓
Einführung von GPU-Änderungen an NaCL-Swapchain und Videodecodierung	✓
Strikte MIME-Typ-Überprüfungen für Worker-Skripts	✓
Chrome sendet Private-Network-Access-Preflights für untergeordnete Ressourcen	✓
Origin-keyed Agent Clustering als Standard in Chrome 109	✓
Geplante Einstellung und Entfernung von Event.path	✓
Richtlinie „MetricsReportingEnabled“ künftig in Chrome für Android verfügbar			✓
Chrome 110 erfordert Windows 10 oder höher			✓
Der Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt	✓
Einstellung der Unterstützung von Chrome-Apps unter Windows, Mac und Linux		✓	✓
Einstellung von Web SQL und anderen alten Speicherfunktionen	✓
Erweiterungen müssen aktualisiert werden, damit Manifest V3 genutzt werden kann	✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Schnelles Pairing		✓
Passpoint: Nahtlose, verschlüsselte Verbindung zu WLAN-Netzwerken	✓	✓
ChromeOS-Kamera-App: Verbesserungen beim Scannen von Dokumenten		✓
Cursive für Enterprise- und Education-Konten vorinstalliert		✓
Super Resolution Audio für Bluetooth-Headset-Mikrofone		✓
Kanallabels unter ChromeOS		✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Chrome-Updates

Support für Encrypted Client Hello (ECH)

Ab Chrome 107 wird die Unterstützung für ECH auf Websites eingeführt, die dem zustimmen. Damit setzen wir unsere netzwerkbezogenen Bemühungen fort, den Datenschutz und die Sicherheit unserer Nutzer im Internet zu verbessern, z. B. Sicheres DNS.

Wenn die Infrastruktur Ihrer Organisation die Fähigkeit zum Überprüfen von SNI (z. B. Filterung, Protokollierung usw.) benötigt, sollten Sie sie testen. Um das neue Verhalten zu aktivieren, rufen Sie chrome://flags auf und aktivieren Sie das Flag #encrypted-client-hello. Unter Windows und Linux müssen Sie außerdem „Sicheres DNS“ aktivieren, damit das Flag wirksam wird.

Falls Inkompatibilitäten auftreten, können Sie mit der Unternehmensrichtlinie EncryptedClientHelloEnabled die Unterstützung für ECH deaktivieren.

Phase 5 der User-Agent-Reduzierung

Die Reduzierung des User-Agents (UA) beschreibt das Bestreben zur Minimierung der im User-Agent-String weitergegebenen identifizierenden Informationen, die für passives Fingerprinting verwendet werden könnten. Ab Chrome 107 reduziert Chrome einige Teile des User-Agent-Strings auf Desktop-Geräten. Wie bereits im Chromium-Blog beschrieben, möchten wir mit Phase 5 des Plans zur Reduzierung des User-Agents fortfahren. Die Tokens <platform> und <oscpu>, Teile des User-Agent-Strings, werden auf die relevanten Tokenwerte des Typs <unifiedPlatform> reduziert, und werden nicht mehr aktualisiert. Außerdem sind die Werte für „navigator.platform“ auf Desktop-Plattformen eingefroren. Weitere Informationen finden Sie auf dieser Referenzseite und in diesem Chromium-Update.

Mit der Richtlinie UserAgentReduction können Sie diese Änderungen deaktivieren.

Marshmallow-Einstellung für Chrome unter Android

Chrome 106 ist die letzte Version, die Android 6.0 Marshmallow unterstützt. Ab Chrome 107 wird Android 7.0 Nougat als Mindestversion unterstützt.

BuiltinCertificateVerifierEnabled auf dem Mac entfernt

In Chrome 107 haben wir die Richtlinie BuiltinCertificateVerifierEnabled auf dem Mac entfernt. Mit dieser Richtlinie wurde die Verwendung der integrierten Zertifikatsprüfung unter Verwendung des plattformbasierten Root-Speichers gesteuert. Seit Chrome 105 ist eine neue Implementierung verfügbar, die die integrierte Zertifikatsprüfung mit dem Chrome-Root-Speicher verwendet. Sie können die neue Implementierung mithilfe der Richtlinie ChromeRootStoreEnabled steuern.

↑ Zurück nach oben

Updates für den Inkognitomodus unter iOS

Nutzer können Chrome konfigurieren, um externe Links im Inkognitomodus zu öffnen. Das erfolgt über Einstellungen > Datenschutz und Sicherheit > Fragen, ob Links aus anderen Apps im Inkognitomodus geöffnet werden sollen. Wenn Sie die Richtlinie IncognitoModeAvailability verwenden, um den Inkognitomodus zu deaktivieren oder zu erzwingen, hat die Richtlinieneinstellung Vorrang und diese Nutzereinstellung ist dann nicht verfügbar.

Ein neues Design für Browserdownloads

In Chrome 102 wurde für einige Nutzer ein neues Design für Browserdownloads auf dem Desktop eingeführt. In Chrome 107 sehen nun auch verbleibende Nutzer die überarbeitete Oberfläche, bei der die Downloads auf eine sekundäre UI-Oberfläche verschoben werden. Die neue Download-Ablage basiert auf der vertrauenswürdigen Benutzeroberfläche von Chrome und ermöglicht effektivere Warnungen, um Nutzer besser zu schützen. Wenn Sie mehr Zeit für die Anpassung an diese Änderung benötigen, können Sie die bisherige Funktionsweise über die DownloadBubbleEnabled-Unternehmensrichtlinie beibehalten.

Passwortimport für Chrome Desktop

Ab Chrome 107 können Desktopnutzer ihre Passwörter über den Chrome-Browser importieren. Bisher konnten Nutzer nur über passwords.google.com importieren. Sie können jetzt eine CSV-Datei mit Passwörtern hochladen, um sie zu ihren gespeicherten Passwörtern im Passwortmanager von Google hinzuzufügen. Wenn der Nutzer die Synchronisierung aktiviert hat, sind seine Passwörter auf allen Geräten verfügbar, auf denen er mit demselben Konto angemeldet ist.

Synchronisierung nach Anmeldungsabfangen

Für mehr Konsistenz wird in Chrome nun ein neuer Begrüßungsbildschirm angezeigt, nachdem der Nutzer ein neues Profil über das Anmeldungsabfangen erstellt hat. Der Nutzer kann die Synchronisierung aktivieren und den neuen Profilnamen sowie die Designfarbe ändern. Das Infofeld für das Abfangen enthält jetzt einen Haftungsausschluss für Unternehmen, wenn ein neues Profil von einer Organisation verwaltet werden soll. Außerdem wird damit die Profilerstellung beim Abgemeldetsein geändert, um die Konsistenz mit anderen Abläufen zu wahren.

Unternehmensadministratoren können das Willkommensdialogfeld deaktivieren, indem sie die Richtlinie PromotionalTabsEnabled auf „false“ setzen.

Aktualisierte Medienauswahl auf Android-Geräten

Einige Nutzer sehen die neue Version von Android Media-Auswahl statt der nativen Media-Auswahl von Chrome beim Hochladen von Fotos und Videos ins Web.

↑ Zurück nach oben

Störende Benachrichtigungen automatisch widerrufen

Einige Benachrichtigungsaufforderungen und Mitteilungen sind für Nutzer immer störender. Chrome entfernt automatisch die gewährten Berechtigungen für Benachrichtigungen für Websites, die solche Benachrichtigungen an Nutzer senden, da diese Websites gegen die Google-Nutzungsbedingungen für Entwickler verstoßen. Auf diesen Websites sind auch die nachfolgenden Benachrichtigungen stummgeschaltet.

Bei den in der Unternehmensrichtlinie NotificationsAllowedForUrls aufgeführten Websites werden die Berechtigungen zum Senden von Benachrichtigungen nicht entzogen.

Richtlinie „DisplayCapturePermissionsPolicyEnabled“ entfernt

Die Berechtigungsrichtlinie display-capture steuert den Zugriff auf die Methode getDisplayMedia() gemäß der Bildschirmaufnahme-W3-Spezifikation.

In Chrome 94 haben wir display-capture sowie die Unternehmensrichtlinie DisplayCapturePermissionsPolicyEnabled zur Umgehung eingeführt. Chrome 107 entfernt diese Unternehmensrichtlinie. Es ist also nicht mehr möglich, die Berechtigungsrichtlinie display-capture zu umgehen.

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
HistoryClustersVisible	Onlinerecherchen auf der Chrome-Verlaufsseite anzeigen, verfügbar für Android.
AssistantWebEnabled	Du kannst zulassen, dass Google Assistant im Web verwendet wird, um beispielsweise Passwörter automatisch zu ändern.
StrictMimetypeCheckForWorkerScriptsEnabled	Strikte MIME-Typprüfung für Worker-Skripts aktivieren.
ShoppingListEnabled	Mit dieser Richtlinie wird die Verfügbarkeit der Funktion „Einkaufsliste“ gesteuert.

ChromeOS-Updates

Automatischer Bildausschnitt

Mit der Funktion „Automatischer Bildausschnitt“ kann das Gesicht des Nutzers bei Videokonferenzen oder Selfies automatisch gezoomt und zentriert werden. Wenn das Gerät oder die Kamera den automatischen Bildausschnitt unterstützt, wird eine Aufforderung angezeigt und es gibt eine Option in den Schnelleinstellungen, um die Funktion zu aktivieren oder zu deaktivieren. Wenn Sie sich wieder selbst zentrieren möchten, schalten Sie die Funktion einfach aus und wieder ein.

App „Dateien“: Verbesserungen am Tab „Zuletzt“

Es ist jetzt noch schneller und einfacher, kürzlich verwendete Dateien zu finden. Der Tab Zuletzt verwendet in der App Dateien wurde in Zeiträume unterteilt und enthält einen neuen Filter Dokument.

↑ Zurück nach oben

Gerät beim Schließen des Deckels sperren

Einstellungen unterstützt jetzt das Sperren eines Geräts, wenn der Deckel geschlossen wird, ohne dass das Gerät gesperrt wird. Das kann hilfreich sein, wenn Sie Hintergrundaufgaben wie eine SSH-Verbindung haben und diese nicht pausiert werden sollen. Die bestehenden Einstellungen für Sperrbildschirm anzeigen, wenn der Ruhemodus beendet wird gelten jetzt auch für das Sperren des Bildschirms beim Schließen des Deckels.

Auf Unternehmensebene können Administratoren die Einstellung Aktion beim Schließen des Deckels auf Nichts tun festlegen, indem sie die Richtlinie LidCloseAction auf 3 = Nichts tun festlegen und Sperrbildschirm bei Inaktivität oder geschlossenem Deckel einstellen, indem Sie die Richtlinie ChromeOsLockOnIdleSuspend auf „true“ setzen. Bei diesen Einstellungen werden die Geräte gesperrt, wenn der Deckel geschlossen wird, es sei denn, sie sind angedockt und verwenden einen externen Monitor. In diesem Fall wird das Gerät nicht beim Zuklappen gesperrt, sondern nur, wenn der externe Monitor entfernt wird und es noch zugeklappt ist.

Nach dem Sperren wird das Gerät in den Ruhezustand versetzt, wenn es so konfiguriert ist, dass dies nach einer bestimmten Inaktivitätsdauer (festgelegt über die PowerManagementIdleSettings-Richtlinie) geschieht. Wenn Wakelocks zulässig sind und eine Anwendung einen Wakelock hat, wird das Gerät gemäß der Richtlinie AllowWakeLocks nicht in den Ruhemodus versetzt. Das beeinträchtigt den Akkuverbrauch erheblich.

Identitäts-Drittanbieter: AutoFill-Nutzername

Mit Chrome OS 107 verbessern wir den Online-Anmeldevorgang für Chrome Enterprise- und Education-Nutzer, die sich mit Azure AD oder Okta authentifizieren. Administratoren können die Richtlinie DeviceAutofillSAMLUsername aktivieren, damit Nutzer bei der Authentifizierung über einen externen Identitätsanbieter ihren Nutzernamen nicht mehr erneut eingeben müssen.

Assistant-Eingabestift-Funktionen eingestellt

ChromeOS 107 stellt Eingabestift-Funktionen auf Pixelbooks ein, die sich auf die Assistant-Frage Was wird auf meinem Bildschirm angezeigt? beziehen. Die Assistant-Option ist im Tool für die Eingabestift-Palette nicht mehr verfügbar und durch langes Drücken von Eingabestiften wird der Assistant-Bildschirmauswahlmodus nicht mehr ausgelöst.

Gespeicherte Desktops

Sie können jetzt einen gesamten virtuellen Desktop speichern und schließen, einschließlich aller App-Fenster und ihres Layouts – perfekt, wenn Sie sich einer anderen Aufgabe widmen möchten. Wenn Sie wieder an die Arbeit gehen möchten, können Sie Ihren gespeicherten Desktop mit allen Fenstern und Tabs mit nur einem Klick öffnen.

Einen Desktop und die zugehörigen Fenster mit einem Klick schließen

Erstellen Sie einen Desktop für jedes Projekt oder jede Aufgabe. Wenn Sie fertig sind, schließen Sie den Desktop und alle zugehörigen Tabs und Fenster mit einem Klick. Wenn Sie diese Funktion verwenden möchten, bewegen Sie den Mauszeiger auf einen Desktop in der Desktopleiste und wählen Sie Desktop und Fenster schließen aus.

↑ Zurück nach oben

Integration von Google Fotos

Bereits ab dem 3. Okt. können Chromebook-Nutzer über Google Fotos auf die erweiterten Bearbeitungsfunktionen für Videos zugreifen. Die Funktion ist für einen größeren Bildschirm optimiert und lässt sich nahtlos in die integrierte Galerie App und Ihre Chromebook-Dateien einbinden. Sie können also lokale Bilder und Clips verwenden, die Sie mit Ihrer Chromebook-Kamera aufgenommen oder in der App Dateien gespeichert haben, um Ihren Film zu erstellen.

Die Bearbeitung von Filmen ist in der Regel mit einer erheblichen Einarbeitung verbunden. Mit den überarbeiteten Google Fotos-Tools für die Filmerstellung können Sie aus Ihren Videoclips und Fotos ganz einfach in wenigen Schritten hochwertige Filme erstellen. Ab dem 4. Quartal 2022 können Sie tolle Filme mit vorgeschlagenen Designs erstellen oder die Rolle des Regisseurs übernehmen und Filme direkt auf Ihrem Chromebook von Grund auf neu erstellen.

Gedrückt halten, um Akzente hinzuzufügen

Nutzer unter Chrome OS 107 Mit einer englischen (en) Hardwaretastatur können eine Taste gedrückt halten, um eine Akzentversion oder eine Variante dieses Buchstabens einzugeben. Halten Sie beispielsweise die Taste e gedrückt, um eine Liste der Akzente aufzurufen, z. B. è in caffè oder é in déjà vu.

Verbesserte Einstellungen für die Chrome OS-Bedienungshilfen

Ab Chrome OS 107 ist Folgendes enthalten: Verbesserungen an den Einstellungen für Bedienungshilfen, darunter verbesserte Suchergebnisse, verständlichere Funktionsbeschreibungen und verbessertes Layout für eine bessere Sichtbarkeit von Bedienungshilfen.

Multi-Touch-Bildschirmtastatur

Wir haben einige Verbesserungen an der Bildschirmtastatur für eine bessere Steuerung von mehreren Fingern beim gleichzeitigen Antippen von Tasten zu ermöglichen. Die Eingabe ist jetzt schneller, insbesondere bei der Touch-Eingabe.

Neuerungen in der Admin-Konsole

Liste der verwalteten Browser: CSV-Exportlimit auf 150.000 Einträge erhöht

Das CSV-Exportlimit für die Liste der verwalteten Browser wurde von 5.000 auf 150.000 Einträge erhöht. Das bedeutet,dass Sie jetzt die Daten von maximal 150.000 Browsern in einer CSV-Datei herunterladen können.

↑ Zurück nach oben

Admin-Konsole: Karte „Erweiterungsanfragen“

Bereits in Chrome 107 , wird die Liste der Erweiterungsanfragen, die bisher in der rechten Seitenleiste angezeigt wurden, jetzt auf der Seite App-Details auf einer Karte angezeigt.

Text-Aktionsschaltflächen anstelle von Symbolen in Geräte- und Browserlisten

Auf Chrome-Geräten und in Browserlisten werden jetzt Textaktionen anstelle von Symbolen angezeigt.

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
BlocklistedHexSSIDs	Einstellungen für Netzwerke	ChromeOS	Allgemeine Einstellungen > SSIDs blockieren
PasswordDismissCompromisedAlertEnabled	Nutzer- und Browsereinstellungen	Chrome ChromeOS	Sicherheit > Warnungen zu gehackten Passwörtern
WebAuthnFactors	Nutzer- und Browsereinstellungen	ChromeOS	Sicherheit > WebAuthn
DeviceAutoUpdateP2PEnabled	Geräteeinstellungen	ChromeOS	Geräte-Updates > Einstellungen für automatische Updates > Peer-to-Peer-Downloads von automatischen Updates zulassen

Bald verfügbar

Anstehende Änderungen für den Chrome-Browser

Einführung der Änderung von Async-Methoden zur Synchronisierung in FileSystemSyncAccessHandle

In Chrome 108 werden die asynchronen Methoden getSize() ,truncate() ,flush() undclose() im Primitiv FileSystemSyncAccessHandle in der File System Access API in synchrone Methoden umgewandelt, die den Methoden read() und write() entsprechen.

Durch diese Änderung wird eine vollständig synchrone API für FileSystemSyncAccessHandle unterstützt, was eine hohe Leistung für WebAssembly-basierte Anwendungen (WASM) ermöglicht.

Die Unternehmensrichtlinie FileSystemSyncAccessHandleAsyncInterfaceEnabled bleibt bis zu Chrome 110 verfügbar, um die asynchronen Methoden zu ermöglichen.

Schon in Chrome 108 ändert Chrome die Benutzeroberfläche für einige Downloadwarnungen

Zum Schutz der Nutzer vor Malware zeigt Chrome bei einigen Downloadwarnungen ausführlichen Kontext und benutzerdefinierte UIs an. Wenn Chrome beispielsweise einen Download erkennt, der möglicherweise die Daten des Nutzers stiehlt, wird die Beschreibung geändert von Chrome hat diese Datei blockiert, weil sie gefährlich ist zu Diese Datei enthält Malware, die Ihre persönlichen Konten oder Konten in sozialen Netzwerken gefährden kann. Sie können Downloadwarnungen deaktivieren, indem Sie die Unternehmensrichtlinie SafeBrowsingProtectionLevel festlegen, oder bestimmte Domains mithilfe von SafeBrowsingAllowlistDomains auf die Zulassungsliste setzen.

↑ Zurück nach oben

Passwortmanager: Updates für iOS

Ab Chrome unter iOS 108 möchten wir den Nutzern den Zugriff auf ihre Passwörter erleichtern. Die Listenansicht der Passwörter wird vereinfacht, sodass Nutzer nur noch ihre Passwörter sehen. Passwortbezogene Einstellungen werden auf einen eigenen Bildschirm verschoben, damit Nutzer sie zentral aufrufen und verwalten können. Vorhandene Funktionen wie das Hinzufügen oder Bearbeiten von Passwörtern und der Passwortcheck bleiben in der Passwortlistenansicht verfügbar.

Passwortmanager: Notizen für Passwörter

Über Chrome for Desktop 108 können Sie eine Notiz für jeden gespeicherten Anmeldedatensatz im Passwortmanager speichern. Im Rahmen dieser Änderung werden Passwörter und Notizen auf eine Unterseite verschoben und sind nicht mehr über das Augensymbol in der Passwortlistenansicht zugänglich. Sie müssen sich jetzt neu authentifizieren, bevor Sie auf die Unterseite zugreifen können.

Windows: während der Installation an die Taskleiste anpinnen

Bereits in Chrome 108, wird das Chrome-Installationsprogramm Chrome an die Windows-Taskleiste anpinnen, um den Zugriff auf Chrome zu erleichtern. Sie können die Einstellung do_not_create_desktop_shortcut in initial_preferences verwenden, um dieses Verhalten zu steuern.

master_preferences werden entfernt

master_preferences und initial_preferences sind Möglichkeiten, um Standardeinstellungen für eine Chrome-Installation festzulegen. Der bisherige Name der Datei lautet master_preferences, wurde aber in Chrome 91 in initial_preferences umbenannt. Um die Umstellung von Chrome 91 auf Chrome 107 für IT-Administratoren zu erleichtern, hat die Benennung der Datei mit initial_preferences oder master_preferences denselben Effekt. Wenn Sie in Chrome 108 die Datei master_preferences nennen, funktioniert sie standardmäßig nicht. Sie sollten die Datei in initial_preferences umbenennen.

Alternativ können Sie die Unternehmensrichtlinie CompatibleInitialPreferences verwenden, um die Unterstützung für die Benennung von master_preferences zu verlängern. Diese Richtlinie ist derzeit nicht verfügbar.

Löschen von Gerätetokens

Bereits ab Chrome 108 können Sie beim Löschen eines Browsers aus der Liste der verwalteten Browser in der Admin-Konsole mit einer neuen Richtlinie der Chrome-Verwaltung über die Cloud ermöglichen, automatisch das Gerätetoken auf den Endgeräten zu löschen. Der Standardwert bleibt bestehen, um das Gerätetoken zu entwerten.

↑ Zurück nach oben

Einführung von GPU-Änderungen an der NaCL-Swapchain und Videodecodierung

Bereits in Chrome 109 werden wir die Implementierung der NaCL-Swapchain und der Pepper-APIs zur Videodecodierung überarbeiten. Diese Änderungen sind nicht dazu gedacht, Verhaltensweisen von Nutzern zu beeinflussen. Es kann jedoch passieren, dass sie aufgrund von Programmfehlern zu visuellen Artefakten, inakzeptabel langsamer Leistung bei der Videowiedergabe, inakzeptablem Anstieg des Stromverbrauchs oder zu Abstürzen führen können. Im Laufe der Einführung dieser Refaktorierungsmaßnahmen werden Informationen dazu verfügbar sein, wie Sie Probleme melden können.

Strikte MIME-Typ-Prüfungen für Worker-Skripts

Ab Chrome 109 prüft Chrome strikt die MIME-Typen für Worker-Skripts wie Service Worker oder Web Worker. Bei der strengen Überprüfung werden in Chrome nur JavaScript-Ressourcen für Worker mit dem MIME-Typ text/javascript akzeptiert. Derzeit akzeptiert Chrome auch andere MIME-Typen wie text/ascii. Durch diese Änderung soll die Sicherheit von Webanwendungen verbessert werden, indem die Einbeziehung unangemessener Ressourcen als JavaScript-Dateien verhindert wird.

Wenn Sie die Richtlinie StrictMimetypeCheckForWorkerScriptsEnabled deaktivieren, können Sie das aktuelle Verhalten beibehalten.

Chrome sendet Preflight-Zugriffe auf private Netzwerke für Unterressourcen

Chrome 104 sendet eine CORS-Preflight-Anfrage vor allen privaten Netzwerkanfragen für Unterressourcen. Dabei wird eine explizite Genehmigung vom Zielserver angefordert. Diese Anfrage enthält den neuen Header Access-Control-Request-Private-Network: true. In dieser Anfangsphase wird diese Anfrage gesendet, von Netzwerkgeräten ist jedoch keine Antwort erforderlich. Wenn keine Antwort empfangen wird oder wenn der übereinstimmende Header Access-Control-Allow-Private-Network: true nicht enthalten ist, wird in den Entwicklertools eine Warnung angezeigt. Weitere Informationen finden Sie in diesem Blogpost.

Frühestens ab Chrome 109 werden die Warnungen zu Fehlern und entsprechende Anfragen schlagen fehl. Sie können die Prüfung auf privaten Netzwerkzugriff mit den Unternehmensrichtlinien InsecurePrivateNetworkRequestsAllowed und InsecurePrivateNetworkRequestsAllowedForUrls deaktivieren.

Wenn Sie das Feature vorab testen möchten, können Sie mit chrome://flags/#private-network-access-send-preflights Warnungen aktivieren. Wenn Sie testen möchten, wie sich die Funktion auswirkt, sobald Warnungen zu Fehlern führen, können Sie chrome://flags/#private-network-access-respect-preflight-results aktivieren.

In Chrome wird diese Änderung vorgenommen, um Nutzer vor CSRF-Angriffen (Cross-Site Request Forgery) zu schützen, die auf Router und andere Geräte in privaten Netzwerken ausgerichtet sind. Weitere Informationen dazu, wie Sie diese Änderung proaktiv abmildern können, finden Sie in diesem Hilfeartikel. Einen allgemeineren Beitrag und Neuigkeiten zum Preflight-Zugriff auf private Netzwerke finden Sie in diesem Blogpost.

An Ursprünge gebundenes Agent-Clustering wird in Chrome 109 zum Standard

Ab Chrome 109 kann für Websites „document.domain“ nicht festgelegt werden. Es müssen alternative Ansätze wie postMessage() oder die Channel Messaging API verwendet werden, damit Websites ursprungsübergreifend kommunizieren können. Wenn eine Website auf die Lockerung der Same-Origin-Richtlinie über document.domain angewiesen ist, damit sie ordnungsgemäß funktioniert, muss sie einen Origin-Agent-Cluster: ?0-Header zusammen mit allen Dokumenten senden, für die dieses Verhalten erforderlich ist.

Hinweis: document.domain hat keine Auswirkungen, wenn es nur von einem Dokument festgelegt wird.

Mit der Unternehmensrichtlinie OriginAgentClusterDefaultEnabled können Sie das aktuelle Verhalten verlängern.

Einstellen und Entfernen geplant: Event.path

Um die Webkompatibilität zu verbessern, wird die Unterstützung der nicht standardisierten API Event.path bereits in Chrome 109 eingestellt. Websites sollten zu Event.composedPath() migriert werden, einer Standard-API, die dasselbe Ergebnis zurückgibt. Wenn Sie mehr Zeit für die Anpassung benötigen, können Sie mit der Richtlinie EventPathEnabled, die für Windows, Mac, Linux, Chrome OS, Android und WebView verfügbar ist, die Lebensdauer von Event.path um weitere 6 Meilensteine verlängern.

↑ Zurück nach oben

Richtlinie „MetricsReportingEnabled“ in Chrome für Android verfügbar

Bereits ab Chrome 109 ändert Chrome unter Android die erste Ausführung etwas, um die Richtlinie MetricsReportingEnabled zu unterstützen. Wenn der Administrator die Berichterstellung für Messwerte deaktiviert, ändert sich nichts an der ersten Ausführung. Wenn der Administrator Messwerte aktiviert, können Nutzer die Einstellung weiterhin in den Chrome-Einstellungen ändern. Wenn die Richtlinie MetricsReportingEnabled aktiviert ist, können anonyme Nutzungs- und Absturzdaten für Chrome an Google gemeldet werden.

Windows 10 als erforderliche Mindestversion in Chrome 110

Microsoft endet den Support für Windows 7 ESU und Windows 8.1 am 10. Januar 2023. Chrome 110 (vorläufig geplante Veröffentlichung am 7. Februar) ist die erste Version von Chrome mit einer Mindestversion von Windows 10.

Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Ab Chrome 111 wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt, um die Sicherheit und Zuverlässigkeit zu erhöhen. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten gefunden werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.

Chrome-Apps werden unter Windows, Mac und Linux nicht mehr unterstützt

Wie zuvor angekündigt werden Chrome-Apps zugunsten von progressiven Web-Apps (PWAs) und Web-Standardtechnologien eingestellt. Der Zeitplan für die Einstellung wurde so angepasst, dass Unternehmen, die Chrome-Apps verwendet haben, mehr Zeit für die Umstellung auf andere Technologien haben. Chrome-Apps funktionieren nun in Chrome 111 und höher unter Windows, Mac und Linux nicht mehr. Sie benötigen mehr Zeit für die Anpassung? Dann können Sie mit der Richtlinie ChromeAppsEnabled die Lebensdauer von Chrome-Apps um weitere zwei Meilensteine verlängern.

Wenn Sie die Installation von Chrome-Apps erzwingen, sehen Nutzer ab Chrome 105 eine Meldung, dass die App nicht mehr unterstützt wird. Die installierten Chrome-Apps können weiterhin gestartet werden.

Ab Chrome 111 funktionieren Chrome-Apps auf Windows-, Mac- und Linux-Geräten nicht mehr. Entfernen Sie zur Behebung die Erweiterungs-ID aus der Liste der Erweiterungen mit erzwungener Installation und fügen Sie bei Bedarf die entsprechende install_url zu der Liste der erzwungenen Installation von Web-Apps hinzu. Für gängige Google-Apps sind die install_urls unten aufgeführt:

Attribut	Erweiterungs-ID (Chrome App)	install_url (PWA/Web-App)
Gmail	pjkljhegncpnkpknbcohdijeoejaedia	https://mail.google.com/mail/ installwebapp?usp=admin
Docs	aohghmighlieiainnegkcijnfilokake	https://docs.google.com/document/ installwebapp?usp=admin
Drive	apdfllckaahabafndbhieahigkjlhalf	https://drive.google.com/drive/ installwebapp?usp=admin
Tabellen	felcaaldnbdncclmgdcncolpebgiejap	https://docs.google.com/spreadsheets/ installwebapp?usp=admin
Präsentationen	aapocclcgogkmnckokdopfmhonfmgoek	https://docs.google.com/presentation/ installwebapp?usp=admin
YouTube	blpcfgokakmgnkcojhhkbfbldkacnbeo	https://www.youtube.com/s/notifications/ manifest/cr_install.html

Web SQL und andere alte Storage-Funktionen werden eingestellt

Die Web SQL API wird nur selten verwendet und wird seit ihrer Entfernung durch Safari nur noch von Chromium-basierten Browsern unterstützt. Sie erfordert häufige Sicherheitskorrekturen. Entwicklern wird seit Jahren davon abgeraten, sie zu verwenden. Wir arbeiten nun daran, alle Nutzer zu warnen, die möglicherweise noch Web SQL verwenden, mit dem Ziel, die API im Jahr 2023 vollständig zu entfernen.

Die erforderlichen Schritte hängen davon ab, wie Sie Web SQL verwenden:
- Wenn Sie lediglich mithilfe von Web SQL feststellen, ob es sich bei einem bestimmten Browser um Chrome handelt, funktioniert diese Methode nicht mehr, wenn Web SQL entfernt wird. Navigator.userAgentData ist eine bessere Alternative.
- Wenn Sie Web SQL verwenden, um einfach einige Datenpunkte zu speichern, ist dies mit localStorage und sessionStorage einfacher.
- Wenn Sie allerdings Web SQL für einen komplexeren Speicher verwenden, müssen Sie einen geeigneten Ersatz finden.
Hier einige Migrationsoptionen für komplexeren Speicher:
- Wenn Ihr Speicherbedarf keine relationale Datenbank erfordert, ist IndexedDB die Standardlösung für die strukturierte Speicherung im Web. Große Websites basieren auf IndexedDB und es wird von allen gängigen Browsern unterstützt.
- Für alle, die eine relationale Datenbank benötigen, arbeiten wir mit dem SQLite-Team zusammen, um einen immer aktuellen browserübergreifenden Web SQL-Ersatz zu schaffen. Das Team fügt SQLite ein Web-Back-End hinzu, kompiliert es mithilfe von Emscripten in WebAssembly und nutzt die neue File System Access Handles API als untergeordnete virtuelle Dateischnittstelle. Wir gehen davon aus, dass die Funktion Anfang 2023 einsatzbereit sein wird. Weitere Informationen finden Sie in unserem Blogpost Einstellung und Entfernung von Web SQL. Dieser wird aktualisiert, sobald wichtige Ereignisse auftreten.
Wir haben Web SQL bereits in Drittanbieterkontexten deaktiviert. Im nächsten Schritt wird die Unterstützung in nicht sicheren Kontexten entfernt. In Chrome 105 haben wir in den Entwicklertools eine Einstellungswarnung eingeführt. Diese wird Anfang 2023 entfernt. Mit einer Unternehmensrichtlinie, WebSQLNonSecureContextEnabled, kann Web SQL für einige Monate nach dem Datum des Entfernens in nicht sicheren Kontexten verwendet werden.

Anfang 2023 wird auch die window.webkitStorageInfo API entfernt. Die alte Kontingent-API wurde 2013 eingestellt. Sie wird durch die jetzt standardisierte StorageManager API ersetzt.

↑ Zurück nach oben

Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können

Chrome-Erweiterungen werden auf die neue Manifestversion „Manifest V3“ umgestellt. Dadurch wird der Datenschutz für Ihre Nutzer verbessert, zum Beispiel durch die Umstellung auf ein Modell, bei dem Erweiterungen Anfragen deklarativ ändern, ohne dass einzelne Anfragen eingesehen werden können. Das verbessert auch die Sicherheit der Erweiterung, da remote gehosteter Code bei Manifest V3 nicht zulässig ist.

Für alle neuen Erweiterungen, die an den Chrome Web Store gesendet werden, muss bereits Manifest V3 implementiert sein. Vorhandene Erweiterungen mit Manifest V2 können weiterhin aktualisiert und in Chrome ausgeführt werden.

Ab 2023 werden Erweiterungen mit Manifest V2 in Chrome nicht mehr ausgeführt. Wenn in Ihrer Organisation Erweiterungen mit Manifest V2 ausgeführt werden, müssen Sie diese aktualisieren, um Manifest V3 nutzen zu können. Wenn Sie mehr Zeit für die Umstellung auf Manifest V3 benötigen, können Sie die Unterstützung von Manifest V2 in Chrome mit einer Unternehmensrichtlinie bis Januar 2024 verlängern.

Auf der Nutzungsseite „Apps und Erweiterungen“ der Chrome-Verwaltung über die Cloud sehen Sie, welche Manifestversion von allen Chrome-Erweiterungen in Ihrem Gerätebestand verwendet wird.

Weitere Informationen finden Sie im Zeitplan für die Manifest V2-Unterstützung.

Bevorstehende ChromeOS-Änderungen

Schnelles Pairing

Mit der Funktion „Schnelles Pairing“ ist die Bluetooth-Kopplung auf Chrome OS-Geräten und Android-Smartphones einfacher. Wenn Sie Zubehör mit schnellem Pairing aktivieren, wird das Gerät automatisch erkannt und durch einfaches Tippen mit Ihrem Chrome OS- oder Android-Smartphone gekoppelt. Über die Funktion „Schnelles Pairing“ wird das Bluetooth-Zubehör außerdem mit Ihrem Google-Konto verknüpft, wodurch das Wechseln zwischen Geräten sehr vereinfacht wird. Diese Funktion ist bereits in ChromeOS 108 verfügbar.

Passpoint: Nahtlose, sichere Verbindung zu WLANs

Bereits in ChromeOS 108 wird Passpoint den WLAN-Zugriff optimieren. Es wird nicht mehr erforderlich sein, dass Nutzer bei jedem Besuch ein Netzwerk suchen und authentifizieren. Sobald ein Nutzer auf das WLAN an einem Standort zugreift, stellt das Clientgerät mit aktiviertem Passpoint bei nachfolgenden Besuchen automatisch eine Verbindung her.

Chrome OS Kamera-App: Verbesserungen beim Scannen von Dokumenten

Ab M107 wird der Dokumenten-Scan in der Kamera-App von Chrome OS automatisch heruntergeladen, wenn der Nutzer ihn auswählt, sodass er auf weiteren Geräten verfügbar ist, einschließlich auf Geräten mit Apollo Lake und MT8173-Prozessoren. Ab M108 unterstützt die Funktion zum Scannen von Dokumenten das Erstellen mehrerer Seiten in einer einzelnen PDF-Datei.

Cursive für Enterprise- und Education-Konten vorinstalliert

Bereits ab ChromeOS 109 ist Cursive eine App für die Eingabe von Notizen mit einem Stift für Chromebooks. In einer zukünftigen Version ist sie für alle Enterprise- und Education-Konten auf Chromebooks mit integriertem Eingabestift vorinstalliert.

↑ Zurück nach oben

Super Resolution Audio für Bluetooth-Headset-Mikrofone

Ab 109 wird Ihr ChromeOS-Gerät Ihnen helfen, bei Anrufen und Videokonferenzen natürlicher zu klingen. Dafür rekonstruiert das Gerät die hochfrequenten Audiokomponenten, die von Bluetooth-Headsets nicht übertragen werden.

Versionslabels unter ChromeOS

Sie testen die neueste Version von ChromeOS? Nutzer mit nicht stabilen Versionen (Beta, Entwickler, Canary) sehen ab 109 rechts unten, welche Version sie verwenden. Wenn Sie die Zeit zum Öffnen der Schnelleinstellungen auswählen, wird eine neue UI mit dem Build des Geräts sowie eine Schaltfläche angezeigt, über die Sie direkt Feedback senden können.

Chrome 106

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Präzise Bildschirmlabels für die Fensterpositionierung		✓
In Chrome werden Onlinerecherchen auf der Seite „Verlauf“ unter Android angezeigt		✓
Inkognitosperre auf Android-Geräten	✓
Aufforderung zu Inkognito-Downloads auf Android-Geräten	✓
Release von Prerender2 für die Desktopversion		✓
Chrome-Nutzer können direkt in der Omnibox im Verlauf, in Lesezeichen und Tabs suchen		✓
Neue Sperrbildschirm-Widgets für iOS 16		✓
Aktualisierung des Anleitungschips für die Ausschnittsuche		✓
Einstellung von persistenten Kontingenten			✓
Änderungen an „chrome.runtime“	✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Standardverhalten bei der Linkerfassung		✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Verwaltung von Netzwerken in der Chrome Policy API			✓
Verwaltung von CUPS-Druckservern in der Chrome Policy API			✓
Unterstützung gruppenbasierter Richtlinien für Drucker in der Policy API			✓
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Unterstützung für Encrypted Client Hello (ECH)	✓
Link-Anonymisierung beim Wechsel in den Inkognitomodus	✓	✓
Löschen von Gerätetokens			✓
Richtlinie „MetricsReportingEnabled“ künftig in Chrome für Android verfügbar			✓
Entfernen von „window.webkitStorageInfo“			✓
Entfernen von „master_preferences“			✓
Phase 5 der User-Agent-Reduzierung	✓
Automatische Passwortänderungen in der Desktopversion	✓
Chrome sendet Preflight-Anfragen für privaten Netzwerkzugriff für untergeordnete Ressourcen	✓
Einstellung von Marshmallow für Chrome unter Android	✓
Entfernen von „BuiltinCertificateVerifierEnabled“ auf dem Mac			✓
Der Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt	✓
Einstellung der Unterstützung von Chrome-Apps unter Windows, Mac und Linux		✓	✓
Origin-keyed Agent Clustering als Standard in Chrome 109	✓
Geplante Einstellung und Entfernung von Event.path	✓
Chrome 110 erfordert Windows 10 oder höher			✓
Einstellung von WebSQL in nicht sicheren Kontexten	✓
Erweiterungen müssen aktualisiert werden, damit Manifest V3 genutzt werden kann	✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Verbesserte Einstellungen für die ChromeOS-Bedienungshilfen		✓
Einbindung von Google Fotos		✓
Cursive für Enterprise- und Education-Konten vorinstalliert		✓
Langes Drücken für diakritische Zeichen		✓
Kanallabels unter ChromeOS		✓
Desktops speichern und abrufen		✓
Super Resolution Audio für Bluetooth-Headset-Mikrofone		✓
Virtuelle Bildschirmtastatur mit Multi-Touch-Funktion		✓
Schnelles Pairing		✓
Passpoint: Nahtlose, verschlüsselte Verbindung zu WLAN-Netzwerken	✓	✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Chrome-Updates

Korrekte Bildschirmlabels für Fensterpositionierung

In Chrome 105 wurde eine Funktion eingeführt, um ein Label anzuzeigen, das den Bildschirm aussagekräftig beschreibt. Mit diesem Label können Sie z. B. die Berechtigung zum Öffnen und Platzieren von Fenstern auf einem verbundenen Bildschirm anfordern.

Diese Funktion ist eine angeforderte Verbesserung für die Window Placement API für mehrere Bildschirme, die in Chrome 100 eingeführt und in Chrome 105 erstmals umgesetzt wurde. Weitere Informationen finden Sie auf der Seite Chrome Platform Status. Unternehmensrichtlinien sind verfügbar, um den Zugriff auf die Window Placement API zu steuern: WindowPlacementAllowedForUrls und WindowPlacementBlockingForUrls.

In Chrome werden Onlinerecherchen auf der Seite „Verlauf“ unter Android angezeigt

In Chrome 96 wurden lokale Browseraktivitäten erstmals auf der Verlaufsseite in „Onlinerecherchen“ gruppiert. So können Sie frühere Aktivitäten leichter finden und mit ähnlichen Suchvorschlägen fortfahren. Diese Funktion wird ab Chrome 106 für einige Android-Nutzer eingeführt. Für Suchbegriffe, die in eine Omnibox eingegeben werden und mit einem Cluster übereinstimmen, wird ein Aktions-Chip angezeigt, mit dem Sie nahtlos auf die Onlinerecherchen-Ansicht zugreifen können. Nutzer können Cluster bei Bedarf löschen und Onlinerecherchen deaktivieren. Außerdem können Administratoren diese Funktion mit der Richtlinie HistoryClustersVisible deaktivieren.

Inkognitosperre unter Android

Chrome 106 für Android 11 und höher erfordert eine Authentifizierung, wenn eine Inkognitositzung fortgesetzt wird. Die Funktion ist standardmäßig deaktiviert. Sie kann über die neue Ein-/Aus-Schaltfläche Inkognitotabs beim Verlassen von Chrome sperren unter Einstellungen > Datenschutz und Sicherheit aktiviert werden. Diese Funktion ist nicht auf verwalteten Geräten verfügbar, auf denen die Unternehmensrichtlinie InkognitoModeAvailability auf Deaktiviert gesetzt ist.

Aufforderung bei Downloads im Inkognitomodus unter Android

Wenn ein Nutzer beim Surfen auf einem Inkognitotab einen Download startet, wird jetzt eine neue Aufforderung angezeigt. Nutzer können die Aufforderung schließen oder auf Herunterladen tippen, um die Datei zu speichern. Im Inkognitomodus heruntergeladene Dateien sind weiterhin über den Download-Manager zugänglich.

↑ Zurück nach oben

Release von Prerender2 auf dem Computer

In Erweiterung unserer in Chrome 101 für Android eingeführten Prerender-Funktionen, haben wir Prerender2 für Desktop in Chrome 105 veröffentlicht. So können Seiten in Chrome vorab gerendert werden, die der Nutzer mit hoher Wahrscheinlichkeit als nächstes ansteuert, um eine sofortige Navigation zu ermöglichen. Mit der Unternehmensrichtlinie NetworkPredictionOptions können Sie die Nutzung aller Prerender-Aktivitäten blockieren. Dabei werden Hinweise oder Trigger zum Prerendern einer Seite in Chrome ignoriert. Weitere Informationen finden Sie in diesem Artikel.

Nutzer können mit Chrome direkt in der Omnibox im Verlauf, in Lesezeichen und Tabs suchen

Chrome 106 hilft Nutzern, schnell zu finden, was sie suchen. Sie können in der Omnibox direkt in ihrem Verlauf, ihren Lesezeichen oder Tabs suchen. Mit einer der automatisch ausgefüllten Verknüpfungen (@history, @bookmarks oder @tabs) können Nutzer eine fokussierte Suche auf den ausgewählten Bereich beschränken. Sie können diese Verknüpfungen unter Einstellungen -> Suchmaschine > Suchmaschine und Websitesuche verwalten > Websitesuche ändern oder deaktivieren.

Neue Sperrbildschirm-Widgets für iOS 16

Auf iOS16-Geräten und höher aktiviert Chrome vier neue Sperrbildschirm-Widgets. Mit diesen Widgets können Nutzer in Chrome suchen, die Sprachsuche oder den Inkognitomodus verwenden oder das Dino-Spiel schnell starten.

Aktualisierung des Anleitungschips für die Ausschnittsuche

Bei der Verwendung von Google Lens sehen einige Nutzer einen neuen Look auf ihrem Anleitungschip, der ein hilfreiches Symbol und aktualisierten Text enthält. So erhalten Nutzer alle Informationen, die sie brauchen, um visuelle Elemente auf dem Bildschirm zu finden. Sie können diese Funktion mit der Unternehmensrichtlinie LensRegionSearchEnabled steuern.

Einstellung von dauerhaften Kontingenten

In Chrome 106 wird der Kontingenttyp window.PERSISTENT im webkitRequestFileSystem nicht mehr unterstützt. webkitRequestFileSystem akzeptiert weiterhin einen Typparameter und durch die Verwendung der Typen PERSISTENT und TEMPORARY werden Dateisysteme mit separaten Stammdateien erstellt. Der Typ PERSISTENT gewährt jedoch keinen Zugriff mehr auf ein dauerhaftes Dateisystem.

Die alte Kontingent-API navigator.webkitPersistentStorage ist ein Alias für navigator.webkitTemporaryStorage. Die eingestellte Kontingent-API webkitStorageInfo ignoriert den Parameter storageType für seine Methoden.

↑ Zurück nach oben

Änderungen an chrome.runtime

In Chrome 106 ist chrome.runtime nicht mehr unbedingt auf allen Websites definiert. Wenn keine Erweiterung verfügbar ist, sollten Websites nicht damit rechnen, dass chrome.runtime definiert ist.

In den letzten Monaten haben wir Maßnahmen ergriffen, um die alte U2F Security API von Chrome zu entfernen. Diese API wurde in der internen Chrome-Erweiterung CryptoToken implementiert, die extern mit allen URLs verbunden werden konnte. Das Vorhandensein dieser Erweiterung bedeutete, dass chrome.runtime effektiv für jeden Web-Ursprung definiert wurde, da immer mindestens eine Erweiterung eine Verbindung herstellen konnte, auch wenn der Nutzer keine anderen verbundenen Erweiterungen installiert hatte. Im Rahmen der U2F-Entfernung lädt Chrome 106 das CryptoToken standardmäßig nicht mehr. Das bedeutet, dass chrome.runtime jetzt nicht in Kontexten definiert ist, in denen es keine andere Erweiterung gibt, die sich verbinden lässt.

Websites sollten nie davon ausgehen, dass chrome.runtime bedingungslos definiert ist. Als Behelfslösung können Sie die Auswirkungen dieser Änderung durch Aktivieren des Flags chrome://flags/#load-cryptotoken-extension oder mithilfe der Unternehmensrichtlinie LoadCryptoTokenExtension aufheben.

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
LoadCryptoTokenExtension	Komponentenerweiterung „CryptoToken“ beim Start laden
OnPrintEnterpriseConnector	Konfigurationsrichtlinie für den Google Enterprise Connector „OnPrint“
EnterpriseProfileCreationKeepBrowserData	Beim Erstellen eines Unternehmensprofils Browserdaten standardmäßig beibehalten
PersistentQuotaEnabled	Dauerhaftes Kontingent aktivieren oder deaktivieren
PrefixedStorageInfoEnabled	Veraltete API `window.webmasterStorageInfo` wieder aktivieren

ChromeOS-Updates

Standardmäßiges Verhalten beim Erfassen von Links

Neu installierte Apps verarbeiten standardmäßig keine im Browser angeklickten Links mehr. Links, auf die im Browser geklickt wird, werden immer im Browser geöffnet, es sei denn, die Einstellung Unterstützte Links öffnen ist in der App Einstellungen aktiviert.

Neuerungen in der Admin-Konsole

Netzwerkverwaltung in der Chrome Policy API

Die Netzwerkverwaltung in der Chrome Policy API wird jetzt unterstützt. So können Administratoren die API zum Erstellen, Löschen und Konfigurieren von WLAN-, Ethernet- und VPN-Netzwerken sowie Zertifikaten verwenden. Weitere Informationen finden Sie unter Richtlinienschemas.

CUPS-Druckserver-Verwaltung in der Chrome Policy API

Administratoren können jetzt Druckserverkonfigurationen innerhalb ihrer Umgebung mithilfe der Chrome Policy API erstellen, löschen und verwalten. Weitere Informationen finden Sie im Leitfaden für die Chrome Printer Management API und unter Richtlinienschemas.

↑ Zurück nach oben

Unterstützung von gruppenbasierten Richtlinien für Drucker in der Policy API

Administratoren können Druckereinstellungen jetzt für einzelne Google Groups in ihrer Organisation über die Policy API einzeln verwalten. Weitere Informationen finden Sie unter Gruppenrichtlinien.

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
WebUsbAllowDevicesForUrls	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome ChromeOS Android	Hardware > Zulässige Geräte für WebUSB API
ApplicationLocaleValue	Nutzer- und Browsereinstellungen	Windows	Nutzererfahrung > Browsersprache
RestoreOnStartup	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome ChromeOS	Beim Start > Beim Start zu ladende Seiten

Bald verfügbar

Anstehende Änderungen für den Chrome-Browser

Support für Encrypted Client Hello (ECH)

Bereits ab Chrome 107 wird die Unterstützung für ECH auf Websites eingeführt, die dem zustimmen. Damit setzen wir unsere netzbezogenen Bemühungen fort, den Datenschutz und die Sicherheit unserer Nutzer im Internet zu verbessern, z. B. Sicheres DNS.

Wenn die Infrastruktur Ihrer Organisation die Fähigkeit zur Prüfung von SNI (z. B. Filter, Logging usw.) erfordert, sollten Sie sie mit Chrome 106 testen. Um das neue Verhalten zu aktivieren, rufen Sie chrome://flags auf und aktivieren Sie das Flag #encrypted-client-hello. Unter Windows und Linux müssen Sie außerdem „Sicheres DNS“ aktivieren, damit das Flag wirksam wird.
Falls Inkompatibilitäten auftreten, können Sie mithilfe der Unternehmensrichtlinie EncryptedClientHelloEnabled die Unterstützung für ECH deaktivieren.

Link-Anonymisierung im Inkognitomodus

Bereits ab Chrome 107 werden einige URL-Parameter in Chrome entfernt, wenn ein Nutzer im Kontextmenü Link in Inkognito-Fenster öffnen auswählt. Sie können dieses Verhalten mit der Unternehmensrichtlinie UrlParamFilterEnabled steuern.

Löschen von Gerätetokens

Bereits ab Chrome 107 können Sie beim Löschen eines Browsers aus der Liste der verwalteten Browser in der Admin-Konsole mit einer neuen Richtlinie automatisch das Gerätetoken auf den Endgeräten löschen. Der Standardwert bleibt bestehen, um das Gerätetoken zu entwerten.

↑ Zurück nach oben

Richtlinie „MetricsReportingEnabled“ in Chrome für Android verfügbar

Bereits ab Chrome 107 ändert Chrome unter Android die erste Ausführung etwas, um die Richtlinie MetricsReportingEnabled zu unterstützen. Wenn der Administrator die Berichterstellung für Messwerte deaktiviert, ändert sich nichts an der ersten Ausführung. Wenn der Administrator Messwerte aktiviert, können Nutzer die Einstellung weiterhin in den Chrome-Einstellungen ändern. Wenn die Richtlinie MetricsReportingEnabled aktiviert ist, können anonyme Nutzungs- und Absturzdaten für Chrome an Google gemeldet werden.

Entfernung von window.webkitStorageInfo

Bereits ab Chrome 107 wird die window.webkitStorageInfo API entfernt. Die alte Kontingent-API wurde 2013 eingestellt. Sie wird durch die jetzt standardisierte StorageManager API ersetzt.

Entfernen von master_preferences

master_preferences und initial_preferences sind Standardeinstellungen für eine Chrome-Installation. Der ursprüngliche Name der Datei lautete master_preferences. Er wurde aber in Chrome 91 in initial_preferences geändert. Um IT-Administratoren den Übergang zu erleichtern, konnte von Chrome 91 bis Chrome 107 sowohl initial_preferences als auch master_preferences als Dateiname verwendet werden. Wenn Sie in Chrome 108 die Datei master_preferences nennen, funktioniert sie standardmäßig nicht. Sie sollten die Datei in initial_preferences umbenennen.

Alternativ können Sie die Unternehmensrichtlinie compatibleInitialPreferences verwenden, um den Namen master_preferences weiterhin zu unterstützen. Diese Richtlinie ist derzeit nicht verfügbar.

Phase 5 der User-Agent-Reduzierung

Ab Chrome 107 werden einige Teile des User-Agent-Strings auf Computern reduziert. Wie bereits im Chromium-Blog beschrieben, möchten wir mit Phase 5 des Plans zur Reduzierung des User-Agents fortfahren. Die Tokens <platform> und <oscpu>, die Teile des User-Agent-Strings sind, werden auf die relevanten Tokenwerte des Typs <unifiedPlatform> reduziert und nicht mehr aktualisiert. Außerdem sind die Werte für navigator.platform auf Desktop-Plattformen eingefroren. Weitere Informationen finden Sie in diesem Chromium-Update.

Mit der Richtlinie UserAgentReduction können Sie diese Änderungen deaktivieren.

Automatische Passwortänderungen auf dem Computer

Mit Chrome 107 können Nutzer ihre Passwörter mit Google Assistant auf dem Computer automatisch zu ändern. Wenn zum Beispiel ihre Passwörter gehackt wurden, erleichtert diese Funktion das Ändern von Passwörtern und trägt damit letztlich zur Sicherheit der Nutzer bei. Es wird eine Richtlinie zum Aktivieren oder Deaktivieren automatisierter Passwortänderungen in Google Assistant geben.

↑ Zurück nach oben

Chrome sendet Preflight-Zugriffe auf private Netzwerke für Unterressourcen

Chrome 104 sendet eine CORS-Preflight-Anfrage vor allen privaten Netzwerkanfragen für Unterressourcen. Dabei wird eine explizite Genehmigung vom Zielserver angefordert. Diese Anfrage enthält den neuen Header Access-Control-Request-Private-Network: true. In dieser Anfangsphase wird diese Anfrage gesendet, von Netzwerkgeräten ist jedoch keine Antwort erforderlich. Wenn keine Antwort empfangen wird oder wenn der übereinstimmende Header Access-Control-Allow-Private-Network: true nicht enthalten ist, wird in den Entwicklertools eine Warnung angezeigt. Weitere Informationen finden Sie in diesem Blogpost.

Frühestens ab Chrome 107 werden die Warnungen zu Fehlern und entsprechende Anfragen schlagen fehl. Sie können die Prüfung auf privaten Netzwerkzugriff mit den Unternehmensrichtlinien InsecurePrivateNetworkRequestsAllowed und InsecurePrivateNetworkRequestsAllowedForUrls deaktivieren.

Wenn Sie das Feature vorab testen möchten, können Sie mit chrome://flags/#private-network-access-send-preflights Warnungen aktivieren. Wenn Sie testen möchten, wie sich die Funktion auswirkt, sobald Warnungen zu Fehlern führen, können Sie chrome://flags/#private-network-access-respect-preflight-results aktivieren.

In Chrome wird diese Änderung vorgenommen, um Nutzer vor CSRF-Angriffen (Cross-Site Request Forgery) zu schützen, die auf Router und andere Geräte in privaten Netzwerken ausgerichtet sind. Weitere Informationen dazu, wie Sie diese Änderung proaktiv abmildern können, finden Sie in diesem Hilfeartikel. Einen allgemeineren Beitrag und Neuigkeiten zum Preflight-Zugriff auf private Netzwerke finden Sie in diesem Blogpost.

Marshmallow-Einstellung für Chrome unter Android

Chrome 106 ist die letzte Version, die Android 6.0 Marshmallow unterstützt. Ab Chrome 107 ist die unterstützte Mindestversion Android 7.0 Nougat.

IntegratedCertificateVerifierEnabled wird auf dem Mac entfernt

Die Richtlinie BuiltinCertificateVerifierEnabled wird in Chrome 107 auf dem Mac entfernt. Mit dieser Richtlinie wurde die Verwendung der integrierten Zertifikatsprüfung und des plattformeigenen Root Stores gesteuert. Ab Chrome 105 ist eine neue Implementierung verfügbar, die die integrierte Zertifikatsprüfung mit dem Chrome Root Store verwendet. Die neue Implementierung kann über die Richtlinie ChromeRootStoreEnabled gesteuert werden.

Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Ab Chrome 108 wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt, um die Sicherheit und Zuverlässigkeit zu erhöhen. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten gefunden werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.

Chrome-Apps werden unter Windows, Mac und Linux nicht mehr unterstützt

Wie zuvor angekündigt werden Chrome-Apps zugunsten von progressiven Web-Apps (PWAs) und Web-Standardtechnologien eingestellt. Der Zeitplan für die Einstellung wurde so angepasst, dass Unternehmen, die Chrome-Apps verwendet haben, mehr Zeit für die Umstellung auf andere Technologien haben. Chrome-Apps funktionieren nun in Chrome 109 und höher unter Windows, Mac und Linux nicht mehr. Sie benötigen mehr Zeit für die Anpassung? Dann können Sie mit der Richtlinie ChromeAppsEnabled die Lebensdauer von Chrome-Apps um weitere zwei Meilensteine verlängern.

Wenn Sie die Installation von Chrome-Apps erzwingen, sehen Nutzer ab Chrome 105 eine Nachricht, dass die App nicht mehr unterstützt wird. Die installierten Chrome-Apps können weiterhin gestartet werden.

Ab Chrome 109 funktionieren Chrome-Apps auf Windows-, Mac- und Linux-Geräten nicht mehr. Entfernen Sie zur Behebung die Erweiterungs-ID aus der Liste der Erweiterungen mit erzwungener Installation und fügen Sie bei Bedarf die entsprechende install_url zu der Liste der erzwungenen Installation von Web-Apps hinzu. Für gängige Google-Apps sind die install_urls unten aufgeführt:

Attribut	Erweiterungs-ID (Chrome App)	install_url (PWA/Web-App)
Gmail	pjkljhegncpnkpknbcohdijeoejaedia	https://mail.google.com/mail/installwebapp?usp=admin
Docs	aohghmighlieiainnegkcijnfilokake	https://docs.google.com/document/ installwebapp?usp=admin
Google Drive	apdfllckaahabafndbhieahigkjlhalf	https://drive.google.com/drive/ installwebapp?usp=admin
Google Tabellen	felcaaldnbdncclmgdcncolpebgiejap	https://docs.google.com/spreadsheets/ installwebapp?usp=admin
Google Präsentationen	aapocclcgogkmnckokdopfmhonfmgoek	https://docs.google.com/presentation/ installwebapp?usp=admin
YouTube	blpcfgokakmgnkcojhhkbfbldkacnbeo	https://www.youtube.com/s/notifications/ manifest/cr_install.html

↑ Zurück nach oben

An Ursprünge gebundenes Agent-Clustering wird in Chrome 109 zum Standard

Ab Chrome 109 kann für Websites document.domain nicht festgelegt werden. Es müssen alternative Ansätze wie postMessage() oder die Channel Messaging API verwendet werden, damit Websites ursprungsübergreifend kommunizieren können. Wenn eine Website auf die Lockerung der Same-Origin-Richtlinie über document.domain angewiesen ist, damit sie ordnungsgemäß funktioniert, muss sie einen Origin-Agent-Cluster: ?0-Header zusammen mit allen Dokumenten senden, für die dieses Verhalten erforderlich ist.

Hinweis: document.domain hat keine Auswirkungen, wenn es nur von einem Dokument festgelegt wird.

Mit der Unternehmensrichtlinie OriginAgentClusterDefaultEnabled können Sie das aktuelle Verhalten erweitern.

Einstellen und Entfernen geplant: Event.path

Zur Verbesserung der Webkompatibilität wird die nicht standardmäßige API Event.path ab Chrome 109 nicht mehr unterstützt. Websites sollten zu Event.composePath() migriert werden, einer Standard-API, die dasselbe Ergebnis zurückgibt. Wenn Sie mehr Zeit für die Anpassung benötigen, können Sie mit der Richtlinie EventPathEnabled, die für Windows, Mac, Linux, ChromeOS, Android und WebView verfügbar ist, die Lebensdauer von Event.path um weitere 6 Hauptversionen verlängern.

Windows 10 als erforderliche Mindestversion in Chrome 110

Microsoft endet den Support für Windows 7 ESU und Windows 8.1 am 10. Januar 2023. Chrome 110 (vorläufig geplante Veröffentlichung am 7. Februar) ist die erste Version von Chrome mit einer Mindestversion von Windows 10.

Einstellung von Web SQL in nicht sicheren Kontexten

Die nicht standardmäßige Web SQL API wird selten verwendet und erfordert häufige Sicherheitspatches. Zurzeit wird sie nur von Chromium-basierten Browsern unterstützt. Webentwicklern wird schon seit Jahren von der API abgeraten. Wir sind sehr darum bemüht, Partner zu ermitteln und zu warnen, die möglicherweise noch Web SQL verwenden. Ziel ist es, die API 2023 vollständig aus Chrome zu entfernen. In der Zwischenzeit arbeiten wir an einem Ersatz mit WebAssembly.

Wir haben Web SQL bereits in Drittanbieterkontexten deaktiviert. Im nächsten Schritt wird die Unterstützung in nicht sicheren Kontexten entfernt. In Chrome 105 haben wir in den Entwicklertools eine Warnung über die Einstellung eingeführt. Anfang 2023 möchten wir die Unterstützung in Drittanbieterkontexten einstellen.

Die Unternehmensrichtlinie WebSQLNonSecureContextEnabled ist nach Ende des Supports verfügbar, damit die Web SQL API bei Bedarf in nicht sicheren Kontexten funktioniert. Die Richtlinie läuft gemäß dem Zeitplan für die Entfernung der API in nicht sicheren Kontexten ab, der derzeit für Chrome 110 geplant ist.

Erweiterungen müssen aktualisiert werden, um Manifest V3 nutzen zu können

Chrome-Erweiterungen werden auf die neue Manifestversion „Manifest V3“ umgestellt. Dadurch wird der Datenschutz für Ihre Nutzer verbessert, zum Beispiel durch die Umstellung auf ein Modell, bei dem Erweiterungen Anfragen deklarativ ändern, ohne dass einzelne Anfragen eingesehen werden können. Das verbessert auch die Sicherheit der Erweiterung, da remote gehosteter Code bei Manifest V3 nicht zulässig ist.

Für alle neuen Erweiterungen, die an den Chrome Web Store gesendet werden, muss bereits Manifest V3 implementiert sein. Vorhandene Erweiterungen mit Manifest V2 können weiterhin aktualisiert und in Chrome ausgeführt werden.

Ab 2023 werden Erweiterungen mit Manifest V2 in Chrome nicht mehr ausgeführt. Wenn in Ihrer Organisation Erweiterungen mit Manifest V2 ausgeführt werden, müssen Sie diese aktualisieren, um Manifest V3 nutzen zu können. Wenn Sie mehr Zeit für die Umstellung auf Manifest V3 benötigen, können Sie die Unterstützung von Manifest V2 in Chrome mit einer Unternehmensrichtlinie bis mindestens Januar 2024 verlängern.

Auf der Nutzungsseite „Apps und Erweiterungen“ der Chrome-Verwaltung über die Cloud sehen Sie, welche Manifestversion von allen Chrome-Erweiterungen in Ihrem Gerätebestand verwendet wird.

Weitere Informationen finden Sie in unserem aktuellen Update zur Umstellung auf Manifest V3 und im Zeitplan für die Manifest V2-Unterstützung.

↑ Zurück nach oben

Bevorstehende ChromeOS-Änderungen

Verbesserungen der Einstellungen für die ChromeOS-Bedienungshilfen

Bereits ab Chrome 107 werden neue Verbesserungen an den Einstellungen für Bedienungshilfen vorgenommen, darunter bessere Suchergebnisse, leichter verständliche Funktionsbeschreibungen und ein verbessertes Layout für eine bessere Sichtbarkeit von Bedienungshilfen.

Integration von Google Fotos

Bereits ab dem 3. Okt. können Chromebook-Nutzer über Google Fotos auf die erweiterten Bearbeitungsfunktionen für Videos zugreifen. Die Funktion ist für einen größeren Bildschirm optimiert und lässt sich nahtlos in die integrierte Galerie App und Ihre Chromebook-Dateien einbinden. Sie können also lokale Bilder und Clips verwenden, die Sie mit Ihrer Chromebook-Kamera aufgenommen oder in der App „Dateien“ gespeichert haben, um Ihren Film zu erstellen.

Die Bearbeitung von Filmen ist in der Regel mit einer erheblichen Einarbeitung verbunden. Mit den überarbeiteten Google Fotos-Tools für die Filmerstellung können Sie aus Ihren Videoclips und Fotos ganz einfach in wenigen Schritten hochwertige Filme erstellen. Ab dem 4. Quartal 2022 können Sie tolle Filme mit vorgeschlagenen Designs erstellen oder die Rolle des Regisseurs übernehmen und direkt auf Ihrem Chromebook selbst neue Designs erstellen.

Cursive für Enterprise- und Education-Konten vorinstalliert

Bereits ab ChromeOS 107 ist Cursive eine App für die Eingabe von Notizen mit einem Stift für Chromebooks. In einer zukünftigen Version ist sie für alle Enterprise- und Education-Konten auf Chromebooks mit integriertem Eingabestift vorinstalliert.

Langes Drücken für diakritische Zeichen

Nutzer können über die Bildschirmtastatur eine Taste gedrückt halten, um eine Akzentversion oder eine Variante dieses Buchstabens einzugeben. Nutzer mit einer Hardwaretastatur können jetzt auch eine Buchstabentaste gedrückt halten, um einen Akzent oder eine Buchstabenvariante auszuwählen. Halten Sie beispielsweise die Taste e gedrückt, um eine Liste der Akzente aufzurufen, z. B. è in Cafè oder é in Déjà-vu.

Versionslabels unter ChromeOS

Sie testen die neueste Version von ChromeOS? Nutzer mit nicht stabilen Versionen (Beta, Dev, Canary) sehen rechts unten neben dem Akkusymbol, welche Version sie verwenden. Wenn Sie die Zeit zum Öffnen der Schnelleinstellungen auswählen, wird eine neue UI mit dem Build des Geräts sowie eine Schaltfläche angezeigt, über die Sie direkt Feedback senden können.

↑ Zurück nach oben

Desktops speichern und abrufen

Ab 107 Sie können einen kompletten virtuellen Desktop speichern und schließen, einschließlich aller App-Fenster und des Layouts. Das ist ideal, wenn Sie zwischen verschiedenen Arbeitsabläufen wechseln oder sich auf eine andere Aufgabe konzentrieren möchten. Wenn Sie wieder an die Arbeit gehen möchten, können Sie Ihren gespeicherten Desktop mit allen Fenstern und Tabs mit einem Klick öffnen.

Super Resolution Audio für Bluetooth-Headset-Mikrofone

Ab 107 wird Ihr ChromeOS-Gerät Ihnen helfen, bei Anrufen und Videokonferenzen natürlicher zu klingen. Dafür rekonstruiert das Gerät die hochfrequenten Audiokomponenten, die von Bluetooth-Headsets nicht übertragen werden.

Multi-Touch-Bildschirmtastatur

Die Bildschirmtastatur wird verbessert, um die Eingabe durch mehrere Finger gleichzeitig besser zu verarbeiten. Die Eingabe über die Bildschirmtastatur wird dadurch schneller.

Schnelles Pairing

Mit der Funktion „Schnelles Pairing“ ist die Bluetooth-Kopplung auf Chrome OS-Geräten und Android-Smartphones einfacher. Wenn Sie Zubehör mit schnellem Pairing aktivieren, wird das Gerät automatisch erkannt und durch einfaches Tippen mit Ihrem Chrome OS- oder Android-Smartphone gekoppelt. Über die Funktion „Schnelles Pairing“ wird das Bluetooth-Zubehör außerdem mit Ihrem Google-Konto verknüpft, wodurch das Wechseln zwischen Geräten sehr vereinfacht wird. Diese Funktion ist bereits in ChromeOS 108 verfügbar.

Passpoint: Nahtlose, sichere Verbindung zu WLANs

Bereits in ChromeOS 108 wird Passpoint den WLAN-Zugriff optimieren. Es wird nicht mehr erforderlich sein, dass Nutzer bei jedem Besuch ein Netzwerk suchen und authentifizieren. Sobald ein Nutzer auf das WLAN an einem Standort zugreift, stellt das Clientgerät mit aktiviertem Passpoint bei nachfolgenden Besuchen automatisch eine Verbindung her.

↑ Zurück nach oben

Chrome 105

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Chrome-Apps unter Windows, Mac und Linux nicht mehr unterstützt: Anzeige einer Warnmeldung in Chrome 105		✓	✓
Einführung des Renderer-App-Containers	✓		✓
Chrome mit eigenem Standard-Root Store	✓
Einstellung von WebSQL in nicht sicheren Kontexten	✓
Unterstützung der Chrome-Synchronisierung wird für Chrome 73 und frühere Versionen eingestellt	✓
Unterscheidung zwischen Nutzer- und Maschinen-Richtlinien auf Mac-Computern			✓
Hinzufügen von Set-Cookie als verbotenen Headernamen in der Fetch API	✓
Durch Deaktivieren von Chrome-Varianten wird das Chrome Cleanup Tool nicht mehr deaktiviert			✓
Interner Zertifikats-Viewer für Serverzertifikate unter Mac und Windows	✓
Privacy Sandbox-Updates zu FLEDGE unter Android	✓
WebAuthn: Aufforderung der Nutzer zum Nachweis von Bluetooth-Berechtigungen unter macOS	✓
Syntaxänderungen bei Markup-basierter Delegierung von Client Hints	✓
„Infos zur Seite“ (Android)		✓
Einbindung von Google-Konten mit erweitertem Safe Browsing auf dem Desktop	✓
Richtlinie „ForceBrowserSignIn“ erfordert die Aktion „EnableExperimentalPolicies“ unter Linux			✓
Telemetriedaten der Browsererweiterungen	✓
Präzise Bildschirmlabels für die Fensterpositionierung		✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Desktop und Fenster mit einem Klick schließen		✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Gruppenbasierte Richtlinie für verwaltete Apps und Erweiterungen			✓
Benachrichtigungen für Erweiterungsanfragen konfigurieren			✓
Browserdetails: UX-Änderungen unter „Installierte Apps und Erweiterungen“		✓	✓
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Unterstützung für Encrypted Client Hello (ECH)	✓
Änderungen an „chrome.runtime“	✓
Einstellung von persistenten Kontingenten begonnen			✓
In Chrome werden Onlinerecherchen auf der Seite „Verlauf“ unter Android angezeigt		✓
Inkognitosperre auf Android-Geräten	✓
Prompt für Inkognito-Downloads auf Android-Geräten		✓
Der Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt	✓
Entfernen von window.webkitStorageInfo			✓
Entfernen von master_preferences			✓
Phase 5 der User-Agent-Reduzierung	✓
Automatische Passwortänderungen auf dem Desktop	✓
Versendung von Preflight-Anfragen für privaten Netzwerkzugriff für untergeordnete Ressourcen	✓
Einstellung von Marshmallow für Chrome unter Android	✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Verbesserte Einstellungen für die ChromeOS-Bedienungshilfen		✓
Erweiterte Einbindung von Google Fotos		✓
Cursive für Enterprise- und Education-Konten vorinstalliert		✓
Langes Drücken für diakritische Zeichen		✓
Schnelles Pairing		✓
Passpoint: Nahtlose, verschlüsselte Verbindung zu WLAN-Netzwerken	✓	✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Chrome-Updates

Chrome-Apps werden unter Windows, Mac und Linux nicht mehr unterstützt: In Chrome 105 wird eine Warnmeldung angezeigt

Wie bereits angekündigt, werden Chrome-Apps eingestellt und stattdessen progressive Web-Apps (PWAs) und Web-Standardtechnologien eingesetzt. Der Zeitplan für die Einstellung wurde so angepasst, dass Unternehmen, die Chrome-Apps verwendet haben, mehr Zeit für die Umstellung auf andere Technologien haben. Chrome-Apps funktionieren nun in Chrome 109 und höher unter Windows, Mac und Linux nicht mehr. Sie benötigen mehr Zeit für die Anpassung? Dann können Sie mit der Richtlinie ChromeAppsEnabled die Lebensdauer von Chrome-Apps um weitere zwei Meilensteine verlängern.

Wenn Sie die Installation von Chrome-Apps erzwingen, erhalten Nutzer ab Chrome 105 eine Meldung, dass die App nicht mehr unterstützt wird. Die installierten Chrome-Apps können weiterhin gestartet werden.

Ab Chrome 109 funktionieren Chrome-Apps unter Windows, Mac und Linux nicht mehr. Entfernen Sie zur Behebung die Erweiterungs-ID aus der Liste der Erweiterungen mit erzwungener Installation und fügen Sie bei Bedarf die entsprechende install_url zu der Liste der erzwungenen Installation von Web-Apps hinzu. Für gängige Google-Apps sind die install_urls unten aufgeführt:

Attribut	Erweiterungs-ID (Chrome App)	install_url (PWA/Web-App)
Gmail	pjkljhegncpnkpknbcohdijeoejaedia	https://mail.google.com/mail/ installwebapp?usp=admin
Google Docs	aohghmighlieiainnegkcijnfilokake	https://docs.google.com/document/ installwebapp?usp=admin
Google Drive	apdfllckaahabafndbhieahigkjlhalf	https://drive.google.com/drive/ installwebapp?usp=admin
Google Tabellen	felcaaldnbdncclmgdcncolpebgiejap	https://docs.google.com/spreadsheets/ installwebapp?usp=admin
Google Präsentationen	aapocclcgogkmnckokdopfmhonfmgoek	https://docs.google.com/presentation/ installwebapp?usp=admin
YouTube	blpcfgokakmgnkcojhhkbfbldkacnbeo	https://www.youtube.com/s/notifications/ manifest/cr_install.html

Renderer AppContainer starten

Ab Chrome 105 wird eine weitere Sandbox-Sicherheitsrisikominderung auf Rendererprozesse angewendet. Sie werden in einem zusätzlichen App-Container über der vorhandenen Sandbox platziert. So lässt sich verhindern, dass schädlicher Code Netzwerkberechtigungen erhält, indem Kernel-APIs innerhalb des Renderer-Prozesses umgangen werden.
Wir erwarten zwar keine Inkompatibilitäten bei dieser neuen Risikominderung, aber einige Sicherheitsprodukte können negativ darauf reagieren.
Mit der neuen Richtlinie RendererAppContainerEnabled lässt sich diese Sicherheitsmaßnahme selektiv deaktivieren, während diese Probleme behoben werden. Sie können diese Richtlinie auf Deaktiviert setzen, um die Deaktivierung der Migration zu erzwingen. Andernfalls ist sie standardmäßig aktiviert.

Chrome hat einen eigenen Standard-Stammspeicher

Bereits in Chrome 105 hat Chrome einen eigenen Standard-Stammspeicher und eine integrierte Zertifikatsprüfung. Damit sollen die Nutzersicherheit verbessert und eine einheitliche Nutzung auf verschiedenen Plattformen ermöglicht werden. Chrome verwendet weiterhin benutzerdefinierte lokale Stammverzeichnisse, die im Vertrauensspeicher des Betriebssystems installiert sind. Weitere Informationen finden Sie im Artikel zum Chrome Root Program.

Wir erwarten keine Änderungen an der Art und Weise, wie Unternehmen derzeit ihren Gerätepool und vertrauenswürdige Unternehmens-CAs verwalten, z. B. über Gruppenrichtlinien, den macOS-Keychain-Zugriff oder Systemverwaltungstools wie Puppet.

Mit der neuen Richtlinie ChromeRootStoreEnabled können Sie den Chrome Root Store zugunsten des Stammspeichers der Plattform selektiv deaktivieren. Sie können diese Richtlinie auf Deaktiviert setzen, um die Verwendung des Stammspeichers der Plattform zu erzwingen. Andernfalls ist sie standardmäßig aktiviert. Die Richtlinie ist bis Chrome 111 verfügbar.

↑ Zurück nach oben

Einstellung von Web SQL in unsicheren Kontexten

Die nicht standardmäßige Web SQL API wird selten verwendet und erfordert häufige Sicherheitskorrekturen. Zurzeit wird sie nur von Chromium-basierten Browsern unterstützt. Webentwicklern wird schon seit Jahren von der Verwendung der Web SQL API abgeraten. Wir bemühen uns, alle Partner zu ermitteln und zu warnen, die möglicherweise noch Web SQL verwenden, um diese API 2023 vollständig aus Chrome zu entfernen. Währenddessen arbeiten wir an einem Ersatz mit WebAssembly.

Wir haben Web SQL bereits in Drittanbieterkontexten deaktiviert. Als Nächstes wird die Unterstützung in nicht sicheren Kontexten entfernt. In Chrome 105 wird in den Entwicklertools eine Einstellungswarnung angezeigt. Anfang 2023 möchten wir die Unterstützung in Drittanbieterkontexten einstellen.

Die Unternehmensrichtlinie WebSQLNonSecureContextEnabled wird nach Ende der Unterstützung verfügbar sein, damit die Web SQL API bei Bedarf in nicht sicheren Kontexten funktioniert. Die Richtlinie wird gemäß dem Zeitplan für die Entfernung von nicht sicheren Kontexten der API ablaufen.

Die Chrome-Synchronisierung wird für Chrome 73 und früher nicht mehr unterstützt

Bereits in Chrome 105 wird die Chrome-Synchronisierung für Chrome 73 und frühere Versionen nicht mehr unterstützt. Führen Sie ein Upgrade auf eine neuere Version von Chrome aus, wenn Sie die Chrome-Synchronisierung weiterhin verwenden möchten.

Unter Mac OS unterscheiden sich Richtlinien zwischen Nutzer und Computer

Chrome 105 unter Mac befolgt dieselbe Rangfolge der Richtlinien wie andere Plattformen. Ab Chrome 105 haben Richtlinien auf Geräteebene, die beispielsweise über die Verwaltung des Tokens in der Chrome-Verwaltung über die Cloud festgelegt werden, Vorrang vor Richtlinien auf Nutzerebene. Bisher wurden alle Richtlinien auf Computerebene festgelegt, unabhängig von ihrem Ursprung. Wenn diese Änderung unerwartete Auswirkungen auf Ihre Nutzer hat, können Sie mithilfe der Unternehmensrichtlinie PolicyScopeDetection vorübergehend zum vorherigen Verhalten zurückkehren.

Set-Cookie als unzulässigen Headernamen für Fetch festlegen

Set-Cookie-Header sind semantische Antwortheader, die nicht einfach kombiniert werden können und eine komplexere Verarbeitung im Headers-Objekt erfordern. Ab Chrome 105 ist der Set-Cookie-Header als Anfrageheader unzulässig, da er ohnehin für Anfragen nicht nützlich ist und somit vermieden wird, dass diese Komplexität auch auf Anfragen übertragen wird. Weitere Informationen zu dieser Änderung finden Sie auf GitHub.

Durch das Deaktivieren von Chrome-Varianten wird das Chrome Cleanup Tool nicht mehr deaktiviert

Ab Chrome 105 hat das Deaktivieren von Varianten keinen Einfluss mehr darauf, ob das Chrome Cleanup Tool ausgeführt wird. Unternehmen, die bereits Chrome-Variationen deaktiviert haben, bemerken möglicherweise, dass das Chrome Cleanup Tool einmal pro Woche in Chrome 105 unter Windows ausgeführt wird.

Zum Deaktivieren des Tools können Sie die Unternehmensrichtlinie ChromeCleanupEnabled auf Deaktiviert setzen.

↑ Zurück nach oben

Interner Zertifikats-Viewer für Serverzertifikate unter Mac und Windows

In Chrome 105 wird auf Mac- und Windows-Computern für den Zertifikats-Viewer, auf den über das Infofeld der Seite zugegriffen wird, vom bereitgestellten Viewer der Plattform zu einem von Chrome bereitgestellten Viewer gewechselt. Der Chrome-Zertifikat-Viewer wird bereits für Linux und Chrome OS verwendet.

Privacy Sandbox-Updates zu FLEDGE unter Android

In Chrome 105 bietet die Privacy Sandbox Steuerelemente für die neuen Topics & Interest Group APIs unter Android. Im Anschluss daran werden diese APIs in Chrome 104 auf dem Desktop eingeführt. Außerdem wird ein einmaliges Dialogfeld für Android-Nutzer eingeführt, in dem die Privacy Sandbox erläutert und die zugehörigen Einstellungen verwaltet werden können. Gastnutzer oder verwaltete EDU-Nutzer sehen dieses Dialogfeld nicht.

Einigen Nutzern wird möglicherweise dieses Dialogfeld angezeigt:

Anderen Nutzern wird möglicherweise dieses Dialogfeld angezeigt:

Administratoren können verhindern, dass das Dialogfeld für verwaltete Nutzer angezeigt wird, indem sie Drittanbieter-Cookies explizit über die Richtlinie steuern:
- Um Drittanbieter-Cookies und Privacy Sandbox-Funktionen zuzulassen, deaktivieren Sie BlockThirdPartyCookies.
- Wenn Sie Cookies von Drittanbietern und Privacy Sandbox-Funktionen nicht zulassen möchten, aktivieren Sie BlockThirdPartyCookies. Das kann dazu führen, dass einige Websites nicht mehr funktionieren.
Alle oben genannten Einstellungen verhindern, dass das Dialogfeld angezeigt wird. Außerdem werden die Funktionen der Privacy Sandbox deaktiviert und es wird kein Dialogfeld angezeigt, wenn DefaultCookiesSetting auf Speichern von lokalen Daten für keine Website zulassen gesetzt ist.

WebAuthn: Nutzer zur Eingabe von Bluetooth-Berechtigungen unter macOS auffordern

Wenn ein Nutzer versucht, unter macOS ein Smartphone als Sicherheitsschlüssel zu verwenden, Chrome aber keine Bluetooth-Berechtigung hat und macOS keine Berechtigungsaufforderung anzeigt, fordert Chrome nun den Nutzer auf, die Systemeinstellungen zu öffnen, um die erforderliche Berechtigung zu erteilen. Diese Funktion ist für macOS 13 nicht aktiviert, da es bei aktuellen macOS-Betaversionen noch nicht möglich ist, die neuen Systemeinstellungen an der richtigen Stelle zu öffnen.

Syntaxänderungen bei Markup-basierter Delegierung von Client Hints

Auf Anfrage von Entwicklern wechseln wir von der Syntax in der Nähe der HTTP-Berechtigungsrichtlinie zur Verwendung einer Syntax näher am iFrame-Zulassungsattribut.

Es gibt bereits eine HTML-Syntax zum Delegieren von Client Hints an Drittanbieterinhalte. Hierfür werden Informationen benötigt, die aufgrund von User-Agent-Reduzierung verloren gegangen sind. Diese Syntax wurde in Chrome 100 eingeführt und wird in Chrome 105 entfernt. Beispiel:
<meta name="accept-ch" value="sec-ch-dpr=(https://foo.bar https://baz.qux), sec-ch-width=(https://foo.bar)">

Der Ersatz dafür in Chrome 105 ist so formatiert:
<meta http-equiv="delegate-ch" value="sec-ch-dpr https://foo.bar https://baz.qux; sec-ch-width https://foo.bar">

Über diese Seite unter Android

Wir verbessern die Funktion Aus dem Web in der Benutzeroberfläche für Websiteinformationen. Sie heißt jetzt Über diese Seite und öffnet eine Website mit mehreren Informationen zum Ursprung und Thema einer Website.

Diese Funktion ist nur verfügbar, wenn Suchanfragen und das Surfen verbessern unter Einstellungen > Synchronisierung und Google-Dienste > Weitere Google-Dienste aktiviert ist. Sie können diese Einstellung über die Richtlinie UrlKeyedAnonymizedDataCollectionEnabled steuern.

↑ Zurück nach oben

Einbindung von Google-Konten mit erweitertem Safe Browsing auf dem Desktop

Bei Chrome auf dem Desktop wird das Safe Browsing-Schutzniveau nicht durch die Richtlinie SafeBrowsingProtectionLevel gesteuert. Nutzer, die angemeldet sind und die Synchronisierung sowie Safe Browsing > Erweiterter Schutz in ihrem Google-Konto aktiviert haben, werden darüber informiert, dass in ihrem Chrome-Profil auch Erweiterte Sicherheit aktiviert ist. Ähnlich verhält es sich, wenn Nutzer in ihrem Google-Konto Safe Browsing > Erweiterter Schutz deaktivieren. In diesem Fall wird die Deaktivierung auch auf ihr Chrome-Profil angewandt.

ForceBrowserSignIn-Richtlinie erfordert EnableExperimentalPolicies unter Linux

Ab Chrome 105 können Sie ForceBrowserSignIn nur unter Linux aktivieren, wenn Sie EnableExperimentalPolicies auf „true“ setzen.

ForceBrowserSignIn wurde gemäß der zugehörigen Dokumentation nie offiziell unter Linux unterstützt. Vor Chrome 105 war dies jedoch unter Linux möglich. Diese Aktualisierung erfolgt im Rahmen unseres Bestrebens, die binäre Größe von Chrome zu verringern und das dokumentierte Verhalten von Chrome strenger einzuhalten.

In einer zukünftigen Version von Chrome wird Unterstützung für Erzwingen, dass Nutzer sich im Browser anmelden müssen zur Richtlinie BrowserSignIn unter Linux hinzugefügt. Danach funktioniert ForceBrowserSignIn unter Linux nicht mehr, selbst wenn EnableExperimentalPolicies aktiviert ist.

Telemetrie der Browsererweiterung

Wenn Sie Safe Browsing > Erweiterter Schutz aktivieren, erfasst Chrome jetzt Telemetriedaten zu installierten Erweiterungen. Außerdem werden bestimmte Aktivitäten überwacht, z. B. ausgeführte APIs und kontaktierte Remote-Hosts. Diese Aktivitäten werden auf Google-Servern analysiert, um die Erkennung von schädlichen Erweiterungen und Erweiterungen zu verbessern, die gegen die Richtlinien verstoßen. Diese Verbesserung erhöht den Schutz für alle Nutzer von Chrome-Erweiterungen.

Korrekte Bildschirmlabels für Fensterpositionierung

In Chrome 105 wird jetzt ein Label angezeigt, das den Bildschirm gegenüber einem Nutzer aussagekräftig beschreibt. Mit diesem Label können Sie z. B. die Berechtigung zum Öffnen und Platzieren von Fenstern auf einem verbundenen Bildschirm anfordern. Dies ist eine Funktionserweiterung für die Multi-Screen Window Placement API, die in Chrome 100 eingeführt wurde. Weitere Informationen finden Sie auf unserer Statusseite für die Chrome-Plattform.Unternehmensrichtlinien sind verfügbar, um den Zugriff auf die Window Placement API zu steuern: WindowPlacementAllowedForUrls und WindowPlacementBlockedForUrls.

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
PolicyAtomicGroupsEnabled	Gruppen aus Einzelrichtlinien aktivieren
PolicyListMultipleSourceMergeList	Zulassen, dass Listenrichtlinien aus verschiedenen Quellen zusammengeführt werden (jetzt auch unter iOS verfügbar)
PolicyDictionaryMultipleSourceMergeList	Zulassen, dass Wörterbuchrichtlinien aus verschiedenen Quellen zusammengeführt werden (jetzt für Android und iOS verfügbar)
PolicyScopeDetection	Erkennung des Richtlinienbereichs unter macOS.
ChromeRootStoreEnabled	Legt fest, ob der Chrome Root Store und die integrierte Zertifikatsprüfung zum Verifizieren von Serverzertifikaten verwendet werden.
ComponentUpdatesEnabled	Komponentenupdates in Google Chrome (jetzt für Android und iOS verfügbar).
CloudUserPolicyOverridesCloudMachinePolicy	Zulassen, dass Cloud-Richtlinien auf Nutzerebene die Richtlinien für die Chrome-Verwaltung über die Cloud überschreiben (jetzt für iOS verfügbar).
EventPathEnabled	Event.path API neu aktivieren (bis Chrome 115)
WebSQLNonSecureContextEnabled	Aktivierung von WebSQL in nicht sicheren Kontexten erzwingen (bis Chrome 110 verfügbar)
EnterpriseAuthenticationAppLinkPolicy	App-Start-URLs für die externe Authentifizierung (Android WebView)
EncryptedClientHelloEnabled	TLS Encrypted ClientHello aktivieren.

↑ Zurück nach oben

ChromeOS-Updates

Adaptives Laden zum Verlängern der Akkulaufzeit

Mit der Funktion „Adaptives Laden“ lässt sich die Lebensdauer Ihres Akkus verlängern, da erkannt wird, wie Sie Ihr Gerät verwenden, und das Laden entsprechend optimiert wird. Diese neue Funktion analysiert die Nutzungsmuster Ihres Geräts und sorgt dafür, dass der Akku im optimalen Ladebereich bleibt. Somit wird das Überladen des Geräts und dadurch ein frühzeitiger Verschleiß des Akkus vermieden.

Einen Desktop und die zugehörigen Fenster mit einem Klick schließen

Erstellen Sie einen Desktop für jedes Projekt oder jede Aufgabe. Wenn Sie fertig sind, schließen Sie den Desktop und alle zugehörigen Tabs und Fenster mit einem Klick. Sie können auf diese Funktion zugreifen, indem Sie in der Desktopleiste den Mauszeiger auf einen Desktop bewegen und Desktop und Fenster schließen auswählen.

Neuerungen in der Admin-Konsole

Gruppenbasierte Richtlinie für Apps und Erweiterungen

Administratoren können App- und Erweiterungsberechtigungen für ihre Organisationen konfigurieren, die Google-Gruppen zusätzlich zu Organisationseinheiten verwenden. Wenn Sie eine App für eine kleine Anzahl von Nutzern installieren möchten, die möglicherweise zu verschiedenen Organisationseinheiten gehören, können Sie diese Nutzer jetzt zu einer Gruppe hinzufügen, anstatt sie in eine andere Organisationseinheit zu verschieben. Beachten Sie, dass die Richtlinien für Apps und Erweiterungen für Gruppen Vorrang vor denen für Organisationseinheiten haben. Wenn ein Nutzer also sowohl zu einer Gruppe als auch zu einer Organisationseinheit gehört, für die Sie eine Richtlinie festgelegt haben, gilt der Berechtigungssatz für die Gruppe und nicht für die Organisationseinheit. Beachten Sie außerdem, dass Sie Nutzer derzeit nur zu Google-Gruppen hinzufügen können. Weitere Informationen.

Benachrichtigungen für Erweiterungsanfragen konfigurieren

Sie können jetzt Benachrichtigungen konfigurieren Erweiterungsanträge konfigurieren. Dazu erstellen Sie Berichts- oder Aktivitätsregeln Folgen Sie der Anleitung in diesem Hilfeartikel.

Browserdetails: UX-Änderungen unter „Installierte Apps und Erweiterungen“

Auf der Seite „Browserdetails“ sehen Sie die Karte Installierte Apps und Erweiterungen. Wenn der Nutzer auf eine App klickt, wird eine neue Seite geöffnet: die Seite „App-Details“. Bisher konnten Administratoren über ein Dreipunkt-Menü eine begrenzte Anzahl von Aktionen ausführen. Jetzt können Administratoren Richtlinien auf der Seite „App-Details“ festlegen.

Browserdetails:

App-Details:

↑ Zurück nach oben

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
RendererAppContainerEnabled	Nutzer- und Browsereinstellungen	Chrome	Sicherheit > Renderer-App-Container
UnthrottledNestedTimeoutEnabled	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome ChromeOS Android	Inhalt > Erzwingung der JavaScript-Funktion setTimeout()
ChromeAppsEnabled	Zusätzliche App-Einstellungen	Chrome	Zusätzliche Anwendungseinstellungen > Unterstützung für Chrome-Apps verlängern

Bald verfügbar

Anstehende Änderungen für den Chrome-Browser

Unterstützung für Encrypted Client Hello (ECH)

Bereits ab Chrome 106 wird in Chrome die Unterstützung für ECH auf Websites eingeführt, die sich dafür anmelden. Dies geschieht im Rahmen unserer netzwerkbezogenen Bemühungen zur Verbesserung des Datenschutzes und der Sicherheit unserer Nutzer im Web, zum Beispiel Sicheres DNS. Es gibt eine Unternehmensrichtlinie zum Deaktivieren von ECH, die auch in Chrome 105 verfügbar ist.

Wenn die Infrastruktur Ihrer Organisation die Fähigkeit zur Prüfung von SNI (z. B. Filterung, Protokollierung usw.) benötigt, sollten Sie sie mit Chrome 106 testen. Falls Inkompatibilitäten auftreten, können Sie mithilfe der Unternehmensrichtlinie EncryptedClientHelloEnabled die Unterstützung für ECH deaktivieren.

Änderungen an chrome.runtime

In Chrome 106 gibt es eine Änderung sodass chrome.runtime nicht mehr bedingungslos für alle Websites definiert ist. In Kontexten, in denen keine Erweiterung verfügbar ist, sollten Websites nicht damit rechnen, dass „chrome.runtime“ definiert ist.

In den letzten Monaten haben wir Maßnahmen ergriffen, um die alte U2F Security API von Chrome zu entfernen. Diese API wurde in der internen Chrome-Erweiterung CryptoToken implementiert, die von Grund auf extern mit allen URLs verbunden werden konnte. Das Vorhandensein dieser Erweiterung bedeutete, dass chrome.runtime immer für jeden Webursprung definiert wurde, da immer mindestens eine Erweiterung eine Verbindung zuließ, auch wenn der Nutzer keine anderen Erweiterungen installiert hatte, zu denen eine Verbindung hergestellt werden konnte. Im Rahmen der Entfernung von U2F wird das Laden von CryptoToken durch Chrome 106 standardmäßig beendet. Das bedeutet, dass chrome.runtime jetzt in Kontexten ohne andere Erweiterungen, die Verbindungen zulassen, nicht definiert ist.

Websites dürfen nicht davon ausgehen, dass „chrome.runtime“ bedingungslos definiert ist. Als vorübergehende Problemumgehung können Sie die Auswirkungen dieser Änderung rückgängig machen, indem Sie das Flag chrome://flags/#load-Cryptotoken-extension oder eine neue Unternehmensrichtlinie mit dem Namen LoadCryptoTokenExtension aktivieren.

Einstellung dauerhafter Kontingente

In Chrome 106 wird der Kontingenttyp window.PERSISTENT im webkitRequestFileSystem nicht mehr unterstützt. webkitRequestFileSystem akzeptiert weiterhin einen Typparameter und durch die Verwendung der Typen PERSISTENT und TEMPORARY werden Dateisysteme mit separaten Stammdateien erstellt. Der Typ PERSISTENT gewährt jedoch keinen Zugriff mehr auf ein dauerhaftes Dateisystem.

In Chrome werden Onlinerecherchen auf der Seite „Verlauf“ unter Android angezeigt

In Chrome 96 wurden virtuelle Browseraktivitäten erstmals auf der Verlaufsseite in „Onlinerecherchen“ gruppiert, damit Sie frühere Aktivitäten leichter finden und mit ähnlichen Suchvorschlägen fortsetzen können. Diese Funktion ist ab Chrome 106 auch unter Android verfügbar. Für Suchbegriffe, die in eine Omnibox eingegeben werden und mit einem Cluster übereinstimmen, wird ein Aktions-Chip angezeigt, mit dem Sie nahtlos auf die Onlinerecherchen-Ansicht zugreifen können. Nutzer können Cluster bei Bedarf löschen und Onlinerecherchen deaktivieren. Außerdem können Administratoren dieses Feature mit der Richtlinie HistoryClustersVisible deaktivieren.

↑ Zurück nach oben

Inkognitosperre unter Android

In Chrome 106 wird eine neue Option für Nutzer von Android 11 und höher eingeführt, um beim Fortsetzen einer Inkognitositzung eine Authentifizierung zu erfordern. Die Funktion ist standardmäßig deaktiviert. Sie kann über die neue Option Inkognitotabs beim Verlassen von Chrome sperren unter Einstellungen > Datenschutz und Sicherheit aktiviert werden. Diese Funktion wird auf verwalteten Geräten, auf denen die Unternehmensrichtlinie IncognitoModeAvailability auf Deaktiviert gesetzt ist, nicht verfügbar sein.

Aufforderung zu Inkognito-Downloads unter Android

Wenn ein Nutzer einen Download beim Verwenden des Inkognito-Tabs startet, wird eine neue, informative Aufforderung angezeigt. Nutzer können die Aufforderung schließen oder auf Herunterladen tippen, um die Datei zu speichern. Im Inkognitomodus heruntergeladene Dateien sind weiterhin über den Download-Manager zugänglich.

Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Ab Chrome 107 wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt, um die Sicherheit und Zuverlässigkeit zu erhöhen. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten gefunden werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.

Entfernung von window.webkitStorageInfo

Bereits ab Chrome 107 wird die window.webkitStorageInfo API entfernt. Die alte Kontingent-API wurde 2013 eingestellt. Sie wird durch die jetzt standardisierte StorageManager API ersetzt.

Entfernung von master_preferences

master_preferences und initial_preferences sind Standardeinstellungen für eine Chrome-Installation. Die Datei hatte bisher den Namen master_preferences, wurde aber in Chrome 91 in initial_preferences umbenannt. Um den Übergang für IT-Administratoren von Chrome 91 zu Chrome 106 zu erleichtern, hat die Benennung der Datei entweder initial_preferences oder master_preferences denselben Effekt. Wenn Sie die Datei in Chrome 107 master_preferences benennen, funktioniert sie standardmäßig nicht. Sie sollten die Datei in initial_preferences umbenennen.

Alternativ können Sie die Unternehmensrichtlinie CompatibleInitialPreferences verwenden, um die Unterstützung für die Benennung von master_preferences zu verlängern. Diese Richtlinie ist derzeit nicht verfügbar.

↑ Zurück nach oben

Reduzierung des User-Agents in Phase 5

Ab Chrome 107 werden einige Teile des User-Agent-Strings auf dem Desktop reduziert. Wie bereits im Chromium-Blog beschrieben, möchten wir mit Phase 5 des Plans zur Reduzierung des User-Agents fortfahren. Die <platform>- und <oscpu>-Tokens, die Teile des User-Agent-Strings sind, werden auf die relevanten <unifiedPlatform>-Tokenwerte reduziert und nicht mehr aktualisiert. Darüber hinaus sind die Werte für navigator.platform auf Desktopplattformen eingefroren (siehe Chromium-Update).

Mit der Richtlinie UserAgentReduction können Sie diese Änderungen deaktivieren.

Automatische Passwortänderungen auf dem Desktop

Chrome 107 verwendet den Google Assistant, der Nutzern beim Ändern gehackter Passwörter hilft. Somit erfolgt die Aktualisierung von Passwörtern nahtloser, um die Sicherheit der Nutzer zu verbessern. Es wird eine Richtlinie geben, mit der sich Google Assistant direkt steuern lässt. So können Sie die Erkennung von Passwort-Datenlecks aktivieren, ohne die Unterstützung von Google Assistant zum Ändern von Passwörtern zu benötigen.

Chrome sendet Preflight-Zugriffe auf private Netzwerke für Unterressourcen

Chrome 104 sendet eine CORS-Preflight-Anfrage vor allen privaten Netzwerkanfragen für Unterressourcen. Dabei wird eine explizite Genehmigung vom Zielserver angefordert. Diese Anfrage enthält den neuen Header Access-Control-Request-Private-Network: true. In dieser Anfangsphase wird diese Anfrage gesendet, von Netzwerkgeräten ist jedoch keine Antwort erforderlich. Wenn keine Antwort empfangen wird oder wenn der übereinstimmende Header „Access-Control-Allow-Private-Network: true“ nicht enthalten ist, wird in den Entwicklertools eine Warnung angezeigt. Weitere Informationen finden Sie hier).

Frühestens ab Chrome 107 werden die Warnungen zu Fehlern und entsprechende Anfragen schlagen fehl. Sie können die Prüfung auf privaten Netzwerkzugriff mit den Unternehmensrichtlinien InsecurePrivateNetworkRequestsAllowed und InsecurePrivateNetworkRequestsAllowedForUrls deaktivieren.

Wenn Sie das Feature vorab testen möchten, können Sie mit chrome://flags/#private-network-access-send-preflights Warnungen aktivieren. Wenn Sie testen möchten, wie sich die Funktion auswirkt, sobald Warnungen zu Fehlern führen, können Sie chrome://flags/#private-network-access-respect-preflight-results aktivieren.

In Chrome wird diese Änderung vorgenommen, um Nutzer vor CSRF-Angriffen (Cross-Site Request Forgery) zu schützen, die auf Router und andere Geräte in privaten Netzwerken ausgerichtet sind. Weitere Informationen dazu, wie Sie diese Änderung proaktiv abmildern können, finden Sie in diesem Hilfeartikel. Einen allgemeineren Beitrag und Neuigkeiten zum Preflight-Zugriff auf private Netzwerke finden Sie in diesem Blogpost.

Marshmallow-Einstellung für Chrome unter Android

Chrome 106 ist die letzte Version, in der Android 6.0 Marshmallow unterstützt wird. Ab Chrome 107 wird Android 7.0 Nougat als Mindestversion unterstützt.

Bevorstehende ChromeOS-Änderungen

Verbesserungen der Einstellungen für die ChromeOS-Bedienungshilfen

Bereits ab Chrome 106 werden neue Verbesserungen an den Einstellungen für Bedienungshilfen vorgenommen, darunter bessere Suchergebnisse, leichter verständliche Funktionsbeschreibungen und ein verbessertes Layout für eine bessere Sichtbarkeit von Bedienungshilfen.

Integration von Google Fotos

Bereits ab ChromeOS 106 können Chromebook-Nutzer über Google Fotos auf die erweiterten Bearbeitungsfunktionen für Videos zugreifen. Die Funktion ist für einen größeren Bildschirm optimiert und lässt sich nahtlos in die integrierte Galerie App und Ihre Chromebook-Dateien einbinden. Sie können also lokale Bilder und Clips verwenden, die Sie mit Ihrer Chromebook-Kamera aufgenommen oder in der App „Dateien“ gespeichert haben, um Ihren Film zu erstellen. Die Bearbeitung von Filmen ist in der Regel mit einer erheblichen Einarbeitung verbunden. Mit den überarbeiteten Google Fotos-Tools für die Filmerstellung können Sie aus Ihren Videoclips und Fotos ganz einfach in wenigen Schritten hochwertige Filme erstellen. Sie können tolle Filme mit vorgeschlagenen Designs erstellen oder die Rolle des Regisseurs übernehmen und direkt auf Ihrem Chromebook selbst neue Designs erstellen.

Cursive für Enterprise- und Education-Konten vorinstalliert

Bereits ab Chrome OS 106 ist Cursive eine App für die Eingabe von Notizen mit einem Stift für Chromebooks. In einer zukünftigen Version ist sie für alle Enterprise- und Education-Konten auf Chromebooks mit integriertem Eingabestift vorinstalliert.

↑ Zurück nach oben

Langes Drücken auf diakritische Zeichen

Das Team „Essential Inputs“ will Verbesserungen bei der Erkennung von diakritischen Zeichen einführen. Dazu wird eine Tastendruckfunktion mit einem neuen Akzent-Menü implementiert. Dieses Akzentmenü zeigt diakritische Zeichen in Verbindung mit Zeichen an, wenn der Nutzer eine Taste diakritischer Zeichen gedrückt hält. Nutzer können dann ein diakritisches Zeichen auswählen und einfügen oder das Menü ohne Auswahl schließen. Diese Funktion wird in ChromeOS 106 eingeführt.

Schnelles Pairing

Mit der Funktion "Schnelles Pairing" ist die Bluetooth-Kopplung auf Chrome OS-Geräten und Android-Smartphones einfacher. Wenn Sie Zubehör mit schnellem Pairing aktivieren, wird das Gerät automatisch erkannt und durch einfaches Tippen mit Ihrem Chrome OS- oder Android-Smartphone gekoppelt. Über die Funktion „Schnelles Pairing“ wird das Bluetooth-Zubehör außerdem mit Ihrem Google-Konto verknüpft, wodurch das Wechseln zwischen Geräten sehr vereinfacht wird. Diese Funktion ist bereits in ChromeOS 108 verfügbar.

Passpoint: Nahtlose, sichere Verbindung zu WLANs

Bereits in ChromeOS 108 wird Passpoint den WLAN-Zugriff optimieren. Es wird nicht mehr erforderlich sein, dass Nutzer bei jedem Besuch ein Netzwerk suchen und authentifizieren. Sobald ein Nutzer auf das WLAN an einem Standort zugreift, stellt das Clientgerät mit aktiviertem Passpoint bei nachfolgenden Besuchen automatisch eine Verbindung her.

↑ Zurück nach oben

Chrome 104

Chrome-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Erhöhung des Verschachtelungsgrenzwert für setTimeouts und setIntervals in Chrome 104	✓	✓
Chrome sendet Private-Network-Access-Preflights für untergeordnete Ressourcen	✓
Privacy Sandbox-Updates	✓
Verbesserte erste Ausführung unter iOS		✓
OS X 10.11 und macOS 10.12 werden in Chrome 104 nicht mehr unterstützt			✓
Änderungen am Ablaufdatum für Cookies	✓
Geplante Entfernung des alten Client-Hint-Modus	✓
U2F API wird nicht mehr unterstützt	✓
Änderungen bei der verbesserten ersten Ausführung unter Windows		✓
Kalender-Einbindung unter iOS		✓
HTTPS-First-Modus für iOS	✓
iFrame-Kontexte blockieren, in denen das Dateisystem aufgerufen wird: URLs	✓
Vorabverbindung bei gedrückten Links herstellen		✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Erzwungener Neustart auch in Nutzersitzungen	✓		✓
UX-Update für Smart Lock	✓
Monatliche Kalenderansicht		✓
Desktop und Fenster schließen		✓
Überarbeitung der Benutzeroberfläche für Benachrichtigungen	✓	✓	✓
Unterstützung von PDF-Anmerkungen in der Galerie-App		✓
Play Store-Ergebnisse in der Launcher-Suche		✓
Vorschau zur Lösung für Kioske und Beschilderung		✓
Bildschirmschoner – Bilderrahmen		✓
Mehrere Bildschirme für Chrome Remote Desktop unterstützt		✓
Neuerungen in der Admin-Konsole	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
CSV-Export für Berichte zu den Versionen und zur Nutzung von Apps und Erweiterungen			✓
Neue Chrome-Leitfäden in der Admin-Konsole			✓
Neue Seite „App-Details“			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Einführung von Renderer AppContainer	✓		✓
Chrome mit eigenem Standard-Root-Store	✓
Unterstützung für Encrypted Client Hello (ECH)	✓
Auf Android-Geräten werden in Chrome Onlinerecherchen auf der Seite „Verlauf“ angezeigt		✓
Web SQL wird in nicht sicheren Kontexten verworfen	✓
Ausführung des Netzwerkdienstes unter Windows in einer Sandbox	✓
Unterstützung der Chrome-Synchronisierung wird für Chrome 73 und frühere Versionen eingestellt	✓		✓
Unterscheidung zwischen Nutzer- und Maschinen-Richtlinien auf Mac-Computern			✓
Änderung bei unzulässigen Headernamen für die Fetch API	✓
Bei Deaktivierung von Chrome-Varianten wird das Chrome Cleanup Tool nicht mehr deaktiviert			✓
Verwendung des internen Zertifikats-Viewers für Server-Zertifikate auf dem Computer	✓
Berücksichtigung von Groß- und Kleinschreibung bei CORS-Preflight-Anfragen	✓
Richtlinie „MetricsReportingEnabled“ künftig in Chrome für Android verfügbar			✓
Einstellung der Unterstützung von Chrome-Apps unter Windows, Mac und Linux		✓	✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Adaptives Laden für eine längere Akkulaufzeit		✓
Verbesserte Einstellungen für ChromeOS-Bedienungshilfen		✓
Passpoint: Nahtlose, verschlüsselte Verbindung zu WLAN-Netzwerken	✓	✓
Einbindung von Google Fotos		✓
Cursive für Enterprise- und Education-Konten vorinstalliert		✓
Langes Drücken für diakritische Zeichen		✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Die Enterprise-Versionshinweise sind in acht Sprachen verfügbar. Informationen zu Chrome-Updates finden Sie auf Englisch, Deutsch, Französisch, Niederländisch, Spanisch, Portugiesisch, Koreanisch und Japanisch. Bei manchen Sprachen kann die Übersetzung ein bis zwei Wochen in Anspruch nehmen.

Chrome-Updates

Chrome 104 erhöht den Verschachtelungsgrenzwert für setTimeouts und setIntervals

setTimeout(..., 0) wird häufig verwendet, um lange JavaScript-Aufgaben aufzuschlüsseln und andere interne Aufgaben auszuführen. So wird verhindert, dass der Browser hängen bleibt. In Chrome 104 stellen einige Nutzer möglicherweise fest, dass „setTimeouts“ und „setIntervals“ mit einem Intervall von weniger als 4 ms nicht mehr so aggressiv verzögert werden wie zuvor. Wir haben den Verschachtelungsschwellenwert von 5 auf 100 erhöht, der bestimmt, wann setTimeout(..., <4ms) verzögert wird. So wird die Leistung kurzfristig verbessert, aber für Websites, die die API missbrauchen, wird „setTimeouts“ trotzdem verzögert. Mit der temporären Unternehmensrichtlinie UnthrottledNestedTimeoutEnabled können Sie diese Funktion steuern. Wenn die Richtlinie aktiviert ist, werden die JavaScript-Funktionen „setTimeouts“ und „setIntervals“ mit einem kleineren Intervall als 4 ms weniger aggressiv verzögert.

Chrome sendet Preflight-Zugriffe auf private Netzwerke für Unterressourcen

Chrome 104 sendet eine CORS-Preflight-Anfrage vor allen privaten Netzwerkanfragen für Unterressourcen. Dabei wird eine explizite Genehmigung vom Zielserver angefordert. Diese Anfrage enthält den neuen Header Access-Control-Request-Private-Network: true. In dieser Anfangsphase wird diese Anfrage gesendet, von Netzwerkgeräten ist jedoch keine Antwort erforderlich. Wenn keine Antwort empfangen wird oder kein übereinstimmender Header Access-Control-Allow-Private-Network: true enthalten ist, wird in den Entwicklertools eine Warnung angezeigt. Weitere Informationen).

Frühestens ab Chrome 107 werden die Warnungen zu Fehlern und entsprechende Anfragen schlagen fehl. Sie können die Prüfung auf privaten Netzwerkzugriff mit den Unternehmensrichtlinien InsecurePrivateNetworkRequestsAllowed und InsecurePrivateNetworkRequestsAllowedForUrls deaktivieren.

Wenn Sie das Feature vorab testen möchten, können Sie mit chrome://flags/#private-network-access-send-preflights Warnungen aktivieren. Wenn Sie testen möchten, wie sich die Funktion auswirkt, sobald Warnungen zu Fehlern führen, können Sie chrome://flags/#private-network-access-respect-preflight-results aktivieren.

Weitere Informationen dazu, wie Sie diese Änderung proaktiv abmildern können, finden Sie in diesem Hilfeartikel. Einen allgemeineren Beitrag zum Preflight-Zugriff auf private Netzwerke finden Sie in diesem Blogpost.

Privacy Sandbox-Updates

Die Privacy Sandbox-Version in Chrome 104 bietet Steuerelemente für die neuen APIs für Themen und Interessengruppen. Außerdem wird ein einmaliges Dialogfeld eingeführt, in dem Nutzern die Privacy Sandbox erklärt und ihnen ermöglicht wird, ihre Einstellungen zu verwalten. Gastnutzer oder verwaltete EDU-Nutzer sehen dieses Dialogfeld nicht.

Einigen Nutzern wird möglicherweise dieses Dialogfeld zur Zustimmung angezeigt:

Anderen Nutzern wird dieses Dialogfeld möglicherweise angezeigt:

Administratoren können verhindern, dass das Dialogfeld für ihre verwalteten Nutzer angezeigt wird, indem sie Cookies von Drittanbietern explizit über eine Richtlinie steuern:
- Um Drittanbieter-Cookies und Privacy Sandbox-Funktionen zuzulassen, deaktivieren Sie BlockThirdPartyCookies.
- Wenn Sie Cookies von Drittanbietern und Privacy Sandbox-Funktionen nicht zulassen möchten, aktivieren Sie BlockThirdPartyCookies. Das kann dazu führen, dass einige Websites nicht mehr funktionieren.
Außerdem werden die Funktionen von Privacy Sandbox deaktiviert und es wird kein Dialogfeld angezeigt, wenn DefaultCookiesSetting auf Speichern von lokalen Daten für keine Website zulassen gesetzt ist.

Verbesserte erste Ausführung unter iOS

In Chrome 104 haben einige Nutzer möglicherweise ein neues Onboarding-Erlebnis mit weniger Schritten und eine intuitivere Anmeldung in Chrome. Mit Unternehmensrichtlinien wie BrowserSignin, SyncDisabled, SyncTypesListDisabled und MetricsReportingEnabled können Sie steuern, ob sich Nutzer in Chrome anmelden können und ob andere Aspekte des Onboarding-Erlebnisses wie zuvor verfügbar bleiben.

↑ Zurück nach oben

Chrome 104 unterstützt OS X 10.11 und macOS 10.12 nicht mehr

Unter Chrome 104 werden die Versionen OS X 10.11 und macOS 10.12 nicht mehr unterstützt, die sich bereits außerhalb des Supportfensters mit Apple befinden. Nutzer müssen ihr Betriebssystem aktualisieren, damit sie den Chrome-Browser weiter verwenden können. Zur Aufrechterhaltung der Sicherheit ist die Ausführung eines unterstützten Betriebssystems unerlässlich.

Änderungen am Ablaufdatum von Cookies

Ab Chrome 104 ist für alle neu festgelegten oder aktualisierten Cookies das Ablaufdatum auf maximal 400 Tage in der Zukunft begrenzt. Cookies, für die ein Ablaufdatum nach mehr als 400 Tagen in der Zukunft angefordert wird, können weiterhin festgelegt werden, aber ihr Ablaufdatum wird auf 400 Tage reduziert. Vorhandene Cookies behalten ihr Ablaufdatum bei (auch wenn es mehr als 400 Tage in der Zukunft liegt). Bei einer Aktualisierung wird das Ablaufdatum jedoch gekürzt.

Absicht zur Entfernung: Legacy-Client-Hint-Modus

In Chrome 104 werden auf Android-Geräten die Client-Hinweise „dpr“, „width“, „viewport-width“ und „device-memory“ nicht mehr standardmäßig an alle Drittanbieter-Frames und Unterressourcen delegiert. Das Verhalten von Android entspricht nun dem aller anderen Plattformen, das heißt, die Hinweise werden standardmäßig nur an Erstanbieter-Frames und Unterressourcen weitergeleitet.

U2F API wird nicht mehr unterstützt

Die U2F API für die Interaktion mit USB-Sicherheitsschlüsseln ist seit Chrome 98 standardmäßig deaktiviert. Wir empfehlen Websites, zur Web Authentication API zu migrieren. Chrome 104 entfernt die U2fSecurityKeyApiEnabled-Unternehmensrichtlinie zur vorübergehenden Reaktivierung dieser API. Der U2FSecurityKeyAPI-Ursprungstest, mit dem Websites U2F wieder aktivieren können, endet am 26. Juli 2022. Wir bieten bestehenden Testteilnehmern, die bis zum 20. September 2022 noch nicht vollständig auf WebAuthn umgestellt haben, eine Verlängerung des Tests an. Wenn Sie bereits am bestehenden Ursprungstest teilnehmen und die Testtokens über den 26. Juli hinaus verlängern möchten, wenden Sie sich bitte an unser Team. Die U2F API wird in Chrome 106 vollständig entfernt.

Änderungen bei der verbesserten ersten Ausführung unter Windows

In Chrome 104 unter Windows kann bei einigen Nutzern eine andere Reihenfolge von Onboarding-Schritten auf dem Tab „chrome://welcome“ angezeigt werden, der geöffnet wird, wenn Chrome zum ersten Mal gestartet wird. Administratoren können bestehende Unternehmensrichtlinien wie BrowserSignin, PromotionalTabsEnabled, SyncDisabled verwenden, um den Einrichtungsprozess zu steuern.

↑ Zurück nach oben

Kalenderintegration unter iOS

Durch langes Drücken auf ein Datum auf einer Seite wird nun ein Menü angezeigt, über das Nutzer den Termin ihrem Kalender hinzufügen können, ohne zwischen Apps wechseln zu müssen.

HTTPS-First-Modus für iOS

Ab Chrome 104 ist der HTTPS-First-Modus unter iOS verfügbar. Mit dieser Funktion können Nutzer in den Chrome-Einstellungen vollständig standardmäßiges HTTPS aktivieren. In diesem Modus versucht Chrome, alle Navigationsvorgänge auf HTTPS umzustellen. Auf Websites, die nur HTTP unterstützen, wird ein Interstitial angezeigt.
Die Richtlinie HttpsOnlyMode wird in Chrome 105 verfügbar sein. Mit dieser Richtlinie können Unternehmen den HTTPS-First-Modus deaktivieren.

iFrame-Kontexte blockieren, in denen das Dateisystem aufgerufen wird: URLs

Ab Chrome 104 dürfen iFrames im Rahmen der Bemühungen zur Speicherpartitionierung nicht mehr zu einer filesystem://-URL navigieren. Dies entspricht dem bestehenden Verhalten, das die Frame-Navigation auf oberster Ebene zu filesystem:// verbietet.
Eine mögliche Problemumgehung für Websites, die auf dieses Muster angewiesen sind: Es kann eine Blob-URL aus einer filesystem://-URL erstellt werden. Beispiel:
let url = 'filesystem:example_resource';
window.webkitResolveLocalFileSystemURL(url, fileEntry => {
  fileEntry.file(file => {
    let blob_url = URL.createObjectURL(file);
    iframe.src = blob_url;
  });
});

Vorabverbindung bei gedrückten Links herstellen

Zur Verbesserung der Ladegeschwindigkeit von Seiten stellt Chrome 104 bei einigen Nutzern eine Verbindung zum Ziel eines Links her, sobald der Nutzer auf den Link drückt, ohne darauf zu warten, dass der Nutzer den Finger hebt oder dass JavaScript ausgeführt wird. Sie können dieses Verhalten mit der Richtlinie NetworkPredictionOptions deaktivieren.

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
ChromeAppsEnabled	Unterstützung für Chrome-Apps unter Windows, Mac und Linux verlängern.
UnthrottledNestedTimeoutEnabled	Steuert den Verschachtelungsgrenzwert, bevor die JavaScript-Funktion `setTimeout()` verzögert wird.
RendererAppContainerEnabled	Renderer-App-Container aktivieren.

↑ Zurück nach oben

Chrome OS-Updates

Erzwungener Neustart in Nutzersitzungen

Erweiterung der Möglichkeit, automatische Geräte-Neustarts auf den Geräten der Nutzer zu planen, unabhängig davon, ob sich ein Nutzer in einer Sitzung befindet oder nicht. Während eines geplanten Neustarts wird der Nutzer in der Sitzung eine Stunde im Voraus benachrichtigt.

Smart Lock UX-Update

Ab Chrome 104 ist Smart Lock, mit dem Nutzer ihr Chromebook über ihr verbundenes Android-Smartphone entsperren können, schneller denn je, und zwar mit höherer Leistung, Zuverlässigkeit und Neugestaltung. Gehen Sie dafür zu Chrome OS-Einstellungen> Verbundene Geräte, wählen Sie Ihr Android-Smartphone aus und aktivieren Sie Smart Lock.

Monatliche Kalenderansicht

Auf die monatliche Kalenderansicht können Sie über das Datum im Statusbereich oder in den Schnelleinstellungen zugreifen. Diese Funktion bietet schnellen Zugriff auf eine monatliche Kalenderansicht und ermöglicht es Nutzern, Termine aus Google Kalender anzusehen.

Desktop und Windows schließen

Sie können für jedes Projekt oder jede Aufgabe einen Desktop erstellen. Wenn Sie fertig sind, können Sie den Desktop und alle dazugehörigen Tabs und Fenster mit einem Klick schließen. Sie können auf diese Funktion zugreifen, indem Sie in der Desktopleiste den Mauszeiger auf einen Desktop bewegen und Desktop und Fenster schließen auswählen.

Überarbeitung der Benachrichtigungs-UI

Zusätzlich zum neuen Look werden Benachrichtigungen von mehreren Absendern jetzt gruppiert.

Unterstützung von PDF-Anmerkungen in der Galerie App

Die integrierte Medien-App „Gallery App“ auf Chromebooks unterstützt jetzt PDF-Anmerkungen. Neben der Anzeige von PDFs können Sie in der App auch Text hervorheben, Formulare ausfüllen und Text und Anmerkungen im freien Format hinzufügen. Und dank der Anmerkungen im freien Format können Sie eine Signatur in ein Dokument einfügen und das PDF dann ganz einfach über die App teilen.

↑ Zurück nach oben

Play Store-Ergebnisse in der Launcher-Suche

Ab ChromeOS 104 werden relevante Play Store App-Vorschläge in der Launcher-Suche angezeigt.

Vorschau für Lösung für Kioske und digitale Beschilderung

Wir freuen uns, die Vorschau der neuen End-to-End-Lösung mit Schwerpunkt auf Chrome OS für Kioske und digitale Beschilderung anzukündigen. Diese Lösung umfasst einen Registrierungsablauf, eine Lizenzverwaltung und eine Nutzererfahrung speziell für Kioske. Diese Lösung wird mit einer neuen Lizenz – einem Upgrade für Kioske und Beschilderung – für 25 $pro Jahr angeboten.

Bildschirmschoner – Bilderrahmen

Wir freuen uns, eine neue Bildschirmschoner-Funktion in den Personalisierungseinstellungen anzukündigen, mit denen Nutzer ihre persönlichen Fotos und ausgewählte Bilder sehen können, wenn ihre Geräte inaktiv sind. Sie können Alben aus Google Fotos oder ausgewählte Kunstwerke auswählen, die auf dem Bildschirm angezeigt werden sollen, wenn der Bildschirmschoner aktiviert ist.

Mehrere Bildschirme für Chrome Remote Desktop unterstützt

Chrome Remote Desktop unterstützt jetzt den Wechsel zwischen mehreren Bildschirmen für Remote-Geräte, an die mehrere Bildschirme angeschlossen sind.

CSV-Exportoption für Berichte zu den Versionen und zur Nutzung von Apps und Erweiterungen

Ab Chrome 104 gibt es in Chrome eine neue CSV-Downloadoption für die Berichte zur Nutzung von Apps und Erweiterungen und für die Versionen.

↑ Zurück nach oben

Neue Chrome-Leitfäden in der Admin-Konsole

In Chrome 104 werden neue Chrome-Leitfäden eingeführt, mit denen IT-Administratoren häufig genutzte Verwaltungsfunktionen für den Chrome-Browser und Chrome OS leichter finden und einrichten können. Die Funktion bietet beispielsweise eine Reihe von Leitfäden, mit denen Sie Browser und Geräte registrieren, Richtlinien festlegen und Berichte ansehen können.

Neue Seite „App-Details“

In Chrome 104 wird eine neue Seite „App-Details“ eingeführt, auf der Administratoren weitere Informationen erhalten, wenn sie im Bericht zur Nutzung von Apps und Erweiterungen auf eine App klicken. Weitere Informationen

Bald verfügbar

Anstehende Änderungen für den Chrome-Browser

Renderer AppContainer starten

Ab Chrome 105 wird eine weitere Sandbox-Sicherheitsrisikominderung auf Rendererprozesse angewendet. Sie werden zusätzlich zur vorhandenen Sandbox in einem App-Container platziert. So lässt sich verhindern, dass schädlicher Code Netzwerkberechtigungen erhält, indem Kernel-APIs innerhalb des Renderer-Prozesses umgangen werden.

Wir erwarten zwar keine Inkompatibilitäten mit dieser neuen Risikominderung, aber einige Sicherheitsprodukte können negativ darauf reagieren. Die neue Richtlinie RendererAppContainerEnabled wurde hinzugefügt, um diese Sicherheitsmaßnahmen für eine begrenzte Zeit selektiv zu deaktivieren, während diese Probleme behoben werden. Diese Richtlinie kann auf Disabled gesetzt werden, um das Deaktivieren der Risikominderung zu erzwingen. Andernfalls wird sie standardmäßig aktiviert.

Chrome mit eigenem Standard-Root-Speicher

Ab Chrome 105 ist zur Verbesserung der Nutzersicherheit und für eine einheitliche Nutzung auf verschiedenen Plattformen für Chrome geplant, dass ein eigener Standard-Root-Speicher und eine integrierte Zertifikatsprüfung eingesetzt wird. Chrome verwendet weiterhin benutzerdefinierte lokale Roots, die im Trust Store des Betriebssystems installiert sind. Wir gehen nicht davon aus, dass Änderungen erforderlich sein werden im Hinblick darauf, wie Unternehmen derzeit ihren Gerätebestand und vertrauenswürdige Unternehmens-Zertifizierungsstellen verwalten, etwa durch Gruppenrichtlinien, macOS Keychain Access oder Systemverwaltungstools wie Puppet. Weitere Informationen finden Sie im Artikel zum Root-Programm von Chrome (in englischer Sprache). Die neue Richtlinie ChromeRootStoreEnabled ermöglicht die selektive Deaktivierung des Chrome Root Store zugunsten des Plattform-Root-Speichers für begrenzte Zeit. Diese Richtlinie kann auf Disabled gesetzt werden, um die Nutzung des Plattform-Root-Speichers zu erzwingen. Andernfalls wird sie standardmäßig aktiviert.

↑ Zurück nach oben

Unterstützung für Verschlüsseltes ClientHello (Encrypted Client Hello, ECH)

Ab Chrome 105 wird ECH als Fortführung unserer netzwerkbezogenen Initiativen wie z. B. Sicheres DNS eingeführt, um den Datenschutz und die Sicherheit unserer Nutzer im Web zu verbessern. Während sich die Funktion noch in der Entwicklung befindet, wird eine Unternehmensrichtlinie verfügbar sein, mit der die Funktion deaktiviert werden kann. Sie wird auch in Chrome 105 verfügbar sein.
Wenn die Infrastruktur Ihrer Organisation auf die Fähigkeit angewiesen ist, SNI zu prüfen, z. B. Filter, Logging usw., sollten Sie das mit Chrome 105 testen. Falls Inkompatibilitäten auftreten, können Sie mithilfe der Unternehmensrichtlinie EncryptedClientHelloEnabled zum vorherigen Verhalten zurückkehren.

In Chrome werden Onlinerecherchen auf der Seite „Verlauf“ unter Android angezeigt

In Chrome 96 wurden virtuelle Browseraktivitäten erstmals auf der Verlaufsseite in „Onlinerecherchen“ gruppiert, damit Sie frühere Aktivitäten leichter finden und mit ähnlichen Suchvorschlägen fortsetzen können. Diese Funktion ist ab Chrome 105 auch auf Android-Geräten verfügbar. Für Suchbegriffe, die in eine Omnibox eingegeben werden und mit einem Cluster übereinstimmen, wird ein Aktions-Chip angezeigt, mit dem Sie nahtlos auf die Onlinerecherchen-Ansicht zugreifen können. Nutzer können Cluster bei Bedarf löschen und Onlinerecherchen deaktivieren. Außerdem können Administratoren dieses Feature mit der Richtlinie HistoryClustersVisible deaktivieren.

Einstellung von Web SQL in nicht sicheren Kontexten

Ab Chrome 105 wird die Web SQL API für nicht sichere Kontexte eingestellt mit dem Ziel, die API in Zukunft vollständig einzustellen und aus Chrome zu entfernen. Für unsichere Kontexte ist die Deaktivierung der API in Chrome 107 geplant.
Die Unternehmensrichtlinie WebSQLNonSecureContextEnabled wird zwischen Chrome 105 und Chrome 110 verfügbar sein, damit die Web SQL API bei Bedarf in nicht sicheren Kontexten funktioniert.

Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Ab Chrome 105 wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt, um die Sicherheit und Zuverlässigkeit zu erhöhen. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten gefunden werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.

Unterstützung der Chrome-Synchronisierung wird für Chrome 73 und frühere Versionen beendet

Bereits ab Chrome 105 wird die Chrome-Synchronisierung für Chrome 73 und frühere Versionen nicht mehr unterstützt. Führen Sie ein Upgrade auf eine neuere Version von Chrome aus, wenn Sie die Chrome-Synchronisierung weiterhin verwenden möchten.

↑ Zurück nach oben

Auf dem Mac wird für Richtlinien zwischen Nutzer und Computer unterschieden

Chrome 105 auf dem Mac befolgt dieselben Richtlinien wie andere Plattformen. Ab 105 haben Richtlinien auf Geräteebene, beispielsweise solche, die über die CBCM-Tokenverwaltung festgelegt werden, Vorrang vor Richtlinien auf Nutzerebene. Bisher wurden alle Richtlinien auf Geräteenebene festgelegt, unabhängig von ihrem Ursprung. Wenn diese Änderung unerwartete Auswirkungen auf Ihre Nutzer hat, können Sie mithilfe der Unternehmensrichtlinie PolicyScopeDetection vorübergehend zum vorherigen Verhalten zurückkehren.

Änderung bei unzulässigen Headernamen für „Abrufen“

Set-Cookie-Header sind semantische Antwortheader, die nicht einfach kombiniert werden können und eine komplexere Verarbeitung im Header-Objekt erfordern. Ab Chrome 105 ist der Set-Cookie-Header als Anfrageheader unzulässig, damit diese Komplexität nicht in Anfragen einfließt. Für Anfragen ist er ohnehin nicht nützlich. Weitere Informationen zu dieser Änderung finden Sie hier.

Wenn Sie Chrome-Varianten deaktivieren, wird das Chrome Cleanup Tool nicht mehr deaktiviert

Ab Chrome 105: Wenn Sie Varianten deaktivieren, hat dies keinen Einfluss mehr darauf, ob das Chrome Cleanup Tool ausgeführt wird. Unternehmen, die bereits Chrome-Variationen deaktiviert haben, bemerken möglicherweise, dass das Chrome Cleanup Tool einmal pro Woche in Chrome 105 unter Windows ausgeführt wird.
Sie können das Tool weiterhin deaktivieren, indem Sie die Unternehmensrichtlinie ChromeCleanupEnabled auf Disabled setzen.

Interne Zertifikatsanzeige für Serverzertifikate auf dem Computer verwenden

In Chrome 105 wird auf Mac- und Windows-Computern für den Zertifikat-Viewer, auf den über das Infofeld der Seite zugegriffen wird, vom bereitgestellten Viewer der Plattform zu einem von Chrome bereitgestellten Viewer gewechselt. Der Chrome-Zertifikat-Viewer wird bereits für Linux und Chrome OS verwendet.

Berücksichtigung von Groß- und Kleinschreibung bei CORS-Preflight-Anfragen

In Chrome werden Anfragemethoden beim Abgleich mit Access-Control-Allow-Methods-Antwortheadern in CORS-Preflights derzeit in Großschreibung geschrieben. In Chrome 106 werden Anfragemethoden nicht in Großbuchstaben geschrieben, mit Ausnahme von DELETE, GET, HEAD, OPTIONS, POST und PUT (bei allen wird Groß-/Kleinschreibung nicht berücksichtigt). Daher ist in Chrome 104 die Groß-/Kleinschreibung genau zu beachten. Es wird eine Unternehmensrichtlinie verfügbar sein, um die vorübergehende Kompatibilität mit vorhandenen, nicht konformen Lösungen aufrechtzuerhalten.

Zuvor akzeptiert, aber in Chrome 106 abgelehnt:
Anfrage: fetch(url, {method: 'Foo'})
Antwort-Header: Access-Control-Allow-Methods: FOO

Zuvor abgelehnt , aber in Chrome 106 akzeptiert:
Anfrage: fetch(url, {method: 'Foo'})
Anfrage-Header: Access-Control-Allow-Methods: Foo

Hinweis: post und put sind nicht betroffen, da sie sich in https://fetch.spec.whatwg.org/#concept-method-normalize befinden, während patch betroffen ist.

↑ Zurück nach oben

MetricsReportingEnabled-Richtlinie ist in Chrome für Android verfügbar

Ab Chrome 106 unter Android ist die erste Ausführung etwas verändert, sodass die Richtlinie MetricsReportingEnabled unterstützt wird. Wenn der Administrator die Berichterstellung zu Messwerten deaktiviert, ändert sich nichts an der ersten Ausführung. Wenn der Administrator Messwerte aktiviert, können Nutzer die Einstellung weiterhin in den Chrome-Einstellungen ändern. Wenn die Richtlinie MetricsReportingEnabled aktiviert ist, können anonyme Nutzungs- und Absturzdaten für Chrome an Google gemeldet werden.

Chrome-Apps werden unter Windows, Mac und Linux nicht mehr unterstützt

Wie zuvor angekündigt werden Chrome-Apps zugunsten von progressiven Web-Apps (PWAs) und Web-Standardtechnologien eingestellt. Der Zeitplan für die Einstellung wurde so angepasst, dass Unternehmen, die Chrome-Apps verwendet haben, mehr Zeit für die Umstellung auf andere Technologien haben. Chrome-Apps funktionieren nun in Chrome 109 und höher unter Windows, Mac und Linux nicht mehr. Sie benötigen mehr Zeit für die Anpassung? Dann können Sie mit der Richtlinie ChromeAppsEnabled die Lebensdauer von Chrome-Apps um weitere zwei Meilensteine verlängern.
Wenn Sie die Installation von Chrome-Apps erzwingen, erhalten Nutzer ab Chrome 105 eine Meldung, dass die App nicht mehr unterstützt wird. Die installierten Chrome-Apps können weiterhin gestartet werden.
Ab Chrome 109 funktionieren Chrome-Apps unter Windows, Mac und Linux nicht mehr. Entfernen Sie zur Behebung die Erweiterungs-ID aus der Liste der Erweiterungen mit erzwungener Installation und fügen Sie bei Bedarf die entsprechende install_url zu der Liste der erzwungenen Installation von Web-Apps hinzu. Für gängige Google-Apps sind die install_urls unten aufgeführt:

Attribut	Erweiterungs-ID (Chrome App)	install_url (PWA/Web-App)
Gmail	pjkljhegncpnkpknbcohdijeoejaedia	https://mail.google.com/mail/ installwebapp?usp=admin
Google Docs	aohghmighlieiainnegkcijnfilokake	https://docs.google.com/document/ installwebapp?usp=admin
Google Drive	apdfllckaahabafndbhieahigkjlhalf	https://drive.google.com/drive/ installwebapp?usp=admin
Google Tabellen	felcaaldnbdncclmgdcncolpebgiejap	https://docs.google.com/spreadsheets/ installwebapp?usp=admin
Google Präsentationen	aapocclcgogkmnckokdopfmhonfmgoek	https://docs.google.com/presentation/ installwebapp?usp=admin
YouTube	blpcfgokakmgnkcojhhkbfbldkacnbeo	https://www.youtube.com/s/notifications/ manifest/cr_install.html

Bevorstehende Änderungen an Chrome OS

Adaptives Laden zur Verlängerung der Akkulaufzeit

Ab Chrome 105 trägt das adaptive Laden dazu bei, die Lebensdauer Ihres Akkus zu verlängern, indem erkannt wird, wie Sie Ihr Gerät verwenden, und das Laden entsprechend optimiert wird. Diese neue Funktion analysiert die Nutzungsmuster deines Geräts und sorgt dafür, dass dein Akku im optimalen Ladebereich bleibt. So wird das Überladen des Geräts vermieden und dadurch die Verschlechterung des Akkus verzögert.

Verbesserungen der Einstellungen für die Chrome OS-Bedienungshilfen

In Chrome 105 werden neue Verbesserungen an den Einstellungen für Bedienungshilfen vorgenommen, darunter verbesserte Suchergebnisse, leichter verständliche Funktionsbeschreibungen und ein verbessertes Layout für eine bessere Auffindbarkeit der Bedienungshilfen.

Passpoint: Nahtlose, sichere Verbindung zu WLANs

Ab Chrome 106 optimiert Passpoint den WLAN-Zugriff, sodass Nutzer nicht bei jedem Besuch ein Netzwerk suchen und authentifizieren müssen. Sobald ein Nutzer auf das WLAN an einem Standort zugreift, stellt das Clientgerät mit aktiviertem Passpoint bei nachfolgenden Besuchen automatisch eine Verbindung her.

↑ Zurück nach oben

Integration von Google Fotos

Ab Chrome 106 können Chromebook-Nutzer über Google Fotos auf die erweiterten Bearbeitungsfunktionen für Videos zugreifen. Die Funktion ist für einen größeren Bildschirm optimiert und lässt sich nahtlos in die integrierte Galerie App und Ihre Chromebook-Dateien einbinden. Sie können also lokale Bilder und Clips verwenden, die Sie mit Ihrer Chromebook-Kamera aufgenommen oder in der App „Dateien“ gespeichert haben, um Ihren Film zu erstellen. Die Bearbeitung von Filmen ist in der Regel mit einer erheblichen Einarbeitung verbunden. Mit den überarbeiteten Google Fotos-Tools für die Filmerstellung können Sie aus Ihren Videoclips und Fotos ganz einfach mit wenigen Schritten hochwertige Filme erstellen. Sie können tolle Filme mit vorgeschlagenen Designs erstellen oder die Rolle des Regisseurs übernehmen und direkt auf Ihrem Chromebook selbst neue Designs erstellen.

Cursive für Enterprise- und Education-Konten vorinstalliert

Ab Chrome 106 ist Cursive auf allen Chromebooks mit aktiviertem Eingabestift mit Enterprise- oder Education-Konten vorinstalliert. Cursive ist eine App für die Eingabe von Notizen mit einem Stift für Chromebooks.

Langes Drücken für diakritische Zeichen

Das Team von Essential Inputs plant die Einführung von Verbesserungen bei der Eingabe von diakritischen Zeichen. Dafür wird eine Funktion zum Aufrufen eines neuen Akzentmenüs per Tastendruck eingeführt. Dieses Akzentmenü zeigt diakritische Zeichen in Verbindung mit Zeichen an, wenn der Nutzer Tasten mit diakritischen Zeichen gedrückt hält. Nutzer können dann ein diakritisches Zeichen auswählen und einfügen oder das Menü ohne Auswahl schließen. Die Funktion ist für Chrome 106 geplant.

↑ Zurück nach oben

Chrome 103

Chrome-Updates	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Private Erweiterungen, die Manifest V2 verwenden, werden ab Juni 2022 im Chrome Web Store nicht mehr akzeptiert	✓
Chrome unter Windows verwendet standardmäßig den integrierten DNS-Client		✓
Veröffentlichung der Speculation Rules API für Pre-Rendering unter Android			✓
Local Fonts Access API			✓
Einheitlicher Passwortmanager unter Android	✓	✓
Chrome Aktionen unter iOS		✓
Verbessertes Autofill bei Kredit- und Debitkarten		✓
Richtlinie „LockIconInAddressBarEnabled“ wird entfernt			✓
Erweitertes Safe Browsing unter iOS	✓
Connector für die Berichterstellung	✓
Rollback für Dialogfeld „Profiltrennung“ durchgeführt	✓
Android-Einbindung von Thank with Google		✓
Erzwingung von HTTPS-Key-Pinning für Android aktiviert	✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Neue integrierte Screencast-App für ChromeOS		✓
Mit der Funktion „Schnelles Pairing“ ist die Bluetooth-Kopplung einfacher		✓
Empfang von WLAN-Anmeldedaten über Nearby Share		✓
Phone Hub-Aufnahmen		✓
Synchronisierungseinstellungen in ChromeOS in Browser- und Betriebssystemkategorien aufteilen			✓
Überarbeitung von Launcher (Suchfunktion): Suche in offenen Tabs und Verknüpfungen		✓
Verhindern, dass Konten zu sekundären Konten werden	✓		✓
Neuerungen in der Admin-Konsole	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Symbol und Namen von verwalteten Websites anpassen		✓	✓
Updates für Chrome-Apps im Kioskmodus anpinnen			✓
Updates für die Chrome Management Telemetry API			✓
Bereitstellung und Verwaltung der eSIM per Remotezugriff		✓	✓
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Erhöhung des Verschachtelungsgrenzwerts, ab dem setTimeout(…, < 4 ms) verzögert wird, von 5 auf 100	✓
Chrome sendet Preflight-Anfragen für privaten Netzwerkzugriff für untergeordnete Ressourcen	✓
Privacy Sandbox-Updates	✓
Berücksichtigung von Groß- und Kleinschreibung bei CORS-Preflight-Anfragen	✓
Verbesserte erste Ausführung unter iOS		✓
Unterstützung für die Richtlinie zum alten SameSite-Verhalten von Cookies erweitert			✓
Chrome 104 unterstützt OS X 10.11 und macOS 10.12 nicht mehr			✓
Änderungen bei der Begrenzung des Ablaufdatums für Cookies	✓
Auf Android-Geräten werden in Chrome Onlinerecherchen auf der Seite „Verlauf“ angezeigt		✓
Der Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt	✓
U2F API wird ab Chrome 104 nicht mehr unterstützt	✓
Chrome-Apps werden auf Windows-, Mac- und Linux-Geräten bereits ab Chrome 106 nicht mehr unterstützt		✓	✓
Veröffentlichung von Renderer AppContainer	✓		✓
Geplante Entfernung des Legacy-Client-Hint-Modus	✓
Unterstützung der Chrome-Synchronisierung für Chrome 73 und frühere Versionen wird eingestellt	✓		✓
Richtlinie „MetricsReportingEnabled“ künftig in Chrome für Android verfügbar			✓
Bevorstehende ChromeOS-Änderungen	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Erzwungener Neustart auch in Nutzersitzungen			✓
Unterstützung von PDF-Anmerkungen in der App „Galerie“		✓
UX-Update für Smart Lock	✓
Anstehende Änderungen in der Admin-Konsole	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Neuer CSV-Export für einige Berichte in der Admin-Konsole in Chrome 104		✓	✓
Neue Seite „App-Details“ in Chrome 104			✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Chrome-Updates

Private Erweiterungen, die Manifest V2 verwenden, werden ab Juni 2022 im Chrome Web Store nicht mehr akzeptiert.

Im Zuge der schrittweisen Einstellung von Manifest V2 wurden im Chrome Web Store ab dem 17. Januar 2022 keine neuen oder nicht gelisteten Manifest V2-Erweiterungen mehr angenommen. Seit dem 29. Juni 2022 gilt diese Einschränkung auch für neue Erweiterungen mit der Sichtbarkeit „Privat“. Das kann sich deutlicher auf die Workflows der Enterprise-Erweiterungen auswirken. Bereits eingereichte Erweiterungen können bis Januar 2023 aktualisiert werden.

Weitere Informationen finden Sie im Zeitplan für die Manifest V2-Unterstützung.

Chrome unter Windows verwendet standardmäßig den eingebundenen DNS-Client von Chrome

Der eingebundene DNS-Client ist standardmäßig unter MacOS, Android und Chrome OS aktiviert. In Chrome unter Windows wird jetzt auch standardmäßig der integrierte DNS-Client verwendet. Sie können die Funktion deaktivieren. Setzen Sie dazu die Richtlinie BuiltInDnsClientEnabled auf Disabled.

Release der Speculation Rules API für Prerender auf Android

Als Erweiterung der Prerender-Bemühungen in Chrome 101 liefern wir jetzt die Speculations Rules API für Android in Chrome 103 aus. Mit dieser API können Webautoren Chrome vorschlagen, zu welchen Seiten der Nutzer mit der größten Wahrscheinlichkeit navigiert. Dies wirkt sich dann in Chrome aus, wenn eine bestimmte URL vorab gerendert wird, bevor der Nutzer die Seite aufruft. Ziel ist eine sofortige Navigation. Mit der Unternehmensrichtlinie NetworkPredictionOptions können Sie die Nutzung aller Pre-Rendering-Aktivitäten blockieren. Dabei werden die über diese API bereitgestellten Hinweise in Chrome ignoriert. Weitere Informationen finden Sie im Artikel zum spekulativen Pre-Rendering.

Local Fonts Access API

Nutzer von Designanwendungen möchten oft Schriftarten verwenden, die auf dem lokalen Gerät vorhanden sind. Mit der Local Fonts Access API können Webanwendungen lokale Schriftarten und einige Metadaten dazu auflisten. Über diese API erhalten auch Webanwendungen Zugriff auf die Schriftartdaten als binäres Blob, sodass diese Schriftarten in ihren Anwendungen mit benutzerdefinierten Textstapeln gerendert werden können. Die Unternehmensrichtlinien, die für diese Funktion gelten, sind DefaultLocalFontsSetting, LocalFontsAllowedForUrls und LocalFontsBlockedForUrls.

↑ Zurück nach oben

Einheitlicher Passwortmanager unter Android

Für Chrome-Nutzer unter Android, die eine Synchronisierung durchführen, ändert sich die Oberfläche zur Passwortverwaltung, mit der auch Passwörter bei der Anmeldung in Android-Apps verwaltet werden.

Chrome Aktionen unter iOS

Mit Chrome Aktionen können Nutzer Aufgaben schneller direkt über die Adressleiste erledigen. Vor einigen Jahren haben wir Chrome Aktionen auf dem Computer eingeführt, beispielsweise Aktionen wie Browserdaten löschen. In Chrome 103 werden einige davon auch für Chrome unter iOS verfügbar sein:
- Passwörter verwalten
- Inkognitotab öffnen
- Browserdaten löschen
- …und vieles mehr
Mit Chrome unter iOS können Nutzer Aktionen direkt über die Adressleiste ausführen, z. B. Browserdaten löschen. Dazu verwenden sie eine Schaltfläche, die neben Vorschlägen für die automatische Vervollständigung angezeigt wird. Diese Funktion ist bereits auf Desktopplattformen verfügbar. Weitere Informationen zu Chrome-Aktionen finden Sie in diesem Hilfeartikel.

Verbessertes automatisches Ausfüllen bei Kredit- und Debitkarten

Im Verlauf von Chrome 103 beginnt die Funktion „Automatisches Ausfüllen“ von Kredit- und Debitkarten das Hochladen über die Google Pay App zu unterstützen, sodass automatisches Ausfüllen für Ihre Karten auf allen Ihren Chrome-Geräten möglich ist. Sie können die Funktion „Automatisches Ausfüllen“ für Kreditkarten mit der Unternehmensrichtlinie AutofillCreditCardEnabled steuern.

LockIconInAddressBarEnabled-Richtlinie entfernen

Chrome 94 hat einen Test gestartet, das Schloss-Symbol als Anzeige für die Verbindungssicherheit zu ersetzen. Die Richtlinie LockIconInAddressBarEnabled wurde hinzugefügt, damit Organisationen das Schloss-Symbol während des Tests weiterhin anzeigen können. Der Test ist nicht mehr aktiv. Die Richtlinie ist daher in Chrome 103 nicht mehr verfügbar.

Erweitertes Safe Browsing unter iOS

Ähnlich wie bei Safe Browsing-Funktionen von anderen Plattformen bieten wir nun Funktionen, damit Nutzer unter iOS den gewünschten Safe Browsing-Schutz auswählen können. Wenn ein Unternehmen diese Einstellung steuert, ist es dem Unternehmen erlaubt, das Safe Browsing-Schutzniveau festzulegen. Nutzer unter dem Unternehmen dürfen die Einstellung nicht ändern. Mit der Unternehmensrichtlinie SafeBrowsingProtectionLevel können Sie Safe Browsing und den Modus steuern, in dem es ausgeführt wird.

Berichterstellungs-Connector

Für Sicherheitsanalysen und Berichterstellung bietet die Integration von Chrome-Browser-Berichten IT-Teams einen besseren Einblick in Sicherheitsereignisse in Google Workspace- und in Cloud-Produkten und führenden Partnerlösungen. Die Splunk Cloud Platform-Einbindung (neu) bietet beispielsweise IT-Teams hilfreiche Informationen zu potenziell riskanten Ereignissen wie dem Aufrufen einer schädlichen Website, dem Herunterladen von Malware oder der Wiederverwendung von Unternehmenspasswörtern. Palo Alto Networks- und CrowdStrike-Integrationen sind bald über unser Chrome Enterprise Trusted Tester-Programm verfügbar.

↑ Zurück nach oben

Rollback für Dialogfeld „Profiltrennung“ ausgeführt

In der vorherigen Version von Chrome wurde ein Dialog für Nutzer eingeführt, wenn sie sich über ein nicht verwaltetes Profil bei einem verwalteten Profil angemeldet haben. Chrome erstellt standardmäßig ein neues Profil für das verwaltete Konto. Diese Änderung war für einige Nutzer und ihre Administratoren überraschend und wurde in Chrome 103 standardmäßig entfernt. Wenn Sie sie beibehalten möchten, können Sie Chrome über die Unternehmensrichtlinie zur Anmeldebeschränkung für verwaltete Konten trotzdem so konfigurieren, dass das Dialogfeld angezeigt wird.

Ziel dieser Funktion ist es, die Datentrennung zwischen privaten und Unternehmensdaten zu verbessern. Zu diesem Zweck wird Chrome noch weitere Änderungen vornehmen. Zukünftige Änderungen werden in den Versionshinweisen mit den Steuerelementen für Unternehmen bekannt gegeben.

Thank With Google Android-Integration

Thank With Google (Nur Android): Damit können Nutzer in den USA kostenlose oder kostenpflichtige digitale Sticker auf Websites hinzufügen, auf denen der Creator zugestimmt hat: Die Funktion wird für aktivierte Websites im App-Menü und im „Folgen“-Feed angezeigt.

Erzwingung von HTTPS-Key-Pinning unter Android aktiviert

Für eine kleine Anzahl von teilnehmenden Domains, einschließlich Google-Produkten, erzwingt Chrome, dass das HTTPS-Zertifikat von der erwarteten Zertifizierungsstelle ausgestellt wurde. Dieser Vorgang wird als „Key-Pinning“ bezeichnet. Die Gruppe erwarteter Ausstellerschlüssel ist die Pin-Gruppe. Diese Funktion ist bereits seit 2014 und früher auf Computern möglich und kann jetzt auf Android-Geräten genutzt werden. Das Key-Pinning wird umgangen, wenn die HTTPS-Verbindung zu einer angepinnten Website über ein lokal installiertes Root-Zertifikat bestätigt wird, wie etwa solche, die von DLP und TLS-Abfangprodukten verwendet werden. Diese Option ist bereits auf Computern verfügbar und wird auf Android erweitert. Unternehmen, die Traffic über ein privates Root weiterleiten, sollten keine Änderungen feststellen.

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Textzeile
DefaultClipboardSetting	Wenn die Richtlinie auf „2“ gesetzt ist, sind die Websites nicht dazu berechtigt, die Zwischenablage zu nutzen. Wenn die Richtlinie auf „3“ gesetzt oder nicht konfiguriert ist, kann der Nutzer die Einstellung ändern und entscheiden, ob die Clipboard APIs verfügbar sein sollen, wenn eine Website versucht, darauf zuzugreifen.
ClipboardAllowedForUrls	Wenn diese Richtlinie konfiguriert ist, kannst du eine Liste mit URL-Mustern erstellen, in der Websites angegeben werden, denen die Berechtigung zur Verwendung der Zwischenablage gewährt wird.
ClipboardBlockedForUrls	Wenn diese Richtlinie konfiguriert ist, kannst du eine Liste mit URL-Mustern erstellen, in der Websites angegeben werden, denen die Berechtigung zur Verwendung der Zwischenablage nicht gewährt wird.
AccessCodeCastDeviceDuration	Diese Richtlinie gibt an, wie lange (in Sekunden) ein Übertragungsgerät, das über einen Zugriffscode oder QR-Code ausgewählt wurde, im Google Cast-Menü für Übertragungsgeräte zu sehen ist.
DefaultLocalFontsSetting	Wenn die Richtlinie auf BlockLocalFonts (Wert 2) gesetzt ist, wird Websites die Berechtigung für lokale Schriftarten standardmäßig verweigert. Dadurch wird die Fähigkeit von Websites eingeschränkt, Informationen zu lokalen Schriftarten zu sehen.
LocalFontsAllowedForUrls	Legt eine Liste mit Website-URL-Mustern fest, die Websites angeben, denen automatisch die Berechtigung für lokale Schriftarten gewährt wird. Dadurch wird die Fähigkeit von Websites erweitert, Informationen zu lokalen Schriftarten zu sehen.
LocalFontsBlockedForUrls	Legt eine Liste mit Website-URL-Mustern fest, die Websites angeben, denen automatisch die Berechtigung für lokale Schriftarten verwehrt wird. Dadurch wird die Fähigkeit von Websites eingeschränkt, Informationen zu lokalen Schriftarten zu sehen.

Chrome OS-Updates

Neue integrierte Screencast-App für Chrome OS

Screencast ist eine neue App in Chrome OS, mit der Sie interessante Demos und Kurse aufzeichnen, teilen und ansehen können. Die App verwendet die in das Chromebook integrierten Spracherkennungstools, um Ihre Geschichte automatisch in Text umzuwandeln, damit im Video navigiert und gesucht, übersetzt und Ihre Aufzeichnungen geschnitten werden können. Es ist kein Bearbeiten/Rendering erforderlich. Es ist sogar möglich, während der Aufnahme mit der Maus, dem Touchscreen oder dem Eingabestift auf dem Bildschirm zu zeichnen oder etwas zu schreiben, um wichtige Konzepte darzustellen oder hervorzuheben. Mit Screencast kann jeder eine eigene Mediathek mit aufgezeichneten Screencasts erstellen, die automatisch in Google Drive hochgeladen wird. Weitere Informationen. Screencast in Aktion sehen

Schnelles Pairing erleichtert die Bluetooth-Kopplung

Schnelles Pairing erleichtert die Bluetooth-Kopplung auf Chrome OS-Geräten und Android-Smartphones. Wenn Sie Ihr Schnelles Pairing-fähiges Zubehör (z. B. Pixel Buds) einschalten, erkennt es Ihr Chrome OS-Gerät automatisch und koppelt es durch einmaliges Tippen. Durch die Funktion „Schnelles Pairing“ wird Ihr Bluetooth-Zubehör auch mit Ihrem Google-Konto verknüpft, was das Wechseln zwischen Chrome OS- und Android-Geräten sehr einfach macht.

↑ Zurück nach oben

Mit Nearby Share WLAN-Anmeldedaten erhalten

Nearby Share auf Chrome OS unterstützt jetzt den Empfang von WLAN-Anmeldedaten von Android-Geräten. Öffne dazu auf Android-Geräten die Seite mit den WLAN-Details, tippe auf das Symbol „Teilen“ und dann auf „Nearby Share“. Jedes Chromebook oder Android-Smartphone, das in der Nähe gefunden wird, erhält die Anmeldedaten für das WLAN und verbindet sich danach automatisch mit diesem Netzwerk.

Phone Hub-Aufnahmen

Phone Hub bietet jetzt direkt über Chrome OS Desktop Zugriff auf die neuesten Fotos Ihres Smartphones. Wenn Sie diese Funktion verwenden möchten, klicken Sie auf das Telefonsymbol in der Taskleiste. Sie müssen dann ggf. die entsprechenden Berechtigungen erteilen, damit die neuesten Fotos automatisch in Phone Hub angezeigt werden. Sie können sie dann in Google Docs, E-Mails usw. verwenden.

Synchronisierungseinstellungen unter Chrome OS in Browser- und Betriebssystemkategorien aufteilen

Die Einstellungen für die Betriebssystemsynchronisierung sind jetzt getrennt von den Einstellungen für die Browsersynchronisierung. Browserspezifische Synchronisierungsdatentypen wie etwa Lesezeichen werden nicht mehr in den Betriebssystemeinstellungen angezeigt, während betriebssystemspezifische Datentypen wie Apps und Hintergrundbilder in die Betriebssystemeinstellungen verschoben wurden. Außerdem wurden die browserspezifischen Ein-/Aus-Schaltflächen in den Betriebssystemeinstellungen von der Seite „Synchronisierung und Google-Dienste“ entfernt.

Neuer Look für die Launcher-Suche: Suche in offenen Tabs und Verknüpfungen

Mit dem neuen Launcher können Nutzer jetzt ihre geöffneten Tabs und Geräteverknüpfungen durchsuchen. Du kannst den Launcher über die Schaltfläche „Suchen“ auf der Tastatur oder durch Klicken auf den Punkt links unten auf dem Bildschirm aufrufen. Wir werden der Launcher-Suche zukünftig weitere neue Funktionen hinzufügen.

Konten blockieren, die zu sekundären Konten werden

SecondaryGoogleAccountUsage ist eine neue Richtlinie, mit der Administratoren verhindern können, dass verwaltete Konten zu sekundären Konten werden, selbst wenn die Mehrfachanmeldung zulässig ist.

↑ Zurück nach oben

Neuerungen in der Admin-Konsole

Symbol und Name von verwalteten Websites anpassen

Mit dieser Funktion können IT Administratoren die Darstellung der URLs anpassen, deren Installation sie in Nutzer- und verwalteten Gastsitzungen erzwingen. Sie können den Namen und das Symbol definieren, die Endnutzern angezeigt werden.

Updates für Chrome-Apps im Kioskmodus anpinnen

Als Chrome Enterprise-Administrator können Sie die aktuelle Version einer Chrome App anpinnen, um festzulegen, wann diese auf eine neuere Version aktualisiert wird. Plattformübergreifende ZIP-Dateien werden derzeit nicht unterstützt.

Aktualisierungen der Chrome Management Telemetry API

Wir haben die Chrome Management Telemetry API (Dokumentation) mit zusätzlichen Feldern erweitert. Dazu gehören zusätzliche Audiotelemetriedaten, z. B. den Mikrofonstummschaltungsstatus, der Lautstärkepegel und der Gerätename für verbundene Ein-/Ausgabegeräte. Ebenfalls enthalten sind Netzwerkinformationen wie Übertragungs-/Empfangsbitraten, MEID-/IMEI-/ICCID/MDM-Informationen für Mobilgeräte. Auf Geräten mit Intel vPro-Prozessoren der 12. Generation kann die Chrome Management Telemetry API darüber hinaus jetzt den Status der Total Memory Encryption, den Key Locker-Konfigurationsstatus und die Sicherheitsinformationen von Thunderbolt melden.

Remote- eSIM-Bereitstellung und -Verwaltung

Administratoren haben jetzt die Möglichkeit, per Fernzugriff eine eSIM-Mobilfunkverbindung zu aktivieren und in großem Umfang zu verwalten. Bisher mussten Administratoren auf jedem einzelnen Gerät manuell ein eSIM-Profil mit einem QR-Code einrichten. Zusätzlich zur skalierten Aktivierung von Mobilfunkverbindungen können Administratoren die Verwendung von verwalteten Mobilfunkprofilen erzwingen und eSIM-Profile aus der Ferne auf kompatiblen LTE-Geräten löschen.

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
PolicyListMultipleSourceMergeList	Nutzer- und Browsereinstellungen	Chrome Android	Quellen festlegen > PolicyMergelist >
PolicyDictionaryMultipleSourceMergeList	Nutzer- und Browsereinstellungen	Chrome Android	Quellen festlegen > PolicyMergelist
CloudReportingUploadFrequency	Nutzer- und Browsereinstellungen	Chrome Chrome OS Android iOS	Nutzerberichte > Häufigkeit der Berichterstellung zum Browserstatus
DevicePowerAdaptiveChargingEnabled	Nutzer- und Browsereinstellungen	Chrome OS	Energiesparmodus und Herunterfahren > Adaptives Lademodell
SystemTerminalSshAllowed	Nutzer- und Browsereinstellungen	Chrome OS	Virtuelle Maschinen (VMs) und Entwickler > SSH in Terminal-System-App
DownloadBubbleEnabled	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome Chrome OS	Nutzererfahrung > Bubble herunterladen
UrlParamFilterEnabled	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome Chrome OS Android	Nutzererfahrung > Filtern von URL-Parametern
SecondaryGoogleAccountUsage	Nutzer- und Browsereinstellungen	Chrome OS	Anmeldeeinstellungen -> Einschränkungen zur Nutzung eines verwalteten Kontos als sekundäres Konto in Chrome OS hinzufügen

↑ Zurück nach oben

Bald verfügbar

Anstehende Änderungen für den Chrome-Browser

Erhöhen Sie den Verschachtelungsschwellenwert, ab dem setTimeout(..., <4ms) verzögert wird, von 5 auf 100.

setTimeout(..., 0) wird häufig verwendet, um lange JavaScript-Aufgaben aufzuschlüsseln und andere interne Aufgaben auszuführen. So wird verhindert, dass der Browser hängen bleibt. „setTimeouts“ und „setIntervals“ mit einem Intervall von weniger als 4 ms werden nicht mehr so aggressiv verzögert wie zuvor. So wird die Leistung kurzfristig verbessert, aber für Websites, die die API missbrauchen, wird „setTimeouts“ trotzdem verzögert. Für die Steuerung dieser Funktion steht die temporäre Enterprise-Richtlinie UnthrottledNestedTimeoutEnabled zur Verfügung. Wenn die Richtlinie aktiviert ist, werden die JavaScript-Funktionen „setTimeouts“ und „setIntervals“ mit einem kleineren Intervall als 4 ms weniger aggressiv verzögert.

Chrome sendet Private-Network-Access-Preflights für Unterressourcen

Frühestens in Chrome 104 wird vor allen privaten Netzwerkanfragen für Unterressourcen eine CORS-Preflight-Anfrage gesendet. Dabei wird eine explizite Genehmigung vom Zielserver angefordert. Diese Anfrage enthält den neuen Header „Access-Control-Request-Private-Network: true“. In dieser Anfangsphase wird diese Anfrage gesendet, von Netzwerkgeräten ist jedoch keine Antwort erforderlich. Wenn keine Antwort empfangen wird oder nicht den übereinstimmenden Header

„Access-Control-Allow-Private-Network: true“ enthält, wird in den Entwicklertools eine Warnung angezeigt (weitere Informationen hier).

Frühestens ab Chrome 107 werden die Warnungen zu Fehlern und entsprechende Anfragen schlagen fehl. Sie können die Prüfung auf privaten Netzwerkzugriff mit den Unternehmensrichtlinien InsecurePrivateNetworkRequestsAllowed und InsecurePrivateNetworkRequestsAllowedForUrls deaktivieren.

Wenn Sie das Feature vorab testen möchten, können Sie mit chrome://flags/#private-network-access-send-preflights Warnungen aktivieren. Wenn Sie testen möchten, wie sich die Funktion auswirkt, sobald Warnungen zu Fehlern führen, können Sie chrome://flags/#private-network-access-respect-preflight-results aktivieren.

Weitere Informationen dazu, wie Sie diese Änderung proaktiv abmildern können, finden Sie in diesem Hilfeartikel. Einen allgemeineren Beitrag zum Preflight-Zugriff auf private Netzwerke finden Sie in diesem Blogpost.

Privacy Sandbox-Updates

Die Privacy Sandbox-Version in Chrome 104 wird Steuerelemente für die neuen APIs für Themen und Interessengruppen bieten. Außerdem wird ein einmaliges Dialogfeld eingeführt, in dem Nutzern die Privacy Sandbox erklärt und ihnen ermöglicht wird, ihre Einstellungen zu verwalten. Dieses Dialogfeld wird für Gastnutzer oder für verwaltete EDU-Nutzer nicht angezeigt.

Administratoren können verhindern, dass das Dialogfeld für ihre verwalteten Nutzer angezeigt wird, indem sie Cookies von Drittanbietern explizit über eine Richtlinie steuern:
- Um Drittanbieter-Cookies und Privacy Sandbox-Funktionen zuzulassen, deaktivieren Sie BlockThirdPartyCookies.
- Wenn Sie Cookies von Drittanbietern und Privacy Sandbox-Funktionen nicht zulassen möchten, aktivieren Sie BlockThirdPartyCookies. Das kann dazu führen, dass einige Websites nicht mehr funktionieren.
Außerdem werden die Funktionen von Privacy Sandbox deaktiviert und es wird kein Dialogfeld angezeigt, wenn DefaultCookiesSetting auf Speichern von lokalen Daten für keine Website zulassen gesetzt ist.

Berücksichtigung von Groß- und Kleinschreibung bei CORS-Preflight-Anfragen

In Chrome werden Anfragemethoden beim Abgleich mit Access-Control-Allow-Methods-Antwortheadern in CORS-Preflights derzeit in Großschreibung veröffentlicht. In Chrome 104 werden Anfragemethoden nicht in Großbuchstaben geschrieben, mit Ausnahme von DELETE, GET, HEAD, OPTIONS, POST und PUT (Groß-/Kleinschreibung wird nicht berücksichtigt). Daher ist in Chrome 104 die Groß-/Kleinschreibung genau zu beachten.

Zuvor akzeptiert, aber in Chrome 104 abgelehnt:

Anfrage: fetch(url, {method: ' Foo'})
Antwort Header: Access-Control-Allow-Methods: FOO

Zuvor abgelehnt , aber in Chrome 104 akzeptiert:

Anfrage: fetch(url, {method: 'Foo'})
Antwort Header: Access-Control-Allow-Methods: Foo

Hinweis: post und put ist nicht betroffen, da sie sich in https://fetch.spec.whatwg.org/#concept-method-normalize befinden, während patch betroffen ist.

Verbesserte erste Ausführung unter iOS

In Chrome 104 haben einige Nutzer möglicherweise ein neues Onboarding-Erlebnis mit weniger Schritten und eine intuitivere Anmeldung in Chrome. Mit Unternehmensrichtlinien wie BrowserSignin, SyncDisabled, SyncTypesListDisabled und MetricsReportingEnabled können Sie steuern, ob sich Nutzer in Chrome anmelden können und ob andere Aspekte des Onboarding-Erlebnisses wie zuvor verfügbar bleiben.

↑ Zurück nach oben

Unterstützung für die alte Richtlinie zum Verhalten von Cookies auf derselben Website verlängert

Die Unterstützung für die Richtlinie LegacySameSiteCookieBehaviorEnabledForDomainList wurde auf Chrome 115 verlängert und soll Ende Juni 2023 entfernt werden.

Chrome 104 unterstützt OS X 10.11 und macOS 10.12 nicht mehr

Unter Chrome 104 werden die Versionen OS X 10.11 and macOS 10.12 nicht mehr unterstützt, die sich bereits außerhalb des Supportfensters mit Apple befinden. Nutzer müssen ihr Betriebssystem aktualisieren, damit sie den Chrome-Browser weiter verwenden können. Zur Aufrechterhaltung der Sicherheit ist die Ausführung eines unterstützten Betriebssystems unerlässlich.

Änderungen am Ablaufdatum von Cookies

Ab Chrome 104 ist für alle neu festgelegten oder aktualisierten Cookies das Ablaufdatum auf maximal 400 Tage in der Zukunft begrenzt. Cookies, die Ablaufdaten nach mehr als 400 Tagen in der Zukunft anfordern, werden weiterhin gesetzt, aber ihr Ablaufdatum wird auf 400 Tage reduziert. Vorhandene Cookies behalten ihr Ablaufdatum bei (auch wenn es mehr als 400 Tage in der Zukunft liegt). Bei einer Aktualisierung wird das Ablaufdatum jedoch gekürzt.

In Chrome werden Onlinerecherchen auf der Seite „Verlauf“ unter Android angezeigt

In Chrome 96 wurden virtuelle Browseraktivitäten erstmals auf der Verlaufsseite in „Onlinerecherchen“ gruppiert, damit Sie frühere Aktivitäten leichter finden und mit ähnlichen Suchvorschlägen fortsetzen können. Diese Funktion ist ab Chrome 104 auch auf Android-Geräten verfügbar. Für Suchbegriffe, die in eine Omnibox eingegeben werden und mit einem Cluster übereinstimmen, wird ein Aktions-Chip angezeigt, mit dem Sie nahtlos auf die Onlinerecherchen-Ansicht zugreifen können. Nutzer können Cluster bei Bedarf löschen und Onlinerecherchen deaktivieren. Außerdem können Administratoren dieses Feature mit der Richtlinie HistoryClustersVisible deaktivieren.

Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Ab Chrome 105 wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt, um die Sicherheit und Zuverlässigkeit zu erhöhen. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten gefunden werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.

Die U2F API wird ab Chrome 104 nicht mehr unterstützt

Die U2F API für die Interaktion mit USB-Sicherheitsschlüsseln ist seit Chrome 98 standardmäßig deaktiviert. Websites sollten zur Web Authentication API migriert werden. Chrome 104 entfernt die Unternehmensrichtlinie U2fSecurityKeyApiEnabled, um diese API vorübergehend wieder zu aktivieren. Der U2FSecurityKeyAPI-Ursprungstest, mit der Websites U2F wieder aktivieren können, endet am 26. Juli 2022. Für bestehende Testteilnehmer, die noch nicht vollständig auf WebAuthn migriert sind, wird eine Verlängerung des Tests bis zum 20. September 2022 angeboten. Wenn Sie bereits Teilnehmer des Ursprungstest sind und Ihre Test-Tokens über den 26. Juli hinaus verlängern möchten, wenden Sie sich bitte an unser Team. Die U2F API wird in Chrome 106 vollständig entfernt.

Chrome-Apps werden Windows-, Mac- und Linux-Geräten ab Chrome 106 nicht mehr unterstützt

Wie bereits angekündigt, werden Chrome-Apps eingestellt und durch progressive Web-Apps (PWAs) und Webstandard-Technologien ersetzt. Der Zeitplan für die Einstellung wurde so angepasst, dass Unternehmen, die Chrome-Apps verwendet haben, mehr Zeit für die Umstellung auf andere Technologien haben. Außerdem funktionieren Chrome-Apps in Chrome 106 und höher unter Windows, Mac und Linux nicht mehr. Sie benötigen mehr Zeit für die Anpassung? Dann können Sie mit der Richtlinie ChromeAppsEnabled die Lebensdauer von Chrome-Apps um weitere zwei Meilensteine verlängern.

Wenn Sie die Installation von Chrome-Apps erzwingen, erhalten Nutzer ab Chrome 104 eine Meldung, dass die App nicht mehr unterstützt wird. Die installierten Chrome-Apps können weiterhin gestartet werden.

Ab Chrome 106 funktionieren Chrome-Apps auf Windows-, Mac- und Linux-Geräten nicht mehr. Entfernen Sie zur Behebung die Erweiterungs-ID aus der Liste der Erweiterungen mit erzwungener Installation und fügen Sie bei Bedarf die entsprechende install_url zu der Liste der erzwungenen Installation von Web-Apps hinzu. Für gängige Google-Apps sind die install_urls unten aufgeführt:

Attribut	Erweiterungs-ID (Chrome App)	install_url (PWA/Web-App)
Gmail	pjkljhegncpnkpknbcohdijeoejaedia	https://mail.google.com/mail/ installwebapp?usp=admin
Google Docs	aohghmighlieiainnegkcijnfilokake	https://docs.google.com/document/ installwebapp?usp=admin
Google Drive	apdfllckaahabafndbhieahigkjlhalf	https://drive.google.com/drive/ installwebapp?usp=admin
Google Tabellen	felcaaldnbdncclmgdcncolpebgiejap	https://docs.google.com/spreadsheets/ installwebapp?usp=admin
Google Präsentationen	aapocclcgogkmnckokdopfmhonfmgoek	https://docs.google.com/presentation/ installwebapp?usp=admin
YouTube	blpcfgokakmgnkcojhhkbfbldkacnbeo	https://www.youtube.com/s/notifications/ manifest/cr_install.html

↑ Zurück nach oben

Renderer AppContainer starten

In Chrome 104 wird eine weitere Sandbox-Sicherheitsabschwächung auf Rendererprozesse angewendet. Sie werden zusätzlich zur vorhandenen Sandbox in einem App-Container platziert. So lässt sich verhindern, dass schädlicher Code Netzwerkberechtigungen erhält, indem Kernel-APIs innerhalb des Renderer-Prozesses umgangen werden.

Wir erwarten zwar keine Inkompatibilitäten mit dieser neuen Risikominderung, aber einige Sicherheitsprodukte können negativ darauf reagieren. In Chrome 104 wird die neue Richtlinie RendererAppContainerEnabled hinzugefügt. Damit können Sie diese Sicherheitsminderung für eine begrenzte Zeit selektiv deaktivieren, während diese Probleme behoben werden. Diese Richtlinie kann auf Disabled gesetzt werden, um das Deaktivieren der Sicherheitsminderung zu erzwingen. Andernfalls wird sie standardmäßig aktiviert.

Absicht zur Entfernung: Legacy-Client-Hint-Modus

In Chrome 104 werden auf Android-Geräten die Client-Hinweise „dpr“, „width“, „viewport-width“ und „device-memory“ nicht mehr standardmäßig an alle Drittanbieter-Frames und Unterressourcen delegiert. Das Verhalten von Android entspricht nun dem aller anderen Plattformen, das heißt, die Hinweise werden standardmäßig nur an Erstanbieter-Frames und Unterressourcen weitergeleitet.

Chrome-Synchronisierung wird von Chrome 73 und früheren Versionen nicht mehr unterstützt

Ab Chrome 105 wird die Chrome-Synchronisierung von Chrome 73 und früher nicht mehr unterstützt. Sie müssen ein Upgrade auf eine aktuellere Version von Chrome durchführen, wenn Sie die Chrome-Synchronisierung weiterhin verwenden möchten.

MetricsReportingEnabled-Richtlinie ist in Android in Chrome verfügbar

Bereits ab Chrome 106 wird die erste Ausführung von Chrome unter Android leicht geändert, um die Richtlinie MetricsReportingEnabled zu unterstützen. Wenn der Administrator die Berichterstellung für Messwerte deaktiviert, ändert sich nichts an der ersten Ausführung. Wenn der Administrator Messwerte aktiviert, können Nutzer die Einstellung weiterhin in den Chrome-Einstellungen ändern. Wenn die Richtlinie MetricsReportingEnabled aktiviert ist, können anonyme Nutzungs- und Absturzdaten für Chrome an Google gemeldet werden.

Bevorstehende Änderungen an Chrome OS

Erzwungener Neustart in Nutzersitzungen

Vor Kurzem haben wir die Funktion zum Planen erzwungener Neustarts für Kioskgeräte veröffentlicht Ab Chrome 104 wird diese Funktion auch auf Nutzergeräten verfügbar gemacht. Dadurch sind geplante erzwungene Neustarts möglich, unabhängig davon, ob sich der Nutzer gerade in der Sitzung befindet.

↑ Zurück nach oben

Unterstützung von PDF-Anmerkungen in der Galerie App

Ab Chrome 104 unterstützt die Galerie App – die integrierte Media-App für Chromebooks – die PDF-Anmerkung. Neben der Anzeige von PDFs kannst du in der App auch Texte hervorheben, Formulare ausfüllen und Text und Anmerkungen im freien Format hinzufügen. Und dank der Anmerkungen im freien Format können Sie eine Signatur in ein Dokument einfügen und das PDF dann ganz einfach über die App teilen.

Smart Lock UX-Update

Ab Chrome 104 ist Smart Lock, mit dem Nutzer ihr Chromebook über ihr verbundenes Android-Smartphone entsperren können, schneller denn je, und zwar mit höherer Leistung, Zuverlässigkeit und Neugestaltung. Gehen Sie dazu zu Chrome OS-Einstellungen> Verbundene Geräte, wählen Sie Ihr Android-Smartphone aus und aktivieren Sie Smart Lock.

Anstehende Änderungen in der Admin-Konsole

Neuer CSV-Export für einige Berichte in der Admin-Konsole in Chrome 104

Bereits ab Chrome 104 wird eine neue CSV-Downloadoption für die Berichtsdaten zur Nutzung von Apps und Erweiterungen sowie zu Versionen eingeführt.

Neue Seite „App-Details“ in Chrome 104

Ab Chrome 104 wird eine neue Seite mit Details zur App eingeführt, auf der Administratoren mehr Informationen finden, wenn sie im Bericht zur Nutzung von Apps und Erweiterungen auf eine App klicken.

↑ Zurück nach oben

Chrome 102

Chrome-Updates	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Chrome sendet Preflight-Anfragen für privaten Netzwerkzugriff für untergeordnete Ressourcen	✓
Chrome erhöht die Sicherheit mit MiraclePtr	✓
Virtuelle Kartennummern bei Autofill	✓	✓
Änderungen an URL-Parametern	✓
Neues Design für Browserdownloads		✓
Chrome-Releases für Windows und Android sind jetzt in mehreren Versionen verfügbar			✓
Neues Dialogfeld zur Profiltrennung in Chrome	✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Langzeitsupport	✓		✓
USB Typ-C-Kabelbenachrichtigungen		✓
Verbesserte Einstellungen für die Kamera App		✓
Überarbeitung von Launcher: Suche in offenen Tabs		✓
ZIP-Dateien im Dateimanager extrahieren		✓
Eingebundene IKEv2-VPN-Unterstützung unter ChromeOS	✓	✓
Neuerungen in der Admin-Konsole	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Neues Design für die Seiten mit der Geräte- und Browserliste		✓
Neue Sicherheitshinweise für das Chrome Audit-Log	✓		✓
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Privacy Sandbox-Updates	✓
Berücksichtigung von Groß- und Kleinschreibung bei CORS-Preflight-Anfragen	✓
Local Font Access API			✓
Einheitlicher Passwortmanager unter Android	✓	✓
Chrome Aktionen unter iOS		✓
Verbessertes Autofill bei Kredit- und Debitkarten		✓
Richtlinie „LockIconInAddressBarEnabled“ wird entfernt			✓
Verbesserte erste Ausführung unter iOS		✓
Chrome unter Windows verwendet standardmäßig den eingebundenen DNS-Client von Chrome		✓
Veröffentlichung der Speculation Rules API für Pre-Rendering unter Android			✓
Erweitertes Safe Browsing unter iOS	✓
Richtlinie „MetricsReportingEnabled“ künftig für Android verfügbar			✓
Chrome 104 unterstützt OS X 10.11 und macOS 10.12 nicht mehr			✓
Änderungen bei der Begrenzung des Ablaufdatums für Cookies	✓
Auf Android-Geräten werden in Chrome Onlinerecherchen auf der Seite „Verlauf“ angezeigt		✓
Der Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt	✓
Chrome 104 entfernt die U2F API	✓
Private Erweiterungen, die Manifest V2 verwenden, werden ab Juni 2022 im Chrome Web Store nicht mehr akzeptiert	✓
Chrome-Apps werden auf Windows-, Mac- und Linux-Geräten bereits ab Chrome 104 nicht mehr unterstützt		✓	✓
Origin-keyed Agent Clustering als Standard	✓
Bevorstehende ChromeOS-Änderungen	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Schnelles Pairing unter ChromeOS		✓
Erzwungener Neustart auch in Nutzersitzungen	✓		✓
Unterstützung von Backlight-PDF mit Textanmerkungen		✓
UX-Update für Smart Lock	✓
Anstehende Änderungen in der Admin-Konsole	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Neuer CSV-Export für einige Berichte der Admin-Konsole in Chrome 103		✓	✓

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Chrome-Updates

Chrome sendet Preflight-Zugriffe auf private Netzwerke für Unterressourcen

in Chrome 102 sendet Chrome eine CORS-Preflight-Anfrage vor allen privaten Netzwerkanfragen für Unterressourcen, Dabei wird eine explizite Genehmigung vom Zielserver angefordert. Diese Anfrage enthält den neuen Header „Access-Control-Request-Private-Network: true“. In dieser Anfangsphase wird diese Anfrage gesendet, von Netzwerkgeräten ist jedoch keine Antwort erforderlich. Wenn keine Antwort empfangen wird oder nicht den übereinstimmenden Header „Access-Control-Allow-Private-Network: true“ enthält, wird in den Entwicklertools eine Warnung angezeigt (weitere Informationen hier).

Frühestens ab Chrome 105 werden die Warnungen zu Fehlern und entsprechende Anfragen schlagen fehl. Sie können die Prüfung auf privaten Netzwerkzugriff mit den Unternehmensrichtlinien InsecurePrivateNetworkRequestsAllowed und InsecurePrivateNetworkRequestsAllowedForUrls deaktivieren.

Wenn Sie diese Funktion vor Chrome 106 testen möchten, hat das Chrome-Team das Befehlszeilen-Flag „--enable-features=PrivateNetworkAccessRespectPreflightResults“ erstellt (auch verfügbar als chrome://flags/#private-network-access-respect-preflight-results).

Weitere Informationen dazu, wie Sie diese Änderung proaktiv reduzieren, finden Sie in diesem Hilfeartikel. Einen allgemeinen Beitrag zum Preflight-Zugriff auf private Netzwerke finden Sie in diesem Blogpost.

Chrome verbessert mit MiraclePtr die Sicherheit

MiraclePtr ist eine Technologie, die das Risiko von Sicherheitslücken im Zusammenhang mit der Speichersicherheit reduziert. Chrome hat in den letzten Monaten die Auswirkungen von MiraclePtr für einige Nutzer getestet. Eine vollständige Veröffentlichung findet in Chrome 102 statt.

Virtuelle Kartennummern beim automatischen Ausfüllen

Um die Nutzung der Funktion „Automatisches Ausfüllen“ sicherer zu machen, sind virtuelle Karten für teilnehmende US-Banken in Chrome 102 verfügbar. Mit virtuellen Karten können Nutzer mit eindeutigen virtuellen Kartennummern bezahlen, damit sie ihre echten Kartennummern nicht an Händler weitergeben müssen. Wenn die Funktion „Automatisches Ausfüllen“ aktiviert ist, werden für angemeldete Nutzer beim Bezahlen automatisch virtuelle Kartennummern generiert. Mit der Unternehmensrichtlinie AutoFillCreditCardEnabled können Sie das automatische Ausfüllen von Kreditkarten in Chrome steuern.

Änderungen an URL-Parametern

Chrome 102 entfernt möglicherweise einige URL-Parameter, wenn ein Nutzer im Kontextmenü Link in Inkognito-Fenster öffnen auswählt. Sie können dieses Verhalten mit der Unternehmensrichtlinie UrlParamFilterEnabled steuern.

↑ Zurück nach oben

Ein neues Design für Browserdownloads

Einige Nutzer erhalten mit Chrome 102 ein neues Design für Browserdownloads. Der vorhandene Download-Bereich wird durch das Downloads-Infofeld in der oberen Leiste des Chrome-Browsers ersetzt. Das lässt sich mit der Unternehmensrichtlinie DownloadBubbleEnabled steuern.

Chrome-Releases für Windows und Android sind jetzt in mehreren Versionen verfügbar

Für ein besseres Vergleichen des Verhaltens eines neuen Chrome-Release mit dem vorhandenen macht Chrome jetzt bei einer Einführung mehrere neue Versionen verfügbar. Das ist eine interne Änderung unserer Updatestrategie, die keine Auswirkungen auf Unternehmen hat. Administratoren müssen ihre Updaterichtlinien und Strategie nicht anpassen. Im Interesse der Transparenz stellen wir dieses Update zur Verfügung, damit die für Chrome-Releases verantwortlichen Mitarbeiter wissen, warum zusätzliche Versionen von Chrome bei der Einführung verfügbar sind.

Dialogfeld zur neuen Profiltrennung in Chrome

Mit Chrome 102 haben Sie eine bessere Trennung zwischen personenbezogenen und Unternehmensdaten. Wenn sich der Nutzer in einem verwalteten Konto anmeldet, hat er die Möglichkeit, bestehende Browserdaten separat zu halten oder mit dem verwalteten Konto zusammenzuführen. Standardmäßig werden die Daten getrennt gespeichert, sodass ein neues Profil erstellt wird. Der Nutzer kann aber auch das bestehende Profil mit dem verwalteten Konto zusammenführen. Dadurch wird verhindert, dass personenbezogene Daten versehentlich an Arbeitskonten weitergegeben werden. Mit der Richtlinie ManagedAccountsSigninRestriction kann das Kästchen komplett ausgeblendet werden, damit Administratoren ein separates Arbeitsprofil erstellen können.

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Textzeile
UrlParamFilterEnabled	Wenn der Filter aktiviert oder nicht konfiguriert ist, werden unter Umständen einige Parameter durch den URL-Parameterfilter entfernt, wenn ein Nutzer im Kontextmenü auf Link in Inkognito-Fenster öffnen klickt. Ist er deaktiviert, werden keine Parameter gefiltert.
Web-App-Einstellungen	Mit dieser Richtlinie kann ein Administrator Einstellungen für installierte Web-Apps angeben.
AccessCodeCastEnabled	Diese Richtlinie legt fest, ob Nutzer im Google Cast-Menü eine Option sehen. So können sie auf Geräte streamen, die nicht im Google Cast-Menü enthalten sind. Wenn die Option aktiviert ist, können Nutzer mithilfe des Zugriffs- oder QR-Codes, der auf dem Bildschirm des Übertragungsgeräts angezeigt wird, auf das Gerät streamen.
WarnBeforeQuittingEnabled	Damit wird das Dialogfeld Vor Beenden warnen (⌘ Q) gesteuert, wenn der Nutzer versucht, den Browser zu schließen (nur Mac).
ManagedAccountsSigninRestriction	Mit dieser Richtlinie können Sie Einschränkungen für verwaltete Konten hinzufügen. In Chrome 102 sind zwei neue Optionen verfügbar: primary_account_keep_existing_data und primary_account_strict_keep_existing_data.

Chrome OS-Updates

Langzeitsupport (LTS)

Mit der Veröffentlichung von Chrome 102 werden Geräte, die Kandidaten für Langzeitsupport sind, automatisch von Version LTC-96 auf Version LTC-102 aktualisiert. Dies ist unser erstes großes Update für Kandidaten für Langzeitsupport.
Geräte mit Langzeitsupport bleiben auf der Version LTS-96, bis im September LTS-102 eingeführt wird.

Hinweis: Sie sollten die Release-Konfiguration Ihrer Organisation prüfen und nachsehen, ob Ihre Geräte im Langzeitsupport oder Kandidaten für Langzeitsupport sind.

Als Best Practice sollten sich die meisten Ihrer Geräte im Langzeitsupport befinden. Wir empfehlen, einige Geräte als Kandidat für Langzeitsupport beizubehalten, um eine Vorschau auf Funktionen des neuen LTS-Release zu erhalten. Außerdem sollten Sie vor der Veröffentlichung des neuen LTS-Release Zeit für die Planung und Durchführung erforderlicher Änderungen einplanen.

Administratoren können bei Bedarf zwischen dem Langzeitsupport und anderen Kanälen wechseln. Weitere Informationen zur Langzeitsupport-Funktion finden Sie in diesem Hilfeartikel.

USB Typ-C-Kabelbenachrichtigungen

USB Typ-C-Kabelbenachrichtigungen wurden zu Chrome OS hinzugefügt. Wenn ein Nutzer ein Gerät mit seinem Chromebook verbindet und die Funktionen oder die Leistung seines Geräts durch das Kabel beeinträchtigt werden, erhält er jetzt eine Warnung, die darauf hinweist, dass ein Problem mit dem Kabel besteht.

↑ Zurück nach oben

Verbesserte Kameraeinstellungen

In Chrome 102 wurden Verbesserungen für die Chrome OS Kamera App vorgenommen, damit sie einfacher und leichter verwendet werden kann. Über das Tool auf der linken Seite können Nutzer leichter auf die verschiedenen Optionen zugreifen und sehen jetzt genau, welche Funktion aktiviert oder deaktiviert ist. Auf dem Tab Einstellungen sind alle Kameraoptionen besser lesbar und leichter zu finden.

Neuer Ansatz für den Launcher: Tab-Suche öffnen

Chrome 102 fügt dem neu gestalteten Launcher die Einbindung „Tab-Suche öffnen“ hinzu. In dieser aktualisierten Version können Nutzer den Launcher öffnen und nach einem aktuell geöffneten Browser-Tab suchen.

Geöffnete Tabs sind als Kategorien genau wie andere Kategorien. Die Reihenfolge hängt davon ab, wie oft der Nutzer auf diese Art von Ergebnis klickt.
- Dabei werden sowohl die URL als auch der Tabname abgeglichen.
- Nutzer können den Tab auswählen und im Browser öffnen.
Tabs, auf denen aktive Audioinhalte wiedergegeben werden, werden als Top-Suchwerte zurückgegeben, ebenso wie kürzlich verwendete Tabs oder andere Tabs mit demselben Namen.

Dateimanager-ZIP-Datei extrahieren

Für die ZIP-Archivierung ist jetzt unter Chrome OS nur noch ein Klick erforderlich. Nutzer können mit der rechten Maustaste auf ZIP-Archive klicken und Alle extrahieren auswählen, um den Inhalt des ZIP-Archivs zu extrahieren.

Eingebundene IKEv2-VPN-Unterstützung unter Chrome OS

Chrome OS unterstützt jetzt das IKEv2-VPN als integrierten VPN-Client. Das kann über Systemeinstellungen und Richtlinien ähnlich wie L2TP/IPsec-VPN oder OpenVPN konfiguriert werden.

IKEv2-VPN ist eines der modernen und am häufigsten verwendeten VPN-Protokolle. Mit dieser Funktion können Nutzer direkt über die Chrome OS-Systemeinstellungen eine Verbindung zu IKEv2-VPNs herstellen, ohne Drittanbieter-Apps installieren zu müssen.

Neuerungen in der Admin-Konsole

Neues Design der Seiten „Geräteliste“ und „Browserliste“

Die Seiten für Geräte- und Browserlisten haben jetzt ein neues Design erhalten, das besser mit dem vieler anderer Seiten in der Admin-Konsole übereinstimmt und für einen besseren Zugriff und bessere Reaktion bei unterschiedlichen Bildschirmgrößen optimiert ist.

↑ Zurück nach oben

Neue Sicherheitshinweise für das Chrome Audit Log

Im Chrome Audit Log gibt es jetzt drei neue Kategorien von Sicherheitshinweisen – Hinweise für die An- und Abmeldung von Nutzern auf Geräten, für das Hinzufügen oder Entfernen von Nutzerkonten auf einem Gerät und für den Wechsel eines verwalteten Geräts in den Entwickler- oder verifizierten Modus. Weitere Informationen finden Sie in der Admin-Hilfe für Chrome Workspace.

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
KeepFullscreenWithoutNotificationUrlAllowList	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome OS	Nutzererfahrung > Vollbild nach Entsperren
NTPMiddleSlotAnnouncementVisible	Nutzer- und Browsereinstellungen	Chrome Chrome OS	Nutzererfahrung > mittlerer Slot auf der Seite „Neuer Tab“
UnAffiliatedArcAllowed	Geräteeinstellungen	Chrome OS	Weitere Einstellungen > Android-Apps für nicht zugehörige Nutzer

Bald verfügbar

Anstehende Änderungen für den Chrome-Browser

Privacy Sandbox-Updates

Die Privacy Sandbox-Version in Chrome 103 wird Steuerelemente für die neuen APIs für Themen und Interessengruppen bieten. Außerdem wird ein einmaliges Dialogfeld eingeführt, in dem Nutzern die Privacy Sandbox erklärt und ihnen ermöglicht wird, ihre Einstellungen zu verwalten. Dieses Dialogfeld wird für Gastnutzer oder für verwaltete EDU-Nutzer nicht angezeigt.

Administratoren können verhindern, dass das Dialogfeld für ihre verwalteten Nutzer angezeigt wird, indem sie Cookies von Drittanbietern explizit über eine Richtlinie steuern:
- Um Drittanbieter-Cookies und Privacy Sandbox-Funktionen zuzulassen, deaktivieren Sie BlockThirdPartyCookies.
- Wenn Sie Cookies von Drittanbietern und Privacy Sandbox-Funktionen nicht zulassen möchten, aktivieren Sie BlockThirdPartyCookies. Das kann dazu führen, dass einige Websites nicht mehr funktionieren.
Außerdem werden die Funktionen von Privacy Sandbox deaktiviert und es wird kein Dialogfeld angezeigt, wenn DefaultCookiesSetting auf Speichern von lokalen Daten für keine Website zulassen gesetzt ist.

Berücksichtigung von Groß- und Kleinschreibung bei CORS-Preflight-Anfragen

In Chrome 102 und früheren Versionen werden Anfragemethoden beim Abgleich mit Access-Control-Allow-Methods-Antwortheadern im CORS-Preflight in Großbuchstaben geschrieben. In Chrome 103 werden Anffragemethoden nicht in Großbuchstaben geschrieben, mit Ausnahme von DELETE, GET, HEAD, OPTIONS, POST und PUT (Groß-/Kleinschreibung wird nicht berücksichtigt). Daher ist in Chrome 103 die Groß-/Kleinschreibung genau zu beachten.

Zuvor akzeptiert, aber in Chrome 103 abgelehnt:
- Anfrage: fetch(url, {method: 'Foo'})
- Antwortheader: Access-Control-Allow-Methods: FOO
Zuvor abgelehnt, aber in Chrome 103 akzeptiert:
- Anfrage: fetch(url, {method: 'Foo'})
- Antwortheader: Access-Control-Allow-Methods: Foo
Hinweis: post und put sind nicht betroffen, da sie in https://fetch.spec.whatwg.org/#concept-method-normalize stehen, während und patch betroffen ist.

Local Fonts Access API

Nutzer von Designanwendungen möchten oft Schriftarten verwenden, die auf dem lokalen Gerät vorhanden sind. Mit der Local Fonts Access API können Webanwendungen lokale Schriftarten und einige Metadaten dazu auflisten. Über diese API erhalten auch Webanwendungen Zugriff auf die Schriftartdaten als binäres Blob, sodass diese Schriftarten in ihren Anwendungen mit benutzerdefinierten Textstapeln gerendert werden können. Die Unternehmensrichtlinien, die für diese Funktion gelten, sind DefaultLocalFontsSetting, LocalFontsAllowedForUrls und LocalFontsBlockingForUrls. Die API ist bereits ab Chrome 103 verfügbar.

↑ Zurück nach oben

Einheitlicher Passwortmanager unter Android

Für Chrome-Nutzer unter Android, die eine Synchronisierung durchführen, ändert sich die Oberfläche zur Passwortverwaltung, mit der auch Passwörter bei der Anmeldung in Android-Apps verwaltet werden.

Chrome Aktionen unter iOS

Mit Chrome Aktionen können Nutzer Aufgaben schneller direkt über die Adressleiste erledigen. Vor einigen Jahren haben wir Chrome Aktionen auf dem Computer eingeführt, beispielsweise Aktionen wie Browserdaten löschen. In Chrome 103 werden einige davon auch auf iOS-Geräten verfügbar sein. Beispiele:
- Passwörter verwalten
- Inkognitotab öffnen
- Browserdaten löschen
- …und vieles mehr
Mit Chrome unter iOS können Nutzer Aktionen direkt über die Adressleiste ausführen, z. B. Browserdaten löschen. Dazu verwenden sie eine Schaltfläche, die neben Vorschlägen für die automatische Vervollständigung angezeigt wird. Diese Funktion ist bereits auf Desktopplattformen verfügbar.

Verbessertes automatisches Ausfüllen bei Kredit- und Debitkarten

Im Verlauf von Chrome 103 beginnt die Funktion „Automatisches Ausfüllen“ von Kredit- und Debitkarten das Hochladen über die Google Pay App zu unterstützen, sodass automatisches Ausfüllen für Ihre Karten auf allen Ihren Chrome-Geräten möglich ist. Sie können die Funktion „Automatisches Ausfüllen“ für Kreditkarten mit der Unternehmensrichtlinie AutoFillCreditCardEnabled steuern.

LockIconInAddressBarEnabled-Richtlinie entfernen

Chrome 94 hat einen Test gestartet, das Schloss-Symbol als Anzeige für die Verbindungssicherheit zu ersetzen. Die Richtlinie LockIconInAddressBarEnabled wurde hinzugefügt, damit Organisationen das Schloss-Symbol während des Tests weiterhin anzeigen können. Der Test ist nicht mehr aktiv. Die Richtlinie ist daher ab Chrome 103 nicht mehr verfügbar.

Verbesserte erste Ausführung unter iOS

In Chrome 103 haben einige Nutzer möglicherweise ein neues Onboarding-Erlebnis mit weniger Schritten und eine intuitivere Anmeldung in Chrome. Mit Unternehmensrichtlinien wie BrowserSignin, SyncDisabled, SyncTypesListDisabled und MetricsReportingEnabled können Sie steuern, ob sich Nutzer in Chrome anmelden können und ob andere Aspekte des Onboarding-Erlebnisses wie zuvor verfügbar bleiben.

↑ Zurück nach oben

Chrome unter Windows verwendet standardmäßig den eingebundenen DNS-Client von Chrome

Der eingebundene DNS-Client ist standardmäßig unter MacOS, Android und Chrome OS aktiviert. Unter Windows wird in Chrome ab Version 103 auch der eingebundene DNS-Client standardmäßig verwendet. Sie können die Funktion deaktivieren. Setzen Sie dazu die Richtlinie BuildInDnsClientEnabled auf „Disabled“.

Release of Speculation Rules API for Pre-Rendering unter Android

Als Erweiterung des Pre-Rendering-Programms unter Chrome 101 werden wir die Speculations Rules API für Android in Chrome 103 versenden. Mit dieser API können Webautoren Chrome vorschlagen, zu welchen Seiten der Nutzer mit der größten Wahrscheinlichkeit navigiert. Dies wirkt sich dann in Chrome aus, wenn eine bestimmte URL vorab gerendert wird, bevor der Nutzer die Seite aufruft. Ziel ist eine sofortige Navigation. Mit der Unternehmensrichtlinie NetworkPredictionOptions können Sie die Nutzung aller Pre-Rendering-Aktivitäten blockieren. Dabei werden die über diese API bereitgestellten Hinweise in Chrome ignoriert. Weitere Informationen finden Sie im Artikel zum spekulativen Pre-Rendering.

Erweitertes Safe Browsing unter iOS

Ähnlich wie beim Safe Browsing-Funktionen von anderen Plattformen bieten wir Funktionen, damit Nutzer unter iOS den gewünschten Safe Browsing-Schutz auswählen können. Wenn ein Unternehmen diese Einstellung steuert, ist es dem Unternehmen erlaubt, das Safe Browsing-Schutzniveau festzulegen. Nutzer unter dem Unternehmen dürfen die Einstellung nicht ändern. Mit der Unternehmensrichtlinie SafeBrowsingProtectionLevel können Sie Safe Browsing und den Modus steuern, in dem es ausgeführt wird.

MetricsReportingEnabled-Richtlinie ist in Chrome 103 für Android verfügbar.

In Chrome unter Android ist die erste Ausführung etwas verändert, sodass die Richtlinie MetricsReportingEnabled unterstützt wird. Wenn der Administrator die Berichterstellung für Messwerte deaktiviert, gibt es keine Änderung. Wenn der Administrator Messwerte aktiviert, können Nutzer die Einstellung weiterhin in den Chrome-Einstellungen ändern. Wenn die Richtlinie MetricsReportingEnabled aktiviert ist, können anonyme Nutzungs- und Absturzdaten für Chrome an Google gemeldet werden.

Chrome 104 unterstützt OS X 10.11 und macOS 10.12 nicht mehr

Unter Chrome 104 werden die macOS-Versionen 10.11 und 10.12 nicht mehr unterstützt, die sich bereits außerhalb des Supportfensters mit Apple befinden. Nutzer müssen ihr Betriebssystem aktualisieren, damit sie den Chrome-Browser weiter verwenden können. Zur Aufrechterhaltung der Sicherheit ist die Ausführung eines unterstützten Betriebssystems unerlässlich.

↑ Zurück nach oben

Änderungen am Ablaufdatum von Cookies

Ab Chrome 104 ist für alle neu festgelegten oder aktualisierten Cookies das Ablaufdatum auf maximal 400 Tage begrenzt. Cookies, die Ablaufdaten nach mehr als 400 Tagen in der Zukunft anfordern, werden weiterhin gesetzt, aber ihr Ablaufdatum wird auf 400 Tage reduziert. Vorhandene Cookies behalten ihr Ablaufdatum bei (auch wenn es mehr als 400 Tage in der Zukunft liegt). Bei einer Aktualisierung wird das Ablaufdatum jedoch gekürzt.

In Chrome werden Onlinerecherchen auf der Seite „Verlauf“ unter Android angezeigt.

In Chrome 96 wurden virtuelle Browseraktivitäten erstmals auf der Verlaufsseite in „Onlinerecherchen“ gruppiert, damit Sie frühere Aktivitäten leichter finden und mit ähnlichen Suchvorschlägen fortsetzen können. Diese Onlinerecherchen sind in Chrome 104 für Android verfügbar. Für Suchbegriffe, die in eine Omnibox eingegeben werden und mit einem Cluster übereinstimmen, wird ein Aktions-Chip angezeigt, mit dem Sie nahtlos auf die Onlinerecherchen-Ansicht zugreifen können. Nutzer können Cluster bei Bedarf löschen und Onlinerecherchen deaktivieren. Außerdem können Administratoren dieses Feature mit der Richtlinie HistoryClustersVisible deaktivieren.

Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt

Ab Chrome 104 wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt, um die Sicherheit und Zuverlässigkeit zu erhöhen. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten gefunden werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.

Chrome 104 entfernt die U2F API

Die U2F API für die Interaktion mit USB-Sicherheitsschlüsseln ist in Chrome 98 standardmäßig deaktiviert. Chrome führt derzeit einen Ursprungstest durch, mit dem Websites die U2F API vorübergehend wieder aktivieren können. Dieser Ursprungstest endet am 26. Juli 2022 und die U2F API wird in Chrome 104 vollständig entfernt.

Wenn Sie eine Website haben, auf der diese API noch verwendet wird, finden Sie weitere Informationen in der Einstellungsankündigung und im Blogpost.

Private Erweiterungen, die Manifest V2 verwenden, werden ab Juni 2022 im Chrome Web Store nicht mehr akzeptiert.

Im Zuge der schrittweisen Einstellung von Manifest V2 wurden im Chrome Web Store ab dem 17. Januar 2022 keine neuen oder nicht gelisteten Manifest V2-Erweiterungen mehr angenommen. Im Juni 2022 wird diese Einschränkung auf neue Erweiterungen mit dem Sichtbarkeitsstatus „Privat“ ausgeweitet. Das kann sich deutlicher auf die Workflows der Enterprise-Erweiterungen auswirken. Bereits eingereichte Erweiterungen können bis Januar 2023 aktualisiert werden.

Weitere Informationen finden Sie im Zeitplan für die Manifest V2-Unterstützung.

Chrome-Apps werden Windows-, Mac- und Linux-Geräten ab Chrome 106 nicht mehr unterstützt

Attribut	Erweiterungs-ID (Chrome App)	install_url (PWA/Web-App)
Gmail	pjkljhegncpnkpknbcohdijeoejaedia	https://mail.google.com/mail/ installwebapp?usp=admin
Google Docs	aohghmighlieiainnegkcijnfilokake	https://docs.google.com/document/ installwebapp?usp=admin
Google Drive	apdfllckaahabafndbhieahigkjlhalf	https://drive.google.com/drive/ installwebapp?usp=admin
Google Tabellen	felcaaldnbdncclmgdcncolpebgiejap	https://docs.google.com/spreadsheets/ installwebapp?usp=admin
Google Präsentationen	aapocclcgogkmnckokdopfmhonfmgoek	https://docs.google.com/presentation/ installwebapp?usp=admin
YouTube	blpcfgokakmgnkcojhhkbfbldkacnbeo	https://www.youtube.com/s/notifications/ manifest/cr_install.html

An Ursprünge gebundenes Agent-Clustering wird in Chrome 106 zum Standard

Ab Chrome 106 kann für Websites document.domain nicht festgelegt werden. Es müssen alternative Ansätze wie „postMessage()“ oder die Channel Messaging API verwendet werden, damit Websites ursprungsübergreifend kommunizieren können. Wenn eine Website auf die Lockerung der Same-Origin-Richtlinie über document.domain angewiesen ist, damit sie ordnungsgemäß funktioniert, muss sie einen Origin-Agent-Cluster: ?0-Header zusammen mit allen Dokumenten senden, für die dieses Verhalten erforderlich ist.

Hinweis: document.domain hat keine Auswirkungen, wenn es nur von einem Dokument festgelegt wird.

Eine Enterprise-Richtlinie wird verfügbar sein, um das aktuelle Verhalten zu erweitern.

↑ Zurück nach oben

Bevorstehende Änderungen an Chrome OS

Schnelles Pairing unter Chrome OS

Ab Chrome 103, wird durch das schnelle Pairing die Bluetooth-Kopplung auf Chrome OS-Geräten und Android-Smartphones vereinfacht. Wenn Sie Zubehör mit schnellem Pairing aktivieren, z. B. Pixel Buds, wird es automatisch erkannt und durch einfaches Tippen mit dem Chrome OS-Gerät gekoppelt. Durch die Funktion „Schnelles Pairing“ wird Ihr Bluetooth-Zubehör auch mit Ihrem Google-Konto verknüpft, was das Wechseln zwischen Chrome OS- und Android-Geräten sehr einfach macht.

Erzwungener Neustart in Nutzersitzungen

Vor Kurzem haben wir die Funktion zum Planen erzwungener Neustarts für Kioskgeräte veröffentlicht Ab Chrome 104 wird diese Funktion auch auf Nutzergeräten verfügbar gemacht. Dadurch sind geplante erzwungene Neustarts möglich, unabhängig davon, ob sich der Nutzer gerade in der Sitzung befindet.

Unterstützung von Backlight-PDF mit Textanmerkung

Bereits ab Chrome 104 unterstützt die Galerie App das Aufrufen und Kommentieren von PDFs. Demnächst können Sie in der App Formulare ausfüllen, Texte oder Anmerkungen im freien Format hinzufügen oder Text markieren.

Smart Lock UX-Update

Ab Chrome 104 ist Smart Lock, mit dem Nutzer ihr Chromebook über ihr verbundenes Android-Smartphone entsperren können, schneller denn je, und zwar mit höherer Leistung, Zuverlässigkeit und Neugestaltung.

Anstehende Änderungen in der Admin-Konsole

Neuer CSV-Export für einige Berichte in der Admin-Konsole in Chrome 104

Bereits ab Chrome 104 wird eine neue CSV-Downloadoption für die Berichtsdaten zur Nutzung von Apps und Erweiterungen sowie zu Versionen eingeführt.

↑ Zurück nach oben

Chrome 101

Chrome-Updates	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
setTimeout(,0)-Einschränkung auf 1 ms wird entfernt		✓
Ursprungstest zur Reduzierung der Informationen im User-Agent-String	✓
Die Chrome-Verwaltung über die Cloud ist weiterhin mit den letzten zwölf Versionen von Chrome kompatibel			✓
Änderungen an der Berechtigung zum Senden von Benachrichtigungen in Android 13 und höher werden in Chrome unterstützt		✓
Unterstützung für WebSQL im Zusammenhang mit Drittanbietern wird in Chrome entfernt	✓
Suchergebnisse mit der neuen Funktion „Suche in der Seitenleiste“ vergleichen		✓
Kamera- und Mikrofonberechtigungen unter iOS steuern		✓
Pre-Rendering von automatisch vervollständigten Vorschlägen von der Omnibox in Chrome		✓
Ältere Richtlinien mit nicht-inklusiven Namen werden in Chrome entfernt			✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Netzwerkbasierte Wiederherstellung für Chrome OS			✓
Unterstützung von Richtlinien für zusätzliche OpenVPN-Einstellungen			✓
UI-basierte Firmware-Updates für Peripheriegeräte		✓
Crostini-Upgrade auf Debian 11 (Bullseye)			✓
UI-Verbesserungen für die Kamera-App		✓
Sperre von Canvas in der App „Cursive“		✓
Erzwungene Neustarts auf allen verwalteten Geräten			✓
Neuerungen in der Admin-Konsole	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Identifikationsvariablen für Richtlinien für verwaltete Android-Konfigurationen			✓
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Chrome-Apps werden unter Windows, Mac und Linux ab Chrome 102 nicht mehr unterstützt		✓	✓
Updates für Privacy Sandbox in Chrome 102	✓
Private Erweiterungen, die Manifest V2 verwenden, werden ab Juni 2022 im Chrome Web Store nicht mehr akzeptiert			✓
Chrome sendet Preflights für privaten Netzwerkzugriff für untergeordnete Ressourcen ab Chrome 102	✓
Chrome verwendet MiraclePtr ab Chrome 102, um die Sicherheit zu verbessern	✓
Richtlinie „MetricsReportingEnabled“ in Chrome 102 für Android verfügbar			✓
In Chrome 103 wird bei CORS-Preflight-Anfragen Groß-/Kleinschreibung berücksichtigt	✓
Chrome Aktionen unter iOS in Chrome 103		✓
Der Netzwerkdienst unter Windows wird in Chrome 104 in einer Sandbox ausgeführt	✓
Origin-keyed Agent Clustering als Standard in Chrome 106	✓
„master_preferences“ wird in Chrome 107 durch „initial_preferences“ ersetzt			✓
Anstehende Änderungen in der Admin-Konsole	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Neuer CSV-Export für einige Berichte der Admin-Konsole in Chrome 103		✓	✓

↑ Zurück nach oben

Chrome-Updates

setTimeout(,0)-Clamping auf 1 ms wird entfernt

Chrome 101 entfernt eine Webintervention für einige Nutzer, die „timeTimeout(,0)“ auf 1 ms gesetzt haben. In Chrome 101 werden bei diesen Nutzern Timer sofort ausgelöst. Beachten Sie, dass verschachtelte Timeraufrufe nach wiederholten verschachtelten Aufrufen auf 4 ms eingestellt werden. Durch diese Änderung wird Chrome in Einklang mit den Webspezifikationen gebracht und auf einigen Seiten kann sich die Leistung verbessern.

Es ist möglich, dass diese Änderung zu Programmfehlern in Webanwendungen führt, die auf dem aktuellen Clamping-Verhalten basieren. Wenn Apps betroffen sind, können Sie über die Richtlinie SetTimeoutWithout1MsClampEnabled das Verhalten von Chrome 100 wiederherstellen.

Einstellung des Ursprungstests zur UA-Reduzierung

Wie bereits angekündigt, schützt Chrome 101 die Privatsphäre der Nutzer, da die Genauigkeit der Informationen im User-Agent-String reduziert wird. In dieser Phase werden die Informationen zur MINOR.BUILD.PATCH-Version auf „0.0.0“ reduziert. Falls eine Website diese Informationen benötigt, sollte sie zur User Agent Client Hints API migriert werden. Websites, die mehr Zeit zum Testen oder Migrieren benötigen, können ab Chrome 100 einen Testlauf nutzen.

Sie können das auch mit der Enterprise-Richtlinie UserAgentReduction steuern. Sie können den neuen User-Agent-String mit reduziertem Detaillierungsgrad testen, indem Sie die Richtlinie auf „2“ setzen. Wenn Sie sie beim Aktualisieren Ihrer Apps auf „1“ setzen, können Sie die Änderung verzögern.

Die Chrome-Verwaltung über die Cloud ist mit den neuesten zwölf Versionen von Chrome kompatibel

Ab Chrome 101 ist die Chrome-Verwaltung über die Cloud mit den neuesten zwölf Versionen von Chrome kompatibel. Bei älteren Versionen können einige Funktionen der Chrome-Verwaltung über die Cloud ohne vorherige Ankündigung verloren gehen oder unerwartetes Verhalten zeigen. Sie sollten aus Sicherheitsgründen die automatischen Updates für Chrome aktivieren, damit alle Geräte die neuesten Version von Chrome haben. Wenn Sie Chrome-Updates manuell verwalten, sollten Sie Ihre Version immer auf dem neuesten Stand halten, damit Ihre Nutzer besser geschützt sind und Sie im Kompatibilitätsfenster bleiben.

Chrome 101 unterstützt Änderungen an der Berechtigung zum Senden von Benachrichtigungen in Android 13 und höher

In Android 13 ändert sich das Standardverhalten der Berechtigungen zum Senden von Push-Benachrichtigungen. Bei allen Android-Apps müssen Nutzer solche Berechtigungen des Betriebssystems explizit zulassen. In Android 12 und früher wurden sie dagegen standardmäßig gewährt. Beim Ausführen von Chrome unter Android 13 werden Nutzer beim Start der App bis zu zweimal aufgefordert, ihre Zustimmung zu erteilen.

↑ Zurück nach oben

Chrome entfernt die Unterstützung für WebSQL im Zusammenhang mit Drittanbietern

Die Richtlinie WebSQLInThirdPartyContextEnabled wurde eingeführt, damit Administratoren mehr Zeit haben, auf die Entfernung von WebSQL im Zusammenhang mit Drittanbietern zu reagieren. Wie geplant, wird diese Richtlinie in Chrome 101 entfernt.

Suchergebnisse mit der neuen Side Search-Funktion vergleichen

Mit der Side Search-Funktion (Suche in der Seitenleiste) können Nutzer Suchergebnisse über eine Benutzeroberfläche in der Seitenleiste vergleichen, um schneller die richtige Antwort zu erhalten. Das bedeutet, dass Nutzer eine Seite und die Suchergebnisse gleichzeitig ansehen können, ohne hin und her wechseln zu müssen oder ihre Suchergebnisse zu verlieren. Das ist hilfreich für Nutzer, die aktiv nach etwas suchen und mehr als eine Website benötigen, z. B. beim Planen eines Mitarbeiteressens oder beim Erstellen von Präsentationen. Diese Funktion kann mit der Richtlinie SideSearchEnabled gesteuert werden.

Kamera- und Mikrofonberechtigungen auf iOS-Geräten verwalten

Nachdem Chrome sowohl die App- als auch die Website-Berechtigung zur Verwendung der Kamera oder des Mikrofons gewährt hat, können in Chrome 101 Nutzer die Kamera- und Mikrofonnutzung jetzt steuern. Nutzer können auf das Symbol links neben der Adressleiste tippen, um ein Pop-up aufzurufen, in dem Schalter zur Steuerung der Kamera oder des Mikrofons enthalten sind. Alternativ können Nutzer über das Kontextmenü Websiteinformationen dieselben Aktionen ausführen.

Chrome führt Pre-Rendering von automatisch vervollständigten Vorschlägen von der Omnibox aus

Chrome 101 ermöglicht Pre-Rendering über die Omnibox oder URL-Leiste. Mit dieser Funktion erfolgt in Chrome ein Pre-Rendering von vertrauenswürdigen, automatisch vervollständigten Vorschlägen von der Omnibox. Chrome führt momentan einen Vorabruf von Ressourcen für zuverlässige Vorschläge mit „No-state Prefetch“ durch. Mit dieser Funktion können wir die Webseite jedoch noch weiter verarbeiten, einschließlich der DOM-Baumstruktur und der Skriptausführung. Unternehmen können diese Funktion mithilfe der Richtlinie NetworkPredictionOptions deaktivieren.

Chrome entfernt ältere Richtlinien mit nicht-inklusiven Namen

In Chrome 86 bis Chrome 90 wurden neue Richtlinien eingeführt, um Richtlinien mit weniger inklusiven Namen zu ersetzen (z. B. Zulassungsliste und Sperrliste). Um Unterbrechungen für bestehende verwaltete Nutzer zu minimieren, funktionieren derzeit sowohl die alten als auch die neuen Richtlinien.

Der Übergangszeitraum war ursprünglich für Chrome 95 geplant, wurde jedoch auf Chrome 101 verlängert, damit Administratoren mehr Zeit für die Umstellung ihrer Richtlinien haben. In Chrome 101 funktionieren die Richtlinien in der linken Spalte der folgenden Tabelle nicht mehr. Verwenden Sie stattdessen die entsprechende Richtlinie aus der rechten Spalte:

Alter Richtlinienname	Neuer Richtlinienname
NativeMessagingBlacklist	NativeMessagingBlocklist
NativeMessagingWhitelist	NativeMessagingAllowlist
AuthNegotiateDelegateWhitelist	AuthNegotiateDelegateAllowlist
AuthServerWhitelist	AuthServerAllowlist
SpellcheckLanguageBlacklist	SpellcheckLanguageBlocklist
AutoplayWhitelist	AutoplayAllowlist
SafeBrowsingWhitelistDomains	SafeBrowsingAllowlistDomains
ExternalPrintServersWhitelist	ExternalPrintServersAllowlist
NoteTakingAppsLockScreenWhitelist	NoteTakingAppsLockScreenAllowlist
PerAppTimeLimitsWhitelist	PerAppTimeLimitsAllowlist
URLWhitelist	URLAllowlist
URLBlacklist	URLBlocklist
ExtensionInstallWhitelist	ExtensionInstallAllowlist
ExtensionInstallBlacklist	ExtensionInstallBlocklist
UserNativePrintersAllowed	UserPrintersAllowed
DeviceNativePrintersBlacklist	DevicePrintersBlocklist (Gerätedruckerblockliste)
DeviceNativePrintersWhitelist	DevicePrintersAllowlist
DeviceNativePrintersAccessMode	DevicePrintersAccessMode
DeviceNativePrinters	DevicePrinters
NativePrinters	Printers
NativePrintersBulkConfiguration	PrintersBulkConfiguration
NativePrintersBulkAccessMode	PrintersBulkAccessMode
NativePrintersBulkBlacklist	PrintersBulkBlocklist
NativePrintersBulkWhitelist	PrintersBulkAllowlist
UsbDetachableWhitelist	UsbDetachableAllowlist
QuickUnlockModeWhitelist	QuickUnlockModeAllowlist
AttestationExtensionWhitelist	AttestationExtensionAllowlist
PrintingAPIExtensionsWhitelist	PrintingAPIExtensionsAllowlist
AllowNativeNotifications	AllowSystemNotifications
DeviceUserWhitelist	DeviceUserAllowlist
NativeWindowOcclusionEnabled	WindowOcclusionEnabled

Wenn sowohl die alte als auch die neue Richtlinie für eine Zeile in der Tabelle oben konfiguriert sind, überschreibt die neue Richtlinie die alte Richtlinie.

Wenn Sie Chrome über die Admin-Konsole verwalten, z. B. Chrome-Verwaltung über die Cloud, sind keine Maßnahmen erforderlich. Die Umstellung wird in der Admin-Konsole automatisch verwaltet.

↑ Zurück nach oben

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
SideSearchEnabled	Zulassen, dass die neuesten Ergebnisse der Standardsuchmaschine in der Seitenleiste eines Browsers angezeigt werden
CloudReportingUploadFrequency	Häufigkeit der Cloud-Berichterstellung in Stunden
OptimizationGuideFetchingEnabled	Abruf von Daten zur Optimierung aktivieren
WebSQLAccess	Erzwingen, dass WebSQL aktiviert wird
SetTimeoutWithout1MsClampEnabled	Mindestzeitlimit für JavaScript-Funktion `setTimeout()` steuern

Chrome OS-Updates

Netzwerkbasierte Wiederherstellung für Chrome OS

Netzwerkbasierte Wiederherstellung bietet einen integrierten Wiederherstellungsmechanismus für Chrome OS, bei dem keine externen Tools wie ein USB-Stick, ein Android-Gerät, ein zweiter Computer oder ein USB-Kabel erforderlich sind. Sie ist auf den meisten neuen Chrome OS-Geräten verfügbar, die nach dem 20. April 2022 auf den Markt gebracht werden.

Richtlinienunterstützung für zusätzliche OpenVPN-Einstellungen

Zusätzliche OpenVPN-Attribute können jetzt in der Admin-Konsole festgelegt werden, wenn eine verwaltete VPN-Verbindung konfiguriert wird. Dazu gehören die Authentifizierungs- und Verschlüsselungsalgorithmen für Pakete, der Komprimierungsalgorithmus, die Schlüsselrichtung und der TLS-Authentifizierungsschlüssel.

UI-basierte Firmwareupdates für Peripheriegeräte

Chrome OS führt jetzt Firmwareupdates für Peripheriegeräte mit fwupd aus, einem Open-Source-Framework für Firmwareupdates. Der vorherige Ansatz der automatischen Firmwareupdates weist Einschränkungen auf, da große Marktbetreiber wesentliche Änderungen einführen, die lange Updatesitzungen erfordern, die manchmal zu Fehlfunktionen führen können.

Mit fwupd stellt Chrome OS eine Benutzeroberfläche für Firmwareupdates für Peripheriegeräte bereit. Nutzer können die Updates dann bei Bedarf ausführen.

Crostini-Upgrades auf Debian 11 (Bullseye)

Wenn Nutzer sich für Crostini registriert haben, erhalten sie einen Container mit Debian 10 (Buster). Debian 11 (Bullseye) ist jetzt stabil und wird für neue Crostini-Installationen verwendet. Bestehenden Crostini-Nutzern empfehlen wir ein Upgrade auf Bullseye, um neue Funktionen nutzen und den Support vereinfachen zu können.

Chrome ermöglicht Nutzern, ein Upgrade auszulösen. Das geschieht sowohl über eine Aufforderung zu bestimmten Zeiten als auch über die Einstellungen. Darin wird dem Nutzer der Fortschritt angezeigt und etwaige Fehler erläutert.

Außerdem wird in Chrome 101 jetzt unter „Downloads“ ein Upgradeprotokoll gespeichert und der Nutzer wird darüber informiert. So lassen sich Upgradeprobleme leichter beheben.

↑ Zurück nach oben

UI-Verbesserungen für die Kamera-App

Chrome 101 enthält Verbesserungen für die Chrome OS-Kamera-App, damit sie noch einfacher und leichter zu verwenden ist. Über das Tool auf der linken Seite können Nutzer leichter auf die verschiedenen Optionen zugreifen und sehen jetzt genau, welche Funktion aktiviert oder deaktiviert ist. Auf dem Tab Einstellungen sind alle Kameraoptionen besser lesbar und leichter zu finden.

Sperre von Canvas in Cursive

Eine neue Ein-/Aus-Schaltfläche zum Sperren von Canvas in Cursive ermöglicht Ihnen, das Schwenken und Zoomen für Ihre Canvas schnell zu aktivieren oder deaktivieren. So vermeiden Sie versehentliche Bewegungen des Canvas beim Schreiben. Sie können die Sperre von Canvas über das Dreipunkt-Menü aktivieren und dann mit einer Schaltfläche oben auf dem Canvas schnell deaktivieren bzw. aktivieren.

Erzwungener Neustart auf verwalteten Geräten

Administratoren können jetzt den Neustartprozess auf verwalteten Geräten automatisieren. Um den operativen Aufwand zu senken und bestimmte Anwendungsabläufe zu verbessern, können Sie wiederkehrende Neustarts von Geräten über Kioske, verwaltete Gastsitzungen und Standardnutzersitzungen planen. Dadurch wird ein Neustart des Geräts erzwungen, auch während einer aktiven Sitzung.

Neuerungen in der Admin-Konsole

Identifikationsvariablen für die Richtlinie zur verwalteten Android-Konfiguration

Dateien mit verwalteten Konfigurationen können jetzt Platzhalter enthalten, die durch die angegebenen Werte ersetzt werden, bevor die Konfigurationsdatei für die Android-App bereitgestellt wird. Administratoren können zusammen mit dem Android-App-Entwickler festlegen, welche Werte in einer benutzerdefinierten Richtlinie verwendet werden sollen. Alle Werte sind optional. Weitere Informationen

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
CORSNonWildcardRequestHeadersSupport	Nutzer- und Browsereinstellungen	Chrome Chrome OS Android	Netzwerk > Unterstützung für CORS-Anfrageheader ohne Platzhalter
TouchVirtualKeyboardEnabled	Nutzer- und Browsereinstellungen Verwaltete Gastsitzung	Chrome OS	Bedienungshilfen > Bildschirmtastatur im Tabletmodus
DeviceRestrictedManagedGuestSessionEnabled	Geräteeinstellungen	Chrome OS	Imprivata > Modus für gemeinsam genutzte Kioske
RestrictedManagedGuestSessionExtensionCleanupExemptList	Geräteeinstellungen	Chrome OS	Imprivata > Gemeinsam genutzte Apps und Erweiterungen
FastPairEnabled	Nutzer- und Browsereinstellungen Verwaltete Gastsitzung	Chrome OS	Andere Einstellungen > Schnelles Pairing (schnelle Bluetooth-Kopplung)

↑ Zurück nach oben

Bald verfügbar

Anstehende Änderungen für den Chrome-Browser

Chrome-Apps werden auf Windows-, Mac- und Linux-Computern ab Chrome 102 nicht mehr unterstützt

Wie bereits angekündigt, werden Chrome-Apps eingestellt und durch progressive Web-Apps (PWAs) und Webstandard-Technologien ersetzt. Der Zeitplan für die Einstellung wurde angepasst, um Unternehmen, die Chrome-Apps verwendet haben, zusätzliche Zeit für die Umstellung auf andere Technologien zu geben. Chrome-Apps funktionieren in Chrome 102 unter Windows, Mac und Linux nicht mehr. Sie benötigen mehr Zeit für die Anpassung? Dann können Sie mit der Richtlinie ChromeAppsEnabled die Lebensdauer von Chrome-Apps um weitere zwei Releases verlängern.

Wenn Sie die Installation von Chrome-Apps erzwingen, erhalten Nutzer eine Nachricht, dass die App nicht mehr unterstützt wird. Um dieses Problem zu beheben, entfernen Sie die Erweiterungs-ID aus der Liste der Erweiterungen mit erzwungener Installation. Falls erforderlich, können Nutzer die entsprechende install_url der Liste der Web-Apps mit erzwungener Installation hinzufügen. Für gängige Google-Apps sind die install_urls unten aufgeführt:

Attribut	Erweiterungs-ID (Chrome App)	install_url (PWA / Web-App)
Gmail	pjkljhegncpnkpknbcohdijeoejaedia	https://mail.google.com/mail/ installwebapp?usp=admin
Google Docs	aohghmighlieiainnegkcijnfilokake	https://docs.google.com/document/ installwebapp?usp=admin
Google Drive	apdfllckaahabafndbhieahigkjlhalf	https://drive.google.com/drive/ installwebapp?usp=admin
Google Tabellen	felcaaldnbdncclmgdcncolpebgiejap	https://docs.google.com/spreadsheets/ installwebapp?usp=admin
Google Präsentationen	aapocclcgogkmnckokdopfmhonfmgoek	https://docs.google.com/presentation/ installwebapp?usp=admin
YouTube	blpcfgokakmgnkcojhhkbfbldkacnbeo	https://www.youtube.com/s/notifications/ manifest/cr_install.html

Updates für Privacy Sandbox in Chrome 102

Die Privacy Sandbox-Version in Chrome 102 bietet Steuerelemente für die neuen Topics & Interest Group APIs. Außerdem wird ein einmaliges Dialogfeld eingeführt, in dem Nutzern die Privacy Sandbox erklärt und ihnen ermöglicht wird, ihre Einstellungen zu verwalten. Dieses Dialogfeld wird nicht für Gastnutzer und verwaltete EDU-Nutzer angezeigt.

Administratoren können verhindern, dass das Dialogfeld für ihre verwalteten Nutzer angezeigt wird. Dafür steuern sie Cookies von Drittanbietern explizit über eine Richtlinie:
- Um Drittanbieter-Cookies und Privacy Sandbox-Funktionen zuzulassen, deaktivieren Sie BlockThirdPartyCookies.
- Um Drittanbieter-Cookies und Privacy Sandbox-Funktionen nicht zuzulassen, aktivieren Sie BlockThirdPartyCookies. Das kann dazu führen, dass einige Websites nicht mehr funktionieren.
Außerdem werden die Funktionen von Privacy Sandbox deaktiviert und es wird kein Dialogfeld angezeigt, wenn DefaultCookiesSetting auf Speichern von lokalen Daten für keine Website zulassen gesetzt ist.

Private Erweiterungen, die Manifest V2 verwenden, werden ab Juni 2022 im Chrome Web Store nicht mehr akzeptiert.

Im Zuge der schrittweisen Einstellung von Manifest V2 wurden im Chrome Web Store ab dem 17. Januar 2022 keine neuen oder nicht gelisteten Manifest V2-Erweiterungen mehr angenommen. Im Juni 2022 wird diese Einschränkung auf neue Erweiterungen mit dem Sichtbarkeitsstatus „Privat“ ausgeweitet. Das kann sich deutlicher auf die Workflows der Enterprise-Erweiterungen auswirken. Bereits übermittelte Erweiterungen können bis Januar 2023 aktualisiert werden.

Weitere Informationen finden Sie im Zeitplan für die Manifest V2-Unterstützung.

Chrome sendet Private-Network-Access-Preflights für Unterressourcen ab Chrome 102

Bereits ab Chrome 102 plant Chrome, eine CORS-Preflight-Anfrage vor allen privaten Netzwerkanfragen für Unterressourcen zu senden. Dabei wird eine explizite Genehmigung vom Zielserver angefordert. Diese Anfrage enthält den neuen Header Access-Control-Request-Private-Network: true. In dieser Anfangsphase wird diese Anfrage gesendet, von Netzwerkgeräten ist jedoch keine Antwort erforderlich.

In einer zukünftigen Chrome-Version muss die Antwort den passenden Header Access-Control-Allow-Private-Network: true enthalten.

Eine private Netzwerkanfrage ist eine Anfrage von einer öffentlichen Website an eine private IP-Adresse oder einen lokalen Host oder von einer privaten Website wie einem Intranet an einen lokalen Host. Durch das Senden einer Preflight-Anfrage wird das Risiko von websiteübergreifenden Anfrage-Fälschungsangriffen gegen private Netzwerkgeräte wie Router verringert. Diese sind häufig nicht vor dieser Bedrohung geschützt.

Chrome verwendet MiraclePtr bereits ab Chrome 102, um die Sicherheit zu verbessern

MiraclePtr ist eine Technologie, mit der das Risiko von Sicherheitslücken im Zusammenhang mit der Speichersicherheit reduziert wird. Chrome testet aktuell die Auswirkungen von MiraclePtr für einige Nutzer. Eine vollständige Version ist bereits ab Chrome 102 geplant.

↑ Zurück nach oben

Richtlinie „MetricsReportingEnabled“ in Chrome 102 für Android verfügbar

In Chrome-on-Android wird die erste Ausführung etwas verändert, damit die Richtlinie MetricsReportingEnabled unterstützt wird. Wenn der Administrator die Berichterstellung für Messwerte deaktiviert hat, gibt es keine Änderung. Falls er sie aktiviert hat, können Nutzer sie weiterhin deaktivieren.

In Chrome 103 wird bei CORS-Preflight-Anfragen Groß-/Kleinschreibung berücksichtigt

In Chrome 101 und früheren Versionen werden Anfragemethoden beim Abgleich mit Access-Control-Allow-Methods-Antwortheadern in CORS-Preflights in Großschreibung veröffentlicht. In Chrome 101 werden keine Anfragemethoden mehr in Großbuchstaben geschrieben, mit Ausnahme derjenigen, die in der Spezifikation https://fetch.spec.whatwg.org/#concept-method-normalize normalisiert wurden. Daher muss die Groß-/Kleinschreibung genau beachtet werden.

Vorher akzeptiert, aber jetzt abgelehnt:

Anfrage: fetch(url, {method: 'Foo') })
Antwortheader: Access-Control-Allow-Methods: FOO

Vorher abgelehnt, aber jetzt akzeptiert:

Anfrage: fetch(url, {method: 'Foo'})
Antwortheader: Access-Control-Allow-Methods: Foo

Hinweis: Die Methoden post und put sind nicht betroffen, da sie sich in der Spezifikation https://fetch.spec.whatwg.org/#concept-method-normalize befinden. Die Methode patch ist aber betroffen.

Chrome Aktionen unter iOS in Chrome 103

Mit Chrome Aktionen können Nutzern Aufgaben direkt über die Adressleiste erledigen. Vor einigen Jahren haben wir Chrome Aktionen auf dem Computer eingeführt, beispielsweise Aktionen wie Browserdaten löschen. In Chrome 103 werden einige davon auch für Chrome unter iOS verfügbar sein:
- Passwörter verwalten
- Inkognitotab öffnen
- Browserdaten löschen
- …und vieles mehr
Mit Chrome unter iOS können Nutzer Aktionen direkt über die Adressleiste ausführen, z. B. Browserdaten löschen. Dazu verwenden sie eine Schaltfläche, die neben Vorschlägen für die automatische Vervollständigung angezeigt wird. Diese Funktion ist bereits auf Desktopplattformen verfügbar.

Chrome 104 unterstützt OS X 10.11 und macOS 10.12 nicht mehr

Chrome 104 unterstützt die macOS-Versionen 10.11 und 10.12 nicht mehr, die sich bereits außerhalb des Supportfensters von Apple befinden. Nutzer müssen ihr Betriebssystem aktualisieren, damit sie den Chrome-Browser weiter verwenden können. Zur Aufrechterhaltung der Sicherheit muss ein unterstütztes Betriebssystem ausgeführt werden.

↑ Zurück nach oben

Der Netzwerkdienst unter Windows wird in Chrome 104 in einer Sandbox ausgeführt

Ab Chrome 104 wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, unter Windows in einer Sandbox ausgeführt, um die Sicherheit und Zuverlässigkeit zu erhöhen. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten entdeckt werden. Sie können die Sandbox in Ihrer Umgebung mit dieser Anleitung testen und mögliche Probleme melden.

An Ursprünge gebundenes Agent-Clustering wird in Chrome 106 zum Standard

Ab Chrome 106 kann für Websites document.domain nicht festgelegt werden. Es müssen alternative Ansätze wie „postMessage()“ oder die Channel Messaging API verwendet werden, damit Websites ursprungsübergreifend kommunizieren können. Wenn eine Website auf die Lockerung der Same-Origin-Richtlinie über document.domain angewiesen ist, damit sie ordnungsgemäß funktioniert, muss sie einen Origin-Agent-Cluster: ?0-Header zusammen mit allen Dokumenten senden, für die dieses Verhalten erforderlich ist.

Hinweis: document.domain hat keine Auswirkungen, wenn es nur von einem Dokument festgelegt wird.

Eine Enterprise-Richtlinie wird verfügbar sein, um das aktuelle Verhalten zu erweitern.

Chrome 107 ersetzt „master_preferences“ durch „initial_preferences“

Mit den Starteinstellungen können Sie die Standardeinstellungen festlegen, wenn Nutzer den Chrome-Browser zum ersten Mal öffnen. Die Datei initial_preferences ersetzt die Datei master_preferences, mit der vor Chrome 91 dies erreicht wurde. Um Störungen zu vermeiden, akzeptiert Chrome derzeit sowohl master_preferences als auch initial_preferences. In Chrome 107 wird der alte Dateiname master_preferences nicht mehr akzeptiert, nur noch der Dateiname initial_preferences.

Achten Sie bei der Verwendung von Starteinstellungen darauf, dass die Datei initial_preferences und nicht master_preferences heißt. Sie müssen den Inhalt der Datei nicht ändern.

Anstehende Änderungen in der Admin-Konsole

Neuer CSV-Export für einige Berichte in der Admin-Konsole in Chrome 103

Bereits ab Chrome 103 wird eine neue CSV-Downloadoption für die Berichtsdaten zur Nutzung von Apps und Erweiterungen sowie zu Versionen eingeführt.

↑ Zurück nach oben

Chrome 100

Chrome-Updates	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Problembehebung bei der Bildschirmfreigabe unter macOS		✓
Chrome-Hauptversionsnummer 100 erreicht		✓
Updates für <open-in>-Regeln zur Unterstützung älterer Browser			✓
Entfernung der Richtlinie „AllowSyncXHRInPageDismissal“ in Chrome 100			✓
Neue WebHID-Unternehmensrichtlinien			✓
Entfernung des Lite-Modus in Chrome 100 unter Android			✓
Einführung von Chrome Aktionen unter Android		✓
Unterstützung der Anmeldung über QR‑Codes in Chrome für Android	✓
Aktualisierung der Richtlinie „Certificate Transparency“	✓
Einführung der Window Placement API (stabile Version) für mehrere Bildschirme		✓
Änderungen an der Funktionsweise des blauen Rahmens beim Teilen von Tabs		✓
Chrome-iOS-Nutzer können ihre Standard-Websiteansicht festlegen		✓
Chrome fügt erweiterten Safe Browsing-Pings an das Google-Konto gebundene Tokens hinzu	✓
Schließen von Passwort-Warnungen in der Desktopversion	✓	✓
Chrome erweitert die SCT-Prüfung auf mehr Nutzer	✓
Chrome unterstützt kein TLS 1.0/1.1 in Android WebView mehr	✓
Unternehmensrichtlinien für neue Nutzer auf iOS-Geräten verfügbar			✓
Neue und aktualisierte Richtlinien im Chrome-Browser			✓
ChromeOS-Updates	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Textbearbeitung per Spracheingabe in ChromeOS		✓
ChromeOS Flex	✓	✓	✓
Neuerungen in der Admin-Konsole	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Chrome-Verwaltung über die Cloud (CBCM) unterstützt Chrome für Android		✓	✓
Remote-Verbindung zu jedem Gerät über die Admin-Konsole herstellen			✓
Neue Richtlinien in der Admin-Konsole			✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit	Nutzerproduktivität/Apps	Verwaltung
Chrome 101 entfernt „setTimeout-Clamping to 1 ms“		✓
In Chrome 101 wird ein neuer CSV-Export für einige Chrome-Berichte in der Admin-Konsole hinzugefügt			✓
Einstellung des Ursprungstests zur UA-Reduzierung in Chrome 101	✓
Die Chrome-Verwaltung über die Cloud wird weiterhin mit den letzten zwölf Versionen von Chrome kompatibel sein			✓
Chrome 101 unterstützt Änderungen an den Berechtigungen zum Senden von Benachrichtigungen für Android 13 und höher		✓
Richtlinie „MetricsReportingEnabled“ in Chrome 101 unter Android verfügbar			✓
Updates für Privacy Sandbox in Chrome 101	✓
Entfernung der Richtlinie „WebSQLInThirdPartyContextEnabled“ in Chrome 101	✓
Suchergebnisse mit der neuen Funktion „Suche in Seitenleiste“ in Chrome 101 vergleichen		✓
Entfernen von älteren Richtlinien mit nicht-inklusiven Namen in Chrome 101			✓
Chrome-Apps funktionieren nicht mehr in Chrome 102 unter Windows, Mac und Linux		✓	✓
Berücksichtigung von Groß- und Kleinschreibung bei CORS-Preflight-Anfragen in Chrome 102	✓
Chrome 102 sendet Preflight-Anfragen für privaten Netzwerkzugriff für untergeordnete Ressourcen	✓
Chrome nutzt „MiraclePtr“ für mehr Sicherheit	✓
Der Netzwerkdienst unter Windows wird in Chrome 102 in einer Sandbox ausgeführt	✓
Origin-keyed Agent Clustering als Standard in Chrome 106	✓

↑ Zurück nach oben

Chrome-Updates

Korrektur für Bildschirmfreigabe für macOS

Wenn Nutzer Probleme mit der Freigabe ihrer Bildschirme unter macOS haben, findest du unter dieser Anleitung Informationen zur Behebung des Problems.

Chrome-Hauptversionsnummer erreicht 100

Chrome ist jetzt bei einer dreistelligen Versionsnummer. Als die Browser von Version 9 auf Version 10 stiegen, wurden durch die steigende Anzahl von Ziffern viele Probleme mit den Parsing-Bibliotheken von User-Agent-Strings festgestellt.

Mit der Enterprise-Richtlinie ForceMajorVersionToMinorPositionInUserAgent können Sie steuern, ob die Hauptversion des User-Agent-Strings bei 99 eingefroren werden soll. Wenn Sie eine App haben, die aufgrund eines User-Agent-Parsing-Fehlers in Version 100 fehlerhaft ist, können Sie die Richtlinie auf 2 setzen und der User-Agent-String friert die Hauptversion bei 99 ein und schließt die Hauptversion des Browsers in die Nebenposition ein.

Updates für <open-in>-Regeln zur Unterstützung älterer Browser

Wenn die Richtlinie BrowserSwitcherParsingMode auf IE-kompatibel eingestellt ist, aktualisiert Chrome die Regeln für die Unterstützung älterer Browser:
- Für v2-Websitelisten wird das <open-in>-Verhalten so geändert:
  - <open-in>None</open-in>-Einträge werden als Greylist behandelt und in jedem Browser statt als invertierte Sitelist-Einträge geöffnet.
  - <open-in>MSEdge</open-in>-Einträge werden in Chrome geöffnet, da Windows dies als den modernen Standardbrowser betrachtet.
  - Alles, was nicht angegeben ist, wird in einem beliebigen Browser geöffnet, ebenso wie Greylist-Einträge.
- Bei v1-Websitelisten werden doNotTransition="true"-Einträge als Greylist behandelt und in jedem Browser statt als invertierte Sitelist-Einträge geöffnet.
Um Unterbrechungen zu vermeiden, wird diese Änderung nur angewendet, wenn Sie die Richtlinie BrowserSwitcherParsingMode auf 1 setzen.

Die Dokumentation zur Unterstützung älterer Browser finden Sie hier.

In Chrome 100 wird die Richtlinie "AllowSyncXHRInPageDismissal" entfernt.

Die Richtlinie „AllowSyncXHRInPageDismissal“ wurde in Chrome 78 eingeführt, damit Unternehmen mehr Zeit haben, sich an die Entfernung synchroner XHR-Anfragen während der Seitenschließung zu gewöhnen. Zwar war ursprünglich geplant, die Richtlinie in Chrome 93 zu entfernen, doch der Übergangszeitraum wurde verlängert, damit Entwickler mehr Zeit haben, sich anzupassen. Dieser Übergangszeitraum ist jetzt beendet und Chrome 100 entfernt diese Richtlinie.

Neue WebHID-Unternehmensrichtlinien

Bereits ab Chrome 100, werden in Chrome neue Richtlinien zur Verwaltung der WebHID API hinzugefügt. Mit DefaultWebHidGuardSetting wird das Standard-API-Verhalten für alle URLs konfiguriert. Sie können es so konfigurieren, dass Ursprünge nach neuen Geräteberechtigungen fragen dürfen oder alle Berechtigungsanfragen blockieren. Die Richtlinien WebHidAskForUrls und WebHidBlockedForUrls überschreiben die Standardrichtlinie für bestimmte URLs.

Es werden drei neue Richtlinien für die automatische Erteilung von Geräteberechtigungen hinzugefügt. In der Richtlinie WebHidAllowAllDevicesForUrls enthaltene URLs erhalten automatisch Berechtigungen für alle verbundenen Geräte. Die Richtlinien WebHidAllowDevicesForUrls und WebHidAllowDevicesWithHidUsagesForUrls können verwendet werden, um engere Berechtigungen durch Abgleich mit Anbieter- und Produkt-IDs oder der Nutzungen von Anwendungssammlungen im HID-Berichtsdeskriptor zu gewähren.

Chrome 100 entfernt den Lite-Modus unter Android

Der Lite-Modus war eine Möglichkeit, die Datennutzung auf Android-Geräten zu reduzieren. Seit der Einführung sind die Kosten für Daten in vielen Ländern gesunken. Chrome hat auch in andere Möglichkeiten investiert, um Daten zu sparen. Daher ist der Lite-Modus nicht mehr verfügbar. Das gilt auch für die Richtlinie DataCompressionProxyEnabled, die zur Steuerung verwendet wurde.

↑ Zurück nach oben

Chrome-Aktionen auf Android-Geräten

Mit Chrome Aktionen können Nutzer direkt von der Adressleiste aus Dinge schnell erledigen. Vor einigen Jahren haben wir Chrome Actions auf dem Computer eingeführt. Dabei haben wir Aktionen wie Browserdaten löschen eingeführt. Einige dieser Funktionen finden Sie jetzt auch in Chrome für Android:
- Passwörter verwalten
- Inkognitotab öffnen
- Browserdaten löschen
- …und vieles mehr
In Chrome unter Android können Nutzer Aktionen direkt über die Adressleiste ausführen, z. B. Browserdaten löschen. Dazu wird eine Schaltfläche angezeigt, die neben Vorschlägen für die automatische Vervollständigung erscheint. Diese Funktion ist bereits auf Desktopplattformen verfügbar.

Chrome unter Android unterstützt die Anmeldung per QR-Code

Mit Chrome 100 können Nutzer jedes Android-Smartphone als Sicherheitsschlüssel verwenden, indem sie einen QR-Code scannen. Bisher konnten nur Smartphones verwendet werden, die mit demselben Google-Konto wie der Desktop synchronisiert wurden. Bluetooth ist zur Anzeige der Nähe weiterhin erforderlich.

Aktualisierung der Certificate Transparency-Richtlinie

In Chrome 100 ändern sich die Anforderungen an die Certificate Transparency in Chrome; Zertifikate müssen nicht mehr die Zeitstempel signierter Zertifikate (signed certificate timestamps, SCTs) von einem von Google und einem nicht von Google betriebenen Protokoll enthalten. Stattdessen müssen sie SCTs von mindestens zwei Protokollen unterschiedlicher Betreiber enthalten. Außerdem erhöht sich die Anzahl der erforderlichen SCTs für Zertifikate mit einer Lebensdauer zwischen 180 Tagen und 15 Monaten von 2 auf 3. Die bestehenden Richtlinien, mit denen die CT-Erzwingung selektiv deaktiviert werden kann (CertificateTransparencyEnforcementDisabledForCas, CertificateTransparencyEnforcementDisabledForLegacyCas und CertificateTransparencyEnforcementDisabledForUrls), funktionieren weiterhin.

Einführung der Multi-Screen Window Placement API (Stabile Version)

Multi-Screen Window Placement API fügt neue APIs für Bildschirminformationen hinzu und verbessert die bestehenden APIs für die Fensterplatzierung schrittweise. So können Webanwendungen ansprechende Multiscreen-Umgebungen bieten. Das vorhandene singuläre window.screen bietet eine begrenzte Ansicht des verfügbaren Bildschirmbereichs. Fensterpositionierungsfunktionen beschränken sich in der Regel auf den aktuellen Bildschirm. Diese Funktion eröffnet moderne Multiscreen-Arbeitsbereiche für Webanwendungen.

Mit einer Reihe neuer Richtlinien (DefaultWindowPlacementSetting, WindowPlacementAllowedForUrls und WindowPlacementBlockedForUrls) können Administratoren erzwingen, dass ihr Gerätepool eine Standardeinstellung verwendet und die Berechtigung für das Fenster-Placement automatisch annimmt oder ablehnt, ohne den Nutzer pro Quelle abzufragen.

Änderungen an der Funktionsweise des blauen Rahmens für die Tab-Freigabe

Wenn ein Nutzer seinen Tab freigibt, erscheint der blaue Rahmen, der anzeigt, dass ein Tab geteilt wird, nicht mehr um den gesamten Tab herum. Stattdessen wird nur der erfasste Inhalt blau umrandet.

↑ Zurück nach oben

Nutzer von Chrome unter iOS können die Standard-Websiteansicht auswählen.

In Chrome für iOS können Nutzer die Standardansicht auswählen, entweder Desktop oder Mobilgeräte, in der die Websites angefordert werden. Sie können unter Einstellungen darauf zugreifen.

Chrome fügt an das Google-Konto gebundene Tokens zu erweiterten Safe Browsing-Pings hinzu

Wenn ein Nutzer dem erweiterten Safe Browsing zugestimmt hat und in seinem Google-Konto angemeldet ist, fügt Chrome an das Google-Konto gebundene Tokens zu verschiedenen Vorfallsberichts-Pings hinzu, außer im Inkognitomodus. Das sorgt für einen besser zugeschnittenen Schutz, wenn Safe Browsing-Warnungen ausgegeben werden.

Sie steuern diese Funktion in Ihrer Umgebung mit der Unternehmensrichtlinie SafeBrowsingProtectionLevel.

Passwort-Warnung auf dem Computer schließen

Um Störungen durch unnötige Benachrichtigungen zu verringern, können Chrome Desktop-Nutzer Passwort-Warnungen für gehackte Passwörter jetzt schließen. Mit der Richtlinie PasswordDismissCompromisedAlertEnabled können Sie verhindern, dass Endnutzer Passwort-Warnungen schließen.

Chrome erweitert die SCT-Prüfung auf mehr Nutzer

Als Teil der Certificate Transparency-Schutzmaßnahmen von Chrome wird in Chrome die Prüfung des bestehenden Zeitstempels signierter Zertifikate (signed certificate timestamp, SCT) auf alle Nutzer ausgeweitet, die Safe Browsing aktiviert haben. Durch diese Änderung stellt Chrome seltene datenschutzkonforme Abfragen – weniger als eine von 10.000 TLS-Verbindungen – an Google, um sicherzustellen, dass die Certificate Transparency-Logs korrekt funktionieren. Wenn eine Abfrage ein fehlerhaftes Protokoll erkennt, stellt der Client Google den entsprechenden Nachweis (die Zertifikatskette und alle SCTs) bereit. Zertifikate, die nicht von öffentlich vertrauenswürdigen Root-Zertifikaten ausgestellt wurden, werden von Chrome nicht freigegeben. Durch CT wird sichergestellt, dass alle Zertifikate oder SCTs aus öffentlich vertrauenswürdigen Stammzertifikaten bereits öffentliche Informationen sind und keine zusätzlichen Daten erhoben werden.

TLS 1.0/1.1 in Android WebView wird von Chrome nicht mehr unterstützt

In Chrome 98 wurde die TLS 1.0/1.1-Unterstützung aus Chrome für Windows, Mac, Linux, Android und iOS vollständig entfernt. Ab Chrome 100 wird TLS 1.0/1.1 von Android WebView nicht mehr unterstützt. Dies kann Auswirkungen auf Android-Apps haben, die WebView verwenden und eine Verbindung zu einem Server herstellen, der TLS 1.2 oder höher nicht unterstützt. Aktualisieren Sie bitte alle Server so, dass moderne TLS-Versionen unterstützt werden.

↑ Zurück nach oben

Enterprise-Richtlinien für neue Nutzer auf iOS-Geräten verfügbar

Chrome 100 prüft bei iOS-Geräten gleich bei der ersten Ausführung auf Enterprise-Richtlinien. So wird dafür gesorgt, dass die Nutzereinstellungen der Enterprise-Konfiguration entsprechen.

Neue und aktualisierte Richtlinien im Chrome-Browser

Richtlinie	Beschreibung
PasswordDismissCompromisedAlertEnabled	Schließen von Warnungen zu gehackten Passwörtern für eingegebene Anmeldedaten aktivieren.
AllHttpAuthSchemesAllowedForOrigins	Liste der Ursprünge, für die alle HTTP-Authentifizierungsschemas zulässig sind
DefaultWebHidGuardSetting	Verwendung der WebHID API verwalten
WebHidAskForUrls	WebHID API auf diesen Websites erlauben
WebHidBlockedForUrls	WebHID API auf diesen Websites blockieren
WebHidAllowAllDevicesForUrls	Websites automatisch die Berechtigung erteilen, eine Verbindung zu allen HID-Geräten herzustellen.
WebHidAllowDevicesForUrls	Websites automatisch die Berechtigung erteilen, eine Verbindung zu HID-Geräten mit den angegebenen Anbieter- und Produkt-IDs herzustellen.
WebHidAllowDevicesWithHidUsagesForUrls	Websites automatisch die Berechtigung erteilen, eine Verbindung zu HID-Geräten mit Sammlungen auf oberster Ebene mit der angegebenen HID-Nutzung herzustellen.
OriginAgentClusterDefaultEnabled	Diese Richtlinie erlaubt standardmäßig das an Ursprünge gebundene Agent-Clustering.
DefaultWindowPlacementSetting	Standardeinstellung für die Berechtigung für die Fensterpositionierung
WindowPlacementAllowedForUrls	Berechtigung für die Fensterpositionierung auf diesen Websites zulassen
WindowPlacementBlockedForUrls	Berechtigung für die Fensterpositionierung auf diesen Websites blockieren
ExemptDomainFileTypePairsFromFileTypeDownloadWarnings	Erweiterungsbasierte Warnungen beim Herunterladen bestimmter Dateitypen von bestimmten Domains deaktivieren

Chrome OS-Updates

Textbearbeitung per Spracheingabe in Chrome OS

Mithilfe der Spracheingabe können Sie Ihre Stimme verwenden, um Text an einer Stelle zu diktieren, die Sie normalerweise auf Ihrem Chromebook eingeben würden. Sie können jetzt auch Text mit Sprachbefehlen wie Löschen, Rückgängig machen oder Alle auswählen bearbeiten. Diese Funktion ist besonders nützlich für Menschen mit motorischen Einschränkungen oder für Personen, die lieber ihre Stimme für die Texteingabe verwenden möchten.

Wir führen anfangs eine kleine Anzahl von Befehlen ein. aber wir planen, die Liste in Zukunft zu erweitern. Testen Sie die Funktion, indem Sie die Spracheingabe unter Einstellungen > Bedienungshilfen > Tastatur und Texteingabe aktivieren. Wenn Sie sich in einem Textbereich befinden, können Sie Suchtaste + D auswählen, um die Spracheingabe zu aktivieren.

Chrome OS Flex

Wir haben den Vorabzugriff auf eine neue Version von Chrome OS angekündigt, die die Vorteile von Chrome OS auf PCs und Macs bringt. Chrome OS Flex ist das cloudoptimierte, schnelle, einfach zu verwaltende und sichere Betriebssystem für PCs und Macs. Chrome OS Flex befindet sich jetzt auf der Betaversion. Seit der Veröffentlichung wurden über 100 weitere Geräte als kompatibel mit Chrome OS Flex bestätigt. Probier es aus und hilf uns mit deinem Feedback, uns bei der Gestaltung dieses Produkts zu unterstützen.

Neuerungen in der Admin-Konsole

Die Chrome-Verwaltung über die Cloud (CBCM) unterstützt Chrome unter Android

CBCM unterstützt jetzt die Registrierung von Chrome unter Android und sendet Berichtsinformationen an die Admin-Konsole. Administratoren können Berichtsinformationen zu aktivierten Richtlinien, der Version des Betriebssystems, dem Modellnamen und anderen wichtigen Daten abrufen. Weitere Informationen findest du in der Hilfe.

↑ Zurück nach oben

Über die Admin-Konsole eine Remote-Verbindung zu beliebigen Geräten herstellen

Administratoren können jetzt für beliebige Geräte mit einem verbundenen Nutzer oder einer verwalteten Gastsitzung eine Remote-Verbindung mit Chrome Remote Desktop (CRD) unter Verwendung eines Remote-Befehls unter Gerätedetails herstellen. Bisher war diese Funktion nur für Geräte im Kioskmodus verfügbar. Weitere Informationen findest du in der Hilfe.

Neue Richtlinien in der Admin-Konsole

Richtlinienname	Seiten	Unterstützt auf	Kategorie/Feld
SandboxExternalProtocolBlocked	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome Chrome OS	Inhalt > iFrame-Navigation
NetworkServiceSandboxEnabled	Nutzer- und Browsereinstellungen	Browser	Netzwerk > Sandbox für Netzwerkdienste
UserAgentReduction	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome Chrome OS Android	Netzwerk > Reduzierung des User-Agents
UserAgentClientHintsGREASEUpdateEnabled	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome Chrome OS Android	Netzwerk > User-Agent-Client-Hints
DeviceI18nShortcutsEnabled	Geräteeinstellungen	Chrome OS	Weitere Einstellungen > Zuordnung der internationalen Tastenkürzel
QuickAnswersEnabled	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome OS	Nutzererfahrung > Schnellinfo > „Schnellinfo“ aktivieren
QuickAnswersDefinitionEnabled	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome OS	Nutzererfahrung > Schnellinfo > Definition über „Schnellinfo“ aktivieren
QuickAnswersTranslationEnabled	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome OS	Nutzererfahrung > Schnellinfo > Übersetzung über „Schnellinfo“ aktivieren
QuickAnswersUnitConversionEnabled	Nutzer- und Browsereinstellungen; Verwaltete Gastsitzung	Chrome OS	Nutzererfahrung > Schnellinfo > Einheitenumrechnung über „Schnellinfo“ aktivieren

Bald verfügbar

Hinweis: Bei den unten aufgeführten Elementen handelt es sich um experimentelle oder geplante Aktualisierungen. Sie können sich vor der Einführung der stabilen Version ändern, verzögern oder ganz entfernt werden.

Anstehende Änderungen für den Chrome-Browser

Chrome 101 entfernt setTimeout-Clamping auf 1 ms

Chrome 101 entfernt eine Webintervention für einige Nutzer, die setTimeout(function,0)-Timer auf 1 ms gesetzt haben. In Chrome 101 werden bei diesen Nutzern Timer sofort ausgelöst. Beachten Sie, dass verschachtelte Timeraufrufe nach wiederholten verschachtelten Aufrufen auf 4 ms eingestellt werden. Durch diese Änderung wird Chrome in Einklang mit den Webspezifikationen gebracht und auf einigen Seiten kann sich die Leistung verbessern.

Es ist möglich, dass diese Änderung zu Programmfehlern in Webanwendungen führt, die auf dem aktuellen Clamping-Verhalten basieren. Wenn Apps betroffen sind, können Sie über die Richtlinie SetTimeoutWithout1MsClampEnabled das Verhalten von Chrome 100 wiederherstellen.

In Chrome 101 wird ein neuer CSV-Export für einige Chrome-Admin-Konsole-Berichte hinzugefügt

Bereits ab Chrome 101 wird eine neue CSV-Downloadoption für die Berichtsdaten zur Nutzung von Apps und Erweiterungen sowie von Versionen eingeführt.

↑ Zurück nach oben

Einstellung des Ursprungstests zur UA-Reduzierung in Chrome 101

Wie bereits angekündigt, schützt Chrome 101 die Privatsphäre der Nutzer, da die Genauigkeit der Informationen im User-Agent-String reduziert wird. In dieser Phase werden die Informationen zur MINOR.BUILD.PATCH-Version auf "0.0.0" reduziert. Falls eine Website diese Informationen benötigt, sollte sie zur User Agent Client Hints API migriert werden. Websites, die mehr Zeit zum Testen oder Migrieren benötigen, können ab Chrome 100 einen Testlauf nutzen.

Sie können dies auch mit der Enterprise-Richtlinie UserAgentReduction steuern. Sie können den neuen User-Agent-String mit reduziertem Detaillierungsgrad testen, indem Sie die Richtlinie auf 2 setzen. Wenn Sie sie beim Aktualisieren Ihrer Apps auf 1 setzen, können Sie die Änderung verzögern.

Die Chrome-Verwaltung über die Cloud wird mit den letzten zwölf Versionen von Chrome kompatibel sein

Ab Chrome 101 ist die Chrome-Verwaltung über die Cloud mit den letzten zwölf Versionen von Chrome kompatibel. Ältere Versionen verlieren möglicherweise ohne vorherige Ankündigung einige CBCM-Funktionen oder verhalten sich unerwartet. Aus Sicherheitsgründen sollten Sie die automatischen Updates für Chrome aktiviert lassen, damit alle Ihre Geräte auf dem neuesten Stand sind. Wenn Sie Chrome-Updates manuell verwalten, bleiben Sie nahe an der neuesten Version, um Ihre Nutzer zu schützen und sicherzustellen, dass Sie innerhalb des CBCM-Kompatibilitätsfensters bleiben.

Chrome 101 unterstützt Änderungen an den Benachrichtigungsberechtigungen für Android 13 und höher.

In Android 13 ändert sich das Standardverhalten der Berechtigungen für Push-Benachrichtigungen. Bei allen Android-Apps müssen Nutzer explizit Benachrichtigungsberechtigungen des Betriebssystems zulassen. Im Gegensatz zu Android 12 und früher, wo sie standardmäßig gewährt wurden. Beim Ausführen von Chrome mit dieser Android-Version werden Nutzer beim Start der App bis zu zweimal aufgefordert, ihre Zustimmung zu erteilen.

MetricsReportingEnabled-Richtlinie in Chrome 101 unter Android verfügbar

In Chrome-on-Android wird die erste Ausführung etwas verändert, um die MetricsReportingEnabled-Richtlinie zu unterstützen. Wenn der Administrator die Berichterstattung über Messwerte deaktiviert hat, gibt es keine Änderung. Wenn der Administrator Messwerte aktiviert hat, können Nutzer sie auch weiterhin deaktivieren.

Updates für Privacy Sandbox in Chrome 101

Die Privacy Sandbox-Version in Chrome 101 bietet Steuerelemente für die neuen Topics & Interest Group APIs. Außerdem wird ein einmaliges Dialogfeld eingeführt, in dem Nutzern die Privacy Sandbox erklärt und ihnen ermöglicht wird, ihre Einstellungen zu verwalten. Dieses Dialogfeld wird für Gastnutzer und verwaltete EDU-Nutzer nicht angezeigt.

Administratoren können verhindern, dass das Dialogfeld für ihre verwalteten Nutzer erscheint, indem sie Cookies von Drittanbietern explizit über Richtlinien steuern:
- Um Drittanbieter-Cookies und Privacy Sandbox-Funktionen zuzulassen, deaktivieren Sie BlockThirdPartyCookies.
- Wenn Sie Cookies von Drittanbietern und Privacy Sandbox-Funktionen nicht zulassen möchten, setzen Sie BlockThirdPartyCookies auf "Aktiviert". Das kann dazu führen, dass einige Websites nicht mehr funktionieren.
Außerdem werden die Funktionen von Privacy Sandbox deaktiviert und es wird kein Dialogfeld angezeigt, wenn DefaultCookiesSetting auf Speichern von lokalen Daten für keine Website zulassen gesetzt ist.

↑ Zurück nach oben

WebSQLInThirdPartyContextEnabled wird in Chrome 101 entfernt

WebSQLInThirdPartyContextEnabled wurde eingeführt, damit Administratoren mehr Zeit haben, auf die Entfernung von WebSQL in einem Drittanbieterkontext zu reagieren. Wie geplant, wird sie in Chrome 101 entfernt.

Suchergebnisse mit der neuen Side Search-Funktion in Chrome 101 vergleichen

Mit der Side Search (Suche in der Seitenleiste) können Nutzer Suchergebnisse über eine Benutzeroberfläche in der Seitenleiste vergleichen, um schneller die richtige Antwort zu erhalten. Das bedeutet, dass Nutzer eine Seite und die Suchergebnisse gleichzeitig ansehen können, ohne hin und her navigieren zu müssen oder ihre Suchergebnisse zu verlieren. Das ist hilfreich für Nutzer, die aktiv nach etwas suchen und mehr als eine Website benötigen, z. B. beim Planen eines Mitarbeiteressens, beim Erstellen von Präsentationen usw. Diese Funktion kann mit der Richtlinie SideSearchEnabled gesteuert werden.

Ältere Richtlinien mit nicht-inklusiven Namen werden in Chrome 101 entfernt

In Chrome 86 bis Chrome 90 wurden neue Richtlinien eingeführt, um Richtlinien mit weniger inklusiven Namen zu ersetzen (z. B. Zulassungsliste und Sperrliste). Um Unterbrechungen für bestehende verwaltete Nutzer zu minimieren, funktionieren derzeit sowohl die alten als auch die neuen Richtlinien.

Diese Übergangszeit war ursprünglich für Chrome 95 geplant, wurde jedoch auf Chrome 101 verlängert, damit Administratoren mehr Zeit für die Umstellung ihrer Richtlinien haben. In Chrome 101 funktionieren die Richtlinien in der linken Spalte der folgenden Tabelle nicht mehr. Bitte verwenden Sie stattdessen die entsprechende Richtlinie aus der rechten Spalte:

Name der bisherigen Richtlinie	Neuer Richtlinienname
NativeMessagingBlacklist	NativeMessagingBlocklist
NativeMessagingWhitelist	NativeMessagingAllowlist
AuthNegotiateDelegateWhitelist	AuthNegotiateDelegateAllowlist
AuthServerWhitelist	AuthServerAllowlist
SpellcheckLanguageBlacklist	SpellcheckLanguageBlocklist
AutoplayWhitelist	AutoplayAllowlist
SafeBrowsingWhitelistDomains	SafeBrowsingAllowlistDomains
ExternalPrintServersWhitelist	ExternalPrintServersAllowlist
NoteTakingAppsLockScreenWhitelist	NoteTakingAppsLockScreenAllowlist
PerAppTimeLimitsWhitelist	PerAppTimeLimitsAllowlist
URLWhitelist	URLAllowlist
URLBlacklist	URLBlocklist
ExtensionInstallWhitelist	ExtensionInstallAllowlist
ExtensionInstallBlacklist	ExtensionInstallBlocklist
UserNativePrintersAllowed	UserPrintersAllowed
DeviceNativePrintersBlacklist	DevicePrintersBlocklist (Gerätedruckerblockliste)
DeviceNativePrintersWhitelist	DevicePrintersAllowlist
DeviceNativePrintersAccessMode	DevicePrintersAccessMode
DeviceNativePrinters	DevicePrinters
NativePrinters	Printers
NativePrintersBulkConfiguration	PrintersBulkConfiguration
NativePrintersBulkAccessMode	PrintersBulkAccessMode
NativePrintersBulkBlacklist	PrintersBulkBlocklist
NativePrintersBulkWhitelist	PrintersBulkAllowlist
UsbDetachableWhitelist	UsbDetachableAllowlist
QuickUnlockModeWhitelist	QuickUnlockModeAllowlist
AttestationExtensionWhitelist	AttestationExtensionAllowlist
PrintingAPIExtensionsWhitelist	PrintingAPIExtensionsAllowlist
AllowNativeNotifications	AllowSystemNotifications
DeviceUserWhitelist	DeviceUserAllowlist
NativeWindowOcclusionEnabled	WindowOcclusionEnabled

Wenn sowohl die alte Richtlinie als auch die neue Richtlinie für eine beliebige Zeile in der folgenden Tabelle festgelegt sind, überschreibt die neue Richtlinie die alte Richtlinie.

Wenn Sie Chrome über die Google Admin-Konsole verwalten, z. B. mit der Chrome-Verwaltung über die Cloud, sind keine Maßnahmen erforderlich. Die Umstellung wird in der Google Admin-Konsole automatisch verwaltet.

Chrome-Apps funktionieren in Chrome 102 unter Windows, Mac und Linux nicht mehr

Wie bereits angekündigt werden Chrome-Apps eingestellt und durch progressive Web-Apps und Webstandardtechnologien ersetzt. Der Zeitplan für die Einstellung wurde angepasst, um Unternehmen, die Chrome-Apps verwendet haben, zusätzliche Zeit für die Umstellung auf andere Technologien zu geben. Chrome-Apps werden nun unter Windows, Mac und Linux in Chrome 102 nicht mehr funktionieren. Sie benötigen mehr Zeit für die Anpassung? Dann können Sie mit der Richtlinie ChromeAppsEnabled die Lebensdauer von Chrome-Apps um weitere zwei Releases verlängern.

Chrome 102 verwendet Groß-/Kleinschreibung bei CORS-Preflight-Anfragen

In Chrome 101 und früheren Versionen werden Anfragemethoden mit Großschreibung beim Abgleich mit Access-Control-Allow-Methods-Antwortheadern in CORS-Preflights veröffentlicht. Mit Chrome 102 werden keine Anfragemethoden mehr in Großbuchstaben geschrieben, mit Ausnahme derjenigen, die in der Spezifikation normalisiert wurden. Daher muss in Chrome 102 und höher die genaue Groß-/Kleinschreibung beachtet werden.

Zuvor angenommen, aber jetzt abgelehnt:

Anfrage: fetch(url, {method: 'Foo'})
Antwortheader: Access-Control-Allow-Methods: FOO

Zuvor abgelehnt, aber jetzt akzeptiert:

Anfrage: fetch(url, {method: 'Foo'})
Antwortheader: Access-Control-Allow-Methods: Foo

Hinweis: Die Methoden post und put sind nicht betroffen, weil sie sich in der Spezifikation befinden, während patch betroffen ist.

↑ Zurück nach oben

Chrome sendet Private-Network-Access-Preflights für Unterressourcen

Bereits mit Chrome 102 plant Chrome, eine CORS-Preflight-Anfrage vor allen privaten Netzwerkanfragen für Unterressourcen zu senden. Dabei wird eine explizite Genehmigung vom Zielserver angefordert. Diese Anfrage enthält einen neuen Header "Access-Control-Request-Private-Network: true". In dieser Anfangsphase wird diese Anfrage gesendet, aber von Netzwerkgeräten ist keine Antwort erforderlich.

In einer zukünftigen Chrome-Version muss die Antwort den passenden Header Access-Control-Allow-Private-Network: true enthalten.

Eine private Netzwerkanfrage ist eine Anfrage von einer öffentlichen Website an eine private IP-Adresse oder einen lokalen Host oder von einer privaten Website wie einem Intranet an einen lokalen Host. Durch das Senden einer Preflight-Anfrage wird das Risiko von websiteübergreifenden Anfragefälschungsangriffen gegen private Netzwerkgeräte wie Router verringert, die häufig nicht gegen diese Bedrohung geschützt sind.

Chrome verwendet MiraclePtr zur Verbesserung der Sicherheit

MiraclePtr ist eine Technologie, die das Risiko von Sicherheitslücken im Zusammenhang mit der Speichersicherheit verringert. Chrome testet derzeit die Auswirkungen von MiraclePtr für einige Nutzer. Eine vollständige Version ist bereits in Chrome 102 geplant.

Der Netzwerkdienst unter Windows wird in Chrome 102 in einer Sandbox ausgeführt.

Ab Chrome 102 wird der Netzwerkdienst, der bereits in einem eigenen Prozess läuft, zur Verbesserung der Sicherheit und Zuverlässigkeit in eine Sandbox unter Windows ausgelagert. In diesem Zusammenhang wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, daran gehindert, dies zu tun. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten entdeckt werden. Sie können die Sandbox in Ihrer Umgebung mithilfe dieser Anleitung testen und Probleme melden.

Standardmäßiges an Ursprünge gebundenes Agent-Clustering in Chrome 106

Ab Chrome 106 können Websites document.domain nicht festlegen. Websites müssen alternative Ansätze wie postMessage() oder die Channel Messaging API verwenden, um ursprungsübergreifend zu kommunizieren. Wenn eine Website auf die Lockerung der Same-Origin-Richtlinie über document.domain angewiesen ist, damit sie ordnungsgemäß funktioniert, muss sie einen Origin-Agent-Cluster: ?0 -Header zusammen mit allen Dokumenten senden, für die dieses Verhalten erforderlich ist.

Hinweis : document.domain hat keine Auswirkungen, wenn es nur von einem Dokument festgelegt wird.

Eine Enterprise-Richtlinie wird verfügbar sein, um das aktuelle Verhalten zu erweitern.

↑ Zurück nach oben

Weitere Ressourcen

So funktionieren Chrome-Versionen – Chrome-Versionszyklus
Chrome-Downloads und Chrome Enterprise-Produktübersichten – Chrome-Browser für Unternehmen
Chrome-Versionsstatus und ‑Zeitachsen: Google Update Server-Viewer
Ankündigungen: Blogs zu Chrome-Versionen | Chromium-Blog
Entwickler: Weitere Informationen zu Änderungen an der Webplattform

Sie haben noch Fragen?

G Suite, Cloud Identity-Kunden (nur autorisierter Zugriff) – Support kontaktieren
Support für Google Chrome für Unternehmen: Registrieren Sie sich, um einen Experten zu kontaktieren.
Chrome Administrators Forum
Google Chrome Enterprise-Hilfe

War das hilfreich?

Wie können wir die Seite verbessern?