Frühere Versionshinweise

Übersicht über Chrome-Version 146

 

Änderungen am Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
KI‑Modus und Lens-Optimierungen		✓
Erweiterte Funktion zum automatischen Ausfüllen		✓
Zugriffseinschränkungen für lokales Netzwerk	✓
Selektive Intervention von Berechtigungen	✓
Gebündelte Sicherheitseinstellungen			✓
Richtlinien zur Drittanbieter-Speicherpartitionierung entfernen	✓
Neue Richtlinien im Chrome-Browser			✓
Entfernte Richtlinien im Chrome-Browser			✓
Änderungen bei Chrome Enterprise Core	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Aktualisierung der Spin.AI-Risikobewertung in der Admin-Konsole			✓
Experimentelle Richtlinien zur Einhaltung der Kryptografie			✓
Nahtlose Okta-Einmalanmeldung unter macOS			✓
Änderungen bei Chrome Enterprise Premium	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Cache-Verschlüsselung für Unternehmen	✓		✓
Schutz vor Manipulation lokaler Richtlinien	✓		✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
CSS-Update: Entkopplung der Eigenschaften „Breite“ und „Stil“			✓
Anmeldedaten für gerätegebundene Sitzung	✓
Gemini in Chrome	✓
Betrug melden	✓
Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche unter Windows		✓
X25519Kyber768-Schlüsselkapselung für TLS	✓
Erweitertes Autofill		✓
Ursprungsgebundene Cookies (Standard)			✓
Aktualisierung der No HTTPS-Warnung	✓
Chrome für ARM64-Linux-Geräte		✓
Einstellung und Entfernung von Privacy Sandbox-APIs	✓	✓
„Immer verschlüsselte Verbindungen verwenden“ standardmäßig aktivieren	✓
Isolierte Web-Apps			✓
Migration von der Safe Browsing API v4 zur v5	✓
Ende der Unterstützung von macOS 12 in Chrome			✓
XSLT einstellen und entfernen	✓	✓	✓
Chrome wird auf einen 2‑Wochen-Versionszyklus umgestellt			✓
PostQuantum-Kryptografie für DTLS in WebRTC	✓
Leerzeichen in URL-Hosts ohne file:// nicht zulassen	✓
Bevorstehende Änderungen bei Chrome Enterprise Core	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Es sind keine bevorstehenden Updates für Chrome Enterprise Core geplant.
Bevorstehende Änderungen bei Chrome Enterprise Premium	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Chrome Enterprise Connectors API	✓		✓
Drag-and-drop-Unterstützung für Datensteuerungen	✓
Unterstützung größerer Dateien bei DLP-Scans	✓		✓
Unterstützung von AllowList und BlockList für die Richtlinie „DeveloperToolsAvailability“	✓		✓
Unterstützung von Zulassungs- und Sperrlisten für die Richtlinie „IncognitoModeAvailability“	✓		✓
Telemetriedaten für DOM-Aktivitäten von Unternehmenserweiterungen	✓

 

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.

Die Versionshinweise für Chrome Enterprise und Chrome Education werden in Übereinstimmung mit dem Chrome-Veröffentlichungszeitplan am Datum der ersten stabilen Version des Chrome-Browsers veröffentlicht.

Änderungen beim Chrome-Browser  

   

• KI‑Modus und Lens-Optimierungen 

  Bisher waren in Chrome 143 für macOS und Windows neue KI-Modus-Funktionen in den Chrome-Browser eingebunden. Nutzer können direkt über die Seite Neuer Tab und die Adressleiste auf den KI‑Modus zugreifen und komplexe Fragen stellen, ohne die Seite zu verlassen, auf der sie mit dem Browsen beginnen. Administratoren können diese Funktionen mit der Richtlinie AIModeSettings (Wert 1) oder über die GenAiDefaultSettings (Wert 2) deaktivieren. Weitere Informationen finden Sie in diesem Artikel in der Chrome Enterprise- und Education-Hilfe.

  In Chrome 145 haben wir die Funktion für den Multi-Tab-Kontext für den KI-Modus und Lens eingeführt. Nutzer können die Inhalte eines oder mehrerer ihrer geöffneten Tabs freigeben, um Fragen zu stellen, Informationen zu vergleichen, zusammenzufassen und effizienter zu finden. Administratoren können diese Funktionen mit der Richtlinie SearchContentSharingSettings (Wert 1) oder über die GenAiDefaultSettings (Wert 2) deaktivieren. In Chrome 145 für Android und iOS wurden außerdem neue Funktionen für den KI-Modus in den Chrome-Browser eingebunden.

  In Chrome 146 werden Google Drive-Dateien als Kontext verfügbar. Administratoren können diese Funktionen mit der Richtlinie SearchContentSharingSettings (Wert 1) deaktivieren.

  • Chrome 143 für macOS und Windows: Neue KI-Modus-Funktionen werden in Chrome eingebunden und können über die Richtlinie AIModeSettings oder die Richtlinie GenAiDefaultSettings gesteuert werden.
  • Chrome 145 für macOS, Windows: Die Funktion für Multi-Tab-Kontext ist verfügbar und kann über die Richtlinie SearchContentSharingSettings oder die Richtlinie GenAiDefaultSettings gesteuert werden.
  • Chrome 145 für Android und iOS: Neue Funktionen für den KI-Modus werden nach und nach für Android und iOS eingeführt.
  • Chrome 146 für macOS und Windows: Google Drive-Dateien sind als Kontext verfügbar. Administratoren können diese Funktionen mit der Richtlinie SearchContentSharingSettings (Wert 1) deaktivieren.
  • Chrome 147 für macOS und Windows: Die Richtlinien LensOverlaySettings, LensDesktopNTPSearchEnabled und LensRegionSearchEnabled werden eingestellt. Administratoren können diese Funktionen über SearchContentSharingSettings steuern.

   

• Erweiterte Funktion zum automatischen Ausfüllen

  Ab Chrome 146 können einige Nutzer zusätzliche Datentypen speichern und automatisch ausfüllen lassen, die zuvor nur Nutzern mit aktiviertem erweiterten automatischen Ausfüllen zur Verfügung standen. Administratoren können die Funktion über die vorhandenen Richtlinien AutofillAddressEnabled, GenAiDefaultSettings und AutofillPredictionSettings steuern.

  • Chrome 146 für ChromeOS, Linux, macOS und Windows: Die Funktion wird nach und nach eingeführt.

   

• Zugriffseinschränkungen für lokales Netzwerk

  In Chrome 142 wurde die Möglichkeit, Anfragen an das lokale Netzwerk des Nutzers zu senden, eingeschränkt. Sie ist jetzt an eine Berechtigungsanfrage gebunden. Eine lokale Netzwerkanfrage ist eine Anfrage von einer öffentlichen Website an eine lokale IP-Adresse oder einen Loopback oder von einer lokalen Website (z. B. Intranet) an einen Loopback.

  Wenn Websites diese Anfragen nur mit einer Berechtigung ausführen können, wird das Risiko von Fälschungsangriffen bei websiteübergreifenden Anfrage gegen lokale Netzwerkgeräte wie Router verringert. Außerdem wird die Möglichkeit von Websites eingeschränkt, diese Anfragen zu verwenden, um das lokale Netzwerk des Nutzers zu identifizieren.

  Diese Berechtigung ist auf sichere Kontexte beschränkt. Wenn die Berechtigungen erteilt werden, wird die Blockierung von gemischten Inhalten für lokale Netzwerkanfragen zusätzlich gelockert, da viele lokale Geräte aus verschiedenen Gründen keine öffentlich vertrauenswürdigen TLS-Zertifikate erhalten können.

  Diese Arbeit ersetzt eine frühere Initiative namens Zugriff auf private Netzwerke, bei der Preflight-Anfragen verwendet wurden, um das Opt-In lokaler Geräte zu ermöglichen. Weitere Informationen zu dieser Funktion finden Sie unter Website an neue Einschränkungen für den Zugriff auf das lokale Netzwerk in Chrome anpassen.

  In Chrome 145 wurden detailliertere Berechtigungen für Websites eingeführt, die Zugriff auf das lokale Netzwerk eines Nutzers anfordern. Die bisherige einzelne Berechtigung für den Zugriff auf das lokale Netzwerk wird in zwei separate Berechtigungen aufgeteilt:

  • local-network: Gewährt Zugriff auf IP-Adressen im lokalen Netzwerkbereich (z. B. Intranets, interne Geräte).

  • loopback-network: Gewährt Zugriff auf Loopback-IP-Adressen (z. B. localhost, 127.0.0.1).
   

  Die alte Berechtigung für das lokale Netzwerk bleibt als Alias erhalten, damit vorhandene Konfigurationen und Berechtigungsrichtlinien weiterhin wie erwartet funktionieren. Durch diese Änderung haben sowohl Nutzer als auch Administratoren mehr Kontrolle darüber, wie Websites mit internen Netzwerkressourcen interagieren. Bestehende Unternehmensrichtlinien zur Verwaltung des Zugriffs auf das lokale Netzwerk sind von dieser Änderung nicht betroffen.

  In Chrome 146 werden zwei neue Unternehmensrichtlinien zur Verwaltung von Zugriffseinschränkungen für lokale Netzwerke eingeführt: LocalNetworkAccessIpAddressSpaceOverrides und LocalNetworkAccessPermissionsPolicyDefaultEnable. Diese Richtlinien können mit benutzerdefinierten Konfigurationen festgelegt werden.

  • Chrome 145 für Android, Linux, macOS, Windows und Fuchsia: Die Aufteilung der Berechtigungen wird eingeführt.
  • Chrome 146 für Android, ChromeOS, Linux, macOS, Windows und Fuchsia: Es werden zwei neue Unternehmensrichtlinien zur Verwaltung von Einschränkungen für den Zugriff auf das lokale Netzwerk verfügbar sein:
    • Mit LocalNetworkAccessIpAddressSpaceOverrides können IPv4- und IPv6-Adressblöcke als öffentlich oder privat gekennzeichnet werden. Bei IP-Bereichen, die als öffentlich behandelt werden, werden beim Zugriff durch andere Seiten keine Berechtigungsaufforderungen angezeigt. Beispiel: CGNAT 100.64.0.0/10 kann als öffentlich gekennzeichnet werden. Das ist bei bestimmten VPN- und Proxy-Konfigurationen nützlich. Wenn Sie 0.0.0.0/0 und ::/0 als öffentlich kennzeichnen, deaktivieren Sie die Einschränkungen für den Zugriff auf das lokale Netzwerk.
    • Mit LocalNetworkAccessPermissionsPolicyDefaultEnabled kann die LNA-Berechtigung automatisch vom übergeordneten Frame an iframes delegiert werden, ohne dass die untergeordneten iframes explizit annotiert werden müssen. Dies ist nützlich, wenn der Zugriff auf das lokale Netzwerk von einem eingebetteten SaaS-Tool innerhalb eines anderen SaaS-Tools erfolgt. Dazu gehören bestimmte lokal gehostete Softwares in den Bereichen Dokumentation und Wissensdatenbanken.
  • Chrome 146 für ChromeOS, Linux, macOS und Windows: Die Funktion wird nach und nach eingeführt.
  • Chrome 147 für Android, ChromeOS, Linux, macOS und Windows: Die Einschränkungen für den Zugriff auf das lokale Netzwerk wurden auf WebSocket- und WebTransport-Verbindungen ausgeweitet.
  • Chrome 152 für Android, ChromeOS, Linux, MacOS und WindowsLocalNetworkAccessRestrictionsTemporaryOptOutLocalNetworkAccessRestrictionsTemporaryOptOut wird entfernt

   

• Selektive Intervention von Berechtigungen

  In Chrome 146 wird die selektive Berechtigungseingriff eingeführt. Dadurch wird verhindert, dass werbebezogenes JavaScript auf Seiten auf bestimmte datenschutzrelevante Berechtigungen wie Standortbestimmung, Mikrofon, Zwischenablage, Bluetooth, USB und Bildschirmaufnahme zugreift. Das erhöht den Datenschutz für Nutzer.

  Auch wenn Richtlinien wie DefaultGeolocationSetting, VideoCaptureAllowedUrls, AudioCaptureAllowedUrls oder ClipboardAllowedForUrls verwendet werden, kann die Berechtigung für diese Websites für das Anzeigen-Script weiterhin verweigert werden.

  Administratoren können diese Intervention mit der Unternehmensrichtlinie AdsSettingForIntrusiveAdsSites deaktivieren.

  • Chrome 146 für Android, ChromeOS, Linux, macOS und Windows: Die Funktion wird nach und nach eingeführt.

   

• Gebündelte Sicherheitseinstellungen

  Mit dieser Funktion können Nutzer gebündelte Sicherheitsoptionen verwenden, um Sicherheitseinstellungen basierend auf dem gewünschten Schutz beim Verwenden von Chrome zu konfigurieren. Nutzer können zwischen Erweitert für das höchste Sicherheitsniveau und Standard für den standardmäßigen ausgewogenen Schutz wählen. Nutzer können weiterhin benutzerdefinierte Werte für die Einstellungen festlegen. Das vereinfacht die Nutzung und ermöglicht es Nutzern, das gewünschte Schutzniveau zu erhalten, ohne sich mit erweiterten Konfigurationsoptionen auseinandersetzen zu müssen. Bestehende Unternehmensrichtlinien haben Vorrang vor der Auswahl von Endnutzer-Bundles. Wenn eine vorhandene Richtlinie für Sicherheitseinstellungen konfiguriert ist, werden die Werte nicht durch die Auswahl eines Sicherheitsbundles durch einen Nutzer überschrieben.

  • Chrome 146 für ChromeOS, Linux, macOS und Windows

  

   

• Richtlinien zur Drittanbieter-Speicherpartitionierung entfernen

  Die Drittanbieter-Speicherpartitionierung ist seit Chrome 115 die Standardeinstellung. In Chrome 128 wurde das chrome://flag entfernt, mit dem Nutzer diese Funktion deaktivieren konnten. Der Test zur Einstellung für die Einstellung endete mit Chrome 139. In Chrome 146 werden die Unternehmensrichtlinien DefaultThirdPartyStoragePartitioningSetting und ThirdPartyStoragePartitioningBlockedForOrigins entfernt. Wir empfehlen Nutzern, auf alternative Speicherlösungen umzusteigen, indem sie entweder die Drittanbieter-Speicherpartitionierung nutzen oder bei Bedarf document.requestStorageAccess({...}) verwenden.

  Wenn Sie Feedback haben, können Sie es hier diesem Chromium Bug hinzufügen.

  • Chrome 146 für Android, ChromeOS, Linux, macOS, Windows und Fuchsia: Die Richtlinien DefaultThirdPartyStoragePartitioningSetting und ThirdPartyStoragePartitioningBlockedForOrigins wurden entfernt.

    

• Neue Richtlinien im Chrome-Browser 

  Richtlinie	Beschreibung
  BlockExternalExtensions	Installation externer Erweiterungen blockieren
  CacheEncryptionEnabled	Mit dieser Richtlinie können Administratoren den HTTP-Cache auf dem Datenträger verschlüsseln.
  DefaultIdleDetectionSetting	Standardeinstellung für die Inaktivitätserkennung
  ExtensionAllowedTypes	Zulässige App- bzw. Erweiterungstypen konfigurieren
  ExtensionDeveloperModeSettings	Verfügbarkeit des Entwicklermodus auf der Seite „Erweiterungen“ steuern
  ExtensionInstallAllowlist	Zulassungsliste für Installation von Erweiterungen konfigurieren
  ExtensionInstallBlocklist	Sperrliste für Installation von Erweiterungen konfigurieren
  ExtensionInstallForcelist	Liste der Apps und Erweiterungen konfigurieren, deren Installation erzwungen wurde
  ExtensionInstallSources	Installationsquellen für Erweiterungen, Apps und Nutzerskripte konfigurieren
  ExtensionSettings	Verwaltungseinstellungen für Erweiterungen
  ForceForegroundPriorityForAllTabs	Vordergrundpriorität für alle Tabs erzwingen
  GeminiActOnWebAllowedForURLs	Gemini-App-Integrationen erlauben, Aktionen direkt auf bestimmten Websites auszuführen
  GeminiActOnWebBlockedForURLs	Gemini-App-Integrationen blockieren, damit sie keine Aktionen direkt auf bestimmten Websites ausführen können
  IdleDetectionAllowedForUrls	Inaktivitätserkennung auf diesen Websites zulassen
  IdleDetectionBlockedForUrls	Inaktivitätserkennung auf diesen Websites blockieren
  LocalNetworkAccessIpAddressSpaceOverrides	Zuordnungen von IP-Adressbereichen überschreiben
  LocalNetworkAccessPermissionsPolicyDefaultEnabled	Anfragen für den Zugriff auf das lokale Netzwerk (Local Network Access, LNA) in Unterframes ohne explizite Delegierung zulassen
  LocalNetworkAllowedForUrls	Websites erlauben, Netzwerkanfragen an lokale Netzwerkendpunkte zu senden.
  LocalNetworkBlockedForUrls	Websites daran hindern, Netzwerkanfragen an lokale Netzwerkendpunkte zu senden.
  LoopbackNetworkAllowedForUrls	Websites erlauben, Netzwerkanfragen an das lokale Gerät zu senden.
  LoopbackNetworkBlockedForUrls	Websites daran hindern, Netzwerkanfragen an das lokale Gerät zu senden.
  PreferSlowCiphers	Bestimmte Algorithmen für Verschlüsselungschiffren für TLS bevorzugen
  PreferSlowKexAlgorithms	Bestimmte Algorithmen zum Schlüsselaustausch für TLS bevorzugen
  XSLTEnabled	Verfügbarkeit der XSLT-Funktion steuern

    

   

• Entfernte Richtlinien im Chrome-Browser 

  Richtlinie	Beschreibung
  DefaultThirdPartyStoragePartitioningSetting	Standardeinstellung für die Drittanbieter-Speicherpartitionierung
  ThirdPartyStoragePartitioningBlockedForOrigins	Drittanbieter-Speicherpartitionierung für bestimmte Ursprünge der obersten Ebene deaktivieren

 

Änderungen bei Chrome Enterprise Core

   

• Aktualisierung der Spin.AI-Risikobewertung in der Admin-Konsole 

  Schon ab Chrome 146 spiegeln die Risikobewertungen für Spin.AI in der Admin-Konsole die kürzlich von Spin.AI vorgenommenen Änderungen wider. Die Bewertung erfolgt weiterhin auf einer Skala von 0 bis 100. Ein Wert von 0 steht jedoch für ein geringes Risiko, während ein Wert von 100 für ein hohes Risiko bedeutet.

   

• Experimentelle Richtlinien zur Einhaltung der Kryptografie 

  PreferSlowKEXAlgorithms und PreferSlowCiphers sind zwei neue experimentelle Unternehmensrichtlinien, mit denen Chrome so konfiguriert wird, dass die bevorzugten Algorithmen für Schlüsselvereinbarungen (unterstützte Gruppen) und die Algorithmen für Verschlüsselungschiffren in TLS 1.3 so angeordnet werden, dass Algorithmen Vorrang erhalten, die von einer bestimmten Compliance-Regelung zugelassen sind. Derzeit ist CNSA2 das einzige Compliance-Regime. Dies garantiert nicht, dass bestimmte Algorithmen ausgehandelt werden. Es ermöglicht es Serverbetreibern, die Clients mit und ohne Compliance-Anforderungen unterstützen möchten, zwischen diesen Clients zu unterscheiden. Bestimmte nicht standardmäßige Algorithmen mit erhöhter kryptografischer Stärke werden nur für diejenigen Clients verwendet, die ausdrücklich so konfiguriert wurden, dass sie diese bevorzugen. Diese Richtlinie ist für die Sicherheit nicht erforderlich. Die Standardkryptografie, die von Chrome verwendet wird, ist stark genug, um einem Brute-Force-Angriff mit der gesamten Energie der Sonne standzuhalten. Wenn Sie diese Richtlinie festlegen, wird Chrome beim Zugriff auf Websites langsamer. Diese Richtlinie wirkt sich nur auf TLS 1.3 und QUIC aus, nicht auf frühere Versionen von TLS.

  Diese Richtlinien sind vorübergehend als einzelnes kombiniertes Flag verfügbar: chrome://#cryptography-compliance-cnsa.

• Chrome 143 für Android, ChromeOS, Linux, macOS, Windows und Fuchsia: Die Richtlinien sind für den Chrome-Browser verfügbar, aber als experimentell gekennzeichnet.
• Chrome 144 für ChromeOS: Die zusätzlichen Richtlinien, die für den Anmeldebildschirm von ChromeOS-Geräten gelten, sind verfügbar, aber als experimentell gekennzeichnet.
• Chrome 146 für Android, ChromeOS, Linux, macOS und Windows: In Chrome 146 werden die TLS-Server für Google-Properties aktualisiert, um ML-KEM-1024 auszuhandeln, wenn dieses Flag festgelegt ist. Ab diesem Zeitpunkt ist die Richtlinie nicht mehr als „in der Entwicklungsphase“ gekennzeichnet.

   

• Nahtlose Okta-Einmalanmeldung unter macOS 

  Chrome für macOS bietet jetzt eine verbesserte Einmalanmeldung (Single Sign-On, SSO) für Organisationen, die Okta verwenden. Wenn ein macOS-Gerät verwaltet und mit dem entsprechenden erweiterbaren Enterprise-SSO-Mobilgeräteverwaltungs-Profil für Okta konfiguriert wird, profitieren Nutzer von einem nahtlosen Authentifizierungsablauf.

  Insbesondere werden keine Aufforderungen mehr angezeigt, in denen Nutzer um die Berechtigung gebeten werden, die Okta Verify-App zu öffnen oder die Kommunikation im lokalen Netzwerk während der Okta FastPass-Authentifizierung zuzulassen. Chrome verwendet den integrierten erweiterbaren SSO-Mechanismus von Apple, um diese Authentifizierungen zu verarbeiten.

  Anforderungen:

  • Aktivieren Sie die SSO-Unterstützung als Okta Self-Service Early Access-Funktion.
  • Auf dem Gerät muss macOS ausgeführt werden.
  • Das Gerät muss verwaltet werden und ein Administrator muss das korrekte Mobilgeräteverwaltungs-Profil für ExtensibleEnterpriseSSO konfiguriert haben.
  • Die Okta-Umgebung der Organisation muss für diesen Ablauf eingerichtet sein.
  • Die Okta Verify App muss auf dem Gerät installiert sein.
   

  Administratoren können diese Funktion über die Richtlinie ExtensibleEnterpriseSSOBlocklist verwalten. Wenn Sie verhindern möchten, dass Chrome die integrierte Okta-SSO-EInbindung verwendet, fügen Sie der Stringliste der Richtlinie okta hinzu. Wenn Sie diese integrierte Einbindung für alle unterstützten Identitätsanbieter deaktivieren möchten, fügen Sie den Wert all hinzu.

  Durch dieses Update sollen Nutzungsprobleme verringert und der Zugriff auf Okta-geschützte Ressourcen optimiert werden.

  • Chrome 146 für macOS: Die Funktion wird nach und nach eingeführt.

 

Änderungen bei Chrome Enterprise Premium

Weitere Informationen zu den Unterschieden zwischen Chrome Enterprise Core und Chrome Enterprise Premium

   

• Cache-Verschlüsselung für Unternehmen   

  Chrome Enterprise Premium bietet die Verschlüsselung des Unternehmenscaches. Diese Funktion soll das Risiko der Daten-Exfiltration verringern, indem Browserdaten, die im Ruhezustand gespeichert sind, verschlüsselt werden, insbesondere der HTTP-Cache. Durch die Verwendung von APIs auf Betriebssystemebene für die Schlüsselspeicherung über die App-gebundene Verschlüsselung macht diese Funktion lokal gespeicherte Daten für Malware unzugänglich, wenn ein Gerät manipuliert wird.

  Diese Funktion wird transparent im Hintergrund ausgeführt. Aufgrund der Echtzeitverschlüsselung kann sich dies jedoch auf die Leistung auswirken. Administratoren können dies über die Richtlinie CacheEncryptionEnabled verwalten. Wenn Sie diese Richtlinie aktivieren oder deaktivieren, wird der vorhandene Cache automatisch geleert, um für Datenkonsistenz zu sorgen.

  • Chrome 146 für Linux, macOS und Windows: Die Cacheverschlüsselung ist auf Desktop-Plattformen verfügbar.

   

• Schutz vor Manipulationen an lokalen Richtlinien   

  Die Signale zur Erkennung von Richtlinienkonflikten für den kontextsensitiven Zugriff (CAA, Context-Aware Access) schließen eine erhebliche Sicherheitslücke, da sie die Erkennung von Unternehmensrichtlinien ermöglichen, die durch in Konflikt stehende lokale Einstellungen auf BYOD-Geräten überschrieben werden.

  Dies wird erreicht, indem neue Richtlinienkonfliktsignale aus dem verwalteten Chrome-Profil in die vorhandene Pipeline für Sicherheitsberichte eingebunden werden, die von der Richtlinie UserSecuritySignalsReporting gesteuert wird.

  Dank dieser Transparenz können Administratoren CAA-Regeln in den Tools für Daten- und Bedrohungsschutz oder im Security Gateway von Chrome Enterprise Premium (CEP) festlegen, um den Zugriff auf Unternehmensanwendungen automatisch zu blockieren, wenn kritische Richtlinien wie DLP-Einstellungen, Safe Browsing oder Sperrlisten für Erweiterungen nicht eingehalten werden.

  • Chrome 144 für Linux, MacOS und Windows: Die Erkennung und Meldung von Metadaten zu Richtlinienkonflikten beginnt.
  • Chrome 145 für Linux, macOS und Windows: Der kontextsensitive Zugriff (Context-Aware Access, CAA) wird aktiviert, damit Administratoren Erzwingungsregeln basierend auf dem Vorhandensein eines Konflikts schreiben können.
  • Chrome 146 für Linux, macOS und Windows : Die Benutzeroberfläche der Admin-Konsole wird aktualisiert und zeigt nun Konfliktsignale an. Außerdem werden Richtlinienwerte gemeldet.

 

Anstehende Änderungen für den Chrome-Browser

 

   

• CSS-Update: Entkopplung der Eigenschaften „Breite“ und „Stil“ 

  Chrome wird bald an die aktualisierten CSS-Spezifikationen für das Verhalten der Eigenschaften border-width, outline-width und column-rule-width angepasst. Bisher wurde die berechnete Breite der Properties border-style, outline-style oder column-rule-style auf 0 px festgelegt, wenn sie auf „none“ oder „hidden“ gesetzt waren, unabhängig vom angegebenen Wert.

  Mit dieser Änderung spiegeln die berechneten Werte von border-width, outline-width und column-rule-width immer die vom Autor angegebenen Werte wider, unabhängig von der *-style-Property. Außerdem spiegeln die aufgelösten Werte (die von getComputedStyle() zurückgegeben werden) für outline-width und column-rule-width auch die angegebenen Werte wider.

  Durch die Änderung wird Chrome an Firefox und WebKit angeglichen, in denen dieses Verhalten bereits implementiert ist.

  • Chrome 147 für Windows, macOS, Linux und Android: Kein Roll-out-Schritt  

   

• Anmeldedaten für gerätegebundene Sitzung

  Um die Sicherheit der Nutzer zu verbessern und den Diebstahl von Sitzungscookies zu bekämpfen, führt Chrome Anmeldedaten für gerätegebundene Sitzungen (Device Bound Session Credentials, DBSC) ein. Mit dieser Funktion können Websites die Sitzung eines Nutzers an sein bestimmtes Gerät binden. Dadurch wird es deutlich schwieriger, gestohlene Sitzungscookies auf anderen Computern zu verwenden.

  • Chrome 145 für Windows: Die Funktion wird nach und nach eingeführt.
  • Chrome 147 für macOS: Die Funktion wird nach und nach eingeführt. 

   

• Gemini in Chrome 

  Gemini ist jetzt in Chrome für macOS, Windows und ausgewählte ChromeOS-Geräte eingebunden und kann den Inhalt aktueller Seiten analysieren. Nutzer können sich jetzt die wichtigsten Punkte zusammenfassen lassen, Konzepte erklären lassen und Antworten auf ihre Fragen erhalten, ohne ihren Chrome-Tab zu verlassen. Diese Einbindung umfasst sowohl den Chat, bei dem Nutzer über Text mit Gemini interagieren können, als auch Gemini Live, wobei Nutzer über Sprache mit Gemini interagieren können.

  In Chrome 143 wurde Gemini in Chrome für die meisten Google Workspace-Nutzer mit Zugriff auf die Gemini App in den USA eingeführt. Administratoren können diese Funktion mit der Richtlinie GeminiSettings (Wert 1) oder über die GenAiDefaultSettings (Wert 2) deaktivieren. Weitere Informationen finden Sie in der Gemini in Chrome-Hilfe oder in diesem Blogpost.

  In Chrome 143 haben wir auch die Funktion für den Multi-Tab-Kontext angekündigt. Gemini in Chrome kann jetzt mehr Ihrer geöffneten Tabs (maximal 10) sehen. So können Sie Fragen zu mehreren Seiten stellen, um Informationen effizienter zu vergleichen und zu finden. Gemini in Chrome kann auch als Produktivitäts-Agent fungieren. Gemini in Chrome verwendet automatisch öffentliche Informationen aus den folgenden Google-Diensten: Google Suche, Google Maps und YouTube. Wenn Sie zustimmen, kann Gemini in Chrome Ihnen helfen, Ihre personenbezogenen Daten und persönlichen Inhalten in Google Workspace-Diensten (Gmail, Drive, Notizen, Kalender und Tasks) zu verbinden.

  In Chrome 144 wurde das automatische Browsen in Gemini in Chrome für einige Nutzer (nicht für Unternehmen) eingeführt. Die Unternehmensrichtlinie GeminiActOnWebSettings ist bei Einführung verfügbar.

  
  • Chrome 137 für macOS und Windows: Die Funktion ist für einige Google AI Pro- und Ultra-Abonnenten in den USA und in den stabilen Vorabversionen (Entwickler, Canary, Beta) in den USA verfügbar.
  • Chrome 144 für macOS und Windows: Das automatische Browsen in Gemini in Chrome ist für einige Nutzer (nicht für Unternehmen) verfügbar. Die Unternehmensrichtlinie GeminiActOnWebSettings ist bei Einführung verfügbar. Nutzer können gerenderte Bilder über ein Chrome-Kontextmenüelement direkt in Gemini in Chrome hochladen. Nutzer können dann mit Prompts in Gemini in Chrome neue, abgeleitete Bilder generieren. Mit der Erlaubnis des Nutzers kann Gemini in Chrome auch den Google Passwortmanager verwenden, um sich auf Websites anzumelden. Es ist ein Kontextmenüpunkt zum Hochladen von Bildern für Enterprise-Nutzer verfügbar. Die Funktion berücksichtigt Regeln, die über die Richtlinie DataControlsRules und die Einstellungen für OnBulkDataEntryEnterpriseConnector festgelegt wurden.
  • Chrome 144 für ChromeOS: Gemini in Chrome wird auf ausgewählten ChromeOS-Geräten eingeführt.
  • Chrome 144 für macOS und Windows: Mit Gemini in Chrome können einige Drittanbietertools aufgerufen werden, die als Gemini-Erweiterungen verfügbar sind.
  • Chrome 145 für ChromeOS, macOS und Windows: Gemini in Chrome wird nach und nach für Nutzer in Kanada, Neuseeland und Indien in den folgenden Sprachen eingeführt: Afrikaans, Amharisch, Bulgarisch, Bengalisch, Katalanisch, Tschechisch, Walisisch, Dänisch, Deutsch, Griechisch, Spanisch, Estnisch, Baskisch, Finnisch, Filipino, Französisch, Galicisch, Gujarati, Hindi, Kroatisch, Ungarisch, Indonesisch, Isländisch, Italienisch, Japanisch, Kannada, Koreanisch, Litauisch, Lettisch, Malayalam, Marathi, Malaiisch, Niederländisch, Norwegisch, Polnisch, Portugiesisch, Rumänisch, Russisch, Slowakisch, Slowenisch, Serbisch, Schwedisch, Suaheli, Tamil, Telugu, Thailändisch, Türkisch, Ukrainisch, Vietnamesisch, Chinesisch (vereinfacht und traditionell) und Zulu. Beim Roll-out in den USA werden dieselben Sprachen unterstützt.
  • Chrome 147 für macOS und Windows: Das automatische Browsen in Gemini in Chrome ist für Unternehmensnutzer verfügbar. Die Unternehmensrichtlinien GeminiActOnWebSettings, GeminiActOnWebAllowedForURLs und GeminiActOnWebBlockedForURLs sind verfügbar, um das automatische Browsen zu steuern.
  • Chrome 147 für ChromeOS, macOS und Windows: Gemini in Chrome kann mit Genehmigung des Nutzers Chrome Autofill verwenden, um Kreditkarten- und Adressformulare auszufüllen. Dabei werden die Unternehmensrichtlinien AutofillAddressEnabled und AutofillCreditCardEnabled sowie die allgemeinen Richtlinien GeminiActOnWebSettings, GeminiActOnWebAllowedForURLs und GeminiActOnWebBlockedForURLs für agentisches Gemini in Chrome berücksichtigt.
  • Chrome 148 für macOS und Windows: Bereits ab Chrome 148 für macOS und Windows ist das automatische Browsen in Gemini in Chrome für Unternehmensnutzer verfügbar.

   

• Betrug melden

  Wenn Safe Browsing aktiviert ist, können Nutzer Webseiten direkt über das Hilfemenü in Chrome an Safe Browsing melden.

  Administratoren können diese Funktion deaktivieren, indem sie Safe Browsing mit SafeBrowsingProtectionLevel deaktivieren oder Nutzerfeedback über UserFeedbackAllowed nicht zulassen.

  
  • Chrome 145 für Windows: Die Funktion wird nach und nach eingeführt.
  • Chrome 147 für macOS: Die Funktion wird nach und nach eingeführt. 

   

• Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche unter Windows 

  Ab Chrome 126 wurde Bedienungshilfen-Clientsoftware, die das Bedienungshilfen-Framework zur Automatisierung der Benutzeroberfläche von Microsoft Windows verwendet, direkt unterstützt. Vor dieser Änderung arbeitete diese Software in Microsoft Windows über einen Kompatibilitäts-Shim mit Chrome zusammen. Diese Änderung soll die Barrierefreiheit für viele Nutzer verbessern. Die App bietet vollständige Unterstützung für Sprecher, Lupe und Voice Access. Außerdem werden wir Drittanbieter-Apps verbessern, die das Bedienungshilfen-Framework zur Benutzeroberflächenautomatisierung nutzen. Für Nutzer von Chrome ist die Arbeitsspeichernutzung und der Verarbeitungsaufwand geringer, wenn sie Bedienungshilfen verwenden. Außerdem wird die Entwicklung von Software mit Hilfstechnologien erleichtert.

  Administratoren können mit der in Chrome 125 eingeführten Unternehmensrichtlinie UiAutomationProviderEnabled entweder die Aktivierung des neuen Anbieters erzwingen (damit alle Nutzer die neuen Funktionen erhalten) oder den neuen Anbieter deaktivieren.

  Diese Richtlinie wird bis Chrome 147 unterstützt und in Chrome 148 entfernt. Dieser einjährige Zeitraum soll Unternehmen genügend Zeit für die Zusammenarbeit mit Drittanbietern geben, damit sie Inkompatibilitäten beheben können, die durch den Wechsel vom Microsoft-Kompatibilitäts-Shim zum Anbieter der Benutzeroberflächenautomatisierung von Chrome entstehen.

  • Chrome 125 für Windows: Die Richtlinie UiAutomationProviderEnabled wird eingeführt, damit Administratoren den Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche von Chrome aktivieren und prüfen können, ob Bedienungshilfen von Drittanbietern weiterhin funktionieren.
  • Chrome 126 für Windows: Das Framework für Chrome-Varianten wird verwendet, um Anbieter des Bedienungshilfen-Frameworks zur Benutzeroberflächenautomatisierung von Chrome für Nutzer zu aktivieren. Die Funktion wird nach und nach für alle stabilen Versionen aktiviert. Bei Bedarf werden allerdings auch Pausen eingelegt, um Kompatibilitätsprobleme zu beheben, wo dies in Chrome möglich ist. Unternehmensadministratoren können die Richtlinie UiAutomationProviderEnabled weiterhin verwenden, um das neue Verhalten frühzeitig zu aktivieren. In Chrome 146 lässt es sich vorübergehend deaktivieren.
  • Chrome 148 für Windows: Die Richtlinie UiAutomationProviderEnabled wird aus Chrome entfernt. Alle Clients verwenden den Anbieter für das Bedienungshilfen-Framework zur Automatisierung der Benutzeroberfläche im Browser.

   

• X25519Kyber768-Schlüsselkapselung für TLS 

  In Chrome 124 wurde auf allen Desktopplattformen standardmäßig der neue Post-Quanten-Mechanismus zur sicheren TLS-Schlüsselkapselung X25519Kyber768 aktiviert, der auf einem NIST-Standard (ML-KEM) basiert. So wird der Netzwerkverkehr von Chrome mit Servern, die ebenfalls ML-KEM unterstützen, vor der Entschlüsselung durch einen zukünftigen Quantencomputer geschützt. Diese Änderung sollte für Serverbetreiber transparent sein. Diese Chiffre wird sowohl für TLS 1.3- als auch für QUIC-Verbindungen verwendet.
  Einige TLS-Midboxes sind jedoch möglicherweise nicht auf die Größe einer Kyber-Schlüsselkapselung (ML-KEM) 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 Mechanismus zur Schlüsselkapselung über die temporäre Unternehmensrichtlinie PostQuantumKeyAgreementEnabled deaktivieren, die bis Chrome 145 verfügbar ist. Langfristig werden Post-Quanten-sichere Chiffren jedoch in TLS erforderlich sein und die Unternehmensrichtlinie wird ab Chrome 146 entfernt. Für CSNA 2.0 ist Post-Quanten-Kryptografie erforderlich. Weitere Informationen finden Sie unter Chrome-Traffic mit Hybrid-Kyber-KEM schützen.

  • Chrome 131 für Linux, macOS und Windows: Chrome stellt den Schlüsselkapselungsmechanismus auf die endgültige Standardversion ML-KEM um.
  • Chrome 147 für Linux, MacOS und Windows: Unternehmensrichtlinie wird entfernt. 

   

• Erweitertes Autofill 

  Ab Chrome 137 können einige Nutzer die erweiterte Autofill-Funktion aktivieren, mit der sich Onlineformulare einfacher ausfüllen lassen. In entsprechenden Formularen kann Chrome KI verwenden, um das Formular besser zu verstehen und Nutzern anzubieten, zuvor gespeicherte Informationen automatisch auszufüllen. Administratoren können die Funktion über die vorhandene Richtlinie GenAiDefaultSettings und die neue Richtlinie AutofillPredictionSettings steuern.

  • Chrome 137 für ChromeOS, Linux, macOS und Windows: Die Funktion wird nach und nach eingeführt.
  • Chrome 140 für ChromeOS, Linux, macOS und Windows: Die vorhandene Funktion „Mit KI automatisch ausfüllen“ wird in „Erweitertes automatisches Ausfüllen“ umbenannt. Nutzer können damit zusätzliche Arten von Informationen speichern und ausfüllen lassen. Außerdem wird die Funktion in weiteren Ländern und Sprachen verfügbar sein.
  • Chrome 148 für Android: Erweitertes Autofill wird für Nutzer von Chrome für Android verfügbar gemacht.

   

• Ursprungsgebundene Cookies (Standard) 

  In Chrome 148 sind Cookies standardmäßig an ihren Einstellungsursprung gebunden, sodass sie nur über diesen Ursprung zugänglich sind, d. h. sie werden bei einer Anfrage gesendet oder über document.cookie sichtbar. Cookies können die Einschränkungen für die Host- und Portbindung durch die Verwendung des Domain-Attributs aufheben, aber alle Cookies sind an das jeweilige Schema gebunden.

  Die temporären Unternehmensrichtlinien LegacyCookieScopeEnabled und LegacyCookieScopeEnabledForDomainList werden verfügbar sein, um diese Änderung rückgängig zu machen. Diese Richtlinien funktionieren ab Chrome 150 nicht mehr.

  • Chrome 148 für Android, iOS, Linux, macOS und Windows: Unternehmensrichtlinien sind verfügbar.
  • Chrome 150 für Android, iOS, Linux, macOS und Windows: Unternehmensrichtlinien werden entfernt.

   

• Aktualisierung der No HTTPS-Warnung

  Die Warnung, die angezeigt wird, wenn ein Nutzer die Option Immer sichere Verbindungen verwenden unter chrome://settings/security aktiviert, wird von einem Interstitial zu einem Dialogfeld geändert. Das vollständige Laden der Seite bleibt blockiert und die Funktionalität bleibt unverändert. Das Symbol für die Sicherheit von URL-Inhalten in der Warnung wird vom Indikator zum aufgebrochenen Schloss geändert. Einige Nutzer sehen diese Warnung möglicherweise automatisch, wenn sie HTTP-Websites aufrufen. Nutzer können die Warnung unter chrome://settings/security aktivieren.

  • Chrome 141 für ChromeOS, Linux, macOS und Windows: Neues Warnungsdesign auf Desktop-Plattformen.
  • Chrome 148 für Android: Ähnliches aktualisiertes Warnungsdesign für Android, bei dem anstelle eines vollständigen Interstitials eine Warnblase verwendet wird.

   

• Chrome für ARM64-Linux-Geräte 

  Wir freuen uns, Ihnen mitteilen zu können, dass Google im zweiten Quartal 2026 Chrome für ARM64-Linux-Geräte einführen wird. Dies folgt auf die erfolgreiche Erweiterung von Chrome auf Arm-basierte macOS-Geräte im Jahr 2020 und auf Arm-basierte Windows-Geräte im Jahr 2024.

  Durch die Einführung von Chrome für ARM64-Linux-Geräte können mehr Nutzer die nahtlose Integration der nützlichsten Google-Dienste in ihren Browser nutzen. Mit diesem Schritt reagieren wir auf die wachsende Nachfrage nach einem Browser, der die Vorteile des Open-Source-Projekts Chromium mit dem Google-Ökosystem aus Apps und Funktionen kombiniert.

  Weitere Informationen finden Sie in diesem Chromium-Blogpost.

  • Chrome 149 für Linux: Die Funktion wird nach und nach eingeführt. 

   

• Einstellung und Entfernung von Privacy Sandbox-APIs  

  Chrome hat vor Kurzem angekündigt, dass der aktuelle Ansatz für Drittanbieter-Cookies beibehalten wird. Entsprechend planen wir, die folgenden APIs einzustellen und zu entfernen.

  • Themen
  • Protected Audience
  • Freigegebener Speicher
  • Attributionsberichte
  • Private Aggregation
  • Ähnliche Websites
  • requestStorageAccessFor

  Im Folgenden sind die Unternehmensrichtlinien aufgeführt, die den oben genannten APIs zugeordnet sind.

  • PrivacySandboxSiteEnabledAdsEnabled
  • PrivacySandboxAdTopicsEnabled
  • PrivacySandboxAdMeasurementEnabled
  • RelatedWebsiteSetsOverrides
  • RelatedWebsiteSetsEnabled

  Die Einstellung begann mit Chrome 144 und die Entfernung ist für Chrome 150 geplant. Nach der Einstellung sind die APIs weiterhin vorhanden und die meisten Nutzer werden keine Unterbrechungen feststellen. Bei einigen Nutzern, die auf serverseitige Integrationen angewiesen sind (z. B. K-Anonymitätsserver oder Koordinatoren), kommt es jedoch zu einer Unterbrechung der Dienste. Wir haben uns proaktiv an Nutzer der APIs gewandt, um sie über unsere Pläne zur Einstellung zu informieren. Mit der Entfernung in Chrome 150 werden auch alle mit diesen APIs verknüpften Richtlinien entfernt.

  Keine der APIs ist für Unternehmensnutzer standardmäßig aktiviert. Enterprise-Teams können den Status aller verwalteten Profile in der Admin-Konsole einsehen.

  • Chrome 144 für Android, ChromeOS, Linux, MacOS und Windows: Einführung der Einstellung.
  • Chrome 150 für Android, ChromeOS, Linux, macOS und Windows: APIs und zugehörige Richtlinien werden entfernt.

   

• „Immer verschlüsselte Verbindungen verwenden“ standardmäßig aktivieren 

  In Chrome 150 wird die Einstellung Immer verschlüsselte Verbindungen verwenden standardmäßig im Modus „Nur öffentliche Websites“ aktiviert. Das bedeutet, dass Chrome die Einwilligung des Nutzers einholt, bevor zum ersten Mal auf eine öffentliche Website ohne HTTPS zugegriffen wird. Öffentliche Websites sind Websites mit einem global eindeutigen Namen. Direkte Aufrufe von RFC 1918-Adressen (192.168.0.1, 10.0.0.0/8 usw.) sowie Kurznamen wie go/ sind ausgeschlossen.

  Bevor die Funktion standardmäßig für alle Nutzer aktiviert wird, wird Immer sichere Verbindungen verwenden für Nutzer aktiviert, die erweiterte Safe Browsing-Schutzfunktionen in Chrome aktiviert haben.

  Wenn Sie Webentwickler oder IT-Experte sind und Nutzer haben, die von dieser Funktion betroffen sein könnten, empfehlen wir Ihnen dringend, die Einstellung „Immer sichere Verbindungen verwenden“ noch heute zu aktivieren, um Websites zu identifizieren, die Sie möglicherweise migrieren müssen. Administratoren können dieses Verhalten mit den Richtlinien HttpAllowlist und HttpsOnlyMode überschreiben.

  Weitere Informationen finden Sie in unserem Leitfaden zur Einführung und im Blogpost zur Ankündigung.

  • Chrome 150 für Android, ChromeOS, Linux, macOS, Windows und Fuchsia: „Immer verschlüsselte Verbindungen verwenden“ für Nutzer aktivieren, die das erweiterte Safe Browsing aktiviert haben.
  • Chrome 154 für Android, ChromeOS, Linux, macOS, Windows und Fuchsia: „Immer verschlüsselte Verbindungen verwenden“ standardmäßig für alle Nutzer aktivieren.

   

• Isolierte Web-Apps 

  Isolierte Web-Apps (IWAs) sind eine Erweiterung der bestehenden Arbeit an der PWA-Installation und dem Web Packaging, die einen besseren Schutz vor Manipulation von Servern und anderen Manipulationen bieten – erforderlich für Entwickler von sicherheitsrelevanten Anwendungen. Diese Anwendungen werden nicht auf Live-Webservern gehostet und über HTTPS abgerufen, sondern in Web-Bundles verpackt, vom Entwickler signiert und über eine oder mehrere der im Explainer beschriebenen Methoden an Endnutzer verteilt. 

  Bereits ab Chrome 150 können isolierte Web-Apps nur noch über eine Administratorrichtlinie auf von Unternehmen verwalteten ChromeOS-Geräten installiert werden.

  • Chrome 150 für Windows: Mit diesem Roll-out wird die Unterstützung für isolierte Webanwendungen in von Unternehmen verwalteten Browserkonfigurationen unter Windows hinzugefügt.

   

• Migration von der Safe Browsing API v4 zur v5 

  Chrome-Aufrufe der SafeBrowsing v4 API werden stattdessen zum Aufrufen von v5 API migriert. Auch die Methodennamen unterscheiden sich zwischen v4 und v5. Wenn Administratoren eine v4-spezifische Zulassungsliste für URLs haben, um Netzwerkanfragen an https://safebrowsing.googleapis.com/v4* zuzulassen, sollten diese so geändert werden, dass stattdessen Netzwerkanfragen an die gesamte Domain zugelassen werden: safebrowsing.googleapis.com. Andernfalls führen abgelehnte Netzwerkanfragen an die v5 API zu Rückschritten bei der Sicherheit für Nutzer. Weitere Informationen finden Sie unter Migration von V4 – Safe Browsing. 

  • Chrome 150 für Android, iOS, ChromeOS, Linux, macOS und Windows: Die Funktion wird nach und nach eingeführt.

   

• Ende der Unterstützung von macOS 12 in Chrome

  Chrome 150 ist die letzte Version, die macOS 12 unterstützt. Chrome 151 und höher unterstützen macOS 12 nicht mehr, da diese Version sich außerhalb des Supportzeitraums von Apple befindet. Zur Aufrechterhaltung der Sicherheit ist die Ausführung eines unterstützten Betriebssystems unerlässlich.

  Auf Macs mit macOS 12 funktioniert Chrome weiterhin und es wird eine Warnung in der Infoleiste angezeigt. Chrome wird jedoch nicht mehr aktualisiert. Wenn ein Nutzer Chrome aktualisieren möchte, muss er seinen Computer auf eine unterstützte Version von macOS aktualisieren. 

  Für Neuinstallationen von Chrome 151 oder höher ist macOS 13 oder höher erforderlich.

  • Chrome 151 für Windows, macOS und Linux

   

• XSLT einstellen und entfernen 

  XSLT v1.0, an die sich alle Browser halten, wurde 1999 standardisiert. Inzwischen hat sich XSLT zu Version 2.0 und 3.0 weiterentwickelt und unterscheidet sich von der alten, in Browsern fixierten Version. Diese fehlende Weiterentwicklung in Verbindung mit dem Aufkommen von JavaScript-Bibliotheken und ‑Frameworks, die eine flexiblere und leistungsstärkere DOM-Manipulation ermöglichen, hat zu einem erheblichen Rückgang der Verwendung von clientseitiger XSLT geführt. Ihre Rolle im Webbrowser wurde weitgehend durch JavaScript-basierte Technologien wie JSON+React ersetzt.

  Chromium verwendet die libxslt-Bibliothek, um diese Transformationen zu verarbeiten. libxslt wurde etwa sechs Monate lang im Jahr 2025 nicht gewartet. Libxslt ist eine komplexe, veraltete C-Codebasis, die bekanntermaßen anfällig für Speichersicherheitslücken wie Überläufe des Zwischenspeichers ist, die zur Ausführung von beliebigem Code führen können. Da clientseitige XSLT mittlerweile eine Nischenfunktion ist, die nur selten verwendet wird, werden diese Bibliotheken viel seltener gewartet und auf Sicherheit geprüft als die wichtigsten JavaScript-Engines. Sie stellen jedoch eine direkte, wirksame Angriffsfläche für die Verarbeitung nicht vertrauenswürdiger Webinhalte dar. Tatsächlich ist XSLT die Quelle mehrerer schwerwiegender Sicherheitslücken, die Browsernutzer weiterhin gefährden. Aus diesen Gründen planen Chromium und die anderen Browser-Engines, XSLT von der Webplattform zu entfernen. Weitere Informationen finden Sie in diesem Artikel auf Chrome für Entwickler.

  • Chrome 143 für Android, ChromeOS, Linux, macOS und Windows: Die APIs werden eingestellt, aber nicht entfernt.
  • Chrome 152 für Android, ChromeOS, Linux, macOS und Windows: Der Ursprungstest (Origin Trial, OT) und die Unternehmensrichtlinie werden zu Testzwecken eingeführt. Damit können Websites und Unternehmen Funktionen auch nach dem Entfernen weiterhin verwenden.
  • Chrome 155 für Android, ChromeOS, Linux, MacOS und Windows: XSLT funktioniert in stabilen Versionen für alle Nutzer außer Teilnehmern am Ursprungstest und an der Unternehmensrichtlinie nicht mehr.
  • Chrome 164 für Android, ChromeOS, Linux, macOS und Windows: Origin Trial und Unternehmensrichtlinie funktionieren nicht mehr. XSLT ist für alle Nutzer deaktiviert.

   

• PostQuantum-Kryptografie für DTLS in WebRTC 

  Diese Funktion ermöglicht die Verwendung von Post-Quanten-Kryptografie (PQC) mit WebRTC-Verbindungen. Der Grund für PQC ist, den WebRTC-Media-Traffic auf den neuesten Stand der Kryptografieprotokolle zu bringen und Harvest Now to Crack Later-Szenarien zu verhindern. 

  Administratoren können diese Funktion über die Unternehmensrichtlinie WebRtcPostQuantumKeyAgreement steuern, damit Unternehmensnutzer PQC deaktivieren können. Die Richtlinie gilt nur vorübergehend und wird voraussichtlich in Chrome 152 entfernt.

  • Chrome 142 für Android, ChromeOS, Linux, macOS und Windows: Einführung der Funktion
  • Chrome 152 für Android, ChromeOS, Linux, macOS, Windows und Fuchsia: Unternehmensrichtlinie entfernen

   

• Umstellung auf einen 2‑Wochen-Versionszyklus 

  Ab September 2026 (Chrome 153) wird Chrome vom aktuellen vierwöchigen Zyklus auf einen zweiwöchigen Releasezyklus umgestellt. Die Webplattform wird ständig weiterentwickelt. Unser Ziel bei Chrome ist es, Entwicklern und Nutzern sofortigen Zugriff auf die neuesten Funktionen, Fehlerkorrekturen und Leistungsverbesserungen zu ermöglichen. Wir haben unseren Releaseprozess schon immer an die Anforderungen eines modernen Webs angepasst. Jetzt gehen wir einen wichtigen Schritt, um die Entwicklungsgeschwindigkeit weiter zu erhöhen. Die stabile Chrome-Version wird auf einen 2‑Wochen-Versionszyklus umgestellt. Weitere Informationen finden Sie im Chrome for Developers-Blogpost.

  Die erweiterte stabile Version ist für Kunden verfügbar, die sich Sorgen über die Wartungskosten machen. Weitere Informationen zur erweiterten stabilen Version finden Sie in diesem Hilfeartikel. Die Option für 2 Wochen stabile Version ist weiterhin die sicherste Wahl und sollte verwendet werden, wenn Ihnen Sicherheit wichtiger ist als Wartungskosten.

  • Chrome 153 für Android, iOS, Linux, macOS und Windows: Umstellung auf einen 2‑Wochen-Releasezyklus

   

• Leerzeichen in URL-Hosts ohne file:// nicht zulassen 

  Gemäß der URL-Standardspezifikation dürfen URL-Hosts keine Leerzeichen enthalten. Derzeit lässt die URL-Analyse in Chromium jedoch Leerzeichen im Host zu. Dies führt dazu, dass Chromium in den Bereichen Interop2024 HTTPS URLs for WebSocket und URL-Fokus mehrere Tests nicht besteht. Um Chromium an die Spezifikationen anzupassen, möchten wir Leerzeichen aus URL-Hosts entfernen. Das Problem dabei ist, dass sie im Hostteil von Windows-file://-URLs verwendet werden. Weitere Informationen finden Sie in dieser GitHub-Diskussion.

  • Chrome 157 für Android, ChromeOS, LaCrOS, Linux, MacOS, Windows und Fuchsia

 

Bevorstehende Updates für Chrome Enterprise Core

• Es sind keine bevorstehenden Updates für Chrome Enterprise Core geplant.

 

Bevorstehende Updates für Chrome Enterprise Premium

    

• Chrome Enterprise Connectors API 

  Chrome Enterprise wird die programmatische Verwaltung für Chrome Enterprise Connectors bald ausweiten. Mit diesem Update werden Ressourcen eingeführt, mit denen sich Connector-Konfigurationen definieren und zuweisen lassen. So werden die vorhandenen Connector-Richtlinien ergänzt und Administratoren können den gesamten Lebenszyklus dieser Integrationen im großen Maßstab verwalten.

  Bisher mussten Dienstanbieter manuell in der Google Admin-Konsole konfiguriert werden. Dieses Update ermöglicht die Automatisierung, wodurch manuelle Fehler reduziert und die Effizienz der Verwaltung von Integrationen mit Sicherheitslösungen von Drittanbietern verbessert wird.

  Administratoren können jetzt die Chrome Management API verwenden, um ConnectorConfiguration-Ressourcen (zur Definition des Anbieters) zu verwalten. Die Auswahl des Connectors erfolgt über die Chrome Policy API. So können diese Konfigurationen Organisationseinheiten oder Gruppen zugewiesen werden. Dies funktioniert in Verbindung mit den vorhandenen Policy API-Einstellungen für die Ereignisberichterstellung und Inhaltsanalyse, einschließlich Richtlinien wie OnSecurityEventEnterpriseConnector, OnFileAttachedEnterpriseConnector, OnFileDownloadedEnterpriseConnector, OnBulkDataEntryEnterpriseConnector, OnPrintEnterpriseConnector und EnterpriseRealTimeUrlCheckMode. Technische Details finden Entwickler in der Chrome Management API und der Dokumentation zur Chrome Policy API.

  • Chrome 143 für Android, iOS, Linux, macOS und Windows: Mit diesem Roll-out wird die Unterstützung für die programmatische Verwaltung von Chrome Enterprise-Connectors über eine neue API hinzugefügt.
  • Chrome 147 für Android, iOS, Linux, macOS und Windows: Mit diesem Roll-out werden die Ressourcen „ConnectorConfiguration“ und „ConnectorSelection“ eingeführt, die die Erstellung von Dienstleisterinstanzen und deren Zuweisung zu Organisationseinheiten ermöglichen.

    

• Unterstützung für Drag-and-drop für Datensteuerungen 

  Chrome erweitert das Framework für die Datenkontrolle, indem die Sicherheitsdurchsetzung auf Drag-and-drop-Vorgänge unter Windows, Mac, Linux, ChromeOS und Android ausgeweitet wird, um die Konsistenz mit bestehenden Zwischenablagerichtlinien zu ermöglichen. Administratoren können dieses Verhalten über die Richtlinie DataControlsRules verwalten. Jedes WARN-Ergebnis wird jedoch automatisch zu einem BLOCK eskaliert, um zu verhindern, dass ein Warndialog den interaktiven Drag-Vorgang unterbricht.

  Wenn eine Aktion eingeschränkt ist, sehen Nutzer den neuen Dialog ClipboardDragBlock oder ein modales Android-Dialogfeld zur Blockierung, in dem darauf hingewiesen wird, dass das Ziehen von Inhalten auf der Website nicht zulässig ist. Mit diesem Update wird eine kritische Lücke in Sachen Daten-Exfiltration geschlossen. Dabei wird die lokale Auswertung genutzt, um Leistung und Datenschutz zu gewährleisten. Organisationen sollten diese Regeln mit dem Feature-Flag DataControlsDragEnforcement und der Seite chrome://policy/test testen.

  • Chrome 147 für Android, ChromeOS, Linux, macOS und Windows: Die Funktion wird nach und nach eingeführt.

    

• Unterstützung größerer Dateien bei DLP-Scans 

  Die Funktionen zum Schutz vor Datenverlust (Data Loss Prevention, DLP) und zum Scannen auf Malware in Chrome Enterprise Premium werden auf große und verschlüsselte Dateien ausgeweitet. Bisher wurden Dateien, die größer als 50 MB sind, und alle verschlüsselten Dateien beim Scannen von Inhalten übersprungen. Mit diesem Update wird diese kritische Sicherheitslücke geschlossen. Bei Richtlinien, die so konfiguriert sind, dass Beweise gespeichert werden, können jetzt Dateien mit einer Größe von bis zu 2 GB an den Evidence Locker gesendet werden. Administratoren erhalten so mehr Transparenz und Kontrolle, wodurch das Risiko der Daten-Exfiltration durch große Dateiübertragungen erheblich verringert wird.

  Für die Aktivierung dieser Funktion ist keine neue Richtlinie erforderlich. Sie wird automatisch durch die vorhandenen Konfigurationen der DLP-Regeln in der Google Admin-Konsole gesteuert. Wenn Administratoren Regeln für das Hochladen, Herunterladen oder Drucken von Dateien haben, gelten diese jetzt auch für große und verschlüsselte Dateien. Weitere Informationen finden Sie unter Was sind ChromeOS-Datenkontrollen?.

  • Chrome 147 für Linux, macOS und Windows: In dieser Phase können große (>50 MB) und verschlüsselte Dateien für den Beweisspeicher gesammelt werden, wodurch eine wichtige DLP-Sicherheitslücke geschlossen wird.

    

• Unterstützung für AllowList und BlockList für die Richtlinie „DeveloperToolsAvailability“ 

  In Chrome werden zwei neue Richtlinien eingeführt: DeveloperToolsAvailabilityAllowlist und DeveloperToolsAvailabilityBlocklist. Mit diesen Richtlinien lässt sich die Verfügbarkeit von Entwicklertools basierend auf URL-Mustern detailliert steuern.

  Bisher konnten Administratoren Entwicklertools nur global zulassen oder verbieten. Mit diesen neuen Richtlinien können Administratoren jetzt eine allgemeine Blockierung von Entwicklertools erzwingen, um sensible Unternehmensdaten zu schützen, und gleichzeitig den Zugriff auf bestimmte interne URLs für Entwicklungs- oder Fehlerbehebungszwecke explizit zulassen.

  Diese Einstellungen sind für Windows, Mac, Linux und ChromeOS verfügbar. Wenn diese neuen Richtlinien nicht konfiguriert sind, bleibt das Verhalten der vorhandenen Richtlinie DeveloperToolsAvailability unverändert.

  • Chrome 147 für ChromeOS, Linux, macOS und Windows: Die Funktion wird nach und nach eingeführt. Einführung der Richtlinien DeveloperToolsAvailabilityAllowlist und DeveloperToolsAvailabilityBlocklist auf Desktop-Plattformen.

    

• Unterstützung von Zulassungs- und Sperrlisten für die Richtlinie „IncognitoModeAvailability“ 

  In Chrome werden zwei neue Richtlinien eingeführt: IncognitoModeUrlBlocklist und IncognitoModeUrlAllowlist. Damit erhalten Administratoren eine genauere Kontrolle über die Verwendung des Inkognitomodus. Bisher konnten Administratoren den Inkognitomodus nur über die Richtlinie IncognitoModeAvailability vollständig aktivieren oder deaktivieren.

  Diese neuen Richtlinien funktionieren ähnlich wie die vorhandenen Richtlinien URLBlocklist und URLAllowlist, sind aber speziell für Inkognitositzungen vorgesehen. So können Unternehmen den Zugriff auf bestimmte URLs im Inkognitomodus einschränken, um vertrauliche Informationen zu schützen und gleichzeitig die legitime Nutzung auf anderen Websites zu ermöglichen.

  • Chrome 147 für Android, iOS, ChromeOS, Linux, macOS und Windows : Die Funktion wird nach und nach eingeführt. Einführung der Richtlinien IncognitoModeUrlBlocklist und IncognitoModeUrlAllowlist.

    

• Telemetriedaten für DOM-Aktivitäten von Unternehmenserweiterungen 

  Diese Funktion ist nur für Unternehmen verfügbar und bietet Sicherheitsprüfungen für Chrome-Erweiterungen. Dazu wird eine High-Fidelity-Pipeline erstellt, die riskantes Verhalten überwacht. Dabei geht es insbesondere darum, Code-Injection-Risiken (Ausführungsrisiken) und Datenzugriffsrisiken (Diebstahlrisiken) zu erkennen, die zwischen Webseiten und Erweiterungen auftreten. Bestätigte Signale werden gefiltert, damit die Browserleistung nicht beeinträchtigt wird. Sie werden schließlich über die Chrome-Pipeline für Echtzeitberichte zur Analyse durch das SIEM-System (Security Information and Event Management) übertragen. Administratoren können diese Funktion über die Richtlinie ExtensionDOMActivityLoggingEnabled aktivieren.

  • Chrome 148 für ChromeOS, Linux, macOS und Windows: Eine frühe Vorabversion ist für Chrome Enterprise Trusted Tester verfügbar.

Übersicht über ChromeOS-Version 146

 

ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Richtlinie für den lokalen Kameraordner		✓	✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Migration der Zertifikatbereitstellung			✓

 

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.

 

Aktuelle ChromeOS-Updates

   

• Richtlinie für den lokalen Kameraordner 

  Ab ChromeOS 146 können Administratoren mit einer neuen Richtlinie für den lokalen Kameraordner einen Speicherort für Kamera-Dateien festlegen, wenn der lokale Speicher auf Nutzergeräten deaktiviert ist.  

  Wenn Nutzern nicht erlauben, lokale Daten zu speichern und zu lesen aktiviert ist, wird mit der Richtlinie LocalUserFilesAllowed das lokale Speichern auf Nutzergeräten deaktiviert. Mit der neuen Richtlinie CameraSaveLocation können Administratoren diese Einstellung auf Kamera-Dateien anwenden, indem sie die Option Im lokalen Kameraordner speichern verwenden.

 

Bevorstehende ChromeOS-Änderungen

   

• Migration der Zertifikatbereitstellung 

  Bis Ende 2026 müssen Administratoren von der alten Lösung zur Zertifikatsregistrierung zur neuen Certificate Provisioning API migrieren, die in ChromeOS 142 eingeführt wurde. Eine Anleitung finden Sie im Hilfeartikel Zertifikatbereitstellung für ChromeOS über SCEP konfigurieren – Chrome Enterprise- und Education-Hilfe.

Übersicht über Chrome-Version 145

 

Änderungen am Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Verbesserungen für den KI‑Modus und Lens		✓
Gemini in Chrome		✓
Erweiterungen mit erzwungener Installation und Verstößen, bei denen es nicht um Malware geht, deaktivieren.	✓
Änderung des Releasezeitplans in Chrome 145 (nur Early Stable)			✓
Chrome WebGPU-Ein/Aus-Button in AAPM	✓
Unterstützung für veraltete virtuelle Kameras unter macOS wird in Chrome entfernt	✓	✓	✓
Anmeldedatenaustausch unter iOS	✓
Anmeldedaten für gerätegebundene Sitzung	✓
Einführung der Origin API	✓
Zugriffseinschränkungen für lokales Netzwerk	✓
Standardmäßig reduzierte User-Agent-Strings	✓
Entfernung der Google Cloud Print-Richtlinie			✓
PDF über den Chrome-PDF-Viewer in Google Drive speichern		✓
Verwendung von „CssPixels“ in der LayoutShift API			✓
WebRequest.SecurityInfo in Controlled Frame		✓
2‑Faktor-Authentifizierung für Administratorkonten erzwingen			✓
Daten aus Safari einfacher in Chrome für iOS importieren			✓
On-Device-Betrugserkennung unter Android	✓
Neue Richtlinien im Chrome-Browser			✓
Entfernte Richtlinien im Chrome-Browser			✓
Änderungen bei Chrome Enterprise Core	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
KI-generierte Zusammenfassung der Versionshinweise in der Admin-Konsole			✓
Änderungen bei Chrome Enterprise Premium	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Schutz vor Manipulation lokaler Richtlinien	✓		✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Gebündelte Sicherheitseinstellungen	✓
CSS-Update: Entkopplung der Eigenschaften „Breite“ und „Stil“			✓
Richtlinien zur Drittanbieter-Speicherpartitionierung entfernen	✓
Aktualisierung der No HTTPS-Warnung	✓
X25519Kyber768-Schlüsselkapselung für TLS	✓
Leerzeichen in URL-Hosts ohne file:// nicht zulassen	✓
Ursprungsgebundene Cookies (Standard)			✓
Migration von der Safe Browsing API v4 zur v5	✓
Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche unter Windows		✓
Einstellung und Entfernung von Privacy Sandbox-APIs	✓	✓
„Immer verschlüsselte Verbindungen verwenden“ standardmäßig aktivieren	✓
Isolierte Web-Apps			✓
Ende der Unterstützung von macOS 12 in Chrome			✓
XSLT einstellen und entfernen	✓	✓	✓
PostQuantum-Kryptografie für DTLS in WebRTC	✓
Bevorstehende Änderungen bei Chrome Enterprise Core	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Experimentelle Richtlinien zur Einhaltung der Kryptografie	✓
Bevorstehende Änderungen bei Chrome Enterprise Premium	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Chrome Enterprise Connectors API	✓		✓
Cache-Verschlüsselung für Unternehmen	✓
Unterstützung von AllowList und BlockList für die Richtlinie „DeveloperToolsAvailability“	✓		✓
Unterstützung von Zulassungs- und Sperrlisten für die Richtlinie „IncognitoModeAvailability“	✓		✓
Unterstützung größerer Dateien bei DLP-Scans	✓		✓

 

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.

Die Versionshinweise für Chrome Enterprise und Chrome Education werden in Übereinstimmung mit dem Chrome-Veröffentlichungszeitplan am Datum der ersten stabilen Version des Chrome-Browsers veröffentlicht.

Änderungen beim Chrome-Browser  

   

• KI‑Modus und Lens-Optimierungen 

  Ab Chrome 143 für macOS und Windows wurden neue KI-Modus-Funktionen in den Chrome-Browser integriert. Nutzer können direkt über die Seite Neuer Tab und die Adressleiste auf den KI‑Modus zugreifen und komplexe Fragen stellen, ohne den Browser zu verlassen. Administratoren können diese Funktionen (Wert 1) über die Richtlinie AIModeSettings oder über die GenAiDefaultSettings (Wert 2) deaktivieren. Weitere Informationen finden Sie im Hilfeartikel Chrome – Auf generativer KI basierende Funktionen und zugehörige Richtlinien.
  In Chrome 144 haben wir die Funktion „Kontext aus mehreren Tabs“ für den KI-Modus und Lens eingeführt. Nutzer können die Inhalte eines oder mehrerer ihrer geöffneten Tabs freigeben, um Fragen zu stellen, Informationen zu vergleichen, zusammenzufassen und effizienter zu finden. Administratoren können diese Funktionen mit der Richtlinie SearchContentSharingSettings (Wert 1) oder mit der Richtlinie GenAiDefaultSettings (Wert 2) deaktivieren.
  Ab Chrome 145 für Android und iOS sind neue Funktionen des KI‑Modus in den Chrome-Browser integriert.

  • Chrome 143 für macOS und Windows:  Neue Funktionen des KI-Modus werden in Chrome integriert und können über die Richtlinie AIModeSettings oder die Richtlinie GenAiDefaultSettings gesteuert werden.
  • Chrome 144 für macOS und Windows:  Die Funktion für den Kontext mit mehreren Tabs ist verfügbar und kann mit der Richtlinie SearchContentSharingSettings oder der Richtlinie GenAiDefaultSettings gesteuert werden.
  • Chrome 145 für Android und iOS : Die neuen KI-Modus-Funktionen werden nach und nach für Android und iOS verfügbar gemacht.
  • Chrome 146 für macOS und Windows: Google Drive-Dateien sind als Kontext verfügbar. Administratoren können diese Funktionen mit der Richtlinie SearchContentSharingSettings deaktivieren (Wert 1).
  • Chrome 147 für macOS und Windows: Die Richtlinien LensOverlaySettings, LensDesktopNTPSearchEnabled und LensRegionSearchEnabled werden eingestellt. Administratoren können diese Funktionen über SearchContentSharingSettings steuern.

   

• Gemini in Chrome

  Gemini ist jetzt in Chrome unter macOS und Windows integriert und kann den Inhalt der aktuellen Seite verstehen. Nutzer können sich jetzt nahtlos die wichtigsten Punkte zusammenfassen lassen, Konzepte klären und Antworten finden, ohne ihren Chrome-Tab zu verlassen. Diese Integration umfasst sowohl Chat, bei dem Nutzer über Text mit Gemini interagieren können, als auch Gemini Live, bei dem Nutzer über Sprache mit Gemini interagieren können.

  In Chrome 143 wurde Gemini in Chrome für die meisten Google Workspace-Nutzer in den USA eingeführt, die Zugriff auf die Gemini App haben. Administratoren können diese Funktion mit der Richtlinie GeminiSettings (Wert 1) oder mit GenAiDefaultSettings (Wert 2) deaktivieren. Weitere Informationen finden Sie in der Gemini in Chrome-Hilfe oder in diesem Blogpost.

  In Chrome 143 haben wir auch die Funktion für den Kontext mit mehreren Tabs angekündigt. Gemini in Chrome kann jetzt mehr Ihrer geöffneten Tabs (maximal 10) sehen. So können Sie Fragen zu mehreren Seiten stellen, um Informationen effizienter zu vergleichen und zu finden. Gemini in Chrome dient auch als Produktivitäts-Agent, da es Tools für YouTube, Maps, Gmail, Drive, Notizen, Kalender und Tasks bietet.

  In Chrome 144 wurden agentische KI-Funktionen in Gemini in Chrome für einige Nutzer (nicht für Unternehmen) verfügbar gemacht. Zum Start ist die Unternehmensrichtlinie GeminiActOnWebSettings verfügbar.

  Weitere Informationen finden Sie unten in den Schritten zur Einführung.

  • Chrome 137 für macOS und Windows: Die Funktion ist für einige Google AI Pro- und Ultra-Abonnenten in den USA und in den Vorabversionen (Entwickler, Canary, Beta) in den USA verfügbar.
  • Chrome 144 für macOS und Windows: Agentische KI-Funktionen in Gemini in Chrome sind für einige Nutzer (nicht für Unternehmen) verfügbar. Die Unternehmensrichtlinie GeminiActOnWebSettings ist ab dem Start verfügbar.
    • Nutzer können gerenderte Bilder über ein Chrome-Kontextmenüelement direkt in Gemini in Chrome hochladen. Nutzer können dann mit Prompts in Gemini in Chrome neue, abgeleitete Bilder generieren. Mit der Zustimmung des Nutzers kann Gemini in Chrome auch den Google Passwortmanager verwenden, um sich auf Websites anzumelden.
    • Kontextmenüpunkt zum Hochladen von Bildern für Enterprise-Nutzer verfügbar. Die Funktion berücksichtigt Regeln, die über die Richtlinie DataControlsRules und die Einstellungen für OnBulkDataEntryEnterpriseConnector festgelegt wurden.
  • Chrome 144 für macOS und Windows: Das Kontextmenüelement zum Hochladen von Bildern ist für Enterprise-Nutzer verfügbar. Die Funktion berücksichtigt Regeln, die über die Richtlinie DataControlsRules und die Einstellungen für OnBulkDataEntryEnterpriseConnector festgelegt wurden.
  • Chrome 144 für ChromeOS: Chrome wird nach und nach auf ausgewählten ChromeOS-Geräten eingeführt.
  • Chrome 144 für macOS und Windows: Mit Gemini in Chrome können einige Drittanbietertools aufgerufen werden, die als Gemini-Erweiterungen verfügbar sind.
  • Chrome 145 für ChromeOS, macOS und Windows: Gemini in Chrome wird nach und nach für Nutzer in Kanada, Neuseeland und Indien auf Englisch eingeführt. 
  • Chrome 147 für macOS und Windows: Agentische KI-Funktionen in Gemini in Chrome sind für Unternehmensnutzer verfügbar.
  • Chrome 148 für macOS und Windows: Bereits ab Chrome 148 für macOS und Windows sind agentische KI-Funktionen in Gemini in Chrome für Unternehmensnutzer verfügbar.
  

   

• Erweiterungen mit erzwungener Installation und Verstößen, bei denen es nicht um Malware geht, deaktivieren 

  Mit dieser Funktion werden Erweiterungen mit erzwungener Installation, die gegen die Chrome Web Store-Richtlinien verstoßen, in nicht verwalteten Browserumgebungen automatisch deaktiviert. Zu solchen Verstößen gehören allgemeine Programmverstöße, unerwünschte Software und potenzielle Sicherheitslücken, die nicht als Malware eingestuft werden. Nutzer können diese Erweiterungen weiterhin aktivieren oder deaktivieren, aber nicht entfernen.

  In Version 142 wurde die neue Unternehmensrichtlinie ExtensionForceInstallWithNonMalwareViolationEnabled hinzugefügt, um das vorhandene Verhalten für nicht verwaltete Browserumgebungen beizubehalten. Die Richtlinie wird jedoch in Version 145 entfernt.

  Diese Änderung wirkt sich nicht auf verwaltete Instanzen von Chrome aus, die mit einer Microsoft Active Directory-Domain oder mit Microsoft Azure Active Directory verknüpft sind oder in Chrome Enterprise Core registriert sind. Unter macOS wirkt sich diese Änderung nicht auf Chrome-Instanzen aus, die über die Mobilgeräteverwaltung verwaltet werden, Teil einer Domain sind oder in Chrome Enterprise Core registriert sind.

  • Chrome 142 für macOS und Windows: In Chrome 142 für Windows und macOS werden zwangsweise installierte Erweiterungen mit geringfügigen Richtlinienverstößen in Umgebungen mit geringem Vertrauen still deaktiviert.
  • Chrome 145 für macOS und Windows : Die Funktion wird nach und nach eingeführt. Die Richtlinie ExtensionForceInstallWithNonMalwareViolationEnabled wird entfernt.

   

• Änderung des Releasezeitplans in Chrome 145 (nur Early Stable) 

  Ab Chrome 145 wird die stabile Version eine Woche früher als bisher kommuniziert eingeführt. So ist beispielsweise die Einführung der Early Stable-Version für Chrome 145 vom 4. Februar 2026 auf den 28. Januar 2026 vorgezogen worden. An der Veröffentlichung der stabilen Version ändert sich nichts. Den aktualisierten Release-Zeitplan finden Sie hier.

  • Chrome 145 für Android, iOS, macOS und Windows: Chrome wird eine Woche früher im Early Stable-Channel eingeführt.

   

• Chrome WebGPU-Ein/Aus-Button in AAPM 

  Mit diesem Update wird die WebGPU JavaScript API im Chrome-Browser für Nutzer deaktiviert, die für den erweiterten Sicherheitsprogramm-Modus (Android Advanced Protection Mode, AAPM) registriert sind.

  Websites, die WebGPU für das 3D-Rendering verwenden (z. B. Google Maps), nutzen langsamere Alternativen wie WebGL. Bei starkem Rendern ist mit einer geringeren Leistung zu rechnen. Benchmarks haben eine um etwa 5,78% geringere Latenz ergeben. Nutzer werden in den AAPM-Einstellungen informiert.

  Für Entwickler ist das navigator.gpu-Objekt nicht definiert. Sie müssen also eine Fallback-Option implementieren.

  Administratoren behalten die Kontrolle und können die Funktion deaktivieren, wenn die Auswirkungen auf die Funktionalität zu groß sind. Die Funktion wird über einen AAPM-Callback-Hook aktiviert oder deaktiviert. Dazu ist System-/Root-Zugriff erforderlich.

  • Chrome 145 für Android

   

• Unterstützung für veraltete virtuelle Kameras in Chrome unter macOS wird entfernt 

  Bereits ab Chrome 145 werden obsolete virtuelle Kameras für alle unterstützten macOS-Versionen nicht mehr unterstützt.

  Unter macOS werden moderne virtuelle Kameras mit dem Core Media IO-Framework erstellt, das seit macOS 12.3 verfügbar ist. Apple hat sich an die Entwickler gewandt und alle modernen virtuellen Kamera-Softwarelösungen wurden auf dieses Core Media IO-Framework migriert.

  Veraltete virtuelle Kameras, die als DAL-Plug-ins erstellt wurden, werden seit macOS 14.1 (2023) von macOS selbst blockiert und werden in Safari seit 2018 oder noch länger nicht mehr unterstützt.

  Chrome wird die Unterstützung für veraltete virtuelle Kameras für alle unterstützten macOS-Versionen einstellen. Dadurch kann die Sicherheit von Chrome verbessert werden, da das Laden von Drittanbieterbibliotheken in Chrome-Prozesse vollständig unterbunden wird.

  • Chrome 145 für Windows, macOS und Linux

   

• Anmeldedatenaustausch unter iOS 

  Mit Credential Exchange unter iOS können Nutzer Passwörter und Passkeys sicher aus dem Google Passwortmanager in Chrome unter iOS in andere Anmeldedatenmanager-Apps auf dem Gerät exportieren, die das vom Betriebssystem implementierte und unterstützte Credential Exchange Protocol der FIDO Alliance unterstützen.

  Nutzer können jetzt auch Passwörter und Passkeys aus teilnehmenden Anmeldedatenmanager-Apps unter iOS importieren.

  Administratoren können diese Funktion über die vorhandenen Unternehmensrichtlinien PasswordManagerEnabled und PasswordManagerPasskeysEnabled steuern.

  • Chrome 145 für iOS: Credential Exchange ist jetzt für iOS verfügbar.

   

• Anmeldedaten für gerätegebundene Sitzung 

  Um die Nutzersicherheit zu erhöhen und Sitzungsdiebstahl zu bekämpfen, führt Chrome Anmeldedaten für gerätegebundene Sitzungen ein. Mit dieser Funktion können Websites die Sitzung eines Nutzers an sein bestimmtes Gerät binden. Dadurch wird es deutlich schwieriger, gestohlene Sitzungscookies auf anderen Computern zu verwenden.

  • Chrome 145 für Windows, macOS und Linux

   

• Einführung der Origin API 

  Der Ursprung ist ein grundlegender Bestandteil der Webimplementierung und sowohl für die Sicherheits- als auch für die Datenschutzgrenzen, die User-Agents einhalten, unerlässlich. Das Konzept ist zwischen HTML und URL gut definiert, ebenso wie weit verbreitete angrenzende Konzepte wie Website.

  Ursprünge sind Webentwicklern jedoch nicht direkt zugänglich. Es gibt zwar verschiedene Ursprungs-Getter für verschiedene Objekte, aber jeder von ihnen gibt die ASCII-Serialisierung eines Ursprungs zurück, nicht den Ursprung selbst. Das hat einige negative Auswirkungen. In der Praxis machen Entwickler, die beim Verarbeiten serialisierter Ursprünge versuchen, Vergleiche desselben Ursprungs oder derselben Website durchzuführen, oft Fehler, die zu Sicherheitslücken führen. Philosophisch gesehen scheint es sich um ein fehlendes Sicherheitsprimitiv zu handeln, das Entwickler nur schwer korrekt polyfillen können.

  Bereits in Chrome 145 planen wir, diese Lücke in der Plattform zu schließen, indem wir ein Ursprungs-Objekt einführen, das das Ursprungskonzept kapselt und hilfreiche Methoden für Vergleich, Serialisierung, Parsing usw. bietet.

  • Chrome145 für Windows, macOS, Linux und Android

   

• Einschränkungen für den Zugriff auf lokales Netzwerk 

  In Chrome 142 wurde die Möglichkeit, Anfragen an das lokale Netzwerk des Nutzers zu senden, eingeschränkt. Sie ist jetzt an eine Berechtigungsanfrage gebunden. Eine lokale Netzwerkanfrage ist eine Anfrage von einer öffentlichen Website an eine lokale IP-Adresse oder einen Loopback oder von einer lokalen Website (z. B. Intranet) an einen Loopback.

  Wenn Websites diese Anfragen nur mit einer Berechtigung ausführen können, wird das Risiko von Fälschungsangriffen bei websiteübergreifenden Anfrage gegen lokale Netzwerkgeräte wie Router verringert. Außerdem wird die Möglichkeit von Websites eingeschränkt, diese Anfragen zu verwenden, um das lokale Netzwerk des Nutzers zu identifizieren.

  Diese Berechtigung ist auf sichere Kontexte beschränkt. Wenn die Berechtigungen erteilt werden, wird die Blockierung von gemischten Inhalten für lokale Netzwerkanfragen zusätzlich gelockert, da viele lokale Geräte aus verschiedenen Gründen keine öffentlich vertrauenswürdigen TLS-Zertifikate erhalten können.

  Diese Arbeit ersetzt eine frühere Initiative namens Zugriff auf private Netzwerke, bei der Preflight-Anfragen verwendet wurden, um lokale Geräte zu aktivieren. Weitere Informationen zu dieser Funktion finden Sie unter Website an neue Einschränkungen für den Zugriff auf das lokale Netzwerk in Chrome anpassen.

  In Chrome 145 werden detailliertere Berechtigungen für Websites eingeführt, die Zugriff auf das lokale Netzwerk eines Nutzers anfordern. Die bisherige einzelne Berechtigung für den Zugriff auf das lokale Netzwerk wird in zwei separate Berechtigungen aufgeteilt:

  • local-network: Gewährt Zugriff auf IP-Adressen im lokalen Netzwerkbereich (z. B. Intranets, interne Geräte).
  • loopback-network: Gewährt Zugriff auf Loopback-IP-Adressen (z. B. localhost, 127.0.0.1).

  Die alte Berechtigung für das lokale Netzwerk bleibt als Alias erhalten, damit vorhandene Konfigurationen und Berechtigungsrichtlinien weiterhin wie erwartet funktionieren. Diese Änderung gibt sowohl Nutzern als auch Administratoren eine genauere Kontrolle darüber, wie Websites mit internen Netzwerkressourcen interagieren. Bestehende Unternehmensrichtlinien zur Verwaltung des Zugriffs auf das lokale Netzwerk sind von dieser Änderung nicht betroffen.

  • Chrome 145 für Android, Linux, macOS, Windows und Fuchsia: Die Aufteilung der Berechtigungen wird eingeführt.
  • Chrome 147 für Android, ChromeOS, Linux, macOS und Windows: Einschränkungen für den Zugriff auf das lokale Netzwerk werden auf WebSocket- und WebTransport-Verbindungen ausgeweitet
  • Chrome 152 unter Android, ChromeOS, Linux, macOS, Windows: Die Richtlinie LocalNetworkAccessRestrictionsTemporaryOptOut wird entfernt.

   

• Standardmäßig reduzierte User-Agent-Strings 

  Ab Chrome 145 wird die Richtlinie UserAgentReduction entfernt. Mit dieser Richtlinie konnte zuvor gesteuert werden, ob Chrome einen verkürzten oder vollständigen User-Agent-String gesendet hat.

  Um den Datenschutz für Nutzer zu verbessern und die Möglichkeiten für passives Tracking zu verringern, hat Chrome in Version 110 damit begonnen, die im User-Agent-Header enthaltenen Informationen standardmäßig zu reduzieren. Die Richtlinie UserAgentReduction wurde als vorübergehende Maßnahme für Unternehmen bereitgestellt, um diesen Übergang zu verwalten.

  Der empfohlene Mechanismus für Websites, um auf Browser- und Geräteinformationen zuzugreifen, sind jetzt User-Agent Client Hints (UA-CH). Bei UA-CH müssen Websites aktiv bestimmte Informationen anfordern. Das ist datenschutzfreundlicher als der alte User-Agent-String. Weitere Informationen finden Sie in diesem Artikel auf web.dev: Zu User-Agent-Client-Hints migrieren.

  Ab Chrome 145 hat die Richtlinie UserAgentReduction keine Auswirkungen mehr. Chrome sendet standardmäßig einen reduzierten User-Agent-String. Systeme oder Anwendungen, die auf diese Richtlinie angewiesen waren, um den vollständigen (alten) User-Agent-String zu erhalten, erhalten möglicherweise nicht mehr die erwarteten detaillierten Informationen.

  • Chrome145 für Windows, macOS, Linux und Android

   

• Entfernung der Google Cloud Print-Richtlinie 

  Nach der Einstellung von Google Cloud Print wird die Richtlinie CloudPrintProxyEnabled in Chrome 145 entfernt. Mit dieser Richtlinie konnten Administratoren den Google Cloud Print-Proxy in Chrome aktivieren oder deaktivieren. Da der Google Cloud Print-Dienst nicht mehr verfügbar ist, werden die Richtlinie und die zugehörigen Einstellungen in Chrome nicht mehr benötigt.

  • Chrome 145 für Linux, macOS und Windows: Die Richtlinie CloudPrintProxyEnabled wird entfernt.

    

• PDF über den Chrome PDF Viewer in Google Drive speichern 

  Mit dieser Funktion können Chrome-Desktopnutzer PDFs direkt in Google Drive speichern, ohne die Seite verlassen zu müssen. Später können sie dann ganz einfach im Ordner Aus Chrome gespeichert wieder darauf zugreifen. Weitere Informationen zum Verwalten von PDFs in Chrome

  Sie können diese Funktion steuern, indem Sie RestrictPdfSaveToGoogleDriveAccountsToPattern festlegen.

  • Chrome 145 für Windows, macOS und Linux

   

• Verwendung von „CssPixels“ in der LayoutShift API 

  Bei dieser Funktion werden die Attributionsdaten (prevRect und currentRect) in der LayoutShift API in CSS-Pixeln anstelle von physischen Pixeln angegeben. Das aktuelle Verhalten stimmt nicht mit anderen layoutbezogenen APIs überein, die alle CSS-Pixel verwenden. Diese Änderung verbessert die Konsistenz, vereinfacht die Nutzung für Entwickler und entspricht den erwarteten Einheiten bei der Fehlerbehebung und in Tools.

  • Chrome145 für Windows, macOS, Linux und Android

   

• WebRequest.SecurityInfo in Controlled Frame 

  Mit diesem Feature wird eine WebRequest.SecurityInfo API für ControlledFrame eingeführt. Damit kann eine Web-App eine HTTPS-, WSS- oder WebTransport-Anfrage an einen Server abfangen, den vom Browser verifizierten Zertifikatsfingerabdruck des Servers abrufen und diesen Fingerabdruck dann verwenden, um das Zertifikat einer separaten TCP-/UDP-Rohverbindung zum selben Server manuell zu verifizieren. So kann die App auf einfache Weise bestätigen, dass sie mit dem richtigen Server kommuniziert.

  • Chrome 145 für Windows, macOS und Linux

   

• 2‑Faktor-Authentifizierung für Administratorkonten erzwingen 

  Um die Daten Ihrer Organisation besser zu schützen, erfordert Google jetzt die Aktivierung der Bestätigung in zwei Schritten für alle Konten mit Zugriff auf admin.google.com. Als Google Workspace-Administrator müssen Sie Ihre Identität mit der 2‑Faktor-Authentifizierung bestätigen. Dazu benötigen Sie Ihr Passwort und etwas Zusätzliches, z. B. Ihr Smartphone oder einen Sicherheitsschlüssel. In Chrome 145 sollten Sie die Bestätigung in zwei Schritten für die Administratorkonten in Ihrer Organisation aktivieren, bevor sie von Google durchgesetzt wird. Weitere Informationen finden Sie im Hilfeartikel 2‑Faktor-Authentifizierung für Administratoren erzwingen.

  • Chrome 137 für ChromeOS, Linux, macOS und Windows: Erzwingen der 2‑Faktor-Authentifizierung beginnt
  • Chrome 145 für ChromeOS, Linux, macOS und Windows: 2FA ist erforderlich

   

• Daten aus Safari einfacher in Chrome für iOS importieren 

  Nutzer von Chrome für iOS können jetzt Daten (Lesezeichen, Verlauf, Passwörter, Zahlungskarten und Einträge in der Leseliste) importieren, die sie zuvor aus Safari exportiert haben. So können Nutzer, die den Browser wechseln, schneller mit der Einrichtung beginnen und ihre vorhandenen Daten mitnehmen.

  Chrome kann nicht direkt auf diese Daten zugreifen. Der Nutzer muss eine ZIP-Datei mit seinen Daten bereitstellen, die über die iOS-Einstellungen exportiert werden kann. Chrome bietet eine Anleitung dazu.

  • Chrome 145 für iOS : Die Funktion wird nach und nach eingeführt.

   

• On-Device-Betrugserkennung unter Android 

  Wenn ein Betrug auf dem Gerät anhand der visuellen Merkmale der Seite erkannt wird, sendet Chrome 145 jetzt eine Anfrage an Safe Browsing, um eine endgültige Entscheidung zu erhalten. Anhand dieses Urteils entscheidet Chrome, ob dem Nutzer eine Warnung angezeigt wird.

  Diese Funktion ist nur für Nutzer im erweiterten Schutzmodus aktiviert. Die Funktion ist für Nutzer im Modus Standardschutz oder für Nutzer, bei denen Safe Browsing deaktiviert ist, nicht verfügbar. Administratoren können diese Safe Browsing-Einstellung mit der Chrome Enterprise-Richtlinie SafeBrowsingProtectionLevel steuern.

  • Chrome 145 für Android

   

• Neue Richtlinien im Chrome-Browser 

  Richtlinie	Beschreibung
  WebAppInstallByUserEnabled	Installation von Web-Apps durch Nutzer über den Browser aktivieren
  EnableProxyOverrideRulesForAllUsers	Bestimmt, welche verwalteten Nutzer die Richtlinie „ProxyOverrideRules“ festlegen können.
  RestrictPdfSaveToGoogleDriveAccountsToPattern	Das Speichern von PDF-Dateien in Google Drive über den Google Chrome-PDF-Viewer auf zulässige Google-Konten beschränken

    

   

• Entfernte Richtlinien im Chrome-Browser 

  Richtlinie	Beschreibung
  UserAgentReduction	Damit legen Sie fest, ob Chrome einen verkürzten oder vollständigen User-Agent-String sendet.
  CloudPrintProxyEnabled	Den Cloud-Druck-Proxy aktivieren
  ExtensionForceInstallWith NonMalwareViolationsEnabled	Erweiterungen mit erzwungener Installation und Verstößen, bei denen es nicht um Malware geht, aktivieren
  LocalNetworkAccessRestrictionsEnabled	Gibt an, ob Einschränkungen auf Anfragen an lokale Netzwerkendpunkte angewendet werden sollen

    

Änderungen bei Chrome Enterprise Core

   

• KI-generierte Zusammenfassung der Versionshinweise in der Admin-Konsole 

  In Chrome 145 werden KI-generierte Zusammenfassungen von Versionshinweisen in der Admin-Konsole eingeführt. Mit dieser Gemini-basierten Funktion können Administratoren wichtige Updates aus den Versionshinweisen zu Chrome Enterprise schnell erfassen. Diese neue Karte wurde entwickelt, um die Chrome-Verwaltung zu optimieren. Sie enthält KI-generierte Spotlight-Elemente und vorgeschlagene Aktionen, die die wichtigsten Informationen für Ihre Domain hervorheben, darunter neue Funktionen, Richtlinienänderungen und ‑einstellungen sowie Chrome Enterprise Core-Funktionen. So können Administratoren Zeit sparen und wirkungsvolle Änderungen und empfohlene Maßnahmen leichter erkennen.

  Diese Funktion soll ab Chrome 145 in einer frühen Vorabversion für Trusted Tester von Chrome Enterprise verfügbar sein. Weitere Informationen finden Sie im Hilfeartikel Trusted Tester für Chrome Enterprise.

  • Chrome 145 für Android, iOS, Linux, macOS und Windows: Eine frühe Vorabversion ist für Chrome Enterprise Trusted Tester verfügbar.
   

 

Änderungen bei Chrome Enterprise Premium

Weitere Informationen zu den Unterschieden zwischen Chrome Enterprise Core und Chrome Enterprise Premium

   

• Schutz vor Manipulationen an lokalen Richtlinien   

  Lokale Einstellungen auf Geräten, die im Rahmen von Bring Your Own Device (BYOD) verwendet werden, können manchmal mit den Einstellungen von Unternehmensrichtlinien in Konflikt geraten. Um diese potenzielle Sicherheitslücke zu schließen, werden in Chrome jetzt Signale für Richtlinienkonflikte erkannt und gemeldet, wenn Unternehmensrichtlinien durch lokale Richtlinien überschrieben werden. In Chrome 145 werden diese neuen Signale für Richtlinienkonflikte aus dem verwalteten Chrome-Profil in vorhandene Sicherheitsberichte integriert, die durch die Richtlinie UserSecuritySignalsReporting gesteuert werden. 

  Weitere Informationen zur Berichterstellung für Geräte finden Sie im Hilfeartikel Liste und Details von ChromeOS-Geräten aufrufen – Chrome Enterprise- und Education-Hilfe.

  • Chrome 144 für Linux, macOS und Windows: Die Erkennung und Meldung von Metadaten zu Richtlinienkonflikten beginnt.
  • Chrome 145 für Linux, macOS und Windows: Die Sichtbarkeit von Signalen zur Härtung von Chrome-Richtlinien über die Devices API wird verfügbar.
  • Chrome 146 für Linux, macOS und Windows: Die Benutzeroberfläche der Admin-Konsole wird aktualisiert, um Konfliktsignale anzuzeigen. Außerdem werden Richtlinienwerte gemeldet.

 

Anstehende Änderungen für den Chrome-Browser

   

• Gebündelte Sicherheitseinstellungen 

  Mit dieser Funktion können Nutzer gebündelte Sicherheitsoptionen verwenden, um Sicherheitseinstellungen basierend auf dem gewünschten Schutz beim Verwenden von Chrome zu konfigurieren. Nutzer können zwischen Erweitert für das höchste Sicherheitsniveau und Standard für den standardmäßigen ausgewogenen Schutz wählen. Nutzer können weiterhin benutzerdefinierte Werte für die Einstellungen festlegen. Das vereinfacht die Nutzung und macht es Nutzern leichter, das gewünschte Schutzniveau zu erhalten, ohne dass sie sich mit erweiterten Konfigurationsoptionen auskennen müssen. Bestehende Unternehmensrichtlinien haben Vorrang vor der Auswahl von Endnutzer-Bundles. Wenn eine vorhandene Richtlinie für Sicherheitseinstellungen konfiguriert ist, werden die Werte nicht durch die Auswahl eines Sicherheitsbundles durch einen Nutzer überschrieben.

  • Chrome 146 für ChromeOS, Linux, macOS und Windows
  

   

• CSS-Update: Entkopplung von „Breite“ und „Stil“ 

  Chrome wird bald an die aktualisierten CSS-Spezifikationen für das Verhalten der Properties border-width, outline-width und column-rule-width angepasst. Bisher wurde die berechnete Breite der Properties border-style, outline-style oder column-rule-style auf 0 px festgelegt, wenn sie auf „none“ oder „hidden“ gesetzt waren, unabhängig vom angegebenen Wert.

  Mit dieser Änderung spiegeln die berechneten Werte von border-width, outline-width und column-rule-width immer die vom Autor angegebenen Werte wider, unabhängig von der *-style-Eigenschaft. Außerdem spiegeln die aufgelösten Werte (die von getComputedStyle() zurückgegeben werden) für outline-width und column-rule-width auch die angegebenen Werte wider.

  Durch die Änderung wird Chrome an Firefox und WebKit angeglichen, in denen dieses Verhalten bereits implementiert ist.

  • Chrome 146 für Windows, macOS, Linux und Android 

   

• Richtlinien zur Drittanbieter-Speicherpartitionierung entfernen 

  Die Drittanbieter-Speicherpartitionierung ist seit Chrome 115 die Standardeinstellung. Das chrome:// flag, mit dem Nutzer diese Funktion deaktivieren konnten, wurde in Chrome 128 entfernt. Der Test zur Einstellung für die Einstellung endete mit Chrome 139. In Chrome 146 werden die Unternehmensrichtlinien DefaultThirdPartyStoragePartitioningSetting und ThirdPartyStoragePartitioningBlockedForOrigins entfernt. Nutzer sollten auf alternative Speicherlösungen umstellen, indem sie entweder die Drittanbieter-Speicherpartitionierung nutzen oder bei Bedarf document.requestStorageAccess({...}) verwenden.

  Wenn Sie Feedback haben, können Sie es hier diesem Chromium Bug hinzufügen.

  • Chrome 146 für Android, ChromeOS, Linux, MacOS, Windows und Fuchsia: Die Richtlinien DefaultThirdPartyStoragePartitioningSetting und ThirdPartyStoragePartitioningBlockedForOrigins wurden entfernt. 

   

• Ändern der WarnungKein HTTPS 

  Die Warnung, die angezeigt wird, wenn ein Nutzer die Option Immer sichere Verbindungen verwenden unter chrome://settings/security aktiviert, wird von einer Interstitial-Seite zu einem Dialogfeld geändert. Das vollständige Laden der Seite bleibt blockiert und die Funktionalität bleibt unverändert. Das Sicherheitssymbol für URL-Inhalte in der Warnung wird vom Indikator zum defekten Schloss geändert. Einige Nutzer sehen diese Warnung möglicherweise automatisch, wenn sie HTTP-Websites aufrufen. Nutzer können die Warnung unter chrome://settings/security aktivieren.

  • Chrome 141 für ChromeOS, Linux, macOS und Windows: Neues Warnungsdesign auf Desktop-Plattformen.
  • Chrome 146 für Android: Ähnliches aktualisiertes Warnungsdesign für Android, bei dem anstelle eines vollständigen Interstitials eine Warnblase verwendet wird.
  

   

• X25519Kyber768-Schlüsselkapselung für TLS 

  In Chrome 124 wurde auf allen Desktopplattformen standardmäßig der neue Post-Quanten-Mechanismus zur sicheren TLS-Schlüsselkapselung X25519Kyber768 aktiviert, der auf einem NIST-Standard (ML-KEM) basiert. So wird der Netzwerkverkehr von Chrome mit Servern, die ebenfalls ML-KEM unterstützen, vor der Entschlüsselung durch einen zukünftigen Quantencomputer geschützt. Diese Änderung sollte für Serverbetreiber transparent sein. Diese Chiffre wird sowohl für TLS 1.3- als auch für QUIC-Verbindungen verwendet.
  Einige TLS-Midboxes sind jedoch möglicherweise nicht auf die Größe einer Kyber-Schlüsselkapselung (ML-KEM) 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 Mechanismus zur Schlüsselkapselung über die temporäre Unternehmensrichtlinie PostQuantumKeyAgreementEnabled deaktivieren, die bis Chrome 145 verfügbar ist. Langfristig werden Post-Quanten-sichere Chiffren jedoch in TLS erforderlich sein und die Unternehmensrichtlinie wird ab Chrome 146 entfernt. Für CSNA 2.0 ist Post-Quanten-Kryptografie erforderlich. Weitere Informationen finden Sie unter Chrome-Traffic mit Hybrid-Kyber-KEM schützen.

  • Chrome 131 für Linux, macOS und Windows: Chrome stellt den Schlüsselkapselungsmechanismus auf die endgültige Standardversion ML-KEM um.
  • Chrome 146 für Linux, MacOS, Windows: Unternehmensrichtlinie wird entfernt 

   

• Leerzeichen in URL-Hosts ohne file:// nicht zulassen 

  Gemäß der URL-Standardspezifikation dürfen URL-Hosts kein Leerzeichen enthalten. Derzeit lässt die URL-Analyse in Chromium jedoch Leerzeichen im Host zu. Dies führt dazu, dass Chromium in den Bereichen Interop2024 HTTPS URLs for WebSocket und URL-Fokus mehrere Tests nicht besteht. Um Chromium an die Spezifikationen anzupassen, möchten wir Leerzeichen aus URL-Hosts entfernen. Das Problem dabei ist, dass sie im Hostteil von Windows-file://-URLs verwendet werden. Weitere Informationen finden Sie in dieser GitHub-Diskussion.

  • Chrome 147 für Android, ChromeOS, LaCrOS, Linux, MacOS, Windows und Fuchsia

   

• Ursprungsgebundene Cookies (Standard) 

  In Chrome 148 sind Cookies standardmäßig an ihren Einstellungsursprung gebunden, sodass sie nur über diesen Ursprung zugänglich sind, d. h. bei einer Anfrage gesendet oder über document.cookie sichtbar. Cookies können die Einschränkungen für die Host- und Portbindung durch die Verwendung des Domain-Attributs aufheben, aber alle Cookies sind an das Schema ihrer Einstellung gebunden.

  Die temporären Unternehmensrichtlinien LegacyCookieScopeEnabled und LegacyCookieScopeEnabledForDomainList werden verfügbar sein, um diese Änderung rückgängig zu machen. Diese Richtlinien funktionieren ab Chrome 150 nicht mehr.

  • Chrome 148 für Android, iOS, Linux, macOS und Windows: Unternehmensrichtlinien sind verfügbar.
  • Chrome 150 für Android, iOS, Linux, macOS und Windows: Unternehmensrichtlinien werden entfernt 

   

• Migration von der Safe Browsing API v4 zur v5 

  Chrome-Aufrufe der SafeBrowsing v4 API werden stattdessen zum Aufrufen von v5 API migriert. Auch die Methodennamen unterscheiden sich zwischen v4 und v5. Wenn Administratoren eine v4-spezifische Zulassungsliste für URLs haben, um Netzwerkanfragen an https://safebrowsing.googleapis.com/v4* zuzulassen, sollten diese so geändert werden, dass stattdessen Netzwerkanfragen an die gesamte Domain zugelassen werden: safebrowsing.googleapis.com. Andernfalls führen abgelehnte Netzwerkanfragen an die v5 API zu Rückschritten bei der Sicherheit für Nutzer. Weitere Informationen finden Sie unter Migration von V4 – Safe Browsing. 

  • Chrome 148 für Android, iOS, ChromeOS, Linux, macOS und Windows: Die Funktion wird nach und nach eingeführt.

   

• Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche unter Windows 

  Ab Chrome 126 wurde Bedienungshilfen-Clientsoftware, die das Bedienungshilfen-Framework zur Automatisierung der Benutzeroberfläche von Microsoft Windows verwendet, direkt unterstützt. Vor dieser Änderung arbeitete diese Software in Microsoft Windows über einen Kompatibilitäts-Shim mit Chrome zusammen. Diese Änderung soll die Barrierefreiheit für viele Nutzer verbessern. Die App bietet vollständige Unterstützung für Sprecher, Lupe und Voice Access. Außerdem werden wir Drittanbieter-Apps verbessern, die das Bedienungshilfen-Framework zur Benutzeroberflächenautomatisierung nutzen. Für Nutzer von Chrome ist die Arbeitsspeichernutzung und der Verarbeitungsaufwand geringer, wenn sie Bedienungshilfen verwenden. Außerdem wird die Entwicklung von Software mit Hilfstechnologien erleichtert.

  Administratoren können mit der in Chrome 125 eingeführten Unternehmensrichtlinie UiAutomationProviderEnabled entweder die Aktivierung des neuen Anbieters erzwingen (damit alle Nutzer die neuen Funktionen erhalten) oder den neuen Anbieter deaktivieren.

  Diese Richtlinie wird bis Chrome 147 unterstützt und in Chrome 148 entfernt. Dieser einjährige Zeitraum soll Unternehmen genügend Zeit für die Zusammenarbeit mit Drittanbietern geben, damit sie Inkompatibilitäten beheben können, die durch den Wechsel vom Microsoft-Kompatibilitäts-Shim zum Anbieter der Benutzeroberflächenautomatisierung von Chrome entstehen.

  • Chrome 125 für Windows: Die Richtlinie UiAutomationProviderEnabled wird eingeführt, damit Administratoren den Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche von Chrome aktivieren und prüfen können, ob Bedienungshilfen von Drittanbietern weiterhin funktionieren.
  • Chrome 126 für Windows: Das Framework für Chrome-Varianten wird verwendet, um Anbieter des Bedienungshilfen-Frameworks zur Benutzeroberflächenautomatisierung von Chrome für Nutzer zu aktivieren. Die Funktion wird nach und nach für alle stabilen Versionen aktiviert. Bei Bedarf werden allerdings auch Pausen eingelegt, um Kompatibilitätsprobleme zu beheben, wo dies in Chrome möglich ist. Unternehmensadministratoren können die Richtlinie UiAutomationProviderEnabled weiterhin verwenden, um das neue Verhalten frühzeitig zu aktivieren. In Chrome 146 lässt es sich vorübergehend deaktivieren.
  • Chrome 148 für Windows: Die Richtlinie UiAutomationProviderEnabled wird aus Chrome entfernt. Alle Clients verwenden den Anbieter für das Bedienungshilfen-Framework zur Automatisierung der Benutzeroberfläche im Browser.

   

• Einstellung und Entfernung von Privacy Sandbox-APIs  

  Chrome hat vor Kurzem angekündigt, dass der aktuelle Ansatz für Drittanbieter-Cookies beibehalten wird. Wir planen, die folgenden APIs einzustellen und zu entfernen.

  • Themen
  • Protected Audience
  • Freigegebener Speicher
  • Attributionsberichte
  • Private Aggregation
  • Ähnliche Websites
  • requestStorageAccessFor

  Im Folgenden sind die Unternehmensrichtlinien aufgeführt, die den oben genannten APIs zugeordnet sind.

  • PrivacySandboxSiteEnabledAdsEnabled
  • PrivacySandboxAdTopicsEnabled
  • PrivacySandboxAdMeasurementEnabled
  • RelatedWebsiteSetsOverrides
  • RelatedWebsiteSetsEnabled

  Die Einstellung begann mit Chrome 144 und die Entfernung ist für Chrome 150 geplant. Nach der Einstellung sind die APIs weiterhin vorhanden und die meisten Nutzer werden keine Unterbrechungen feststellen. Bei einigen Nutzern, die auf serverseitige Integrationen angewiesen sind (z. B. K-Anonymitätsserver oder Koordinatoren), kommt es jedoch zu einer Unterbrechung der Dienste. Wir haben uns proaktiv an Nutzer der APIs gewandt, um sie über unsere Pläne zur Einstellung zu informieren. Mit der Entfernung in Chrome 150 werden auch alle mit diesen APIs verknüpften Richtlinien entfernt.

  Keine der APIs ist für Unternehmensnutzer standardmäßig aktiviert. Enterprise-Teams können den Status aller verwalteten Profile in der Admin-Konsole einsehen.

  • Chrome 144 für Android, ChromeOS, Linux, macOS und Windows: Die Einstellung wird eingeführt.
  • Chrome 150 für Android, ChromeOS, Linux, macOS und Windows: APIs und zugehörige Richtlinien werden entfernt.

   

• „Immer verschlüsselte Verbindungen verwenden“ standardmäßig aktivieren 

  In Chrome 150 wird die Einstellung Immer verschlüsselte Verbindungen verwenden im Modus „Nur öffentliche Websites“ standardmäßig aktiviert. Das bedeutet, dass Chrome die Einwilligung des Nutzers einholt, bevor zum ersten Mal auf eine öffentliche Website ohne HTTPS zugegriffen wird. Öffentliche Websites sind Websites mit einem global eindeutigen Namen. Direkte Aufrufe von RFC 1918-Adressen (192.168.0.1, 10.0.0.0/8 usw.) sowie Kurznamen wie go/ sind ausgeschlossen.

  Bevor die Funktion standardmäßig für alle Nutzer aktiviert wird, wird Immer sichere Verbindungen verwenden für Nutzer aktiviert, die erweiterte Safe Browsing-Schutzfunktionen in Chrome aktiviert haben.

  Wenn Sie Webentwickler oder IT-Experte sind und Nutzer haben, die von dieser Funktion betroffen sein könnten, empfehlen wir Ihnen dringend, die Einstellung „Immer sichere Verbindungen verwenden“ noch heute zu aktivieren, um Websites zu identifizieren, die Sie möglicherweise migrieren müssen. Administratoren können dieses Verhalten mit den Richtlinien HttpAllowlist und HttpsOnlyMode überschreiben.

  Weitere Informationen finden Sie in unserem Leitfaden zur Einführung und im Blogpost zur Ankündigung.

  • Chrome 150 für Android, ChromeOS, Linux, macOS, Windows und Fuchsia: „Immer verschlüsselte Verbindungen verwenden“ für Nutzer aktivieren, die das erweiterte Safe Browsing aktiviert haben.
  • Chrome 154 für Android, ChromeOS, Linux, macOS, Windows und Fuchsia: „Immer verschlüsselte Verbindungen verwenden“ ist standardmäßig für alle Nutzer aktiviert.

   

• Isolierte Web-Apps 

  Isolierte Web-Apps (IWAs) sind eine Erweiterung der bestehenden Arbeit an der PWA-Installation und dem Web Packaging, die einen besseren Schutz vor Manipulation von Servern und anderen Manipulationen bieten – erforderlich für Entwickler von sicherheitsrelevanten Anwendungen. Diese Anwendungen werden nicht auf Live-Webservern gehostet und über HTTPS abgerufen, sondern in Web-Bundles verpackt, vom Entwickler signiert und über eine oder mehrere der im Explainer beschriebenen Methoden an Endnutzer verteilt. 

  Bereits ab Chrome 150 können isolierte Webanwendungen nur noch über eine Administratorrichtlinie auf von Unternehmen verwalteten ChromeOS-Geräten installiert werden.

  • Chrome 150 für Windows: Mit diesem Roll-out wird die Unterstützung für isolierte Webanwendungen in von Unternehmen verwalteten Browserkonfigurationen unter Windows hinzugefügt.

   

• Ende der Unterstützung von macOS 12 in Chrome 

  Chrome 150 ist die letzte Version, die macOS 12 unterstützt. Chrome 151 und höher unterstützen macOS 12 nicht mehr, da diese Version sich außerhalb des Supportfensters von Apple befindet. Zur Aufrechterhaltung der Sicherheit ist die Ausführung eines unterstützten Betriebssystems unerlässlich.

  Auf Macs mit macOS 12 funktioniert Chrome weiterhin und es wird eine Warnung in der Infoleiste angezeigt. Chrome wird jedoch nicht mehr aktualisiert. Wenn ein Nutzer Chrome aktualisieren möchte, muss er seinen Computer auf eine unterstützte Version von macOS aktualisieren. 

  Für Neuinstallationen von Chrome 151 oder höher ist macOS 13 oder höher erforderlich.

  • Chrome 151 für Windows, macOS und Linux

   

• XSLT einstellen und entfernen 

  XSLT v1.0, an die sich alle Browser halten, wurde 1999 standardisiert. Inzwischen hat sich XSLT zu Version 2.0 und 3.0 weiterentwickelt und unterscheidet sich von der alten, in Browsern fixierten Version. Diese fehlende Weiterentwicklung in Verbindung mit dem Aufkommen von JavaScript-Bibliotheken und ‑Frameworks, die eine flexiblere und leistungsstärkere DOM-Manipulation ermöglichen, hat zu einem erheblichen Rückgang der Verwendung von clientseitiger XSLT geführt. Ihre Rolle im Webbrowser wurde weitgehend durch JavaScript-basierte Technologien wie JSON+React ersetzt.

  Chromium verwendet die libxslt-Bibliothek, um diese Transformationen zu verarbeiten. libxslt wurde 2025 etwa sechs Monate lang nicht gewartet. Libxslt ist eine komplexe, veraltete C-Codebasis, die bekanntermaßen anfällig für Speichersicherheitslücken wie Überläufe des Zwischenspeichers ist, die zur Ausführung von beliebigem Code führen können. Da clientseitige XSLT mittlerweile eine Nischenfunktion ist, die nur selten verwendet wird, werden diese Bibliotheken viel seltener gewartet und auf Sicherheit geprüft als die wichtigsten JavaScript-Engines. Sie stellen jedoch eine direkte, wirksame Angriffsfläche für die Verarbeitung nicht vertrauenswürdiger Webinhalte dar. Tatsächlich ist XSLT die Quelle mehrerer schwerwiegender Sicherheitslücken, die Browsernutzer weiterhin gefährden. Aus diesen Gründen planen Chromium und die anderen Browser-Engines, XSLT von der Webplattform zu entfernen. Weitere Informationen finden Sie in diesem Artikel auf Chrome for Developers.

  • Chrome 143 für Android, ChromeOS, Linux, MacOS und Windows: Die APIs werden eingestellt, aber nicht entfernt.
  • Chrome 152 für Android, ChromeOS, Linux, macOS und Windows: Der Ursprungstest (Origin Trial, OT) und die Unternehmensrichtlinie werden zu Testzwecken eingeführt. Damit können Websites und Unternehmen Funktionen auch nach dem Entfernen weiterhin verwenden.
  • Chrome 155 für Android, ChromeOS, Linux, MacOS und Windows: XSLT funktioniert in stabilen Versionen für alle Nutzer außer Teilnehmern am Ursprungstest und an der Unternehmensrichtlinie nicht mehr.
  • Chrome 164 für Android, ChromeOS, Linux, MacOS und Windows: Ursprungstest und Unternehmensrichtlinie funktionieren nicht mehr. XSLT ist für alle Nutzer deaktiviert.

   

• PostQuantum-Kryptografie für DTLS in WebRTC 

  Diese Funktion ermöglicht die Verwendung von Post-Quanten-Kryptografie (PQC) mit WebRTC-Verbindungen. Der Grund für PQC ist, den WebRTC-Media-Traffic auf den neuesten Stand der Kryptografieprotokolle zu bringen und Harvest Now to Crack Later-Szenarien zu verhindern. 

  Administratoren können diese Funktion über die Unternehmensrichtlinie WebRtcPostQuantumKeyAgreement steuern, damit Unternehmensnutzer PQC deaktivieren können. Die Richtlinie gilt nur vorübergehend und wird voraussichtlich in Chrome 152 entfernt.

  • Chrome 142 für Android, ChromeOS, Linux, macOS und Windows: Einführung der Funktion
  • Chrome 152 für Android, ChromeOS, Linux, macOS, Windows und Fuchsia: Unternehmensrichtlinie wird entfernt

 

Bevorstehende Updates für Chrome Enterprise Core

   

• Experimentelle Richtlinien zur Einhaltung der Kryptografie 

  PreferSlowKEXAlgorithms und PreferSlowCiphers sind zwei neue experimentelle Unternehmensrichtlinien, mit denen Chrome so konfiguriert wird, dass die bevorzugten Algorithmen für Schlüsselvereinbarungen (unterstützte Gruppen) und die Algorithmen für Verschlüsselungschiffren in TLS 1.3 so angeordnet werden, dass Algorithmen Vorrang erhalten, die von einer bestimmten Compliance-Regelung zugelassen sind. Derzeit ist CNSA2 das einzige Compliance-Regime. Dies garantiert nicht, dass bestimmte Algorithmen ausgehandelt werden. Es ermöglicht es Serverbetreibern, die Clients mit und ohne Compliance-Anforderungen unterstützen möchten, zwischen diesen Clients zu unterscheiden. Bestimmte nicht standardmäßige Algorithmen mit erhöhter kryptografischer Stärke werden nur für diejenigen Clients verwendet, die ausdrücklich so konfiguriert wurden, dass sie diese bevorzugen. Diese Richtlinie ist für die Sicherheit nicht erforderlich. Die Standardkryptografie, die von Chrome verwendet wird, ist stark genug, um einem Brute-Force-Angriff mit der gesamten Energie der Sonne standzuhalten. Wenn Sie diese Richtlinie festlegen, wird Chrome beim Zugriff auf Websites langsamer. Diese Richtlinie wirkt sich nur auf TLS 1.3 und QUIC aus, nicht auf frühere Versionen von TLS.

  Diese Richtlinien sind vorübergehend als einzelnes kombiniertes Flag verfügbar: chrome://#cryptography-compliance-cnsa.

  • Chrome 143 für Android, ChromeOS, Linux, macOS, Windows und Fuchsia: Die Richtlinien sind für den Chrome-Browser verfügbar, aber als experimentell gekennzeichnet.
  • Chrome 144 für ChromeOS: Die zusätzlichen Richtlinien, die für den Anmeldebildschirm von ChromeOS-Geräten gelten, sind verfügbar, aber als experimentell gekennzeichnet.
  • Chrome 146 für Android, ChromeOS, Linux, macOS und Windows: In Chrome 146 werden die TLS-Server für Google-Properties aktualisiert, um ML-KEM-1024 auszuhandeln, wenn dieses Flag festgelegt ist. Ab diesem Zeitpunkt ist die Richtlinie nicht mehr als „in der Entwicklungsphase“ gekennzeichnet.

 

Bevorstehende Updates für Chrome Enterprise Premium

    

• Chrome Enterprise Connectors API 

  Chrome Enterprise wird die programmatische Verwaltung für Chrome Enterprise Connectors bald ausweiten. Mit diesem Update werden Ressourcen eingeführt, mit denen sich Connector-Konfigurationen definieren und zuweisen lassen. So werden die vorhandenen Connector-Richtlinien ergänzt und Administratoren können den gesamten Lebenszyklus dieser Integrationen im großen Maßstab verwalten.

  Bisher mussten Dienstanbieter manuell in der Admin-Konsole konfiguriert werden. Dieses Update ermöglicht die Automatisierung, wodurch manuelle Fehler reduziert und die Effizienz der Verwaltung von Integrationen mit Sicherheitslösungen von Drittanbietern verbessert wird.

  Administratoren können jetzt die Chrome Management API verwenden, um ConnectorConfiguration-Ressourcen (zur Definition des Anbieters) zu verwalten. Die Auswahl des Connectors erfolgt über die Chrome Policy API. So können diese Konfigurationen Organisationseinheiten oder Gruppen zugewiesen werden. Dies funktioniert in Verbindung mit den vorhandenen Policy API-Einstellungen für die Ereignisberichterstellung und Inhaltsanalyse, einschließlich Richtlinien wie OnSecurityEventEnterpriseConnector, OnFileAttachedEnterpriseConnector, OnFileDownloadedEnterpriseConnector, OnBulkDataEntryEnterpriseConnector, OnPrintEnterpriseConnector und EnterpriseRealTimeUrlCheckMode. Technische Details finden Entwickler in der Chrome Management API und der Dokumentation zur Chrome Policy API.

  • Chrome 143 für Android, iOS, Linux, macOS und Windows: Mit diesem Roll-out wird die Unterstützung für die programmatische Verwaltung von Chrome Enterprise-Connectors über eine neue API hinzugefügt.
  • Chrome 146 für Android, iOS, Linux, macOS und Windows: Mit diesem Roll-out werden die Ressourcen „ConnectorConfiguration“ und „ConnectorSelection“ eingeführt, mit denen Dienstleisterinstanzen erstellt und Organisationseinheiten zugewiesen werden können.

    

• Cache-Verschlüsselung für Unternehmen 

  Chrome Enterprise Premium bietet die Enterprise-Cache-Verschlüsselung. Diese Funktion soll das Risiko von Daten-Exfiltrationen verringern, indem Browserdaten, die im Ruhezustand gespeichert sind, insbesondere der HTTP-Cache, verschlüsselt werden. Durch die Verwendung von APIs auf Betriebssystemebene für die Schlüsselspeicherung über die App-gebundene Verschlüsselung macht diese Funktion lokal gespeicherte Daten für Malware unzugänglich, wenn ein Gerät manipuliert wird.

  Diese Funktion wird transparent im Hintergrund ausgeführt. Aufgrund der Echtzeitverschlüsselung kann sie sich jedoch auf die Leistung auswirken. Administratoren können dies über die Richtlinie CacheEncryptionEnabled verwalten. Wenn Sie diese Richtlinie aktivieren oder deaktivieren, wird der vorhandene Cache automatisch geleert, um für Datenkonsistenz zu sorgen.

  • Chrome 146 für Linux, macOS und Windows: Die Cacheverschlüsselung ist auf Desktop-Plattformen verfügbar.

    

• Unterstützung für AllowList und BlockList für die Richtlinie „DeveloperToolsAvailability“ 

  In Chrome werden zwei neue Richtlinien eingeführt: DeveloperToolsAvailabilityAllowlist und DeveloperToolsAvailabilityBlocklist. Mit diesen Richtlinien lässt sich die Verfügbarkeit von Entwicklertools anhand von URL-Mustern detailliert steuern.

  Bisher konnten Administratoren Entwicklertools nur global zulassen oder verbieten. Mit diesen neuen Richtlinien können Administratoren jetzt eine allgemeine Blockierung von Entwicklertools erzwingen, um sensible Unternehmensdaten zu schützen, und gleichzeitig den Zugriff auf bestimmte interne URLs für Entwicklungs- oder Fehlerbehebungszwecke explizit zulassen.

  Diese Einstellungen sind für Windows, Mac, Linux und ChromeOS verfügbar. Wenn diese neuen Richtlinien nicht konfiguriert sind, bleibt das Verhalten der vorhandenen Richtlinie DeveloperToolsAvailability unverändert.

  • Chrome 146 für ChromeOS, Linux, macOS und Windows: Die Funktion wird nach und nach eingeführt. Einführung der Richtlinien DeveloperToolsAvailabilityAllowlist und DeveloperToolsAvailabilityBlocklist auf Desktop-Plattformen.

    

• Unterstützung von AllowList und BlockList für die Richtlinie „IncognitoModeAvailability“ 

  In Chrome werden zwei neue Richtlinien eingeführt: IncognitoModeUrlBlocklist und IncognitoModeUrlAllowlist. Damit erhalten Administratoren eine genauere Kontrolle über die Verwendung des Inkognitomodus. Bisher konnten Administratoren den Inkognitomodus nur über die Richtlinie IncognitoModeAvailability vollständig aktivieren oder deaktivieren.

  Diese neuen Richtlinien funktionieren ähnlich wie die vorhandenen Richtlinien URLBlocklist und URLAllowlist, sind aber speziell für Inkognitositzungen vorgesehen. So können Organisationen den Zugriff auf bestimmte URLs im Inkognitomodus einschränken, um vertrauliche Informationen zu schützen und gleichzeitig die legitime Nutzung auf anderen Websites zu ermöglichen.

  • Chrome 146 für Android, iOS, ChromeOS, Linux, macOS und Windows : Die Funktion wird nach und nach eingeführt. Einführung der Richtlinien IncognitoModeUrlBlocklist und IncognitoModeUrlAllowlist.

    

• Unterstützung größerer Dateien bei DLP-Scans 

  Die Funktionen zum Schutz vor Datenverlust (Data Loss Prevention, DLP) und zum Scannen auf Malware in Chrome Enterprise Premium werden auf große und verschlüsselte Dateien ausgeweitet. Bisher wurden Dateien, die größer als 50 MB sind, und alle verschlüsselten Dateien beim Scannen von Inhalten übersprungen. Mit diesem Update wird diese kritische Sicherheitslücke geschlossen. Bei Richtlinien, die so konfiguriert sind, dass Beweise gespeichert werden, können jetzt Dateien mit einer Größe von bis zu 2 GB an den Evidence Locker gesendet werden. Administratoren erhalten so mehr Transparenz und Kontrolle, wodurch das Risiko der Daten-Exfiltration durch große Dateiübertragungen erheblich verringert wird.

  Für die Aktivierung dieser Funktion ist keine neue Richtlinie erforderlich. Sie wird automatisch durch die vorhandenen Konfigurationen der DLP-Regeln in der Google Admin-Konsole gesteuert. Wenn Administratoren Regeln für das Hochladen, Herunterladen oder Drucken von Dateien haben, gelten diese jetzt auch für große und verschlüsselte Dateien. Weitere Informationen finden Sie unter Was sind ChromeOS-Datenkontrollen?.

  • Chrome 147 für Linux, macOS und Windows: In dieser Phase können große (>50 MB) und verschlüsselte Dateien für den Beweisspeicher gesammelt werden, wodurch eine wichtige DLP-Sicherheitslücke geschlossen wird.

Übersicht über ChromeOS-Version 145

 

ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Version des Geräterollback-Schutzes in der Admin-Konsole			✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
SkyVault-Richtlinie für das Kameraverzeichnis	✓	✓	✓

 

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.

Aktuelle ChromeOS-Updates

   

• Version des Geräterollback-Schutzes in der Admin-Konsole 

  Bereits ab ChromeOS 145 können Sie die auf Ihrem verwalteten Gerät installierte Version des Rollback-Schutzes sehen. Wählen Sie in der Admin-Konsole unter Geräte > Chrome > Geräte ein ChromeOS-Gerät aus, klicken Sie auf den Tab Betriebssystem. Sie können in der Tabelle Betriebssysteminformationen die Version des Rollback-Schutzes sehen.

  Weitere Informationen finden Sie im Hilfeartikel Liste und Details von ChromeOS-Geräten aufrufen.

  

 

Bevorstehende ChromeOS-Änderungen

   

• SkyVault-Richtlinie für das Kameraverzeichnis 

  Ab ChromeOS 146 können Administratoren mit einer neuen SkyVault-Richtlinie einen Speicherort für Kameradateien festlegen, wenn der lokale Speicher auf Nutzergeräten deaktiviert ist.  

  Wenn Nutzer dürfen keine lokalen Daten speichern und lesen (LocalUserFilesAllowed) aktiviert ist, wird der lokale Speicher auf Nutzergeräten deaktiviert. Mit dieser neuen SkyVault-Richtlinie können Administratoren diese Einstellung auf Kameradateien ausweiten, indem sie die Option Im lokalen Kameraordner speichern verwenden.

Übersicht über Chrome-Version 144

 

Änderungen am Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Verbesserungen für den KI‑Modus und Lens		✓
Schutz vor Manipulation von Einstellungen für Unternehmensnutzer unter Windows	✓
CSS-Pseudo-Markierungen für Ergebnisse der Suche auf der Seite			✓
savedTabGroups als individueller Wert in SyncTypesListDisabled wird eingestellt			✓
Happy Eyeballs V3	✓		✓
Multicast-Unterstützung für die Direct Sockets API			✓
ServiceWorkerAutoPreload-Browsermodus			✓
Vereinfachte Seite „Neuer Tab“			✓
Einstellung und Entfernung von Privacy Sandbox-APIs	✓	✓
Gemini in Chrome		✓
Der Server für das Remote-Debugging kann über „chrome://inspect“ gestartet werden.	✓
Neue Richtlinien im Chrome-Browser			✓
Änderungen bei Chrome Enterprise Core	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Dynamische Empfehlungen in der Admin-Konsole			✓
Experimentelle Richtlinien zur Einhaltung der Kryptografie	✓
Neue Installationsmodi für Erweiterungen	✓	✓	✓
Änderungen bei Chrome Enterprise Premium	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Datenschutzregeln für Kopieren und Einfügen	✓		✓
Schutz vor Manipulation lokaler Richtlinien	✓		✓
Download in die Cloud erzwungen	✓		✓
Proxy-Überschreibungsregeln	✓		✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
2‑Faktor-Authentifizierung für Administratorkonten erzwingen			✓
Änderung des Releasezeitplans in Chrome 145 (nur Early Stable)			✓
Unterstützung für veraltete virtuelle Kameras unter macOS wird in Chrome entfernt			✓
Erweiterungen mit erzwungener Installation und Verstößen, bei denen es nicht um Malware geht, deaktivieren.	✓
Daten aus Safari in Chrome für iOS importieren – einfacher als je zuvor			✓
On-Device-Betrugserkennung unter Android	✓
Die Origin API	✓
Standardmäßig reduzierte User-Agent-Strings	✓
Entfernung der Google Cloud Print-Richtlinie			✓
Verwendung von „CssPixels“ in der LayoutShift API			✓
Gebündelte Sicherheitseinstellungen	✓
Zugriffseinschränkungen für lokales Netzwerk	✓
Richtlinien zur Drittanbieter-Speicherpartitionierung entfernen	✓
Aktualisierung der „No HTTPS“-Warnung	✓
X25519Kyber768-Schlüsselkapselung für TLS	✓
Leerzeichen in URL-Hosts ohne file:// nicht zulassen	✓
Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche unter Windows		✓
WebRequest.SecurityInfo in Controlled Frame		✓
Ursprungsgebundene Cookies (Standard)			✓
Migration von Safe Browsing API v4 zu v5	✓
Isolierte Web-Apps			✓
Ende der Unterstützung von macOS 12 in Chrome			✓
XSLT einstellen und entfernen	✓	✓	✓
PostQuantum-Kryptografie für DTLS in WebRTC	✓
Bevorstehende Änderungen bei Chrome Enterprise Core	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Keine anstehenden Ankündigungen neuer Funktionen
Bevorstehende Änderungen bei Chrome Enterprise Premium	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Unterstützung größerer Dateien bei DLP-Scans	✓		✓

 

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.

Die Versionshinweise für Chrome Enterprise und Chrome Education werden in Übereinstimmung mit dem Chrome-Veröffentlichungszeitplan am Datum der ersten stabilen Version des Chrome-Browsers veröffentlicht.

Änderungen beim Chrome-Browser  

   

• KI‑Modus und Lens-Optimierungen 

  Ab Chrome 143 für macOS und Windows werden neue KI-Modus-Funktionen in den Chrome-Browser integriert. Nutzer können direkt über die Seite Neuer Tab und die Adressleiste auf den KI‑Modus zugreifen und komplexe Fragen stellen, ohne den Browser zu verlassen. Administratoren können diese Funktionen (Wert 1) über die Richtlinie AIModeSettings oder über die GenAiDefaultSettings (Wert 2) deaktivieren. Weitere Informationen finden Sie in diesem Artikel in der Chrome Enterprise- und Education-Hilfe.

  In Chrome 144 beginnen wir mit der Einführung der Funktion für den Kontext mehrerer Tabs im KI-Modus und in Lens. Nutzer können die Inhalte eines oder mehrerer ihrer geöffneten Tabs freigeben, um Fragen zu stellen, Informationen zu vergleichen, zusammenzufassen und effizienter zu finden. Administratoren können diese Funktionen mit der Richtlinie SearchContentSharingSettings (Wert 1) oder mit der Richtlinie GenAiDefaultSettings (Wert 2) deaktivieren.

  • Chrome 147 für MacOS und Windows: Die Richtlinien LensOverlaySettings, LensDesktopNTPSearchEnabled und LensRegionSearchEnabled werden eingestellt. Administratoren können diese Funktionen über SearchContentSharingSettings steuern.
  • Chrome 143 für MacOS und Windows: Neue KI-Modellfunktionen werden in Chrome integriert und können über die Richtlinie AIModeSettings oder die Richtlinie GenAiDefaultSettings gesteuert werden.
  • Chrome 144 für MacOS und Windows: Die Funktion für den Kontext mit mehreren Tabs ist verfügbar und kann über die Richtlinie SearchContentSharingSettings oder die Richtlinie GenAiDefaultSettings gesteuert werden.

   

• Schutz vor Manipulation von Einstellungen für Unternehmensnutzer unter Windows 

  Um einen stärkeren und konsistenteren Schutz vor schädlicher Software zu bieten, ist der Schutz vor Manipulationen an verschlüsselten Einstellungen für von Unternehmen verwaltete Browser in Chrome jetzt unter Windows verfügbar.

  Bisher war dieser Schutz, bei dem manipulierte Einstellungen (z. B. eine gehackte Suchmaschine) automatisch auf die Standardwerte zurückgesetzt werden, für Unternehmensnutzer unter Windows nicht verfügbar. Diese Ausnahme war erforderlich, da die alte Validierungsmethode nicht mit Roamingprofilen kompatibel war, was häufig zu falschen Zurücksetzungen führte.

  In Chrome 144 wird ein neues, sichereres System mit einem Verschlüsseler implementiert. Diese neue Verschlüsselungsmethode ist vollständig mit Unternehmensnutzern kompatibel. Da dieses neue System die Ursache des ursprünglichen Problems behebt, benötigen wir die alte Windows-Unternehmensausnahme nicht mehr.

  Wenn Chrome erkennt, dass eine vertrauliche Einstellung durch nicht autorisierte Software geändert wurde, wird sie jetzt automatisch auf den Standardwert zurückgesetzt. Dieses Verhalten war zuvor deaktiviert und wird jetzt aktiviert. Diese Änderung erweitert den wichtigen Sicherheitsschutz auf Unternehmensnutzer und schützt sie vor der Übernahme der Suche und anderen böswilligen Einstellungsänderungen.

  • Chrome 144 für Windows: Die Funktion wird nach und nach eingeführt.

   

• CSS-Pseudo-Markierungen für Ergebnisse der Suche auf der Seite 

  Mit dieser Funktion wird die Anpassung von Auf Seite suchen-Suchergebnissen für Autoren als Highlight-Pseudoelement wie Auswahl und Rechtschreibfehler verfügbar gemacht. So können Autoren die Vorder- und Hintergrundfarben ändern oder Textformatierungen hinzufügen, was besonders nützlich sein kann, wenn die Browserstandardeinstellungen nicht ausreichend Kontrast zu den Seitenfarben bieten oder anderweitig ungeeignet sind.

  • Chrome 144 für Windows, macOS, Linux und Android

   

• savedTabGroups als individueller Wert in SyncTypesListDisabled wird eingestellt

  Um das Verhalten auf dem Computer und in ChromeOS an das Verhalten auf Mobilgeräten anzupassen und die Synchronisierungsverwaltung zu vereinfachen, wird der Datentyp savedTabGroups eingestellt. Er ist nicht mehr als individuell anpassbarer Wert in der Richtlinie SyncTypesListDisabled verfügbar. Bisher konnten Administratoren mit der Enterprise-Richtlinie SyncTypesListDisabled die Synchronisierung des Datentyps savedTabGroups auf Desktop- und ChromeOS-Plattformen deaktivieren. Auf Mobilgeräteplattformen wird die Synchronisierung von Tabgruppen jedoch bereits durch den Datentyp „Tabs“ verwaltet.

  Ab Chrome 144 gilt Folgendes: Wenn mit der Richtlinie SyncTypesListDisabled entweder Tabs oder savedTabGroups deaktiviert werden, gelten beide Datentypen als deaktiviert. Wenn Sie Tabs deaktivieren, werden also auch gespeicherte Tabgruppen deaktiviert und umgekehrt. Der Wert savedTabGroups wird vollständig aus der Liste der unterstützten Datentypen für diese Richtlinie entfernt. Administratoren, die das Speichern von Tabgruppen deaktiviert haben und dies auch so beibehalten möchten, müssen den Datentyp „Tabs“ explizit deaktivieren. So wird das gewünschte Verhalten ermöglicht, bevor der Wert savedTabGroups vollständig entfernt wird.

  • Chrome 144 für ChromeOS, Linux, macOS und Windows

   

• Happy Eyeballs V3 

  Happy Eyeballs V3 ist ein Algorithmus, mit dem die für Nutzer sichtbare Verzögerung bei der Netzwerkverbindung reduziert wird. DNS-Auflösungen werden asynchron ausgeführt und Verbindungsversuche mit bevorzugten Protokollen (H3/H2/H1) und Adressfamilien (IPv6/IPv4) werden gestaffelt. In Chrome 144 wird Happy Eyeballs V3 implementiert, um eine bessere Nebenläufigkeit von Netzwerkverbindungen zu erreichen. Diese Funktion kann mit der temporären Richtlinie HappyEyeballsV3Enabled gesteuert werden.

  • Chrome 144 für Android, ChromeOS, Linux, macOS und Windows

   

• Multicast-Unterstützung für die Direct Sockets API 

  Mit dieser Funktion können isolierte Web-Apps (IWAs) Multicastgruppen abonnieren und UDP-Pakete (User Datagram Protocol) von dort empfangen. IWAs können jetzt auch zusätzliche Parameter angeben, wenn sie UDP-Pakete an Multicast-Adressen senden.

  • Chrome 144 für Windows, macOS und Linux

   

• ServiceWorkerAutoPreload-Browsermodus 

  ServiceWorkerAutoPreload ist ein Modus, in dem der Browser die Netzwerkanfrage parallel zum ServiceWorker-Bootstrap ausgibt. Wenn der Fetch-Handler die Antwort mit respondWith() zurückgibt, wird das Ergebnis der Netzwerkanfrage im Fetch-Handler vom Browser verarbeitet. Wenn das Ergebnis des Fetch-Handlers „fallback“ ist, wird die Netzwerkantwort direkt an den Browser übergeben. ServiceWorkerAutoPreload ist eine optionale Browseroptimierung, die das vorhandene Service Worker-Verhalten ändert. Administratoren können diese Funktion über die Unternehmensrichtlinie ServiceWorkerAutoPreloadEnabled steuern.

  • Chrome 144 für Android und Windows: Die Richtlinie ServiceWorkerAutoPreloadEnabled wird entfernt.
  • Chrome 140 für Android und Windows: Die Richtlinie ServiceWorkerAutoPreloadEnabled wird verfügbar sein.

   

• Vereinfachte Seite „Neuer Tab“ 

  Diese Funktion reduziert die visuelle Unordnung und verbessert die Nutzerkontrolle über das Erscheinungsbild der Seite Neuer Tab. Durch diese Vereinfachung der Seite Neuer Tab wird der Button Modul schließen entfernt. Module, die nicht durch eine Richtlinie verwaltet werden, können nach längerer Inaktivität auch automatisch entfernt werden.

  • Chrome 144 für ChromeOS, Linux, MacOS und Windows: Die Funktion wird nach und nach eingeführt.

   

• Einstellung und Entfernung von Privacy Sandbox-APIs 

  Chrome hat vor Kurzem angekündigt, dass der aktuelle Ansatz für Drittanbieter-Cookies beibehalten wird. Wir planen, die folgenden APIs einzustellen und zu entfernen.

  • Themen
  • Protected Audience
  • Freigegebener Speicher
  • Attributionsberichte
  • Private Aggregation
  • Ähnliche Websites
  • requestStorageAccessFor
   

  Im Folgenden finden Sie die Unternehmensrichtlinien, die den oben genannten APIs zugeordnet sind.

  • PrivacySandboxSiteEnabledAdsEnabled
  • PrivacySandboxAdTopicsEnabled
  • PrivacySandboxAdMeasurementEnabled
  • RelatedWebsiteSetsOverrides
  • RelatedWebsiteSetsEnabled
   

  Die Einstellung beginnt mit Chrome 144 und die Entfernung ist für Chrome 150 geplant. Nach der Einstellung sind die APIs weiterhin vorhanden und die meisten Nutzer werden keine Unterbrechungen feststellen. Bei einigen Nutzern, die auf serverseitige Integrationen angewiesen sind (z. B. K-Anonymitätsserver oder Koordinatoren), kommt es jedoch zu einer Unterbrechung der Dienste. Wir haben uns proaktiv an Nutzer der APIs gewandt, um sie über unsere Pläne zur Einstellung zu informieren. Mit der Entfernung in Chrome 150 werden auch alle mit diesen APIs verknüpften Richtlinien entfernt.

  Keine der APIs ist für Unternehmensnutzer standardmäßig aktiviert. Enterprise-Teams können den Status jedes verwalteten Profils in der Admin-Konsole einsehen.

  • Chrome 144 für Android, ChromeOS, Linux, MacOS und Windows: Einführung der Einstellung
  • Chrome 150 für Android, ChromeOS, Linux, MacOS und Windows: Entfernung von APIs und zugehörigen Richtlinien

   

• Gemini in Chrome 

  Gemini ist jetzt in Chrome unter macOS und Windows eingebunden und kann den Inhalt der aktuellen Seite verstehen. Nutzer können sich jetzt nahtlos die wichtigsten Punkte zusammenfassen lassen, Konzepte klären und Antworten finden, ohne ihren Chrome-Tab zu verlassen. Diese Integration umfasst sowohl Chat, bei dem Nutzer über Text mit Gemini interagieren können, als auch Gemini Live, bei dem Nutzer über Sprache mit Gemini interagieren können.

  In Chrome 143 wird Gemini in Chrome für die meisten Google Workspace-Nutzer in den USA eingeführt, die Zugriff auf die Gemini App haben. Administratoren können diese Funktion mit der Richtlinie GeminiSettings (Wert 1) oder mit GenAiDefaultSettings (Wert 2) deaktivieren. Weitere Informationen finden Sie in der Gemini in Chrome-Hilfe oder in diesem Blogpost.

  In Chrome 143 wird auch die Funktion für den Kontext mit mehreren Tabs eingeführt. Gemini in Chrome kann jetzt mehr Ihrer geöffneten Tabs (maximal 10) sehen. So können Sie Fragen zu mehreren Seiten stellen, um Informationen effizienter zu vergleichen und zu finden. Gemini in Chrome dient auch als Produktivitäts-Agent, da es Tools für YouTube, Maps, Gmail, Drive, Notizen, Kalender und Tasks bietet.

  Ab Chrome 144 werden agentische KI-Funktionen in Gemini in Chrome für einige Nutzer (nicht für Unternehmen) verfügbar sein. Zum Start ist die Unternehmensrichtlinie GeminiActOnWebSettings verfügbar. Weitere Informationen finden Sie unten in den Schritten zur Einführung.

  • Chrome 137 für macOS und Windows: Die Funktion ist für einige Google AI Pro- und Ultra-Abonnenten in den USA und in den Vorabversionen (Entwickler, Canary, Beta) in den USA verfügbar.
  • Chrome 143 für MacOS und Windows: Die Funktion wird nach und nach in Kanada, Neuseeland und Australien auf Englisch eingeführt.
  • Chrome 144 für macOS und Windows: Agentische KI-Funktionen in Gemini in Chrome sind für einige Nutzer (nicht für Unternehmen) verfügbar. Die Unternehmensrichtlinie GeminiActOnWebSettings ist bei Einführung verfügbar.

    • Nutzer können gerenderte Bilder über ein Chrome-Kontextmenüelement direkt in Gemini in Chrome hochladen. Nutzer können dann mit Prompts in Gemini in Chrome neue, abgeleitete Bilder generieren. Mit der Zustimmung des Nutzers kann Gemini in Chrome auch den Google Passwortmanager verwenden, um sich auf Websites anzumelden.

    • Es ist ein Kontextmenüpunkt zum Hochladen von Bildern für Enterprise-Nutzer verfügbar. Die Funktion berücksichtigt Regeln, die über die Richtlinie DataControlsRules und die Einstellungen für OnBulkDataEntryEnterpriseConnector festgelegt wurden.

  • Chrome 144 für macOS und Windows: Das Kontextmenüelement zum Hochladen von Bildern ist für Unternehmensnutzer verfügbar. Die Funktion berücksichtigt Regeln, die über die Richtlinie DataControlsRules und die Einstellungen für OnBulkDataEntryEnterpriseConnector festgelegt wurden.
  • Chrome 144 für ChromeOS: Bereits in Version 144 wird Gemini in Chrome nach und nach auf ausgewählten ChromeOS-Geräten eingeführt.
  • Chrome 144 für MacOS und Windows: In Gemini in Chrome können einige Drittanbietertools aufgerufen werden, die als Gemini-Erweiterungen verfügbar sind.
  • Chrome 147 für MacOS und Windows: Agentische KI-Funktionen in Gemini in Chrome sind für Unternehmensnutzer verfügbar.
  • Chrome 148 für macOS und Windows: Bereits ab Chrome 148 für macOS und Windows sind agentische KI-Funktionen in Gemini in Chrome für Unternehmensnutzer verfügbar.
  

   

• Der Remote-Debugging-Server kann über chrome://inspect gestartet werden 

  Mit dieser Funktion kann der Nutzer einen Remote-Debugging-Server über die Seite chrome://inspect starten, ohne Chrome neu starten zu müssen. Bisher war das nur über CLI-Argumente möglich. Administratoren können diese Funktion über die vorhandene Richtlinie RemoteDebuggingAllowed steuern. Die Funktion ist nicht verfügbar, wenn die Richtlinie auf „false“ gesetzt ist.

  • Chrome 144 für ChromeOS, Linux, MacOS und Windows: Der Remote-Debugging-Server kann über chrome://inspect gestartet werden.

   

• Neue Richtlinien im Chrome-Browser 

  Richtlinie	Beschreibung
  DataControlsRules	Mit dieser Richtlinie werden Datenkontrollregeln festgelegt.
  ShowHomeButton	Zeigt den Button „Startseite“ auf der Symbolleiste an.
  SilentPrintingEnabled	Stummes Drucken aktivieren
  ProxyOverrideRules	Proxy-Überschreibungsregeln konfigurieren
  SearchContentSharingSettings	Damit wird festgelegt, ob Nutzer Seiteninhalte mit dem Suchanbieter (z. B. Google) teilen dürfen. Dazu gehört das Teilen von Seitentext, Bildern und anderen Inhalten. Mit dieser Richtlinie wird auch das Verhalten von Funktionen wie dem KI‑Modus, Lens und anderen Funktionen gesteuert, bei denen Seiteninhalte mit dem Suchanbieter geteilt werden.
  GeolocationBlockedForUrls	Zugriff auf Standortbestimmung für bestimmte Websites blockieren
  BookmarkBarEnabled	Aktiviert die Lesezeichenleiste.
  UserSecurityAuthenticatedReporting	Mit dieser Einstellung wird festgelegt, ob Nutzer-Sicherheitsereignisse auf nicht verwalteten Geräten mit einem Gerätenutzernamen gemeldet werden sollen.
  PreciseGeolocationAllowedForUrls	Sie können den Zugriff auf den genauen Standort für bestimmte Websites zulassen.
  HomepageIsNewTabPage	„Neuer Tab“-Seite als Startseite verwenden
  StaticStorageQuotaEnabled	Statisches Speicherkontingent für Websites aktivieren.
  UserSecuritySignalsReporting	Mit dieser Einstellung wird festgelegt, ob Nutzersicherheitssignale auf nicht verwalteten Geräten gemeldet werden sollen.

    

Änderungen bei Chrome Enterprise Core

   

• Dynamische Empfehlungen in der Admin-Konsole 

  In Chrome Enterprise wird in der Google Admin-Konsole auf der Seite Übersicht eine neue Liste mit dynamischen Empfehlungen eingeführt.

  Diese Empfehlungsliste hilft IT-Administratoren, die nächsten Schritte zu verstehen, Benachrichtigungen zu wichtigen Änderungen zu erhalten, Neuigkeiten in den Versionshinweisen zu entdecken und beliebte Einstellungen zu konfigurieren. Die Liste ändert sich dynamisch basierend auf der Konfiguration des Administrators für jede Organisationseinheit.

  Administratoren können diese Funktion direkt in der Admin-Konsole unter Chrome-Browser > Übersicht ausprobieren.

  • Chrome 144 für Android, iOS, Linux, MacOS und Windows: Die Funktion wird nach und nach eingeführt.
  • Chrome 143 für Android, iOS, Linux, Mac und Windows: Verfügbar für Trusted Tester von Chrome Enterprise.
   

   

• Experimentelle Richtlinien zur Einhaltung der Kryptografie 

  PreferSlowKEXAlgorithms und PreferSlowCiphers sind zwei neue experimentelle Unternehmensrichtlinien, mit denen Chrome so konfiguriert wird, dass die bevorzugten Algorithmen für Schlüsselvereinbarungen (unterstützte Gruppen) und die Algorithmen für Verschlüsselungschiffren in TLS 1.3 so angeordnet werden, dass Algorithmen Vorrang erhalten, die von einer bestimmten Compliance-Regelung zugelassen sind. Derzeit ist CNSA2 das einzige Compliance-Regime. Dies garantiert nicht, dass bestimmte Algorithmen ausgehandelt werden. Es ermöglicht es Serverbetreibern, die Clients mit und ohne Compliance-Anforderungen unterstützen möchten, zwischen diesen Clients zu unterscheiden. Bestimmte nicht standardmäßige Algorithmen mit erhöhter kryptografischer Stärke werden nur für diejenigen Clients verwendet, die ausdrücklich so konfiguriert wurden, dass sie diese bevorzugen. Diese Richtlinie ist für die Sicherheit nicht erforderlich. Die Standardkryptografie, die von Chrome verwendet wird, ist stark genug, um einem Brute-Force-Angriff mit der gesamten Energie der Sonne standzuhalten. Wenn Sie diese Richtlinie festlegen, wird Chrome beim Zugriff auf Websites langsamer. Diese Richtlinie wirkt sich nur auf TLS 1.3 und QUIC aus, nicht auf frühere Versionen von TLS.

  Diese Richtlinien sind vorübergehend als einzelnes kombiniertes Flag verfügbar: chrome://#cryptography-compliance-cnsa.

  • Chrome 143 für Android, ChromeOS, Linux, macOS, Windows und Fuchsia: Die Richtlinien sind für den Chrome-Browser verfügbar, aber als experimentell gekennzeichnet.
  • Chrome 144 für ChromeOS: Die zusätzlichen Richtlinien, die für den Anmeldebildschirm von ChromeOS-Geräten gelten, sind verfügbar, aber als experimentell gekennzeichnet.
  • Chrome 146 für Android, ChromeOS, Linux, MacOS und Windows: In Chrome 146 werden die TLS-Server für Google-Properties aktualisiert, um ML-KEM-1024 auszuhandeln, wenn dieses Flag gesetzt ist. Ab diesem Zeitpunkt ist die Richtlinie nicht mehr als „in der Entwicklungsphase“ gekennzeichnet.

   

• Neue Installationsmodi für Erweiterungen 

  Chrome Enterprise unterstützt neue Installationsmodi für Erweiterungen in der Admin-Konsole. Administratoren haben jetzt folgende Möglichkeiten:

  • Erweiterungen in Chrome blockieren und deinstallieren
  • Installation von Erweiterungen erzwingen
  • oder Nutzern erlauben, eine Erweiterung zu deaktivieren

  Diese neuen Installationsmodi sind auf der Einstellungsseite Apps und Erweiterungen auf dem Tab Nutzer und Browser verfügbar. Dort können Administratoren neue Installationsrichtlinien auswählen.

   
  • Chrome 144 für Linux, macOS und Windows: Die Funktion wird nach und nach eingeführt.
   

 

Änderungen bei Chrome Enterprise Premium

Weitere Informationen zu den Unterschieden zwischen Chrome Enterprise Core und Chrome Enterprise Premium

   

• Datenschutzregeln für Kopieren und Einfügen   

  Damit Organisationen Daten-Exfiltration auf Mobilgeräten besser verhindern können, werden die vorhandenen Steuerelemente für Zwischenablagedaten in Chrome für Desktopcomputer erweitert. Administratoren können jetzt mit der Richtlinie DataControlsRules Regeln festlegen, die Nutzer blockieren oder warnen, wenn sie versuchen, Inhalte zu kopieren oder einzufügen, die gegen Organisationsrichtlinien verstoßen.

  Mit dieser Funktion können Administratoren Datengrenzen definieren und verhindern, dass vertrauliche Informationen aus einem Arbeitskontext in private Apps oder Websites auf den Mobilgeräten der Mitarbeiter eingefügt werden. Damit wird eine erhebliche Sicherheitslücke geschlossen und eine häufig angefragte Funktion für Unternehmenskunden angeboten, die das Fehlen von Einstellungen für mobile Daten als Problem angaben.

  Um diese Funktion zu verwenden, können Administratoren Einschränkungen für die Zwischenablage in der Richtlinie DataControlsRules konfigurieren. So wird eine einheitliche Verwaltung auf Desktop- und Mobilgeräten ermöglicht, um den allgemeinen Sicherheitsstatus des Unternehmens zu stärken. Weitere Informationen finden Sie in diesem Hilfeartikel. Dort wird beschrieben, wie Administratoren Connectors für die Chrome Enterprise-Berichterstellung konfigurieren und verwalten können, um Browser-Sicherheits- und Datenschutzereignisse zur Analyse an Drittanbieterdienste weiterzuleiten.

  • Chrome 144 für iOS: Datenschutzregeln bei Kopieren und Einfügen auf iOS-Geräten sind verfügbar.
  • Chrome 140 für Android: Datenschutzregeln bei Kopieren und Einfügen auf Android-Geräten sind verfügbar.

   

• Schutz vor Manipulationen an lokalen Richtlinien   

  Die Signale zur Erkennung von Richtlinienkonflikten für den kontextsensitiven Zugriff (CAA, Context-Aware Access) schließen eine erhebliche Sicherheitslücke, da sie die Erkennung von Unternehmensrichtlinien ermöglichen, die durch in Konflikt stehende lokale Einstellungen auf BYOD-Geräten überschrieben werden.

  Dies wird erreicht, indem neue Richtlinienkonfliktsignale aus dem verwalteten Chrome-Profil in die vorhandene Pipeline für Sicherheitsberichte eingebunden werden, die von der Richtlinie UserSecuritySignalsReporting gesteuert wird.

  Dank dieser Transparenz können Administratoren CAA-Regeln in den Tools für Daten- und Bedrohungsschutz oder im Security Gateway von Chrome Enterprise Premium (CEP) festlegen, um den Zugriff auf Unternehmensanwendungen automatisch zu blockieren, wenn kritische Richtlinien wie DLP-Einstellungen, Safe Browsing oder Sperrlisten für Erweiterungen nicht eingehalten werden.

  • Chrome 144 für Linux, MacOS und Windows: Die Erkennung und Meldung von Metadaten zu Richtlinienkonflikten beginnt.
  • Chrome 145 für Linux, macOS und Windows: Der Ablauf für die kontextsensitive Zugriffsprüfung (Context-Aware Access, CAA) wird aktiviert, damit Administratoren Erzwingungsregeln basierend auf dem Vorhandensein eines Konflikts schreiben können.
  • Chrome 146 für Linux, macOS und Windows: Die Benutzeroberfläche der Admin-Konsole wird aktualisiert, um Konfliktsignale anzuzeigen. Außerdem werden Richtlinienwerte gemeldet.

    

• Download in die Cloud erzwungen   

  Administratoren können jetzt eine Regel zum Schutz vor Datenverlust konfigurieren, mit der vertrauliche Dateidownloads vom lokalen Gerät eines Nutzers automatisch zu seinem geschäftlichen Google Drive umgeleitet werden. Mit der Aktion In Cloud-Speicher speichern erzwingen wird verhindert, dass sensible Daten auf nicht verwalteten lokalen Festplatten (z. B. C:\Downloads) gespeichert werden. So wird für eine sichere Aufbewahrungskette gesorgt. Wenn ein Nutzer versucht, eine Datei herunterzuladen, die von DLP-Richtlinien gemeldet wurde, fängt die Secure Enterprise Browser-Erweiterung den Download ab und lädt die Datei direkt in das Unternehmenslaufwerk des Nutzers hoch.

  • 
    Chrome 144 für Linux, MacOS und Windows: Die Funktion wird nach und nach eingeführt. Die Abhilfemaßnahme Download in die Cloud erzwingen ist in der Funktion zum Erstellen von DLP-Regeln (Data Loss Prevention, Schutz vor Datenverlust) verfügbar.

   

• Proxy-Überschreibungsregeln   

  Um die Proxyverwaltung in komplexen Unternehmensumgebungen zu vereinfachen, werden in Chrome 144 zwei neue Richtlinien eingeführt: ProxyOverrideRules und EnableProxyOverrideRulesForAllUsers. Bisher mussten Organisationen, die mehrere Proxylösungen verwenden (z. B. einen allgemeinen Proxy und einen bestimmten Proxy für das Secure Gateway von Google) oder verschiedene Administratorteams haben (z. B. für GPO und die Google Admin-Konsole), komplexe PAC-Dateien manuell zusammenführen. Dieser Prozess ist fehleranfällig und führt zu erheblichem Verwaltungsaufwand.

  Mit der neuen Richtlinie ProxyOverrideRules können Administratoren eine Liste von Routingregeln konfigurieren, die vor jeder vorhandenen Proxykonfiguration ausgewertet werden, einschließlich der PAC-Dateien, die durch die Richtlinie ProxySettings festgelegt wurden. So können Administratoren bestimmte Routen ganz einfach voranstellen oder überschreiben, z. B. um Traffic für private Web-Apps an ein sicheres Gateway zu senden, ohne das primäre, unternehmensweite PAC-Script zu ändern.

  Nutzer sehen auf der Seite chrome://settings eine Benachrichtigung, wenn diese administrativen Proxyregeln aktiv sind.

  • 
    Chrome 144 für ChromeOS, Linux, macOS und Windows: ProxyOverrideRules wird verfügbar.

Anstehende Änderungen für den Chrome-Browser

   

• 2‑Faktor-Authentifizierung für Administratorkonten erzwingen 

  Um die Daten Ihrer Organisation besser zu schützen, erfordert Google bald die Aktivierung der Bestätigung in zwei Schritten für alle Konten mit Zugriff auf admin.google.com. Als Google Workspace-Administrator müssen Sie Ihre Identität mit der 2‑Faktor-Authentifizierung bestätigen. Dazu benötigen Sie Ihr Passwort und etwas Zusätzliches, z. B. Ihr Smartphone oder einen Sicherheitsschlüssel. Die Erzwingung erfolgt in den kommenden Monaten schrittweise. Sie sollten die Bestätigung in zwei Schritten für die Administratorkonten in Ihrer Organisation aktivieren, bevor sie von Google durchgesetzt wird. Weitere Informationen finden Sie im Hilfeartikel 2‑Faktor-Authentifizierung für Administratoren erzwingen.

  • Chrome 145 für ChromeOS, Linux, MacOS und Windows: Pflicht zur 2‑Faktor-Authentifizierung
  • Chrome 137 für ChromeOS, Linux, MacOS und Windows: Erzwingen der 2‑Faktor-Authentifizierung beginnt

 

   

• Änderung des Releasezeitplans in Chrome 145 (nur Early Stable) 

  Ab Chrome 145 wird Chrome eine Woche früher als bisher kommuniziert im Early Stable-Channel eingeführt. So ist beispielsweise die Einführung der Early Stable-Version für Chrome 145 vom 4. Februar 2026 auf den 28. Januar 2026 vorgezogen worden. An der Veröffentlichung der stabilen Version ändert sich nichts. Den aktualisierten Release-Zeitplan finden Sie hier.

  • 
    Chrome 145 für Android, iOS, macOS und Windows: Chrome wird eine Woche früher im Early Stable-Channel eingeführt.
   

   

• Unterstützung für veraltete virtuelle Kameras in Chrome unter macOS wird entfernt 

  Bereits ab Chrome 145 werden obsolete virtuelle Kameras für alle unterstützten macOS-Versionen nicht mehr unterstützt.

  Unter macOS werden moderne virtuelle Kameras mit dem Core Media IO-Framework erstellt, das seit macOS 12.3 verfügbar ist. Apple hat sich an die Entwickler gewandt und alle modernen virtuellen Kamera-Softwarelösungen wurden auf dieses Core Media IO-Framework migriert.

  Veraltete virtuelle Kameras, die als DAL-Plug-ins erstellt wurden, werden seit macOS 14.1 (2023) von macOS selbst blockiert und werden in Safari seit 2018 oder noch länger nicht mehr unterstützt.

  Chrome wird die Unterstützung für veraltete virtuelle Kameras für alle unterstützten macOS-Versionen einstellen. Dadurch kann die Sicherheit von Chrome verbessert werden, da das Laden von Drittanbieterbibliotheken in Chrome-Prozesse vollständig unterbunden wird.

  • Chrome 145 für Windows, macOS und Linux 

   

• Erweiterungen mit erzwungener Installation und Verstößen, bei denen es nicht um Malware geht, deaktivieren 

  Mit dieser Funktion werden Erweiterungen mit erzwungener Installation, die gegen die Chrome Web Store-Richtlinien verstoßen, in nicht verwalteten Browserumgebungen automatisch deaktiviert. Zu diesen Verstößen gehören allgemeine Programmverstöße, unerwünschte Software und potenzielle Sicherheitslücken, die nicht als Malware eingestuft werden. Nutzer können diese Erweiterungen weiterhin aktivieren oder deaktivieren, aber nicht entfernen.

  In Version 142 wurde die neue Unternehmensrichtlinie ExtensionForceInstallWithNonMalwareViolationEnabled hinzugefügt, um das vorhandene Verhalten für nicht verwaltete Browserumgebungen beizubehalten. Sie wird jedoch in Version 145 entfernt.

  Diese Änderung wirkt sich nicht auf verwaltete Instanzen von Chrome aus, die mit einer Microsoft Active Directory-Domain oder mit Microsoft Azure Active Directory verknüpft sind oder in Chrome Enterprise Core registriert sind. Unter macOS wirkt sich diese Änderung nicht auf Chrome-Instanzen aus, die über die Mobilgeräteverwaltung verwaltet werden, Teil einer Domain sind oder in Chrome Enterprise Core registriert sind.

  • Chrome 145 für MacOS und Windows: Die Funktion wird nach und nach eingeführt. Die Richtlinie ExtensionForceInstallWithNonMalwareViolationEnabled wird entfernt.
  • Chrome 142 für macOS und Windows: In Chrome 142 für Windows und macOS werden zwangsweise installierte Erweiterungen mit geringfügigen Richtlinienverstößen in Umgebungen mit geringem Vertrauen still deaktiviert.
   

   

• Daten aus Safari einfacher in Chrome für iOS importieren 

  Nutzer von Chrome für iOS können Daten (Lesezeichen, Verlauf, Passwörter, Zahlungskarten und Einträge in der Leseliste) importieren, die sie zuvor aus Safari exportiert haben. So können Nutzer, die den Browser wechseln, schneller mit der Einrichtung beginnen und ihre vorhandenen Daten mitnehmen.

  Chrome kann nicht direkt auf diese Daten zugreifen. Der Nutzer muss eine ZIP-Datei mit seinen Daten bereitstellen, die über die iOS-Einstellungen exportiert werden kann. Chrome bietet eine Anleitung dazu.

  • Chrome 145 für iOS: Die Funktion wird nach und nach eingeführt.
   

   

• Die Origin API 

  Der Ursprung ist ein grundlegender Bestandteil der Webimplementierung und sowohl für die Sicherheits- als auch für die Datenschutzgrenzen, die User-Agents einhalten, unerlässlich. Das Konzept ist zwischen HTML und URL gut definiert, ebenso wie weit verbreitete angrenzende Konzepte wie Website.

  Ursprünge sind Webentwicklern jedoch nicht direkt zugänglich. Es gibt zwar verschiedene Ursprungs-Getter für verschiedene Objekte, aber jeder von ihnen gibt die ASCII-Serialisierung eines Ursprungs zurück, nicht den Ursprung selbst. Das hat einige negative Auswirkungen. In der Praxis machen Entwickler, die beim Verarbeiten serialisierter Ursprünge versuchen, Vergleiche desselben Ursprungs oder derselben Website durchzuführen, oft Fehler, die zu Sicherheitslücken führen. Philosophisch gesehen scheint es sich um ein fehlendes Sicherheitsprimitiv zu handeln, das Entwickler nur schwer korrekt polyfillen können.

  Bereits in Chrome 145 planen wir, diese Lücke in der Plattform zu schließen, indem wir ein Ursprungs-Objekt einführen, das das Ursprungskonzept kapselt und hilfreiche Methoden für Vergleich, Serialisierung, Parsing usw. bietet.

   
  • Chrome 145 für Windows, macOS, Linux und Android

   

• On-Device-Betrugserkennung unter Android 

  In Chrome 145 wird eine Anfrage an Safe Browsing gesendet, um eine endgültige Entscheidung zu treffen, wenn auf dem Gerät ein Betrug mithilfe der visuellen Funktionen der Seite erkannt wird. Anhand dieses Urteils entscheidet Chrome, ob dem Nutzer eine Warnung angezeigt wird.

  Diese Funktion wird nur für Nutzer im erweiterten Schutzmodus aktiviert. Die Funktion wird für Nutzer im Modus Standardschutz oder für Nutzer, bei denen Safe Browsing deaktiviert ist, deaktiviert. Unternehmensadministratoren können diese Safe Browsing-Einstellung mit der Chrome Enterprise-Richtlinie SafeBrowsingProtectionLevel steuern.

  • Chrome 145 für Android

 

   

• Standardmäßig reduzierte User-Agent-Strings  

  Ab Chrome 145 wird die Richtlinie UserAgentReduction vollständig entfernt. Mit dieser Richtlinie konnte zuvor gesteuert werden, ob Chrome einen verkürzten oder vollständigen User-Agent-String gesendet hat.

  Um den Datenschutz für Nutzer zu verbessern und die Möglichkeiten für passives Tracking zu verringern, hat Chrome in Version 110 damit begonnen, die im User-Agent-Header enthaltenen Informationen standardmäßig zu reduzieren. Die Richtlinie UserAgentReduction wurde als vorübergehende Maßnahme für Unternehmen bereitgestellt, um diesen Übergang zu verwalten.

  Der empfohlene Mechanismus für Websites, um auf Browser- und Geräteinformationen zuzugreifen, sind jetzt User-Agent Client Hints (UA-CH). Bei UA-CH müssen Websites aktiv bestimmte Informationen anfordern. Das ist datenschutzfreundlicher als der alte User-Agent-String. Weitere Informationen finden Sie in diesem Artikel auf web.dev: Zu User-Agent-Client-Hints migrieren.

  Ab Chrome 145 hat die Richtlinie UserAgentReduction keine Auswirkungen mehr. Chrome sendet standardmäßig einen reduzierten User-Agent-String. Systeme oder Anwendungen, die auf diese Richtlinie angewiesen waren, um den vollständigen (alten) User-Agent-String zu erhalten, erhalten möglicherweise nicht mehr die erwarteten detaillierten Informationen.

  • Chrome 145 für Windows, macOS, Linux und Android

 

   

• Entfernung der Google Cloud Print-Richtlinie 

  Nach der Einstellung von Google Cloud Print entfernen wir die Richtlinie CloudPrintProxyEnabled. Mit dieser Richtlinie konnten Administratoren den Google Cloud Print-Proxy in Chrome aktivieren oder deaktivieren. Da der Google Cloud Print-Dienst nicht mehr verfügbar ist, werden die Richtlinie und die zugehörigen Einstellungen aus Chrome entfernt.

  • Chrome 145 für Linux, MacOS und Windows: Entfernung der Richtlinie CloudPrintProxyEnabled

 

   

• Verwendung von „CssPixels“ in der LayoutShift API 

  Diese Funktion ändert die Attributionsdaten (prevRect und currentRect) in der LayoutShift API so, dass sie in CSS-Pixeln anstelle von physischen Pixeln angegeben werden. Das aktuelle Verhalten stimmt nicht mit anderen layoutbezogenen APIs überein, die alle CSS-Pixel verwenden. Diese Änderung verbessert die Konsistenz, vereinfacht die Nutzung für Entwickler und entspricht den erwarteten Einheiten bei der Fehlerbehebung und in Tools. Die Funktion ist durch ein Flag für Tests und Evaluierungen geschützt. Die Funktion kann zum Testen mit dem Befehlszeilen-Flag --enable-blink-features=ReportLayoutShiftRectsInCssPixels. aktiviert werden.

   
  • Chrome 145 für Windows, macOS, Linux und Android

 

   

• Gebündelte Sicherheitseinstellungen 

  Mit dieser Funktion können Nutzer gebündelte Sicherheitsoptionen verwenden, um Sicherheitseinstellungen basierend auf dem gewünschten Schutz beim Verwenden von Chrome zu konfigurieren. Nutzer können zwischen Erweitert für das höchste Sicherheitsniveau und Standard für den standardmäßigen ausgewogenen Schutz wählen. Nutzer können weiterhin benutzerdefinierte Werte für die Einstellungen festlegen. Das vereinfacht die Nutzung und macht es Nutzern leichter, das gewünschte Schutzniveau zu erhalten, ohne dass sie sich mit erweiterten Konfigurationsoptionen auskennen müssen. Bestehende Unternehmensrichtlinien haben Vorrang vor der Auswahl von Endnutzer-Bundles. Wenn eine vorhandene Richtlinie für Sicherheitseinstellungen konfiguriert ist, werden die Werte nicht durch die Auswahl eines Sicherheitsbundles durch einen Nutzer überschrieben.

  • Chrome 146 für ChromeOS, Linux, macOS und Windows

 

   

• Einschränkungen für den Zugriff auf lokales Netzwerk 

  In Chrome 142 wird die Möglichkeit, Anfragen an das lokale Netzwerk des Nutzers zu senden, eingeschränkt. Dies ist nur nach einer Berechtigungsaufforderung möglich.

  Eine lokale Netzwerkanfrage ist eine Anfrage von einer öffentlichen Website an eine lokale IP-Adresse oder einen Loopback oder von einer lokalen Website (z. B. Intranet) an einen Loopback. Wenn Websites diese Anfragen nur mit einer Berechtigung ausführen können, wird das Risiko von Fälschungsangriffen bei websiteübergreifenden Anfrage gegen lokale Netzwerkgeräte wie Router verringert. Außerdem wird die Möglichkeit von Websites eingeschränkt, diese Anfragen zu verwenden, um das lokale Netzwerk des Nutzers zu identifizieren.

  Diese Berechtigung ist auf sichere Kontexte beschränkt. Wenn die Berechtigungen erteilt werden, wird die Blockierung von gemischten Inhalten für lokale Netzwerkanfragen zusätzlich gelockert, da viele lokale Geräte aus verschiedenen Gründen keine öffentlich vertrauenswürdigen TLS-Zertifikate erhalten können.

  Diese Arbeit ersetzt eine frühere Initiative namens Zugriff auf private Netzwerke, bei der Preflight-Anfragen verwendet wurden, um das Opt-In lokaler Geräte zu ermöglichen.

  Weitere Informationen zu dieser Funktion finden Sie unter Website an neue Einschränkungen für den Zugriff auf das lokale Netzwerk in Chrome anpassen.

  • Chrome 152 für Android, ChromeOS, Linux, macOS und Windows: LocalNetworkAccessRestrictionsTemporaryOptOut wird entfernt.
  • Chrome 146 für Android, ChromeOS, Linux, macOS und Windows: Die Einschränkungen für den Zugriff auf das lokale Netzwerk wurden auf WebSocket- und WebTransport-Verbindungen ausgeweitet.

 

   

• Richtlinien zur Drittanbieter-Speicherpartitionierung entfernen 

  Die Drittanbieter-Speicherpartitionierung ist seit Chrome 115 die Standardeinstellung. Das Flag chrome://, mit dem Nutzer diese Funktion deaktivieren konnten, wurde in Chrome 128 entfernt. Der Test zur Einstellung für die Einstellung endete mit Chrome 139. In Chrome 146 werden die Unternehmensrichtlinien DefaultThirdPartyStoragePartitioningSetting und ThirdPartyStoragePartitioningBlockedForOrigins entfernt. Nutzer sollten auf alternative Speicherlösungen umstellen, indem sie entweder die Drittanbieter-Speicherpartitionierung nutzen oder bei Bedarf document.requestStorageAccess({...}) verwenden.

  Wenn Sie Feedback haben, können Sie es hier diesem Chromium Bug hinzufügen.

  • Chrome 146 für Android, ChromeOS, Linux, MacOS, Windows und Fuchsia: Die Richtlinien DefaultThirdPartyStoragePartitioningSetting und ThirdPartyStoragePartitioningBlockedForOrigins wurden entfernt.

   

• Ändern der WarnungKein HTTPS 

  Die Warnung, die angezeigt wird, wenn ein Nutzer die Option Immer sichere Verbindungen verwenden unter chrome://settings/security aktiviert, wird von einer Interstitial-Seite zu einem Dialogfeld geändert. Das vollständige Laden der Seite bleibt blockiert und die Funktionalität bleibt unverändert. Das Sicherheitssymbol für URL-Inhalte in der Warnung wird vom Indikator zum defekten Schloss geändert. Einige Nutzer sehen diese Warnung möglicherweise automatisch, wenn sie HTTP-Websites aufrufen. Nutzer können die Warnung unter chrome://settings/security aktivieren.

  • Chrome 141 für ChromeOS, Linux, macOS und Windows: Neues Warnungsdesign auf Desktop-Plattformen
  • Chrome 146 für Android: Ähnliches aktualisiertes Warnungsdesign für Android, bei dem anstelle eines vollständigen Interstitials eine Warnblase verwendet wird.
   

   

• X25519Kyber768-Schlüsselkapselung für TLS 

  In Chrome 124 wurde auf allen Desktopplattformen standardmäßig der neue Post-Quanten-Mechanismus zur sicheren TLS-Schlüsselkapselung X25519Kyber768 aktiviert, der auf einem NIST-Standard (ML-KEM) basiert. So wird der Netzwerkverkehr von Chrome mit Servern, die ebenfalls ML-KEM unterstützen, vor der Entschlüsselung durch einen zukünftigen Quantencomputer geschützt. Diese Änderung sollte für Serverbetreiber transparent sein. Diese Chiffre wird sowohl für TLS 1.3- als auch für QUIC-Verbindungen verwendet.

  Einige TLS-Midboxes sind jedoch möglicherweise nicht auf die Größe einer Kyber-Schlüsselkapselung (ML-KEM) oder einen neuen TLS-ClientHello-Chiffre-Codepunkt vorbereitet. Dies führt zu unterbrochenen oder hängenden Verbindungen. Dies lässt sich beheben, indem Sie Ihre Middlebox aktualisieren oder den Mechanismus zur Schlüsselkapselung über die temporäre Unternehmensrichtlinie PostQuantumKeyAgreementEnabled deaktivieren, die bis Ende 2024 verfügbar ist. Langfristig werden Post-Quanten-sichere Chiffren jedoch in TLS erforderlich sein und die Unternehmensrichtlinie wird entfernt. Für CSNA 2.0 ist Post-Quanten-Kryptografie erforderlich. Weitere Informationen finden Sie unter Chrome-Traffic mit Hybrid-Kyber-KEM schützen.

  • Chrome 131 für Linux, macOS und Windows: Chrome stellt den Schlüsselkapselungsmechanismus auf die endgültige Standardversion ML-KEM um.
  • Chrome 146 für Linux, macOS und Windows: Unternehmensrichtlinie wird entfernt
   

   

• Leerzeichen in URL-Hosts ohne file:// nicht zulassen 

  Gemäß der URL-Standardspezifikation dürfen URL-Hosts kein Leerzeichen enthalten. Derzeit lässt die URL-Analyse in Chromium jedoch Leerzeichen im Host zu. Dies führt dazu, dass Chromium in den Bereichen Interop2024 HTTPS URLs for WebSocket und URL-Fokus mehrere Tests nicht besteht. Um Chromium an die Spezifikationen anzupassen, möchten wir Leerzeichen aus URL-Hosts entfernen. Das Problem dabei ist, dass sie im Hostteil von Windows-file://-URLs verwendet werden. Weitere Informationen finden Sie in dieser GitHub-Diskussion.

  • Chrome 147 für Android, ChromeOS, LaCrOS, Linux, macOS, Windows und Fuchsia

   

• Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche unter Windows

  Ab Chrome 126 unterstützt Chrome Bedienungshilfen-Client-Software, die das Bedienungshilfen-Framework zur Benutzeroberflächenautomatisierung von Microsoft Windows verwendet. Vor dieser Änderung arbeitete diese Software in Microsoft Windows über einen Kompatibilitäts-Shim mit Chrome zusammen. Diese Änderung soll die Barrierefreiheit für viele Nutzer verbessern. Die App bietet vollständige Unterstützung für Sprecher, Lupe und Voice Access. Außerdem werden wir Drittanbieter-Apps verbessern, die das Bedienungshilfen-Framework zur Benutzeroberflächenautomatisierung nutzen. Für Nutzer von Chrome ist die Arbeitsspeichernutzung und der Verarbeitungsaufwand geringer, wenn sie Bedienungshilfen verwenden. Außerdem wird die Entwicklung von Software mit Hilfstechnologien erleichtert.

  Administratoren können die Unternehmensrichtlinie UiAutomationProviderEnabled ab Chrome 125 verwenden, um entweder die Aktivierung des neuen Anbieters zu erzwingen, damit alle Nutzer die neue Funktion erhalten, oder den neuen Anbieter zu deaktivieren. Diese Richtlinie wird bis Chrome 147 unterstützt und in Chrome 147 entfernt. Dieser einjährige Zeitraum soll Unternehmen genügend Zeit für die Zusammenarbeit mit Drittanbietern geben, damit sie Inkompatibilitäten beheben können, die durch den Wechsel vom Microsoft-Kompatibilitäts-Shim zum Anbieter der Benutzeroberflächenautomatisierung von Chrome entstehen.

  • Chrome 125 für Windows: Die Richtlinie UiAutomationProviderEnabled wird eingeführt, damit Administratoren den Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche von Chrome aktivieren und prüfen können, ob Bedienungshilfen von Drittanbietern weiterhin funktionieren.
  • Chrome 126 für Windows: Das Framework für Chrome-Varianten wird verwendet, um Anbieter des Bedienungshilfen-Frameworks zur Benutzeroberflächenautomatisierung von Chrome für Nutzer zu aktivieren. Die Funktion wird nach und nach für alle stabilen Versionen aktiviert. Bei Bedarf werden allerdings auch Pausen eingelegt, um Kompatibilitätsprobleme zu beheben, wo dies in Chrome möglich ist. Unternehmensadministratoren können die Richtlinie UiAutomationProviderEnabled weiterhin verwenden, um das neue Verhalten frühzeitig zu aktivieren. In Chrome 146 lässt es sich vorübergehend deaktivieren.
  • Chrome 147 für Windows: Die Richtlinie UiAutomationProviderEnabled wird aus Chrome entfernt. Alle Clients verwenden den Anbieter für das Bedienungshilfen-Framework zur Automatisierung der Benutzeroberfläche im Browser.

   

• WebRequest.SecurityInfo in Controlled Frame 

  Mit diesem Feature wird eine WebRequest.SecurityInfo API für ControlledFrame eingeführt. Damit kann eine Web-App eine HTTPS-, WSS- oder WebTransport-Anfrage an einen Server abfangen, den Zertifikats-Fingerabdruck des Servers (wie vom Browser überprüft) abrufen und diesen Fingerabdruck dann verwenden, um das Zertifikat einer separaten TCP-/UDP-Rohverbindung zum selben Server manuell zu überprüfen. So kann die App auf einfache Weise bestätigen, dass sie mit dem richtigen Server kommuniziert.

  • Chrome 147 für Windows, macOS und Linux

   

• Ursprungsgebundene Cookies (Standard) 

  In Chrome 148 sind Cookies standardmäßig an ihren Ursprung gebunden, sodass sie nur über diesen Ursprung zugänglich sind, d. h. sie werden bei einer Anfrage gesendet oder sind über document.cookie sichtbar. Cookies können die Einschränkungen für die Host- und Portbindung durch die Verwendung des Domain-Attributs aufheben, aber alle Cookies sind an das Schema ihrer Einstellung gebunden.

  Die temporären Unternehmensrichtlinien LegacyCookieScopeEnabled und LegacyCookieScopeEnabledForDomainList sind verfügbar, um diese Änderung rückgängig zu machen. Diese Richtlinien funktionieren ab Chrome 150 nicht mehr.

  • Chrome 148 für Android, iOS, Linux, macOS und Windows: Unternehmensrichtlinien sind verfügbar
  • Chrome 150 für Android, iOS, Linux, macOS und Windows: Unternehmensrichtlinien werden entfernt

   

• Migration von der Safe Browsing API v4 zur v5 

  Chrome-Aufrufe der SafeBrowsing v4 API werden stattdessen zum Aufrufen von v5 API migriert. Auch die Methodennamen unterscheiden sich zwischen v4 und v5. Wenn Administratoren eine v4-spezifische Zulassungsliste für URLs haben, um Netzwerkanfragen an https://safebrowsing.googleapis.com/v4* zuzulassen, sollten diese so geändert werden, dass stattdessen Netzwerkanfragen an die gesamte Domain zugelassen werden: safebrowsing.googleapis.com. Andernfalls führen abgelehnte Netzwerkanfragen an die v5 API zu Rückschritten bei der Sicherheit für Nutzer. Weitere Informationen finden Sie unter Migration von V4 – Safe Browsing. 

  • Chrome 148 für Android, iOS, ChromeOS, Linux, macOS und Windows: Die Funktion wird nach und nach eingeführt.

   

• Isolierte Web-Apps 

  Isolierte Web-Apps (IWAs) sind eine Erweiterung der bestehenden Arbeit an der PWA-Installation und dem Web Packaging, die einen besseren Schutz vor Manipulation von Servern und anderen Manipulationen bieten – erforderlich für Entwickler von sicherheitsrelevanten Anwendungen. Diese Anwendungen werden nicht auf Live-Webservern gehostet und über HTTPS abgerufen, sondern in Web-Bundles verpackt, vom Entwickler signiert und über eine oder mehrere der im Explainer beschriebenen Methoden an Endnutzer verteilt. 

  Bereits ab Chrome 150 können isolierte Webanwendungen nur noch über eine Administratorrichtlinie auf von Unternehmen verwalteten ChromeOS-Geräten installiert werden.

  • Chrome 150 für Windows: Mit diesem Roll-out wird die Unterstützung für isolierte Webanwendungen in von Unternehmen verwalteten Browserkonfigurationen unter Windows hinzugefügt.

   

• Ende der Unterstützung von macOS 12 in Chrome 

  Chrome 150 ist die letzte Version, die macOS 12 unterstützt. Chrome 151 und höher unterstützen macOS 12 nicht mehr, da diese Version sich außerhalb des Supportfensters von Apple befindet. Zur Aufrechterhaltung der Sicherheit ist die Ausführung eines unterstützten Betriebssystems unerlässlich.

  Auf Macs mit macOS 12 funktioniert Chrome weiterhin und es wird eine Warnung in der Infoleiste angezeigt. Chrome wird jedoch nicht mehr aktualisiert. Wenn ein Nutzer Chrome aktualisieren möchte, muss er seinen Computer auf eine unterstützte Version von macOS aktualisieren. 

  Für Neuinstallationen von Chrome 151 oder höher ist macOS 13 oder höher erforderlich.

  • Chrome 151 für Windows, macOS und Linux

   

• XSLT einstellen und entfernen 

  XSLT v1.0, an die sich alle Browser halten, wurde 1999 standardisiert. Inzwischen hat sich XSLT zu Version 2.0 und 3.0 weiterentwickelt und unterscheidet sich von der alten, in Browsern fixierten Version. Diese fehlende Weiterentwicklung in Verbindung mit dem Aufkommen von JavaScript-Bibliotheken und ‑Frameworks, die eine flexiblere und leistungsstärkere DOM-Manipulation ermöglichen, hat zu einem erheblichen Rückgang der Verwendung von clientseitiger XSLT geführt. Ihre Rolle im Webbrowser wurde weitgehend durch JavaScript-basierte Technologien wie JSON+React ersetzt.

  Chromium verwendet die libxslt-Bibliothek, um diese Transformationen zu verarbeiten. libxslt wurde 2025 etwa sechs Monate lang nicht gewartet. Libxslt ist eine komplexe, veraltete C-Codebasis, die bekanntermaßen anfällig für Speichersicherheitslücken wie Pufferüberläufe ist, die zur Ausführung von beliebigem Code führen können. Da clientseitige XSLT mittlerweile eine Nischenfunktion ist, die nur selten verwendet wird, werden diese Bibliotheken viel seltener gewartet und auf Sicherheit geprüft als die wichtigsten JavaScript-Engines. Sie stellen jedoch eine direkte, wirksame Angriffsfläche für die Verarbeitung nicht vertrauenswürdiger Webinhalte dar. Tatsächlich ist XSLT die Quelle mehrerer schwerwiegender Sicherheitslücken, die Browsernutzer weiterhin gefährden. Aus diesen Gründen planen Chromium und die anderen Browser-Engines, XSLT von der Webplattform zu entfernen. Weitere Informationen finden Sie in diesem Artikel auf Chrome for Developers.

  • Chrome 143 für Android, ChromeOS, Linux, MacOS und Windows: Die APIs werden eingestellt, aber nicht entfernt.
  • Chrome 152 für Android, ChromeOS, Linux, macOS und Windows: Der Ursprungstest (Origin Trial, OT) und die Unternehmensrichtlinie werden zu Testzwecken eingeführt. Damit können Websites und Unternehmen Funktionen auch nach dem Entfernen weiterhin verwenden.
  • Chrome 155 für Android, ChromeOS, Linux, MacOS und Windows: XSLT funktioniert in stabilen Versionen für alle Nutzer außer Teilnehmern am Ursprungstest und an der Unternehmensrichtlinie nicht mehr.
  • Chrome 164 für Android, ChromeOS, Linux, MacOS und Windows: Ursprungstest und Unternehmensrichtlinie funktionieren nicht mehr. XSLT ist für alle Nutzer deaktiviert.

   

• PostQuantum-Kryptografie für DTLS in WebRTC 

  Diese Funktion ermöglicht die Verwendung von Post-Quanten-Kryptografie (PQC) mit WebRTC-Verbindungen. Der Grund für PQC ist, den WebRTC-Media-Traffic auf den neuesten Stand der Kryptografieprotokolle zu bringen und Harvest Now to Crack Later-Szenarien zu verhindern. 

  Administratoren können diese Funktion über die Unternehmensrichtlinie WebRtcPostQuantumKeyAgreement steuern, damit Unternehmensnutzer PQC deaktivieren können. Die Richtlinie gilt nur vorübergehend und wird voraussichtlich in Chrome 152 entfernt.

  • Chrome 142 für Android, ChromeOS, Linux, macOS und Windows: Einführung der Funktion
  • Chrome 152 für Android, ChromeOS, Linux, MacOS, Windows und Fuchsia: Unternehmensrichtlinie entfernen

 

Bevorstehende Updates für Chrome Enterprise Core

Es sind keine bevorstehenden Updates für Chrome Enterprise Core geplant.

 

Bevorstehende Updates für Chrome Enterprise Premium

 

    

• Unterstützung größerer Dateien bei DLP-Scans 

  Die Funktionen zum Schutz vor Datenverlust (Data Loss Prevention, DLP) und zum Scannen auf Malware in Chrome Enterprise Premium werden auf große und verschlüsselte Dateien ausgeweitet. Bisher wurden Dateien, die größer als 50 MB sind, und alle verschlüsselten Dateien beim Scannen von Inhalten übersprungen. Mit diesem Update wird diese kritische Sicherheitslücke geschlossen. Bei Richtlinien, die so konfiguriert sind, dass Beweise gespeichert werden, können jetzt Dateien mit einer Größe von bis zu 2 GB an den Evidence Locker gesendet werden. Administratoren erhalten so mehr Transparenz und Kontrolle, wodurch das Risiko der Daten-Exfiltration durch große Dateiübertragungen erheblich verringert wird.

  Für die Aktivierung dieser Funktion ist keine neue Richtlinie erforderlich. Sie wird automatisch durch die vorhandenen Konfigurationen der DLP-Regeln in der Google Admin-Konsole gesteuert. Wenn Administratoren Regeln für das Hochladen, Herunterladen oder Drucken von Dateien haben, gelten diese jetzt auch für große und verschlüsselte Dateien. Weitere Informationen finden Sie unter Was sind ChromeOS-Datenkontrollen?.

  • Chrome 147 für Linux, macOS und Windows: In dieser Phase können große (>50 MB) und verschlüsselte Dateien für den Beweisspeicher gesammelt werden, wodurch eine wichtige DLP-Sicherheitslücke geschlossen wird.

Übersicht über ChromeOS-Version 144

 

ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Kabellose Bildschirmfreigabe und Bildschirmannotationen für Lehrkräfte in Unterrichtstools		✓	✓
Unterstützung mehrerer Apps für Protokollhandler		✓
„Gemini in Chrome“ wird auf Chromebook Plus-Geräten eingeführt		✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Version des Geräterollback-Schutzes in der Admin-Konsole			✓

 

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.

Aktuelle ChromeOS-Updates

   

• Kabellose Bildschirmfreigabe und Anmerkungen für Lehrkräfte in Unterrichtstools 

  Wir führen zwei leistungsstarke neue Funktionen für Lehrkräfte in den Unterrichtstools ein: die kabellose Bildschirmfreigabe und Anmerkungen.

  Lehrkräfte können jetzt ihren Bildschirm oder den Bildschirm eines Schülers/Studenten kabellos auf das Display im Klassenzimmer projizieren. Um eine Verbindung herzustellen, geben Lehrkräfte einen eindeutigen Code in die Lehrer-App für Unterrichtstools ein. Dieser wird mit einem dedizierten ChromeOS-Empfängergerät (z. B. einem Chromebook, einer Chromebox oder einem ChromeOS Flex-Gerät) gekoppelt, das von Ihrem Administrator eingerichtet wurde. So können Lehrkräfte den Unterricht leiten und die Arbeiten von Schülern und Studenten für die ganze Klasse hervorheben.

  Mit der neuen Funktion „Anmerkungen“ können Lehrkräfte ihre Geräte mit einem Eingabestift, Finger, Touchpad oder einer Maus verwenden, um während der Präsentation zu zeichnen oder zu schreiben. Ihre Notizen und Markierungen werden in Echtzeit auf dem gespiegelten Display angezeigt. So können Sie wichtige Punkte hervorheben und die Lernenden direkt in das Material einbeziehen. Wir erhöhen die maximale Anzahl von Schülern in einer Class Tools-Sitzung auf 100.

  Weitere Informationen

  
  

   

• Unterstützung mehrerer Apps für Protokollhandler 

  Mit dieser Funktion in ChromeOS 144 können progressive Web-Apps (PWAs) verarbeitete Protokolle im Manifest deklarieren. Außerdem können Nutzer Standardhandler auswählen, wenn mehrere PWAs dasselbe Protokoll deklarieren. Diese Änderung ermöglicht die Registrierung von URL-Protokoll-Handlern für PWAs, wie in der Chrome for Developer-Dokumentation für die Webplattform beschrieben.

   

• Gemini in Chrome wird auf Chromebook Plus-Geräten eingeführt 

  In ChromeOS 144 wird Gemini in Chrome auf Chromebook Plus-Geräten integriert und im Rahmen dieser Version nach und nach eingeführt. Die Funktion kann den Inhalt der aktuellen Seite verstehen. Nutzer können sich jetzt nahtlos die wichtigsten Punkte zusammenfassen lassen, Konzepte erklären lassen und Antworten auf ihre Fragen erhalten, ohne ihren Chrome-Tab zu verlassen. Diese Integration umfasst sowohl den Chat, in dem Nutzer über Text mit Gemini interagieren können, als auch Gemini Live, mit dem Nutzer über Sprache mit Gemini interagieren können.

 

Bevorstehende ChromeOS-Änderungen

   

• Version des Geräterollback-Schutzes in der Admin-Konsole 

  Ab ChromeOS 145 können Sie die auf Ihrem verwalteten Gerät installierte Version des Rollback-Schutzes sehen. Wählen Sie in der Admin-Konsole unter Geräte > Chrome > Geräte ein ChromeOS-Gerät aus, klicken Sie auf den Tab Betriebssystem und suchen Sie in der Tabelle Betriebssysteminformationen nach Version des Rollback-Schutzes.

  

Übersicht über Chrome-Version 143

 

Änderungen am Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
XSLT einstellen und entfernen	✓	✓	✓
Verbesserungen im KI‑Modus		✓
ICU-Version 77.1 (Unterstützung von Unicode 16)			✓
Neue Richtlinien im Chrome-Browser			✓
Änderungen bei Chrome Enterprise Core	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Dynamische Empfehlungen in der Admin-Konsole			✓
Von Unternehmen verwaltete Verknüpfungen auf der Seite „Neuer Tab“		✓	✓
Berichterstellung zu Profilen für Chrome unter iOS			✓
Experimentelle Richtlinien zur Einhaltung der Kryptografie	✓
Änderungen bei Chrome Enterprise Premium	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Unterstützung von Clientzertifikaten in Chrome für Android	✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Gemini in Chrome		✓
Gebündelte Sicherheitseinstellungen	✓
savedTabGroups als individueller Wert in SyncTypesListDisabled wird eingestellt			✓
Happy Eyeballs V3	✓		✓
Multicast-Unterstützung für die Direct Sockets API			✓
Betrugserkennung auf dem Gerät unter Android	✓
ServiceWorkerAutoPreload			✓
Aktualisierung des Designs der No HTTPS-Warnung	✓
Erzwingen der 2‑Faktor-Authentifizierung für Administratoren			✓
CSS-Pseudo-Elemente für das Hervorheben von Suchergebnissen auf der Seite			✓
Änderung des Zeitplans für die Einführung von Chrome Early Stable 145			✓
Erweiterungen mit erzwungener Installation und Verstößen, bei denen es nicht um Malware geht, deaktivieren.	✓
Ursprungsgebundene Cookies (Standard)			✓
Richtlinien zur Drittanbieter-Speicherpartitionierung entfernen	✓
X25519Kyber768-Schlüsselkapselung für TLS	✓
Verbieten von Leerzeichen in URL-Hosts ohne file://	✓
Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche unter Windows		✓
Migration von Safe Browsing API v4 zu v5	✓
Isolierte Web-Apps			✓
Post-Quanten-Kryptografie für DTLS in WebRTC	✓
Einschränkungen für den Zugriff auf lokales Netzwerk	✓		✓
Bevorstehende Änderungen bei Chrome Enterprise Core	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Keine anstehenden Ankündigungen neuer Funktionen		✓	✓
Bevorstehende Änderungen bei Chrome Enterprise Premium	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Datenschutzregeln für Kopieren und Einfügen	✓		✓
Proxy-Überschreibungsregeln	✓		✓
Unterstützung größerer Dateien bei DLP-Scans	✓		✓

 

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.

Die Versionshinweise für Chrome Enterprise und Chrome Education werden in Übereinstimmung mit dem Chrome-Veröffentlichungszeitplan am Datum der ersten stabilen Version des Chrome-Browsers veröffentlicht.

Änderungen beim Chrome-Browser  

   

• XSLT einstellen und entfernen 

  XSLT v1.0, an die sich alle Browser halten, wurde 1999 standardisiert. Inzwischen hat sich XSLT zu Version 2.0 und 3.0 weiterentwickelt. Es wurden Funktionen hinzugefügt und die alte Version, die in Browsern eingefroren ist, hat sich weiterentwickelt. Diese fehlende Weiterentwicklung in Verbindung mit dem Aufkommen von JavaScript-Bibliotheken und ‑Frameworks, die eine flexiblere und leistungsstärkere DOM-Manipulation ermöglichen, hat zu einem erheblichen Rückgang der Verwendung von clientseitiger XSLT geführt. Ihre Rolle im Webbrowser wurde weitgehend durch JavaScript-basierte Technologien wie JSON+React ersetzt.

  Chromium verwendet die libxslt-Bibliothek, um diese Transformationen zu verarbeiten. libxslt wurde jedoch etwa sechs Monate lang im Jahr 2025 nicht gewartet. Libxslt ist eine komplexe, alte C-Codebasis, die anfällig für Speichersicherheitslücken wie Pufferüberläufe ist, die zur Ausführung von beliebigem Code führen können. Da clientseitige XSLT mittlerweile eine Nischenfunktion ist, die nur selten verwendet wird, werden diese Bibliotheken viel seltener gewartet und auf Sicherheit geprüft als die wichtigsten JavaScript-Engines. Sie stellen jedoch eine direkte, wirksame Angriffsfläche für die Verarbeitung nicht vertrauenswürdiger Webinhalte dar. Tatsächlich ist XSLT die Quelle mehrerer schwerwiegender Sicherheitslücken, die Browsernutzer weiterhin gefährden.

  Aus diesen Gründen planen Chromium und die anderen Browser-Engines, XSLT von der Webplattform zu entfernen. Weitere Informationen finden Sie in diesem Chrome for Developers-Artikel. 

   
  • Chrome 143 für Android, ChromeOS, Linux, macOS und Windows: Die APIs werden eingestellt, aber nicht entfernt. 
  • Chrome 152 für Android, ChromeOS, Linux, macOS und Windows: Der Origin Trial (OT) und die Unternehmensrichtlinie werden für Tests eingeführt. Damit können Websites und Unternehmen Funktionen auch nach dem Entfernen weiterhin verwenden.
  • Chrome 155 für Android, ChromeOS, Linux, macOS und Windows: XSLT funktioniert in stabilen Versionen für alle Nutzer außer Teilnehmern des Origin Trials und der Unternehmensrichtlinie nicht mehr.
  • Chrome 164 für Android, ChromeOS, Linux, macOS und Windows: Ursprungstest und Unternehmensrichtlinie funktionieren nicht mehr. XSLT ist für alle Nutzer deaktiviert.

   

• Verbesserungen im KI‑Modus 

  In Chrome 143 werden neue KI-Modus-Funktionen in Chrome für macOS und Windows integriert. Nutzer können direkt über die Seite Neuer Tab und die Omnibox auf den KI‑Modus zugreifen und komplexe Fragen stellen, ohne die Seite zu verlassen, auf der sie mit dem Browsen beginnen. Die Einführung beginnt in Chrome 143 für macOS und Windows. Administratoren können diese Funktionen (Wert 1) über die Richtlinie AIModeSettings oder über die GenAiDefaultSettings (Wert 2) deaktivieren. Weitere Informationen finden Sie im entsprechenden Abschnitt der YouTube-Hilfe.

  In Chrome 144 wird auch die Funktion für den Kontext mit mehreren Tabs eingeführt. Nutzer können die Inhalte eines oder mehrerer ihrer geöffneten Tabs mit dem KI-Modus teilen, um Fragen zu stellen, Informationen zu vergleichen, zusammenzufassen und effizienter zu finden. Administratoren können diese Funktionen mit der Richtlinie SearchContentSharingSettings (verfügbar in Chrome 144) oder mit der Richtlinie GenAiDefaultSettings (Wert 2) deaktivieren (Wert 1).

  • Chrome 143 für macOS und Windows: Neue KI-Modellfunktionen, die in Chrome integriert sind und über die Richtlinie AIModeSettings oder die Richtlinie GenAiDefaultSettings gesteuert werden können
  • Chrome 144 für MacOS und Windows: Die Funktion für den Kontext mit mehreren Tabs ist verfügbar und kann über die Richtlinie „SearchContentSharingSettings“ oder die Richtlinie GenAiDefaultSettings gesteuert werden.

   

• ICU-Version 77.1 (Unterstützung von Unicode 16) 

  Die Unicode-Unterstützungsbibliothek „International Components for Unicode“ (ICU) wurde von Version 74.2 auf Version 77.1 aktualisiert. Dadurch wird Unicode 16 unterstützt und die Gebietsschemadaten werden aktualisiert. 

  Zwei Änderungen könnten ein gewisses Risiko für Webanwendungen darstellen, die ein bestimmtes Format der Intl JS APIs voraussetzen:

  1. Das standardmäßige italienische Zahlenformat wurde geändert, sodass das Tausendertrennzeichen für vierstellige Zahlen nicht mehr verwendet wird. Beispiel: Intl.NumberFormat("it").format(1234) gibt 1234 anstelle von 1.234 zurück. Das alte Verhalten kann mit dem Parameter useGrouping für den Konstruktor Intl.NumberFormat erreicht werden. 
  2. In einigen englischen Gebietsschemas (en-AU, en-GB und en-IN) wurde nach ausgeschriebenen Wochentagen ein Komma eingefügt, z. B. wurde „Saturday 30 April 2011“ in „Saturday, 30 April 2011“ geändert. Webanwendungen sollten sich nicht auf die genaue Formatierung von Datumsangaben verlassen, da diese sich in Zukunft wieder ändern können.
  • Chrome 143 für Windows, macOS, Linux und Android

 

   

• Neue Richtlinien im Chrome-Browser 

  Richtlinie	Beschreibung
  DisableScreenshots	Aufnahme von Screenshots deaktivieren  (jetzt auf Android-Geräten verfügbar)
  GeminiActOnWebSettings	Ermöglicht es Gemini-App-Integrationen, Aktionen direkt auf Webseiten auszuführen
  AutoSelectCertificateForUrls	Clientzertifikate für diese Websites automatisch auswählen (jetzt auf Android verfügbar)
  CloudProfileReportingEnabled	Profilberichte in der Admin-Konsole aktivieren (jetzt für iOS verfügbar)
  ProvisionManagedClientCertificateForUser	Ermöglicht die Bereitstellung von Clientzertifikaten für verwaltete Nutzer und Profile (jetzt auf Android verfügbar)
  ProvisionManagedClientCertificateForBrowser	Aktiviert die Bereitstellung von Clientzertifikaten für verwaltete Browser (jetzt auf Android verfügbar)

    

Änderungen bei Chrome Enterprise Core

   

• Dynamische Empfehlungen in der Admin-Konsole 

  Chrome Enterprise führt eine neue dynamische Empfehlungsliste auf der Übersichtsseite von Chrome Enterprise in der Admin-Konsole ein.

  Diese Empfehlungsliste hilft IT-Administratoren, die nächsten Schritte zu verstehen, Benachrichtigungen zu wichtigen Änderungen zu erhalten, über die Versionshinweise herauszufinden, was es Neues gibt, beliebte Einstellungen zu konfigurieren und vieles mehr. Die Liste ändert sich dynamisch basierend auf den Administratorkonfigurationen für jede Organisationseinheit.

  Administratoren können diese Funktion direkt in der Admin-Konsole auf der Seite „Chrome – Übersicht“ ausprobieren. Rufen Sie dazu Chrome-Browser > Übersicht auf.

   
  • Chrome 143 für Android, iOS, Linux, macOS und Windows: Verfügbar für Trusted Tester von Chrome Enterprise.
  • Chrome 144 für Android, iOS, Linux, macOS und Windows: Die Funktion wird nach und nach eingeführt. 
   

   

• Von Unternehmen verwaltete Verknüpfungen auf der Seite „Neuer Tab“ 

  Verknüpfungen auf der Seite Neuer Tab können schnellen Zugriff auf interne Ressourcen und Anwendungen ermöglichen. Administratoren können mit der Richtlinie NTPShortcuts bis zu 10 Verknüpfungen auf der Seite Neuer Tab des Nutzers einrichten. Ab Chrome 141 ist diese Funktion für Trusted Tester von Chrome Enterprise Core verfügbar.

   
  • Chrome 141 für ChromeOS, Linux, macOS und Windows: Eine frühe Vorabversion der Richtlinie ist für Trusted Tester verfügbar. Administratoren können bis zu 10 Verknüpfungen einrichten. Nutzer können zu den Verknüpfungen ihrer Organisation wechseln, indem sie zu Chrome anpassen gehen.
  • Chrome 143 für ChromeOS, Linux, macOS und Windows: Die Richtlinie ist allgemein verfügbar. Von Administratoren festgelegte Verknüpfungen werden zusätzlich zu den von Nutzern festgelegten Verknüpfungen („Meine Verknüpfungen“ oder „Am häufigsten besuchte Websites“) angezeigt. Nutzer können die Sichtbarkeit von Verknüpfungen im Bereich Chrome anpassen steuern.
  

   

• Berichterstellung zu Profilen für Chrome unter iOS 

  Mit Chrome Enterprise Core wird die Berichterstellung zu Cloudprofilen für Chrome unter iOS eingeführt. Wenn IT-Administratoren die Profilberichterstellung unter iOS aktivieren möchten, müssen sie in der Google Admin-Konsole im Bereich Chrome-Browser > Einstellungen die Richtlinie „Berichterstellung für verwaltete Profile“ aktivieren. Wenn Sie die Berichterstellung für verwaltete Profile bereits aktiviert haben, erhalten Sie automatisch Profilberichte für Chrome unter iOS. Administratoren können die Funktion über die Richtlinie CloudProfileReportingEnabled steuern. 

  Die Berichtsdaten für Profile finden Sie in der Admin-Konsole > Chrome-Browser > Verwaltete Profile. Die Berichtsdaten umfassen Profilinformationen, Browserinformationen (Browserversionen, Betriebssystem, Channel usw.), die angewendeten Richtlinien und mehr.

   
  • Chrome 143 für iOS: Die Funktion wird nach und nach eingeführt.

   

• Experimentelle Richtlinien zur Einhaltung der Kryptografie 

  „PreferSlowKEXAlgorithms“ und „PreferSlowCiphers“ sind zwei neue experimentelle Unternehmensrichtlinien, mit denen Chrome so konfiguriert wird, dass die bevorzugten Algorithmen für Schlüsselvereinbarungen (unterstützte Gruppen) und Algorithmen für Verschlüsselungschiffren in TLS 1.3 nach einer bestimmten Compliance-Regelung genehmigte Algorithmen bevorzugen. Derzeit ist CNSA2 das einzige Compliance-Regime. Dadurch wird nicht garantiert, dass bestimmte Algorithmen ausgehandelt werden. Sie ermöglicht es Serverbetreibern, die Clients mit und ohne Compliance-Anforderungen unterstützen möchten, zwischen diesen Clients zu unterscheiden. Bestimmte nicht standardmäßige Algorithmen mit erhöhter kryptografischer Stärke werden nur für diejenigen Clients verwendet, die ausdrücklich so konfiguriert wurden, dass sie diese bevorzugen. Diese Richtlinie ist für die Sicherheit nicht erforderlich. Die Standardkryptografie, die von Chrome verwendet wird, ist stark genug, um einem Brute-Force-Angriff mit der gesamten Energie der Sonne standzuhalten. Wenn Sie diese Richtlinie festlegen, wird Chrome beim Zugriff auf Websites langsamer. Diese Richtlinie wirkt sich nur auf TLS 1.3 und QUIC aus, nicht auf frühere Versionen von TLS.

  Diese Richtlinien sind vorübergehend als einzelnes kombiniertes Flag verfügbar: chrome://#cryptography-compliance-cnsa.

  • Chrome 143 für Android, ChromeOS, Linux, macOS, Windows und Fuchsia: Die Richtlinien sind für den Chrome-Browser verfügbar, aber als experimentell gekennzeichnet.
  • Chrome 144 unter ChromeOS: Die zusätzlichen Richtlinien, die für den Anmeldebildschirm von ChromeOS-Geräten gelten, sind verfügbar, aber als experimentell gekennzeichnet.
  • Chrome 146 für Android, ChromeOS, Linux, macOS und Windows: In Chrome 146 werden die TLS-Server für Google-Properties aktualisiert, um ML-KEM-1024 auszuhandeln, wenn dieses Flag gesetzt ist. Ab diesem Zeitpunkt ist die Richtlinie nicht mehr als „in der Entwicklungsphase“ gekennzeichnet.

  

Änderungen bei Chrome Enterprise Premium

Weitere Informationen zu den Unterschieden zwischen Chrome Enterprise Core und Chrome Enterprise Premium

   

• Unterstützung von Clientzertifikaten in Chrome für Android   

  Die Bereitstellung von Clientzertifikaten für Unternehmen ist jetzt in Chrome für Android verfügbar. Damit wird die bestehende Unterstützung, die bereits auf Desktopplattformen verfügbar ist, erweitert. Administratoren, die Chrome Enterprise Core verwenden, können jetzt Clientzertifikate sowohl für verwaltete Browser als auch für verwaltete Profile auf Android-Geräten bereitstellen. So ist eine nahtlose Authentifizierung für Unternehmensressourcen möglich. Diese Integration erhöht die Sicherheit durch die Nutzung von hardwaregestützter Schlüsselspeicherung wie Android Keystore und StrongBox. Dadurch sind private Schlüssel nicht exportierbar und sehr schwer zu manipulieren.

   
  • Chrome 143 für Android

Anstehende Änderungen für den Chrome-Browser

   

• Gemini in Chrome 

  Gemini ist jetzt in Chrome unter macOS und Windows integriert und kann den Inhalt Ihrer aktuellen Seite verstehen. Nutzer können sich jetzt nahtlos die wichtigsten Punkte zusammenfassen lassen, Konzepte klären und Antworten finden, ohne ihren Chrome-Tab zu verlassen. Diese Integration umfasst sowohl Chatfunktionen, mit denen Nutzer über Text mit Gemini interagieren können, als auch Gemini Live, mit dem Nutzer über Sprache mit Gemini interagieren können.

  In Chrome 143 wird Gemini in Chrome für die meisten Google Workspace-Nutzer mit Zugriff auf die Gemini App in den USA eingeführt. Administratoren können diese Funktion mit der Richtlinie GeminiSettings (Wert 1) oder mit GenAiDefaultSettings (Wert 2) deaktivieren. Weitere Informationen finden Sie in der Gemini in Chrome-Hilfe oder in diesem Blogpost.

  In Chrome 143 wird auch die Funktion für den Kontext mit mehreren Tabs eingeführt. Gemini in Chrome kann jetzt mehr Ihrer geöffneten Tabs (maximal 10) sehen. So können Sie Fragen zu mehreren Seiten stellen, um Informationen effizienter zu vergleichen oder zu finden. Gemini in Chrome dient auch als Produktivitäts-Agent, da es Tools für YouTube, Maps, Gmail, Drive, Notizen, Kalender und Tasks bietet. 

  • Chrome 137 für macOS und Windows: Die Funktion ist für einige Google AI Pro- und Ultra-Abonnenten in den USA und in den Vorabversionen (Entwickler, Canary, Beta) in den USA verfügbar.
  • Ab Chrome 144 für macOS und Windows: 
    • Agent-Funktionen in Gemini in Chrome sind für einige Nutzer (nicht für Unternehmen) verfügbar. Zum Start wird eine Unternehmensrichtlinie namens GeminiActOnWebSettings verfügbar sein, die über benutzerdefinierte Konfigurationen festgelegt werden kann. Nutzer, die keine Enterprise-Nutzer sind, können gerenderte Bilder auch direkt in Gemini in Chrome hochladen. Dazu müssen sie nur ein Chrome-Kontextmenüelement verwenden. Nutzer können dann mit Prompts in Gemini in Chrome neue, abgeleitete Bilder generieren.
    • Kontextmenüpunkt zum Hochladen von Bildern für Enterprise-Nutzer verfügbar. Bei dieser Funktion werden Regeln berücksichtigt, die über die Richtlinie DataControlsRules und die Einstellungen für OnBulkDataEntryEnterpriseConnector festgelegt wurden.
  •  Ab Chrome 148 für macOS und Windows: Agent-Funktionen in Gemini in Chrome für Enterprise-Nutzer verfügbar.
  

   

• Gebündelte Sicherheitseinstellungen 

  Mit dieser Funktion können Nutzer Sicherheitsoptionen bündeln, um Sicherheitseinstellungen basierend auf dem gewünschten Schutz beim Verwenden von Chrome zu konfigurieren. Nutzer können zwischen „Erweitert“ für das höchste Sicherheitsniveau und „Standard“ für den standardmäßigen ausgewogenen Schutz wählen. Nutzer können weiterhin benutzerdefinierte Werte für die Einstellungen festlegen. Das vereinfacht die Nutzung und ermöglicht es Nutzern, das gewünschte Schutzniveau zu erhalten, ohne sich mit erweiterten Konfigurationsoptionen auseinandersetzen zu müssen.

  Bestehende Unternehmensrichtlinien haben Vorrang vor der Auswahl von Endnutzer-Bundles. Wenn eine vorhandene Richtlinie für Sicherheitseinstellungen konfiguriert ist, werden die Werte nicht durch die Auswahl eines Sicherheitsbündels durch einen Nutzer überschrieben.

  • Chrome 144 für ChromeOS, Linux, macOS und Windows
   

   

• savedTabGroups als individueller Wert in SyncTypesListDisabled wird eingestellt 

  Derzeit können Administratoren mit der Unternehmensrichtlinie SyncTypesListDisabled die Synchronisierung des Datentyps savedTabGroups auf Desktop-Plattformen deaktivieren. Auf mobilen Plattformen wird die Synchronisierung von Tabgruppen jedoch bereits über den Datentyp „Tabs“ verwaltet. Um das Verhalten auf Computern an das Verhalten auf Mobilgeräten anzugleichen und die Synchronisierungsverwaltung zu vereinfachen, wird der einzelne Datentyp savedTabGroups eingestellt und ist nicht mehr als individuell anpassbarer Wert in der Richtlinie SyncTypesListDisabled verfügbar.

  Erforderliche Maßnahmen von Administratoren: 

  Ab Chrome 144 gilt Folgendes: Wenn mit der Richtlinie SyncTypesListDisabled entweder Tabs oder savedTabGroups deaktiviert werden, gelten beide Datentypen als deaktiviert. Das bedeutet, dass durch das Deaktivieren von Tabs auch gespeicherte Tabgruppen deaktiviert werden und umgekehrt. Der Wert savedTabGroups wird vollständig aus der Liste der unterstützten Datentypen für diese Richtlinie entfernt. Administratoren, die gespeicherte Tabgruppen deaktiviert haben und dies beibehalten möchten, müssen den Datentyp „Tabs“ explizit deaktivieren. So wird das gewünschte Verhalten sichergestellt, bevor der Wert savedTabGroups vollständig entfernt wird.

  • Chrome 144 für Windows, macOS und Linux
   

   

• Happy Eyeballs V3 

  Diese Einführung ist eine interne Optimierung in Chrome, bei der Happy Eyeballs V3 implementiert wird, um eine bessere Nebenläufigkeit von Netzwerkverbindungen zu erreichen. Bei Happy Eyeballs V3 werden DNS-Auflösungen asynchron ausgeführt und Verbindungsversuche mit bevorzugten Protokollen (H3/H2/H1) und Adressfamilien (IPv6 oder IPv4) gestaffelt, um die für Nutzer sichtbare Verzögerung bei der Netzwerkverbindung zu verringern. Diese Funktion wird durch die temporäre Richtlinie HappyEyeballsV3Enabled gesteuert.

  • Chrome 144 für Android, ChromeOS, Linux, macOS und Windows
   

   

• Multicast-Unterstützung für die Direct Sockets API 

  Mit dieser Funktion können isolierte Web-Apps (IWAs) Multicast-Gruppen abonnieren und UDP-Pakete (User Datagram Protocol) von dort empfangen. Außerdem können zusätzliche Parameter angegeben werden, wenn UDP-Pakete an Multicast-Adressen gesendet werden.

  • Chrome 144 für Windows, macOS und Linux
   

   

• On-Device-Betrugserkennung unter Android 

  Wenn auf dem Gerät ein Betrug mithilfe der visuellen Funktionen der Seite erkannt wird, sendet Chrome eine Anfrage an Safe Browsing, um eine endgültige Entscheidung zu erhalten. Anhand dieses Urteils entscheidet Chrome, ob dem Nutzer eine Warnung angezeigt wird.

  Diese Funktion ist nur für Nutzer im erweiterten Schutzmodus aktiviert. Die Funktion ist für Nutzer im Modus Standardschutz oder für Nutzer, bei denen Safe Browsing deaktiviert ist, nicht verfügbar. Unternehmensadministratoren können diese Einstellung mit der Chrome Enterprise-Richtlinie SafeBrowsingProtectionLevel steuern.

  • Chrome 144 für Android
   

   

• ServiceWorkerAutoPreload mode 

  ServiceWorkerAutoPreload ist ein Modus, in dem der Browser die Netzwerkanfrage parallel zum ServiceWorker-Bootstrap ausgibt und das Ergebnis der Netzwerkanfrage im Fetch-Handler verwendet, wenn der Fetch-Handler die Antwort mit „respondWith()“ zurückgibt. Wenn das Ergebnis des Fetch-Handlers „fallback“ ist, wird die Netzwerkantwort direkt an den Browser übergeben. ServiceWorkerAutoPreload ist eine optionale Browseroptimierung, die das vorhandene Service Worker-Verhalten ändert. Administratoren können diese Funktion über die Unternehmensrichtlinie ServiceWorkerAutoPreloadEnabled steuern.

  • Chrome 140 für Android und Windows: Richtlinie ServiceWorkerAutoPreloadEnabled
  • Chrome 144 für Android und Windows: Die Richtlinie ServiceWorkerAutoPreloadEnabled wird entfernt.

   

• Ändern der WarnungKein HTTPS 

  In Chrome 141 wurde die Warnung, die angezeigt wird, wenn ein Nutzer die Option Immer verschlüsselte Verbindungen verwenden unter chrome://settings/security über ein Interstitial aktiviert, von einem Interstitial in einen Dialog geändert. Das Symbol für die Inhaltsicherheit der URL in der Warnung ändert sich von einem Sternchen zu einem aufgebrochenen Schloss. Das Laden der gesamten Seite bleibt jedoch blockiert und die Funktionalität bleibt unverändert. Einige Nutzer sehen diese Warnung möglicherweise automatisch, wenn sie HTTP-Websites aufrufen. Nutzer können die Warnung unter chrome://settings/security aktivieren.

  • Chrome 141 für ChromeOS, Linux, macOS und Windows: Neues Warnungsdesign auf Desktop-Plattformen
  • Chrome 143 für Android: Neues Warnungsdesign für Android
   

   

• 2‑Faktor-Authentifizierung für Administratoren erzwingen 

  Um die Daten Ihrer Organisation besser zu schützen, erfordert Google bald die Aktivierung der Bestätigung in zwei Schritten für alle Konten mit Zugriff auf admin.google.com. Als Google Workspace-Administrator müssen Sie Ihre Identität mit der 2‑Faktor-Authentifizierung bestätigen. Dazu benötigen Sie Ihr Passwort und etwas Zusätzliches, z. B. Ihr Smartphone oder einen Sicherheitsschlüssel.

  Die Erzwingung erfolgt in den kommenden Monaten schrittweise. Sie sollten die Bestätigung in zwei Schritten für die Administratorkonten in Ihrer Organisation aktivieren, bevor sie von Google durchgesetzt wird. Weitere Informationen finden Sie im Hilfeartikel 2‑Faktor-Authentifizierung für Administratoren erzwingen.

  • Chrome 137 für ChromeOS, Linux, macOS und Windows: Erzwingen der 2‑Faktor-Authentifizierung beginnt
  • Chrome 145 für ChromeOS, Linux, macOS und Windows: 2FA erforderlich
   

   

• CSS-Pseudo-Markierungen für Ergebnisse der Suche auf der Seite 

  Mit dieser Funktion wird die Anpassung von Auf Seite suchen-Suchergebnissen für Autoren als Highlight-Pseudoelement wie Auswahl und Rechtschreibfehler verfügbar gemacht. So können Autoren die Vorder- und Hintergrundfarben ändern oder Textformatierungen hinzufügen, was besonders nützlich sein kann, wenn die Browserstandardeinstellungen nicht ausreichend Kontrast zu den Seitenfarben bieten oder anderweitig ungeeignet sind.

  • Chrome145 für Windows, macOS, Linux und Android

   

• Änderung des Zeitplans für die Einführung von Chrome Frühe stabile Version 145

  Ab Chrome 145 wird Chrome eine Woche früher als bisher kommuniziert im Early Stable-Channel eingeführt. So wird beispielsweise die erste stabile Version von Chrome 145 vom 4. Februar 2026 auf den 28. Januar 2026 verschoben. An der Veröffentlichung der stabilen Version ändert sich nichts. Den aktualisierten Release-Zeitplan finden Sie hier. 

  • Chrome 145 für Android, iOS, macOS und Windows: Chrome wird eine Woche früher im Early Stable-Channel eingeführt.

   

• Erweiterungen mit erzwungener Installation und Verstößen, bei denen es nicht um Malware geht, deaktivieren 

  Mit dieser Funktion werden Erweiterungen mit erzwungener Installation, die gegen die Chrome Web Store-Richtlinien (CWS) verstoßen, in nicht verwalteten Browserumgebungen automatisch deaktiviert. Zu diesen Verstößen gehören allgemeine Programmverstöße, unerwünschte Software und potenzielle Sicherheitslücken, die nicht als Malware eingestuft werden. Nutzer können diese Erweiterungen weiterhin aktivieren oder deaktivieren, aber nicht entfernen.

  In Version 142 wird die neue Unternehmensrichtlinie ExtensionForceInstallWithNonMalwareViolationEnabled hinzugefügt, um das vorhandene Verhalten für nicht verwaltete Browserumgebungen beizubehalten. Sie wird jedoch in Version 145 entfernt.

  Diese Änderung wirkt sich nicht auf verwaltete Instanzen von Chrome aus, die mit einer Microsoft Active Directory-Domain oder mit Microsoft Azure Active Directory verknüpft sind oder in Chrome Enterprise Core registriert sind. Unter macOS wirkt sich diese Änderung nicht auf Chrome-Instanzen aus, die über die Mobilgeräteverwaltung verwaltet werden, Teil einer Domain sind oder in Chrome Enterprise Core registriert sind.

  • Chrome 142 für MacOS und Windows: In Chrome 142 für Windows und MacOS werden zwangsweise installierte Erweiterungen mit geringfügigen Richtlinienverstößen in Umgebungen mit geringem Vertrauen still deaktiviert.
  • Chrome 145 für MacOS und Windows: Die Richtlinie ExtensionForceInstallWithMinorPolicyViolationEnabled wird entfernt.

   

• Ursprungsgebundene Cookies (Standard) 

  In Chrome 145 sind Cookies standardmäßig an ihren Ursprung gebunden, sodass sie nur über diesen Ursprung zugänglich sind, d. h. bei einer Anfrage gesendet oder über document.cookie sichtbar. Cookies können die Einschränkungen für die Host- und Portbindung durch die Verwendung des Domain-Attributs aufheben, aber alle Cookies sind an das Schema ihrer Einstellung gebunden.

  Es werden temporäre Unternehmensrichtlinien LegacyCookieScopeEnabled und LegacyCookieScopeEnabledForDomainList verfügbar sein, mit denen Sie diese Änderung rückgängig machen können. Diese Richtlinien funktionieren ab Chrome 150 nicht mehr.

  • Chrome 145 für Android, iOS, Linux, macOS und Windows: Unternehmensrichtlinien sind verfügbar
  • Chrome 150 für Android, iOS, Linux, macOS und Windows: Unternehmensrichtlinien werden entfernt

   

• Richtlinien zur Drittanbieter-Speicherpartitionierung entfernen 

  Die Drittanbieter-Speicherpartitionierung ist seit Chrome 115 die Standardeinstellung. Das Flag chrome://, mit dem Nutzer diese Funktion deaktivieren konnten, wurde in Chrome 128 entfernt. Der Test zur Einstellung für die Einstellung endete mit Chrome 139. 

  In Chrome 145 werden die Unternehmensrichtlinien DefaultThirdPartyStoragePartitioningSetting und ThirdPartyStoragePartitioningBlockedForOrigins entfernt. Nutzer sollten auf alternative Speicherlösungen umstellen, indem sie entweder die Drittanbieter-Speicherpartitionierung nutzen oder bei Bedarf document.requestStorageAccess({...}) verwenden.

  Wenn Sie Feedback haben, können Sie es im Chromium-Fehler hinzufügen.

  • Chrome 145 für Android, ChromeOS, Linux, MacOS, Windows und Fuchsia: Die Richtlinien DefaultThirdPartyStoragePartitioningSetting und ThirdPartyStoragePartitioningBlockedForOrigins wurden entfernt.

   

• X25519Kyber768-Schlüsselkapselung für TLS 

  In Chrome 124 wurde auf allen Desktopplattformen standardmäßig der neue Post-Quanten-Mechanismus zur sicheren TLS-Schlüsselkapselung X25519Kyber768 aktiviert, der auf einem NIST-Standard (ML-KEM) basiert. So wird der Netzwerkverkehr von Chrome mit Servern, die ebenfalls ML-KEM unterstützen, vor der Entschlüsselung durch einen zukünftigen Quantencomputer geschützt. Diese Änderung sollte für Serverbetreiber transparent sein. Diese Chiffre wird sowohl für TLS 1.3- als auch für QUIC-Verbindungen verwendet.

  Einige TLS-Midboxes sind jedoch möglicherweise nicht auf die Größe einer Kyber-Schlüsselkapselung (ML-KEM) oder einen neuen TLS-ClientHello-Chiffre-Codepunkt vorbereitet. Dies führt zu unterbrochenen oder hängenden Verbindungen. Dies lässt sich beheben, indem Sie Ihre Middlebox aktualisieren oder den Mechanismus zur Schlüsselkapselung über die temporäre Unternehmensrichtlinie PostQuantumKeyAgreementEnabled deaktivieren, die bis Ende 2024 verfügbar ist. Langfristig werden Post-Quanten-sichere Chiffren jedoch in TLS erforderlich sein und die Unternehmensrichtlinie wird entfernt. Für CSNA 2.0 ist Post-Quanten-Kryptografie erforderlich. Weitere Informationen finden Sie unter Chrome-Traffic mit Hybrid Kyber KEM schützen.

  • Chrome 131 für Linux, macOS und Windows: Chrome stellt den Schlüsselkapselungsmechanismus auf die endgültige Standardversion ML-KEM um.
  • Chrome 146 für Linux, macOS und Windows: Die Unternehmensrichtlinie PostQuantumKeyAgreementEnabled wird entfernt.

   

• Leerzeichen in URL-Hosts ohne file:// nicht zulassen 

  Gemäß der URL Standard-Spezifikation dürfen URL-Hosts keine Leerzeichen enthalten. Derzeit lässt die URL-Analyse in Chromium jedoch Leerzeichen im Host zu. Dies führt dazu, dass Chromium in den Bereichen Interop2024 HTTPS URLs for WebSocket und URL-Fokus mehrere Tests nicht besteht. Um Chromium an die Spezifikationen anzupassen, möchten wir Lücken aus URL-Hosts entfernen. Das Problem dabei ist, dass sie im Hostteil der Windows-URLs file:// verwendet werden (GitHub).

  • Chrome 147 für Android, ChromeOS, LaCrOS, Linux, MacOS, Windows und Fuchsia

   

• Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche unter Windows 

  Ab Chrome 126 unterstützt Chrome Bedienungshilfen-Client-Software, die das Bedienungshilfen-Framework zur Benutzeroberflächenautomatisierung von Microsoft Windows verwendet. Vor dieser Änderung arbeitete diese Software in Microsoft Windows über einen Kompatibilitäts-Shim mit Chrome zusammen. Diese Änderung soll die Barrierefreiheit für viele Nutzer verbessern. Die App bietet vollständige Unterstützung für Sprecher, Lupe und Voice Access. Außerdem werden wir Drittanbieter-Apps verbessern, die das Bedienungshilfen-Framework zur Benutzeroberflächenautomatisierung nutzen. Für Nutzer von Chrome ist die Arbeitsspeichernutzung und der Verarbeitungsaufwand geringer, wenn sie Bedienungshilfen verwenden. Außerdem wird die Entwicklung von Software mit Hilfstechnologien erleichtert.

  Administratoren können mit der in Chrome 125 eingeführten Unternehmensrichtlinie UiAutomationProviderEnabled entweder die Aktivierung des neuen Anbieters erzwingen (damit alle Nutzer die neuen Funktionen erhalten) oder den neuen Anbieter deaktivieren. Diese Richtlinie wird bis Chrome 146 unterstützt und in Chrome 147 entfernt. Dieser einjährige Zeitraum soll Unternehmen genügend Zeit für die Zusammenarbeit mit Drittanbietern geben, damit sie Inkompatibilitäten beheben können, die durch den Wechsel vom Microsoft-Kompatibilitäts-Shim zum Anbieter der Benutzeroberflächenautomatisierung von Chrome entstehen.

  • Chrome 125 für Windows: Die Richtlinie UiAutomationProviderEnabled wird eingeführt, damit Administratoren den Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche von Chrome aktivieren und prüfen können, ob Bedienungshilfen von Drittanbietern weiterhin funktionieren.
  • Chrome 126 für Windows: Das Framework für Chrome-Varianten wird verwendet, um Anbieter des Bedienungshilfen-Frameworks zur Benutzeroberflächenautomatisierung von Chrome für Nutzer zu aktivieren. Die Funktion wird nach und nach für alle stabilen Versionen aktiviert. Bei Bedarf werden allerdings auch Pausen eingelegt, um Kompatibilitätsprobleme zu beheben, wo dies in Chrome möglich ist. Unternehmensadministratoren können die Richtlinie UiAutomationProviderEnabled weiterhin verwenden, um das neue Verhalten frühzeitig zu aktivieren. In Chrome 146 lässt es sich vorübergehend deaktivieren.
  • Chrome 147 für Windows: Die Richtlinie UiAutomationProviderEnabled wird aus Chrome entfernt. Alle Clients verwenden den Anbieter für das Bedienungshilfen-Framework zur Automatisierung der Benutzeroberfläche im Browser.

   

• Migration von der Safe Browsing API v4 zur v5 

  Chrome-Aufrufe der SafeBrowsing v4 API werden stattdessen zum Aufrufen von v5 API migriert. Auch die Methodennamen unterscheiden sich zwischen v4 und v5. Wenn Administratoren eine v4-spezifische Zulassungsliste für URLs haben, um Netzwerkanfragen an https://safebrowsing.googleapis.com/v4* zuzulassen, sollten diese so geändert werden, dass stattdessen Netzwerkanfragen an die gesamte Domain zugelassen werden: safebrowsing.googleapis.com. Andernfalls führen abgelehnte Netzwerkanfragen an die v5 API zu Rückschritten bei der Sicherheit für Nutzer. Weitere Informationen finden Sie unter Migration von V4 – Safe Browsing. 

  • Chrome 148 für Android, iOS, ChromeOS, Linux, macOS und Windows: Die Funktion wird nach und nach eingeführt.

   

• Isolierte Web-Apps 

  Isolierte Web-Apps (IWAs) sind eine Erweiterung der bestehenden Arbeit an der PWA-Installation und dem Web Packaging, die einen besseren Schutz vor Manipulation von Servern und anderen Manipulationen bieten – erforderlich für Entwickler von sicherheitsrelevanten Anwendungen. Diese Anwendungen werden nicht auf Live-Webservern gehostet und über HTTPS abgerufen, sondern in Web-Bundles verpackt, vom Entwickler signiert und über eine oder mehrere der im Explainer beschriebenen Methoden an Endnutzer verteilt. 

  In der ersten Version können IWAs nur über eine Administratorrichtlinie auf von Unternehmen verwalteten ChromeOS-Geräten installiert werden.

  • Chrome 150 für Windows: Mit diesem Roll-out wird die Unterstützung für isolierte Webanwendungen in von Unternehmen verwalteten Browserkonfigurationen unter Windows hinzugefügt.

   

• PostQuantum-Kryptografie für DTLS in WebRTC 

  Diese Funktion ermöglicht die Verwendung von Post-Quanten-Kryptografie (PQC) mit WebRTC-Verbindungen. Der Grund für PQC ist, den WebRTC-Media-Traffic auf den neuesten Stand der Kryptografieprotokolle zu bringen und Harvest Now to Crack Later-Szenarien zu verhindern. 

  Administratoren können diese Funktion über die Unternehmensrichtlinie WebRtcPostQuantumKeyAgreement steuern, damit Unternehmensnutzer PQC deaktivieren können. Die Richtlinie gilt nur vorübergehend und wird voraussichtlich in Chrome 152 entfernt.

  • Chrome 142 für Android, ChromeOS, Linux, macOS und Windows: Einführung der Funktion
  • Chrome 152 für Android, ChromeOS, Linux, MacOS, Windows und Fuchsia: Unternehmensrichtlinie entfernen

   

• Einschränkungen für den Zugriff auf lokales Netzwerk 

  In Chrome 142 wurde die Möglichkeit, Anfragen an das lokale Netzwerk des Nutzers zu senden, eingeschränkt. Sie ist nur noch nach einer Berechtigungsanfrage möglich.

  Eine lokale Netzwerkanfrage ist eine Anfrage von einer öffentlichen Website an eine lokale IP-Adresse oder Loopback-Adresse oder von einer lokalen Website (z. B. Intranet) an eine Loopback-Adresse. Wenn Websites diese Anfragen nur mit einer Berechtigung ausführen können, wird das Risiko von Fälschungsangriffen bei websiteübergreifenden Anfrage gegen lokale Netzwerkgeräte wie Router verringert. Außerdem wird die Möglichkeit von Websites eingeschränkt, diese Anfragen zu verwenden, um das lokale Netzwerk des Nutzers zu identifizieren.

  Diese Berechtigung ist auf sichere Kontexte beschränkt. Wenn die Berechtigung erteilt wird, wird die Blockierung von gemischten Inhalten für Anfragen an das lokale Netzwerk zusätzlich gelockert, da viele lokale Geräte aus verschiedenen Gründen keine öffentlich vertrauenswürdigen TLS-Zertifikate erhalten können.

  Diese Arbeit ersetzt eine frühere Initiative namens Zugriff auf private Netzwerke, bei der Preflight-Anfragen verwendet wurden, um lokale Geräte zu aktivieren.

  Weitere Informationen zu dieser Funktion finden Sie in diesem Leitfaden zum Anpassen Ihrer Website an die neuen Einschränkungen für den Zugriff auf das lokale Netzwerk in Chrome.

  • Chrome 152 für Android, ChromeOS, Linux, MacOS und Windows: LocalNetworkAccessRestrictionsTemporaryOptOut wird entfernt

 

Bevorstehende Updates für Chrome Enterprise Core

Es sind keine bevorstehenden Updates für Chrome Enterprise Core geplant.

 

Bevorstehende Updates für Chrome Enterprise Premium

    

• Datenschutzregeln für Kopieren und Einfügen 

  Damit Organisationen Daten-Exfiltration auf Mobilgeräten besser verhindern können, werden die vorhandenen Steuerelemente für Zwischenablagedaten in Chrome für den Desktop erweitert. Administratoren können jetzt mit der Richtlinie DataControlsRules Regeln festlegen, die Nutzer blockieren oder warnen, wenn sie versuchen, Inhalte zu kopieren oder einzufügen, die gegen Organisationsrichtlinien verstoßen. Mit dieser Funktion können Administratoren Datengrenzen definieren und verhindern, dass vertrauliche Informationen aus einem Arbeitskontext in private Apps oder Websites auf den Mobilgeräten der Mitarbeiter eingefügt werden. Damit wird eine erhebliche Sicherheitslücke geschlossen und eine häufig angefragte Funktion für Unternehmenskunden angeboten, die das Fehlen von Einstellungen für mobile Daten als Problem angaben.

  Um diese Funktion zu verwenden, können Administratoren Einschränkungen für die Zwischenablage in der Richtlinie DataControlsRules konfigurieren. So wird eine einheitliche Verwaltung auf Desktop- und Mobilgeräten ermöglicht, um den allgemeinen Sicherheitsstatus des Unternehmens zu stärken. In diesem Hilfeartikel finden Sie weitere Informationen dazu, wie Administratoren Connectors für die Chrome Enterprise-Berichterstellung konfigurieren und verwalten können, um Browser-Sicherheits- und Datenschutzereignisse zur Analyse an Drittanbieterdienste weiterzuleiten.

  • Chrome 140 für Android: Datenschutzregeln zum Kopieren und Einfügen auf Android-Geräten verfügbar
  • Chrome 144 für iOS: Datenschutzregeln bei Kopieren und Einfügen auf Android-Geräten sind verfügbar

    

• Proxy-Überschreibungsregeln 

  Um die Proxyverwaltung in komplexen Unternehmensumgebungen zu vereinfachen, werden in Chrome 144 zwei neue Richtlinien eingeführt: ProxyOverrideRules und EnableProxyOverrideRulesForAllUsers. Derzeit müssen Organisationen, die mehrere Proxylösungen verwenden (z. B. einen allgemeinen Proxy und einen bestimmten Proxy für das Secure Gateway von Google) oder verschiedene Administratorteams haben (z. B. für GPO und die Admin-Konsole), komplexe PAC-Dateien manuell zusammenführen. Dieser Prozess ist fehleranfällig und führt zu erheblichem Verwaltungsaufwand.

  Mit der neuen Richtlinie ProxyOverrideRules können Administratoren eine Liste von Routingregeln konfigurieren, die vor jeder vorhandenen Proxykonfiguration ausgewertet werden, einschließlich der PAC-Dateien, die durch die Richtlinie ProxySettings festgelegt werden. So können Administratoren ganz einfach bestimmte Routen voranstellen, z. B. um Traffic für private Web-Apps an ein sicheres Gateway zu senden, ohne das primäre, unternehmensweite PAC-Script zu ändern. Die Richtlinie EnableProxyOverrideRulesForAllUsers bietet zusätzliche Kontrolle darüber, wie diese Überschreibungsregeln auf nicht verbundene Nutzer auf einem Gerät angewendet werden. Endnutzer sehen auf der Seite chrome://-Einstellungen eine Benachrichtigung, wenn diese administrativen Proxyregeln aktiv sind.

  • Chrome 144 für ChromeOS, Linux, macOS und Windows
    Proxy Override Rules wird für Windows, macOS, ChromeOS und Linux verfügbar

    

• Unterstützung größerer Dateien bei DLP-Scans 

  Die Funktionen zum Schutz vor Datenverlust (Data Loss Prevention, DLP) und zum Scannen auf Malware in Chrome Enterprise Premium werden auf große und verschlüsselte Dateien ausgeweitet. Bisher wurden Dateien, die größer als 50 MB waren, und alle verschlüsselten Dateien beim Scannen von Inhalten übersprungen. Mit diesem Update wird diese kritische Sicherheitslücke geschlossen. Bei Richtlinien, die so konfiguriert sind, dass Beweise gespeichert werden, können jetzt Dateien mit einer Größe von bis zu 2 GB an den Evidence Locker gesendet werden. Administratoren erhalten so mehr Transparenz und Kontrolle, wodurch das Risiko der Daten-Exfiltration durch große Dateiübertragungen erheblich verringert wird.

  Zum Aktivieren dieses Features ist keine neue Richtlinie erforderlich. Sie wird automatisch durch die vorhandenen Konfigurationen der DLP-Regeln in der Google Admin-Konsole gesteuert. Wenn Administratoren Regeln für das Hochladen, Herunterladen oder Drucken von Dateien haben, gelten diese jetzt auch für große und verschlüsselte Dateien. Weitere Informationen finden Sie unter Was sind ChromeOS-Datenkontrollen?.

  • Chrome 145 für Linux, macOS und Windows: In dieser Phase können große (>50 MB) und verschlüsselte Dateien für den Beweisspeicher gesammelt werden, wodurch eine wichtige DLP-Sicherheitslücke geschlossen wird.

Übersicht über ChromeOS-Version 143

 

ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Über USB-Anschluss verbundene Drucker verwalten			✓
Vorkonfigurierte Druckeinstellungen			✓
Google Vids für verwaltete Nutzer unter ChromeOS vorab laden		✓
Kana-Romaji-Umschaltung auf der virtuellen ChromeOS-Tastatur		✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Verbesserungen bei der Badge-Authentifizierung	✓	✓

 

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.

Aktuelle ChromeOS-Updates

   

• USB-Drucker in ChromeOS verwalten 

  Bisher konnten Administratoren nur Drucker verwalten, die über eine Netzwerkverbindung mit ChromeOS verbunden waren. Mit dieser neuen Funktion können Sie Drucker verwalten, die über den USB-Anschluss mit einem ChromeOS-Gerät verbunden sind. ChromeOS-Administratoren können jetzt die Hersteller-ID und die Produkt-ID der USB-Drucker angeben, um sie für ihre Organisationen zu verwalten.

  Weitere Informationen finden Sie im Artikel Lokale Drucker und Netzwerkdrucker verwalten.

   

• Vorkonfigurierte Druckeinstellungen 

  Ab ChromeOS 143 können Administratoren Druckoptionen pro Drucker vorkonfigurieren oder einschränken. Die Funktion gilt für die Einstellungen für Papierformat, Papiertyp, Duplex, Farbe, DPI, Druckqualität und „Als Bild drucken“. Durch die Vorkonfiguration von Druckeinstellungen lassen sich Workflows in Bereichen wie dem Gesundheitswesen, dem Einzelhandel oder der Logistik optimieren. Ein wiederkehrendes Beispiel sind Etikettendrucker mit einer bestimmten Etikettengröße. Durch die Voreinstellung des Papierformats können Administratoren Nutzern die manuelle Konfiguration ersparen.

  Weitere Informationen finden Sie im Artikel Lokale Drucker und Netzwerkdrucker verwalten.

   

• Google Vids auf ChromeOS für verwaltete Nutzer vorab laden 

  Google Vids, eine KI-gestützte App zur Videoerstellung für die Arbeit, ist jetzt für verwaltete Nutzer vorinstalliert. Mit Google Vids können Sie Skripts verfassen und Videos erstellen, produzieren, bearbeiten (auch gemeinsam mit anderen) und freigeben.

  Verwaltete Nutzer finden Google Vids im ChromeOS-Launcher. Weitere Informationen 

  

   

• Kana-Romaji-Umschaltung auf der virtuellen ChromeOS-Tastatur 

  In ChromeOS 143 wurde der Benutzeroberfläche der virtuellen Tastatur ein Schalter zum Wechseln zwischen Kana- und Romaji-Eingabemodi hinzugefügt, wenn die japanische Eingabesprache ausgewählt ist. Mit dieser Verbesserung können Nutzer das Layout im Kioskmodus wechseln, wenn die Einstellungen für die virtuelle Tastatur nicht geöffnet werden können.

  
  

Bevorstehende ChromeOS-Änderungen

   

• Verbesserungen bei der Badge-Authentifizierung 

  In ChromeOS wurde die Funktion zur Badge-Authentifizierung für ChromeOS-Nutzersitzungen hinzugefügt. 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 Einzelhandel, Gastgewerbe und Fertigung ausgerichtet. Ab ChromeOS 145 wird diese Funktion durch Unterstützung von „Tippen zum Entsperren“ und „Tippen zum Verwenden“ sowie von WebHID+SDK-basierten Lesegeräten verbessert. 

  Weitere Informationen finden Sie unter Badge-basierte Authentifizierung einrichten.

Übersicht über Chrome-Version 142

 

Änderungen am Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Vereinfachte Anmeldung und Synchronisierung in Chrome für Computer	✓	✓
Erweiterungen mit erzwungener Installation und Verstößen, bei denen es nicht um Malware geht, deaktivieren.	✓
Unterstützung mehrerer Profile in der Freigabeerweiterung in Chrome unter iOS		✓
Unterstützung des clientseitigen LLM bei der Behebung von Betrugsfällen	✓
Zugriffseinschränkungen für lokales Netzwerk	✓
An Ursprünge gebundene Prozessisolierung	✓
Post-Quanten-Kryptografie für DTLS in WebRTC	✓
Persistente Nutzeraktivierung bei Navigationen, die vom Renderer mit demselben Ursprung initiiert werden			✓
Einbindung des Google Developer Program in die Chrome-Entwicklertools			✓
Hintergrund der Seite „Neuer Tab“ in Chrome für iOS anpassen		✓
Google Chat wird von einem neuen Speicherort bereitgestellt
Neue Richtlinien im Chrome-Browser			✓
Änderungen bei Chrome Enterprise Core	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
In diesem Release gibt es keine Updates.
Änderungen bei Chrome Enterprise Premium	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
UX-Refaktorierung für Chrome-Browserregeln	✓		✓
Optimierte Integration von Chrome Enterprise in Google SecOps	✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
XSLT einstellen und entfernen	✓	✓	✓
Gemini in Chrome		✓
ICU 77 (Unterstützung von Unicode 16)			✓
Ursprungsgebundene Cookies (Standard)			✓
Aktualisierung des Designs der „No HTTPS“-Warnung	✓
Gebündelte Sicherheitseinstellungen	✓
savedTabGroups als individueller Wert in SyncTypesListDisabled wird eingestellt			✓
HSTS-Tracking-Schutz	✓
Happy Eyeballs V3	✓		✓
Multicast-Unterstützung für die Direct Sockets API			✓
ServiceWorkerAutoPreload			✓
2‑Faktor-Authentifizierung für Administratoren erzwingen			✓
CSS-Pseudo-Markierungen für Ergebnisse der Suche auf der Seite			✓
Änderung des Zeitplans für die Einführung von Chrome Early Stable 145			✓
„window.name“ bei websiteübergreifenden Seitenaufrufen löschen, die einen Wechsel der Gruppe für den Browserkontext herbeiführen			✓
Leerzeichen in URL-Hosts ohne file:// nicht zulassen	✓
Richtlinien zur Drittanbieter-Speicherpartitionierung entfernen	✓
X25519Kyber768-Schlüsselkapselung für TLS	✓
Isolierte Web-Apps			✓
Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche unter Windows		✓
Migration von Safe Browsing API v4 zu v5	✓
Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche unter Windows		✓
Bevorstehende Änderungen bei Chrome Enterprise Core	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Von Unternehmen verwaltete Verknüpfungen auf der Seite Neuer Tab		✓	✓
Berichterstellung zu Profilen für Chrome unter iOS			✓
Bevorstehende Änderungen bei Chrome Enterprise Premium	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Unterstützung größerer Dateien bei DLP-Scans	✓		✓

 

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.

Die Versionshinweise für Chrome Enterprise und Chrome Education werden in Übereinstimmung mit dem Chrome-Veröffentlichungszeitplan am Datum der ersten stabilen Version des Chrome-Browsers veröffentlicht.

Änderungen beim Chrome-Browser  

   

• Vereinfachte Anmeldung und Synchronisierung in der Chrome-Desktopversion 

  Chrome führt eine vereinfachte und konsolidierte Version der Anmeldung und Synchronisierung in Chrome für Windows, Mac und Linux 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 Daten wie Passwörter und Lesezeichen in ihrem Google-Konto zu verwenden und zu speichern. Außerdem können Nutzer, die in Chrome angemeldet sind, auch die Synchronisierung ihrer Tabs und ihres Browserverlaufs in ihrem Google-Konto aktivieren. Auch hier gelten die entsprechenden Unternehmensrichtlinien.

  Wie bisher kann die Funktion zum Speichern und Aufrufen von Chrome-Daten im Google-Konto, die früher Teil der Chrome-Synchronisierung war, über SyncDisabled und SyncTypesListDisabled deaktiviert werden. Die Anmeldung in Chrome kann wie bisher über BrowserSignin deaktiviert werden.

  Die Ä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.

  Diese Änderungen ähneln der vereinfachten Anmeldung und Synchronisierung, die in Version 117 für iOS und in Version 127 für Android eingeführt wurde.

   
  • Chrome 142 für Linux, macOS und Windows: schrittweise Einführung

   

• Erweiterungen mit erzwungener Installation und Verstößen, bei denen es nicht um Malware geht, deaktivieren. 

  Mit dieser Funktion werden Erweiterungen mit erzwungener Installation, die gegen die Chrome Web Store-Richtlinien (CWS) verstoßen, in nicht verwalteten Browserumgebungen automatisch deaktiviert. Zu diesen Verstößen gehören allgemeine Programmverstöße, unerwünschte Software und potenzielle Sicherheitslücken, die nicht als Malware eingestuft werden. Nutzer können diese Erweiterungen weiterhin aktivieren oder deaktivieren, aber nicht entfernen.

  In Version 142 wird die neue Unternehmensrichtlinie ExtensionForceInstallWithNonMalwareViolationEnabled hinzugefügt, um das vorhandene Verhalten für nicht verwaltete Browserumgebungen beizubehalten. Sie wird jedoch in Version 145 entfernt.

  Diese Änderung wirkt sich nicht auf verwaltete Instanzen von Chrome aus, die mit einer Microsoft Active Directory-Domain oder Microsoft Azure Active Directory verknüpft oder in Chrome Enterprise Core registriert sind. Unter macOS wirkt sich diese Änderung nicht auf Chrome-Instanzen aus, die über die Mobilgeräteverwaltung verwaltet werden, Teil einer Domain sind oder in Chrome Enterprise Core registriert sind.

   
  • Chrome 142 für macOS und Windows: In Chrome 142 für Windows und macOS werden zwangsweise installierte Erweiterungen mit geringfügigen Richtlinienverstößen in Umgebungen mit geringem Vertrauen still deaktiviert.
  • Chrome 145 für macOS und Windows: Die Richtlinie ExtensionForceInstallWithNonMalwareViolationsEnabled wird entfernt.

   

• Unterstützung mehrerer Profile in der Freigabeerweiterung in Chrome unter iOS 

  Bereits ab Chrome 142 für iOS können Nutzer in der Chrome Share-Erweiterung das aktuell verwendete Profil sehen und es ändern, bevor sie eine URL in Chrome öffnen oder nach Text oder Bildern suchen. Wenn Nutzer mehrere Profile aktiviert haben und eine URL teilen oder Text oder ein Bild auswählen und dann Chrome auswählen, sehen sie die Chrome Share-Erweiterung mit einem Konto-Avatar. Wenn Nutzer nichts unternehmen, wird der Intent zum Teilen im ausgewählten Profil geöffnet.

  Wenn Nutzer das Profil über die Chrome Share-Erweiterung ändern möchten, klicken sie darauf und wählen das gewünschte Profil aus. Chrome wechselt dann entsprechend das Profil. Wenn Arbeitsprofile durch die Unternehmensrichtlinie zugelassen sind, können Nutzer das Profil für Widgets festlegen. Wenn nur private oder nur Unternehmensprofile zulässig sind und die Unterstützung mehrerer Profile nicht aktiviert ist, funktionieren Widgets weiterhin wie bisher.

   
  • Chrome 142 für iOS
  

   

• Unterstützung des clientseitigen LLM bei der Behebung von Betrugsfällen 

  Nutzer im Web werden täglich mit einer erheblichen Menge verschiedenster Betrugsversuche konfrontiert. Um diese Betrugsversuche zu bekämpfen, werden in Chrome On-Device-LLMs (Large Language Models) verwendet, um für Nutzer mit erweitertem Safe Browsing betrügerische Websites zu identifizieren. Chrome sendet den Seiteninhalt an ein LLM auf dem Gerät, um sicherheitsbezogene Signale der Seite abzuleiten und diese Signale serverseitig zur endgültigen Entscheidung an Safe Browsing zu senden. Wenn diese Option aktiviert ist, benötigt Chrome möglicherweise mehr Bandbreite zum Herunterladen des LLM.

  • Chrome 134 für Linux, macOS und Windows: Der Markenname und die Intent-Zusammenfassung der Seite, die die Tastatursperre auslöst, werden erfasst, um betrügerische Websites zu identifizieren.
  • Chrome 135 für Linux, macOS und Windows: Warnungen werden Nutzern basierend auf dem Serverurteil angezeigt. Dabei werden die Marke und der Intent der Seite berücksichtigt, die die Tastatursperre ausgelöst hat.
  • Chrome 137 für Linux, macOS und Windows: Zusammenfassung der Marke und Intent der Seite basierend auf dem Bewertungssystem für den Serverruf.
  • Chrome 138 für Linux, macOS und Windows: Warnungen werden Nutzern basierend auf dem Serverurteil angezeigt. Dabei werden die Marke und der Intent der Seiten berücksichtigt, die vom System für den Serverruf bewertet wurden.
  • Chrome 142 für Android

   

• Einschränkungen für den Zugriff auf lokales Netzwerk 

  In Chrome 142 wird die Möglichkeit, Anfragen an das lokale Netzwerk des Nutzers zu senden, eingeschränkt. Dies ist nur nach einer Berechtigungsaufforderung möglich.

  Eine lokale Netzwerkanfrage ist eine Anfrage von einer öffentlichen Website an eine lokale IP-Adresse oder einen Loopback oder von einer lokalen Website (z. B. Intranet) an einen Loopback. Wenn Websites diese Anfragen nur mit einer Berechtigung ausführen können, wird das Risiko von Fälschungsangriffen bei websiteübergreifenden Anfrage gegen lokale Netzwerkgeräte wie Router verringert. Außerdem wird die Möglichkeit von Websites eingeschränkt, diese Anfragen zu verwenden, um das lokale Netzwerk des Nutzers zu identifizieren.

  Diese Berechtigung ist auf sichere Kontexte beschränkt. Wenn die Berechtigung erteilt wird, wird die Blockierung von gemischten Inhalten für Anfragen an das lokale Netzwerk zusätzlich gelockert, da viele lokale Geräte aus verschiedenen Gründen keine öffentlich vertrauenswürdigen TLS-Zertifikate erhalten können.

  Diese Arbeit ersetzt eine frühere Initiative namens Zugriff auf private Netzwerke, bei der Preflight-Anfragen verwendet wurden, um lokale Geräte zu aktivieren.

  Weitere Informationen zu dieser Funktion finden Sie in diesem Leitfaden zum Anpassen Ihrer Website an die neuen Einschränkungen für den Zugriff auf das lokale Netzwerk in Chrome.

  • Chrome 142 für Windows, macOS, Linux und Android

   

• An Ursprünge gebundene Prozessisolierung 

  In Chrome 142 wird die Richtlinie zur Prozessisolierung geändert. Prozesse werden nicht mehr für eine Website wie https://beispiel.de, sondern für einen bestimmten Ursprung wie https://foo.beispiel.de gesperrt.

  Um die Sicherheit weiter zu verbessern, wechselt Chrome zu einem detaillierteren Prozessisolierungsmodell namens Ursprungsisolierung. Bisher wurde in Chrome die Website-Isolierung verwendet, bei der verschiedene Ursprünge derselben Website (z. B. https://a.beispiel.de und https://b.beispiel.de) in einem einzigen Renderer-Prozess gruppiert wurden.

  Bei der Ursprungsisolation wird jeder einzelne Ursprung (z. B. https://foo.beispiel.de) in einem eigenen Renderer-Prozess isoliert. Diese Änderung stärkt die Sicherheitsarchitektur von Chrome, indem die Prozessgrenzen besser an das grundlegende ursprungsbasierte Sicherheitsmodell des Webs angepasst werden. So wird ein besserer Schutz vor potenziellen Sicherheitslücken auf Websites geboten.

  Mögliche Leistungsaspekte: Jeder einzelne Prozess ist zwar kleiner, aber die höhere Prozessgranularität kann zu einer insgesamt höheren Speicher- und CPU-Auslastung führen. Um Sicherheit und Leistung in Einklang zu bringen, wird die Ursprungsisolation standardmäßig nur auf Geräten mit mindestens 4 GB RAM aktiviert.

  Unternehmenssteuerung: Administratoren können diese Funktion über die Richtlinie OriginKeyedProcessesEnabled steuern.

   
  • Chrome 142 für ChromeOS, Linux und Windows

   

• PostQuantum-Kryptografie für DTLS in WebRTC 

  Diese Funktion ermöglicht die Verwendung von Post-Quanten-Kryptografie (PQC) mit WebRTC-Verbindungen. Der Grund für PQC ist, den WebRTC-Media-Traffic auf den neuesten Stand der Kryptografieprotokolle zu bringen und Harvest Now to Crack Later-Szenarien zu verhindern. 

  Administratoren können diese Funktion über die Unternehmensrichtlinie WebRtcPostQuantumKeyAgreement steuern, damit Unternehmensnutzer PQC deaktivieren können. Die Richtlinie gilt nur vorübergehend und wird voraussichtlich in Chrome 152 entfernt.

  • Chrome 142 für Android, ChromeOS, Linux, macOS und Windows
  • Chrome 152 für Android, ChromeOS, Linux, macOS, Windows und Fuchsia: Unternehmensrichtlinie wird entfernt

   

• Persistente Nutzeraktivierung bei Navigationen mit demselben Ursprung 

  Mit dieser Funktion bleibt der Status der Nutzeraktivierung erhalten, wenn eine Seite zu einer anderen Seite mit demselben Ursprung wechselt. Das Fehlen der Nutzeraktivierung auf der Seite nach der Navigation verhindert einige Anwendungsfälle, z. B. die Anzeige virtueller Tastaturen bei Autofokus. Dies war ein Hindernis für Entwickler, die mehrseitige Anwendungen (MPAs) anstelle von Single-Page-Anwendungen (SPAs) erstellen möchten.

   
  • Chrome 142 für Windows, macOS, Linux und Android

   

• Einbindung der Chrome-Entwicklertools in das Google Developer Program 

  Mit dieser Funktion wird das Google Developer Program (GDP) in die Chrome-Entwicklertools (CDT) eingebunden, um die Interaktion mit Entwicklern zu ermöglichen und zu verbessern. Durch die Integration wird ein Badgesystem eingeführt, mit dem Nutzer für die Interaktion mit DevTools belohnt werden. Außerdem wird die Anmeldung für das GDP direkt im Tool ermöglicht, um Entwicklern ein vernetzteres und besser auffindbares Ökosystem zu bieten.

  Mit der Richtlinie DevToolsGoogleDeveloperProgramProfileAvailability können Administratoren das Google Developer Program in die Chrome-Entwicklertools einbinden. Das Google Developer Program-Profil des Nutzers wird in Chrome-Entwicklertools angezeigt und Nutzer erhalten Logos für die Ausführung bestimmter Aktionen darin.

   
  • Chrome 142 für ChromeOS, Linux, macOS und Windows: Die Chrome-Entwicklertools bieten Webentwicklern die Möglichkeit, eine Verbindung zum Google-Entwicklerprogramm herzustellen und es zu integrieren.
  

   

• Chrome für iOS Neuer Tab Seitenhintergrund anpassen 

  In Chrome für iOS können Nutzer jetzt den Hintergrund der Seite „Neuer Tab“ anpassen. Administratoren können NTPCustomBackgroundEnabled auf „True“ oder „False“ setzen. Dadurch wird festgelegt, ob Nutzer den Hintergrund der Seite „Neuer Tab“ anpassen können. Der Administrator kann die BrowserThemeColor festlegen, die einen Hexadezimalcode zur Angabe einer Farbe unterstützt. Wenn ein Hexadezimalwert angegeben ist, kann der Nutzer ihn nicht überschreiben.

  Der Administrator kann auch einen empfohlenen Hexadezimalwert angeben, den der Nutzer überschreiben kann. Wenn die Funktion vollständig aktiviert ist, kann der Nutzer auch aus der vorausgewählten Galerie in Chrome oder aus den Aufnahmen seines Smartphones auswählen.

   
  • Chrome 142 für iOS: Die Funktion wird nach und nach eingeführt.
  

   

• Google Chat wird von einem neuen Speicherort bereitgestellt 

  Das Google Chat-Team führt eine schnellere und zuverlässigere Google Chat-Version für Webnutzer ein. Chat wird jetzt über chat.google.com statt über mail.google.com/chat bereitgestellt. Nutzer können jedoch weiterhin vorhandene Lesezeichen und Links für mail.google.com/chat verwenden. Durch diese Änderung wird die Ladezeit beim Öffnen der App verkürzt. Die Chat-Benutzeroberfläche ändert sich dadurch nicht.

  • Administratoren und Entwickler: Wenn Sie eine Erweiterung erstellt haben, die mit Chat funktioniert, müssen Sie dafür sorgen, dass sie mit der neuen Webadresse chat.google.com kompatibel ist. Bitte aktualisieren Sie Ihre Erweiterung, damit sie Chat am neuen Speicherort finden und mit Chat interagieren kann.
  • Endnutzer: Wenn Sie Chrome-Erweiterungen verwenden, um Chat zu optimieren, müssen diese möglicherweise von den Entwicklern aktualisiert werden, damit sie nach der Umstellung auf chat.google.com richtig funktionieren. Wenn Sie feststellen, dass eine Erweiterung nicht wie erwartet funktioniert, prüfen Sie, ob im Chrome Web Store ein Update verfügbar ist.
  • Administratoren: Wenn Sie den Zugriff auf Google Chat für Nutzer in Ihrer Organisation mithilfe von Zulassungs- oder Blockierlisten für URLs in der Chrome-Admin-Konsole blockiert haben, müssen Sie auch die Domain chat.google.com hinzufügen.

  Das Google Chat-Team plant, diese Änderungen ab dem 14. November 2025 nach und nach einzuführen. Wir gehen davon aus, dass sie bis zum 31. Januar 2026 für alle Nutzer verfügbar sein werden.

   

• Neue Richtlinien im Chrome-Browser 

  Richtlinie	Beschreibung
  ScreenCaptureAllowedByOrigins	Desktop-, Fenster- und Tabaufnahme für diese Ursprünge zulassen
  TabCaptureAllowedByOrigins	Tabaufnahme für diese Ursprünge zulassen
  GenAILocalFoundationalModelSettings	Einstellungen für lokales Foundation Model für generative KI
  WindowCaptureAllowedByOrigins	Fenster- und Tabaufnahme für diese Ursprünge zulassen
  SameOriginTabCaptureAllowedByOrigins	Same-Origin-Tabaufnahme für diese Ursprünge zulassen
  LocalNetworkAccessRestrictionsTemporaryOptOut	Legt fest, ob Einschränkungen für den Zugriff auf das lokale Netzwerk (vorübergehend) deaktiviert werden sollen
  DevToolsGoogleDeveloperProgramProfileAvailability	Google Developer Program-Profile in den Chrome-Entwicklertools aktivieren
  ExtensionForceInstallWithNonMalwareViolationsEnabled	Erweiterungen mit erzwungener Installation und Verstößen, bei denen es nicht um Malware geht, aktivieren
  ExtensionInstallCloudPolicyChecksEnabled	Aktiviert zusätzliche Cloud-Richtlinienprüfungen, um die Installation von Erweiterungen zuzulassen oder zu blockieren.

    

Änderungen bei Chrome Enterprise Core

In dieser Version gibt es keine Chrome Enterprise Core-Updates.

  

Änderungen bei Chrome Enterprise Premium

Weitere Informationen zu den Unterschieden zwischen Chrome Enterprise Core und Chrome Enterprise Premium

   

• UX-Refaktorierung für Chrome-Browserregeln   

  Um die Erstellung von Regeln zum Schutz vor Datenverlust zu vereinfachen, wird die Admin-Konsole aktualisiert. Administratoren können dann Richtlinien für verschiedene Anwendungen wie Chrome und Workspace einfacher definieren. Dadurch werden sich gegenseitig ausschließende Anwendungsgruppen eingeführt. Das bedeutet, dass eine einzelne DLP-Regel jetzt jeweils nur auf eine Anwendungsgruppe ausgerichtet sein kann – entweder auf Workspace-Apps (z. B. Drive, Gmail), auf Chrome-Browser-Trigger (z. B. Dateiupload, besuchte URL) oder auf ChromeOS-Trigger. Diese Änderung vereinfacht die Regelkonfiguration, beseitigt potenzielle Konflikte durch sich überschneidende App-Auswahl und schafft die Grundlage für spezialisiertere und nutzerfreundlichere Workflows, die auf die Anforderungen der einzelnen Plattformen zugeschnitten sind.

  Administratoren sehen eine aktualisierte Auswahloberfläche für Apps mit Optionsfeldern, über die diese Einzelgruppenauswahl für neue Regeln erzwungen werden kann. Bestehende Regeln, die zuvor Anwendungen aus mehreren Gruppen kombiniert haben, werden vom System transparent in separate, konforme Regeln für eine einzelne Plattform migriert, um für einen kontinuierlichen Schutz und einen reibungslosen Übergang zu sorgen. In der Admin-Konsole werden Banner mit Informationen zu diesen Änderungen und zum Migrationsprozess angezeigt. Mit diesem Update werden keine neuen Unternehmensrichtlinien eingeführt. Die Änderungen betreffen die Benutzeroberfläche für die Regelkonfiguration. Weitere Informationen finden Sie unter Was sind ChromeOS-Datenkontrollen? – Chrome Enterprise- und Education-Hilfe. 

  • Chrome 142 für ChromeOS, Linux, macOS und Windows: Es wird eine sich gegenseitig ausschließende App-Auswahl für die Konfiguration von DLP-Regeln in der Admin-Konsole ermöglicht.
  

   

• Optimierte Integration von Chrome Enterprise in Google SecOps     

  Die neue Integration von Chrome Enterprise Premium (CEP) und Google Security Operations (SecOps) bietet eine native, direkte Verbindung zwischen den beiden Systemen. Mit dieser Funktion wird der Browser zu einem primären Sicherheitssensor, mit dem Organisationen webbasierte Bedrohungen (Phishing, Malware und Daten-Exfiltration) verhindern, erkennen, untersuchen und darauf reagieren können. Dazu werden umfangreichere Sicherheitsereignisse und detaillierte Browser-Telemetriedaten direkt von Chrome an SecOps gesendet.

  Für Administratoren bietet die Integration erweiterte Sicherheitsereignistypen wie URL-Navigation und verdächtige URL-Besuche, die automatisch mit Safe Browsing-Risikobewertungen und Bedrohungsinformationen angereichert werden. Die bisherige manuelle Einrichtung wird durch eine neue, optimierte Ein-Klick-Einrichtung in der Admin-Konsole ersetzt. 

  HINWEIS : Die Erhebung von Ereignissen mit hohem Volumen (z. B. URL-Navigation) ist optional. Für die Funktion sind keine Änderungen an den Richtlinien für Endnutzer erforderlich.

   
  • Chrome 142 für iOS, ChromeOS, Linux, macOS und Windows

Anstehende Änderungen für den Chrome-Browser

   

• XSLT einstellen und entfernen 

  XSLT v1.0, an die sich alle Browser halten, wurde 1999 standardisiert. Inzwischen hat sich XSLT zu Version 2.0 und 3.0 weiterentwickelt. Es wurden Funktionen hinzugefügt und die alte Version, die in Browsern eingefroren ist, hat sich weiterentwickelt. Diese fehlende Weiterentwicklung in Verbindung mit dem Aufkommen von JavaScript-Bibliotheken und ‑Frameworks, die eine flexiblere und leistungsstärkere DOM-Manipulation ermöglichen, hat zu einem erheblichen Rückgang der Verwendung von clientseitiger XSLT geführt. Ihre Rolle im Webbrowser wurde weitgehend durch JavaScript-basierte Technologien wie JSON+React ersetzt.

   

  Chromium verwendet die libxslt-Bibliothek, um diese Transformationen zu verarbeiten. libxslt wurde 2025 etwa sechs Monate lang nicht gewartet. Libxslt ist eine komplexe, veraltete C-Codebasis, die bekanntermaßen anfällig für Speichersicherheitslücken wie Pufferüberläufe ist, die zur Ausführung von beliebigem Code führen können. Da clientseitiges XSLT mittlerweile eine Nischenfunktion ist, die nur selten verwendet wird, werden diese Bibliotheken viel seltener gewartet und auf Sicherheit geprüft als die wichtigsten JavaScript-Engines. Sie stellen jedoch eine direkte, wirksame Angriffsfläche für die Verarbeitung nicht vertrauenswürdiger Webinhalte dar. Tatsächlich ist XSLT die Quelle mehrerer schwerwiegender Sicherheitslücken, die Browsernutzer weiterhin gefährden.

  Aus diesen Gründen planen Chromium und die anderen Browser-Engines, XSLT von der Webplattform zu entfernen.

   
  • Chrome 143 für Android, ChromeOS, Linux, macOS und Windows: Die APIs werden eingestellt, aber nicht entfernt. 
   

   

• Gemini in Chrome 

  Gemini ist jetzt in Chrome unter macOS und Windows integriert und kann den Inhalt Ihrer aktuellen Seite verstehen. Nutzer können sich jetzt nahtlos die wichtigsten Punkte zusammenfassen lassen, Konzepte klären und Antworten finden, ohne ihren Chrome-Tab zu verlassen. Diese Integration umfasst sowohl Chat, bei dem Nutzer über Text mit Gemini interagieren können, als auch „Gemini Live“, bei dem Nutzer über Sprache mit Gemini interagieren können.

  In Chrome 143 wird Gemini in Chrome für die meisten Google Workspace-Nutzer mit Zugriff auf die Gemini App in den USA eingeführt. Administratoren können diese Funktion mit der Richtlinie GeminiSettings (Wert 1) oder mit GenAiDefaultSettings (Wert 2) deaktivieren. Weitere Informationen finden Sie in der Gemini in Chrome-Hilfe oder in diesem Blogpost.

  In Chrome 143 wird auch die Funktion für den Kontext mit mehreren Tabs eingeführt. Gemini in Chrome kann jetzt mehr Ihrer geöffneten Tabs (maximal 10) sehen. So können Sie Fragen zu mehreren Seiten stellen, um Informationen effizienter zu vergleichen und zu finden. Gemini in Chrome dient auch als Produktivitäts-Agent, da es Tools für YouTube, Maps, Gmail, Drive, Notizen, Kalender und Tasks bietet. 

  • Chrome 137 für macOS und Windows: Die Funktion ist für einige Google AI Pro- und Ultra-Abonnenten in den USA und in den Vorabversionen (Entwickler, Canary, Beta) in den USA verfügbar.
  • Frühestens Chrome 143 für macOS und Windows: Agentic-Funktionen in Gemini in Chrome sind für einige Nutzer (nicht für Unternehmen) verfügbar. Die Unternehmensrichtlinie „GeminiActOnWebSettings“ ist ab dem Start verfügbar.
  • Frühestens Chrome 147 für macOS und Windows: Agent-Funktionen in Gemini in Chrome für Enterprise-Nutzer verfügbar.
   

   

• ICU 77 (Unterstützung von Unicode 16) 

  Die Unicode-Unterstützungsbibliothek ICU (International Components for Unicode) wurde von Version 74.2 auf Version 77.1 aktualisiert. Dadurch wird Unicode 16 unterstützt und die Gebietsschemadaten werden aktualisiert. Zwei Änderungen könnten ein gewisses Risiko für Webanwendungen darstellen, die ein bestimmtes Format der Intl JS-APIs voraussetzen:

  1. Das standardmäßige italienische Zahlenformat wurde geändert, sodass das Tausendertrennzeichen für vierstellige Zahlen nicht mehr verwendet wird. Beispiel: new Intl.NumberFormat("it").format(1234) gibt 1234 anstelle von 1.234 zurück. Das alte Verhalten kann mit dem Parameter „useGrouping“ für den Konstruktor Intl.NumberFormat erreicht werden. 
  2. In einigen englischen Gebietsschemas (en-AU, en-GB und en-IN) wurde nach ausgeschriebenen Wochentagen ein Komma eingefügt, z. B. wurde „Saturday 30 April 2011“ in „Saturday, 30 April 2011“ geändert. Webanwendungen sollten sich nicht auf die genaue Formatierung von Datumsangaben verlassen, da diese sich in Zukunft wieder ändern können.
   
  • Chrome 143 für Windows, macOS, Linux und Android

   

• Ursprungsgebundene Cookies (Standard) 

  In Chrome 143 sind Cookies standardmäßig an ihren Einstellungsursprung gebunden, sodass sie nur über diesen Ursprung zugänglich sind, d. h. bei einer Anfrage gesendet oder über document.cookie sichtbar. Cookies können die Einschränkungen für die Host- und Portbindung durch die Verwendung des Domain-Attributs aufheben, aber alle Cookies sind an das Schema ihrer Einstellung gebunden.

  Die temporären Enterprise-Richtlinien LegacyCookieScopeEnabled und LegacyCookieScopeEnabledForDomainList sind verfügbar, um diese Änderung rückgängig zu machen. Diese Richtlinien funktionieren ab Chrome 150 nicht mehr.

   
  • Chrome 143 für Android, iOS, Linux, macOS und Windows: Unternehmensrichtlinien sind verfügbar
  • Chrome 150 für Android, iOS, Linux, macOS und Windows: Unternehmensrichtlinien werden entfernt

   

• Ändern der WarnungKein HTTPS 

  In Chrome 141 wurde die Warnung, die angezeigt wird, wenn ein Nutzer die Option Immer verschlüsselte Verbindungen verwenden unter chrome://settings/security über ein Interstitial aktiviert, von einem Interstitial in einen Dialog geändert. Das Symbol für die Inhaltsicherheit der URL in der Warnung ändert sich von einem Sternchen zu einem aufgebrochenen Schloss. Das Laden der gesamten Seite bleibt jedoch blockiert und die Funktionalität bleibt unverändert. Einige Nutzer sehen diese Warnung möglicherweise automatisch, wenn sie HTTP-Websites aufrufen. Nutzer können die Warnung unter chrome://settings/security aktivieren.

   
  • Chrome 141 für ChromeOS, Linux, macOS und Windows: Neues Warnungsdesign auf Desktop-Plattformen
  • Chrome 143 für Android: Neues Warnungsdesign für Android
   

   

• Gebündelte Sicherheitseinstellungen 

  Mit dieser Funktion können Nutzer Sicherheitsoptionen bündeln, um Sicherheitseinstellungen basierend auf dem gewünschten Schutz beim Verwenden von Chrome zu konfigurieren. Nutzer können zwischen „Erweitert“ für das höchste Sicherheitsniveau und „Standard“ für den standardmäßigen ausgewogenen Schutz wählen. Nutzer können weiterhin benutzerdefinierte Werte für die Einstellungen festlegen. Das vereinfacht die Nutzung und ermöglicht es Nutzern, das gewünschte Schutzniveau zu erhalten, ohne sich mit erweiterten Konfigurationsoptionen auseinandersetzen zu müssen.

  Bestehende Unternehmensrichtlinien haben Vorrang vor der Auswahl von Endnutzer-Bundles. Wenn eine vorhandene Richtlinie für Sicherheitseinstellungen konfiguriert ist, werden die Werte nicht durch die Auswahl eines Sicherheitsbündels durch einen Nutzer überschrieben.

   
  • Chrome 144 für ChromeOS, Linux, macOS und Windows

   

• savedTabGroups als individueller Wert in SyncTypesListDisabled wird eingestellt 

  Derzeit können Administratoren mit der Unternehmensrichtlinie SyncTypesListDisabled die Synchronisierung des Datentyps „savedTabGroups“ auf Desktop-Plattformen deaktivieren. Auf mobilen Plattformen wird die Synchronisierung von Tabgruppen jedoch bereits über den Datentyp „Tabs“ verwaltet. Um das Verhalten auf dem Desktop an das Verhalten auf Mobilgeräten anzugleichen und die Synchronisierungsverwaltung zu vereinfachen, wird der individuelle Datentyp „savedTabGroups“ eingestellt. Er ist dann kein individuell anpassbarer Wert mehr in der Richtlinie SyncTypesListDisabled.

  Erforderliche Maßnahmen von Administratoren: 

  Ab Chrome 144 gilt Folgendes: Wenn mit der Richtlinie SyncTypesListDisabled entweder Tabs oder savedTabGroups deaktiviert werden, gelten beide Datentypen als deaktiviert. Das bedeutet, dass durch das Deaktivieren von Tabs auch gespeicherte Tabgruppen deaktiviert werden und umgekehrt. Der Wert savedTabGroups wird vollständig aus der Liste der unterstützten Datentypen für diese Richtlinie entfernt. Administratoren, die gespeicherte Tabgruppen deaktiviert haben und dies beibehalten möchten, müssen den Datentyp „Tabs“ explizit deaktivieren. So wird das gewünschte Verhalten sichergestellt, bevor der Wert savedTabGroups vollständig entfernt wird.

   
  • Chrome 144 für Windows, macOS und Linux

   

• HSTS-Tracking-Schutz 

  Durch dieses Update wird die Nachverfolgung von Nutzern durch Drittanbieter über den HTTP Strict Transport Security (HSTS)-Cache eingeschränkt. Diese Funktion erlaubt nur HSTS-Upgrades für Navigationen auf oberster Ebene und blockiert HSTS-Upgrades für Anfragen zu untergeordneten Ressourcen. Dadurch wird es für Drittanbieter-Websites unmöglich, den HSTS-Cache zu verwenden, um Nutzer im Web zu tracken.

   
  • Chrome 144 für Windows, macOS, Linux und Android

   

• Happy Eyeballs V3 

  Diese Einführung ist eine interne Optimierung in Chrome, bei der Happy Eyeballs V3 implementiert wird, um eine bessere Nebenläufigkeit von Netzwerkverbindungen zu erreichen. Bei Happy Eyeballs V3 werden DNS-Auflösungen asynchron ausgeführt und Verbindungsversuche mit bevorzugten Protokollen (H3/H2/H1) und Adressfamilien (IPv6 oder IPv4) gestaffelt, um die für Nutzer sichtbare Verzögerung bei der Netzwerkverbindung zu verringern. Diese Funktion wird durch die temporäre Richtlinie HappyEyeballsV3Enabled gesteuert.

   
  • Chrome 144 für Android, ChromeOS, Linux, macOS und Windows

   

• Multicast-Unterstützung für die Direct Sockets API 

  Ermöglicht es isolierten Web-Apps, Multicast-Gruppen zu abonnieren und UDP-Pakete von dort zu empfangen sowie zusätzliche Parameter anzugeben, wenn UDP-Pakete an Multicast-Adressen gesendet werden.

   
  • Chrome 144 für Windows, macOS und Linux

   

• ServiceWorkerAutoPreload-Modus 

  ServiceWorkerAutoPreload ist ein Modus, in dem der Browser die Netzwerkanfrage parallel zum ServiceWorker-Bootstrap ausgibt und das Ergebnis der Netzwerkanfrage im Fetch-Handler verwendet, wenn der Fetch-Handler die Antwort mit respondWith() zurückgibt. Wenn das Ergebnis des Fetch-Handlers ein Fallback ist, wird die Netzwerkantwort direkt an den Browser übergeben. ServiceWorkerAutoPreload ist eine optionale Browseroptimierung, die das vorhandene Service Worker-Verhalten ändert. Administratoren können diese Funktion über die Unternehmensrichtlinie ServiceWorkerAutoPreloadEnabled steuern.

  • Chrome 140 für Android und Windows: Richtlinie ServiceWorkerAutoPreloadEnabled
  • Chrome 144 für Android und Windows: Die Richtlinie ServiceWorkerAutoPreloadEnabled wird entfernt.

   

• 2‑Faktor-Authentifizierung für Administratoren erzwingen 

  Um die Daten Ihrer Organisation besser zu schützen, erfordert Google bald die Aktivierung der Bestätigung in zwei Schritten für alle Konten mit Zugriff auf admin.google.com. Als Google Workspace-Administrator müssen Sie Ihre Identität mit der 2‑Faktor-Authentifizierung bestätigen. Dazu benötigen Sie Ihr Passwort und etwas Zusätzliches, z. B. Ihr Smartphone oder einen Sicherheitsschlüssel.

  Die Erzwingung erfolgt in den kommenden Monaten schrittweise. Sie sollten die Bestätigung in zwei Schritten für die Administratorkonten in Ihrer Organisation aktivieren, bevor sie von Google durchgesetzt wird. Weitere Informationen finden Sie im Hilfeartikel 2‑Faktor-Authentifizierung für Administratoren erzwingen.

  • Chrome 137 für ChromeOS, Linux, macOS und Windows: Erzwingen der 2‑Faktor-Authentifizierung beginnt
  • Chrome 145 für ChromeOS, Linux, macOS und Windows: 2FA erforderlich

   

• CSS-Pseudo-Markierungen für Ergebnisse der Suche auf der Seite 

  Mit dieser Funktion wird die Anpassung von Auf Seite suchen-Suchergebnissen für Autoren als Highlight-Pseudoelement wie Auswahl und Rechtschreibfehler verfügbar gemacht. So können Autoren die Vorder- und Hintergrundfarben ändern oder Textformatierungen hinzufügen, was besonders nützlich sein kann, wenn die Browserstandardeinstellungen nicht ausreichend Kontrast zu den Seitenfarben bieten oder anderweitig ungeeignet sind.

  • Chrome145 für Windows, macOS, Linux und Android

   

• Änderung des Zeitplans für die Einführung von Chrome Frühe stabile Version 145 

  Ab Chrome 145 wird Chrome eine Woche früher als bisher kommuniziert im Early Stable-Channel eingeführt. So wird beispielsweise die erste stabile Version von Chrome 145 vom 4. Februar 2026 auf den 28. Januar 2026 verschoben. An der Veröffentlichung der stabilen Version ändert sich nichts. Den aktualisierten Release-Zeitplan finden Sie hier. 

  • Chrome 145 für Android, iOS, macOS und Windows: Chrome wird eine Woche früher im Early Stable-Channel eingeführt.

   

• „window.name“ bei websiteübergreifenden Seitenaufrufen löschen, die einen Wechsel der Gruppe für den Browserkontext herbeiführen 

  Der Wert der Eigenschaft window.name bleibt derzeit während der gesamten Lebensdauer eines Tabs erhalten, auch bei der Navigation, bei der die Browserkontextgruppen gewechselt werden. Dadurch können Informationen preisgegeben und möglicherweise als Tracking-Vektor verwendet werden. Bereits in Chrome 142 wird die window.name-Eigenschaft in diesem Fall nicht mehr beibehalten, was dieses Problem behebt. 

  Mit diesem Update wird eine neue temporäre Unternehmensrichtlinie eingeführt: ClearWindowNameCrossSiteBrowsing. Sie funktioniert ab Chrome 146 nicht mehr.

  • Chrome 145 für Windows, macOS, Linux, Android und iOS: Unternehmensrichtlinie ist verfügbar
  • Chrome 148 für Windows, macOS, Linux, Android und iOS: Unternehmensrichtlinie wird entfernt

   

• Leerzeichen in URL-Hosts ohne file:// nicht zulassen 

  Gemäß der URL Standard-Spezifikation dürfen URL-Hosts keine Leerzeichen enthalten. Derzeit lässt die URL-Analyse in Chromium jedoch Leerzeichen im Host zu. Dies führt dazu, dass Chromium in den Bereichen Interop2024 HTTPS URLs for WebSocket und URL-Fokus mehrere Tests nicht besteht. Um Chromium an die Spezifikationen anzupassen, möchten wir Lücken aus URL-Hosts entfernen. Das Problem dabei ist, dass sie im Hostteil von Windows-URLs file:// verwendet werden (siehe GitHub).

  • Chrome 145 für Android, ChromeOS, LaCrOS, Linux, MacOS, Windows und Fuchsia

   

• Richtlinien zur Drittanbieter-Speicherpartitionierung entfernen 

  Die Drittanbieter-Speicherpartitionierung ist seit Chrome 115 die Standardeinstellung. Das Flag chrome://, mit dem Nutzer diese Funktion deaktivieren konnten, wurde in Chrome 128 entfernt. Der Test zur Einstellung für die Einstellung endete mit Chrome 139. 

  In Chrome 145 werden die Unternehmensrichtlinien DefaultThirdPartyStoragePartitioningSetting und ThirdPartyStoragePartitioningBlockedForOrigins entfernt. Nutzer sollten auf alternative Speicherlösungen umstellen, indem sie entweder die Drittanbieter-Speicherpartitionierung nutzen oder bei Bedarf document.requestStorageAccess({...}) verwenden.

  Wenn Sie Feedback haben, können Sie es hier im Chromium-Fehler hinzufügen.

  • Chrome 145 für Android, ChromeOS, Linux, MacOS, Windows und Fuchsia: Die Richtlinien DefaultThirdPartyStoragePartitioningSetting und ThirdPartyStoragePartitioningBlockedForOrigins wurden entfernt.

   

• X25519Kyber768-Schlüsselkapselung für TLS 

  In Chrome 124 wurde auf allen Desktopplattformen standardmäßig der neue Post-Quanten-Mechanismus zur sicheren TLS-Schlüsselkapselung X25519Kyber768 aktiviert, der auf einem NIST-Standard (ML-KEM) basiert. So wird der Netzwerkverkehr von Chrome mit Servern, die ebenfalls ML-KEM unterstützen, vor der Entschlüsselung durch einen zukünftigen Quantencomputer geschützt. Diese Änderung sollte für Serverbetreiber transparent sein. Diese Chiffre wird sowohl für TLS 1.3- als auch für QUIC-Verbindungen verwendet.

  Einige TLS-Midboxes sind jedoch möglicherweise nicht auf die Größe einer Kyber-Schlüsselkapselung (ML-KEM) oder einen neuen TLS-ClientHello-Chiffre-Codepunkt vorbereitet. Dies führt zu unterbrochenen oder hängenden Verbindungen. Dies lässt sich beheben, indem Sie Ihre Middlebox aktualisieren oder den Mechanismus zur Schlüsselkapselung über die temporäre Unternehmensrichtlinie PostQuantumKeyAgreementEnabled deaktivieren, die bis Ende 2024 verfügbar ist. Langfristig werden Post-Quanten-sichere Chiffren jedoch in TLS erforderlich sein und die Unternehmensrichtlinie wird entfernt. Für CSNA 2.0 ist Post-Quanten-Kryptografie erforderlich. Weitere Informationen finden Sie unter Chrome-Traffic mit Hybrid Kyber KEM schützen.

  • Chrome 131 für Linux, macOS und Windows: Chrome stellt den Schlüsselkapselungsmechanismus auf die endgültige Standardversion ML-KEM um.
  • Chrome 145 für Linux, macOS und Windows: Unternehmensrichtlinie wird entfernt

   

• Isolierte Web-Apps 

  Isolierte Web-Apps (IWAs) sind eine Erweiterung der bestehenden Arbeit an der PWA-Installation und dem Web Packaging, die einen besseren Schutz vor Manipulation von Servern und anderen Manipulationen bieten – erforderlich für Entwickler von sicherheitsrelevanten Anwendungen. Diese Anwendungen werden nicht auf Live-Webservern gehostet und über HTTPS abgerufen, sondern in Web-Bundles verpackt, vom Entwickler signiert und über eine oder mehrere der im Explainer beschriebenen Methoden an Endnutzer verteilt. 

  In der ersten Version können IWAs nur über eine Administratorrichtlinie auf von Unternehmen verwalteten ChromeOS-Geräten installiert werden. 

  • Chrome 150 für Windows: Mit diesem Roll-out wird die Unterstützung für isolierte Webanwendungen in von Unternehmen verwalteten Browserkonfigurationen unter Windows hinzugefügt.

   

• Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche unter Windows 

  Ab Chrome 126 unterstützt Chrome Bedienungshilfen-Client-Software, die das Bedienungshilfen-Framework zur Benutzeroberflächenautomatisierung von Microsoft Windows verwendet. Vor dieser Änderung arbeitete diese Software in Microsoft Windows über einen Kompatibilitäts-Shim mit Chrome zusammen. Diese Änderung soll die Barrierefreiheit für viele Nutzer verbessern. Die App bietet vollständige Unterstützung für Sprecher, Lupe und Voice Access. Außerdem werden wir Drittanbieter-Apps verbessern, die das Bedienungshilfen-Framework zur Benutzeroberflächenautomatisierung nutzen. Für Nutzer von Chrome ist die Arbeitsspeichernutzung und der Verarbeitungsaufwand geringer, wenn sie Bedienungshilfen verwenden. Außerdem wird die Entwicklung von Software mit Hilfstechnologien erleichtert.

  Administratoren können die Unternehmensrichtlinie UiAutomationProviderEnabled ab Chrome 125 verwenden, um entweder die Aktivierung des neuen Anbieters zu erzwingen, damit alle Nutzer die neue Funktion erhalten, oder den neuen Anbieter zu deaktivieren. Diese Richtlinie wird bis Chrome 146 unterstützt und in Chrome 147 entfernt. Dieser einjährige Zeitraum soll Unternehmen genügend Zeit für die Zusammenarbeit mit Drittanbietern geben, damit sie Inkompatibilitäten beheben können, die durch den Wechsel vom Microsoft-Kompatibilitäts-Shim zum Anbieter der Benutzeroberflächenautomatisierung von Chrome entstehen.

  • Chrome 125 für Windows: Die Richtlinie UiAutomationProviderEnabled wird eingeführt, damit Administratoren den Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche von Chrome aktivieren und prüfen können, ob Bedienungshilfen von Drittanbietern weiterhin funktionieren.
  • Chrome 126 für Windows: Das Framework für Chrome-Varianten wird verwendet, um Anbieter des Bedienungshilfen-Frameworks zur Benutzeroberflächenautomatisierung von Chrome für Nutzer zu aktivieren. Die Funktion wird nach und nach für alle stabilen Versionen aktiviert. Bei Bedarf werden allerdings auch Pausen eingelegt, um Kompatibilitätsprobleme zu beheben, wo dies in Chrome möglich ist. Unternehmensadministratoren können die Richtlinie UiAutomationProviderEnabled weiterhin verwenden, um das neue Verhalten frühzeitig zu aktivieren. In Chrome 146 lässt es sich vorübergehend deaktivieren.
  • Chrome 147 für Windows: Die Richtlinie UiAutomationProviderEnabled wird aus Chrome entfernt. Alle Clients verwenden den Anbieter für das Bedienungshilfen-Framework zur Automatisierung der Benutzeroberfläche im Browser.

   

• Migration von der Safe Browsing API v4 zur v5 

  Chrome-Aufrufe der SafeBrowsing v4 API werden stattdessen zum Aufrufen von v5 API migriert. Auch die Methodennamen unterscheiden sich zwischen v4 und v5. Wenn Administratoren eine v4-spezifische Zulassungsliste für URLs haben, um Netzwerkanfragen an https://safebrowsing.googleapis.com/v4* zuzulassen, sollten diese so geändert werden, dass stattdessen Netzwerkanfragen an die gesamte Domain zugelassen werden: safebrowsing.googleapis.com. Andernfalls führen abgelehnte Netzwerkanfragen an die v5 API zu Rückschritten bei der Sicherheit für Nutzer. Weitere Informationen finden Sie unter Migration von V4 – Safe Browsing. 

   
  • Chrome 145 für Android, iOS, ChromeOS, Linux, macOS und Windows: Die Funktion wird nach und nach eingeführt.

 

Bevorstehende Updates für Chrome Enterprise Core

    

• Von Unternehmen verwaltete Verknüpfungen auf der Seite Neuer Tab 

  Verknüpfungen auf der Seite Neuer Tab können schnellen Zugriff auf interne Ressourcen und Anwendungen ermöglichen. Administratoren können mit der Richtlinie NTPShortcuts bis zu 10 Verknüpfungen auf der Seite Neuer Tab des Nutzers einrichten. Ab Chrome 141 ist diese Funktion für Trusted Tester von Chrome Enterprise Core verfügbar.

   
  • Chrome 141 für ChromeOS, Linux, macOS und Windows: Eine frühe Vorabversion der Richtlinie ist für Trusted Tester verfügbar. Administratoren können bis zu 10 Verknüpfungen einrichten. Nutzer können zu den Verknüpfungen ihrer Organisation wechseln, indem sie zu Chrome anpassen gehen.
  • Chrome 143 für ChromeOS, Linux, macOS und Windows: Die Richtlinie ist allgemein verfügbar. Von Administratoren festgelegte Verknüpfungen werden zusätzlich zu den von Nutzern festgelegten Verknüpfungen („Meine Verknüpfungen“ oder „Am häufigsten besuchte Websites“) angezeigt. Nutzer können die Sichtbarkeit von Verknüpfungen im Bereich Chrome anpassen steuern.
  

    

• Berichterstellung zu Profilen für Chrome unter iOS 

  Mit Chrome Enterprise Core wird die Berichterstellung zu Cloudprofilen für Chrome unter iOS eingeführt. Wenn IT-Administratoren die Profilberichterstellung unter iOS aktivieren möchten, müssen sie in der Google Admin-Konsole im Bereich Chrome-Browser > Einstellungen die Richtlinie „Berichterstellung für verwaltete Profile“ aktivieren. Wenn Sie die Berichterstellung für verwaltete Profile bereits aktiviert haben, erhalten Sie automatisch Profilberichte für Chrome unter iOS. Administratoren können die Funktion über die Richtlinie CloudProfileReportingEnabled steuern. 

  Die Berichtsdaten für Profile finden Sie in der Admin-Konsole > Chrome-Browser > Verwaltete Profile. Die Berichtsdaten umfassen Profilinformationen, Browserinformationen (Browserversionen, Betriebssystem, Channel usw.), die angewendeten Richtlinien und mehr.

   
  • Chrome 143 für iOS: Die Funktion wird nach und nach eingeführt.

 

Bevorstehende Änderungen bei Chrome Enterprise Premium

 

   

• Unterstützung größerer Dateien bei DLP-Scans 

  Die Funktionen zum Schutz vor Datenverlust (Data Loss Prevention, DLP) und zum Scannen auf Malware in Chrome Enterprise Premium werden jetzt auf große und verschlüsselte Dateien ausgeweitet. Bisher wurden Dateien, die größer als 50 MB waren, und alle verschlüsselten Dateien beim Scannen von Inhalten übersprungen. Mit diesem Update wird diese kritische Sicherheitslücke geschlossen. Bei Richtlinien, die so konfiguriert sind, dass Beweise gespeichert werden, können jetzt Dateien mit einer Größe von bis zu 2 GB an den Evidence Locker gesendet werden. Administratoren erhalten so mehr Transparenz und Kontrolle, wodurch das Risiko der Daten-Exfiltration durch große Dateiübertragungen erheblich verringert wird.

  Zum Aktivieren dieses Features ist keine neue Richtlinie erforderlich. Sie wird automatisch durch die vorhandenen Konfigurationen der DLP-Regeln in der Google Admin-Konsole gesteuert. Wenn Administratoren Regeln für das Hochladen, Herunterladen oder Drucken von Dateien haben, gelten diese jetzt auch für große und verschlüsselte Dateien. Weitere Informationen finden Sie unter Was sind ChromeOS-Datenkontrollen? – Chrome Enterprise- und Education-Hilfe.

  • Chrome 145 für Linux, macOS und Windows: In dieser Phase können große (>50 MB) und verschlüsselte Dateien für den Beweisspeicher gesammelt werden, wodurch eine wichtige DLP-Sicherheitslücke geschlossen wird.

Übersicht über ChromeOS-Version 142

 

ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Zertifikatbereitstellung			✓
Richtlinie zur automatischen Abmeldung auf allen Geräten			✓
Google Chat wird von einem neuen Speicherort bereitgestellt		✓
Bevorstehende ChromeOS-Änderungen	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Verwaltete USB-Drucker in ChromeOS			✓
Mehr Transparenz bei der Datenwiederherstellung unter ChromeOS	✓	✓

 

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.

Aktuelle ChromeOS-Updates

   

• Zertifikatbereitstellung 

  Die Bereitstellung von Zertifikaten wurde für Chromebooks grundlegend überarbeitet. Wir unterstützen jetzt sowohl dynamische SCEP- als auch ECC-Schlüssel.

  • Unterstützung für dynamisches SCEP – für mehr Sicherheit. 
  • Unterstützung von ECC-Schlüsseln – schneller als RSA-Schlüssel
   

  Weitere Informationen zur Einrichtung finden Sie im Hilfeartikel Zertifikatregistrierung für ChromeOS über SCEP konfigurieren – Chrome Enterprise- und Education-Hilfe.

  Hinweis: Die unterstützte Mindestversion für diese Änderungen ist ChromeOS 138.

   

• Richtlinie zur automatischen Abmeldung auf allen Geräten 

  Ab Chrome-Version 142 können Administratoren verwalteter ChromeOS-Geräte gleichzeitige Gerätesitzungen für denselben Nutzer blockieren. Diese Funktion trägt dazu bei, dass Konten in kontrollierten Umgebungen wie Schulen nicht absichtlich oder versehentlich gemeinsam genutzt werden.

  

  Wenn sich Nutzer mit ihrem Konto auf einem neuen Gerät anmelden, werden sie von anderen ChromeOS-Geräten abgemeldet, die sie zuvor mit demselben Konto verwendet haben. 

  Diese Funktion kann mit der Richtlinie Automatische Abmeldung gesteuert werden.

   

• Google Chat wird von einem neuen Speicherort bereitgestellt 

  Das Google Chat-Team führt eine schnellere und zuverlässigere Google Chat-Version für Webnutzer ein. Chat wird jetzt über chat.google.com statt über mail.google.com/chat bereitgestellt. Nutzer können jedoch weiterhin vorhandene Lesezeichen und Links für mail.google.com/chat verwenden. Durch diese Änderung wird die Ladezeit beim Öffnen der App verkürzt. Die Chat-Benutzeroberfläche ändert sich dadurch nicht.

  • Administratoren und Entwickler: Wenn Sie eine Erweiterung erstellt haben, die mit Chat funktioniert, müssen Sie dafür sorgen, dass sie mit der neuen Webadresse chat.google.com kompatibel ist. Bitte aktualisieren Sie Ihre Erweiterung, damit sie Chat am neuen Speicherort finden und mit Chat interagieren kann.
  • Endnutzer: Wenn Sie Chrome-Erweiterungen verwenden, um Chat zu optimieren, müssen diese möglicherweise von den Entwicklern aktualisiert werden, damit sie nach der Umstellung auf chat.google.com richtig funktionieren. Wenn Sie feststellen, dass eine Erweiterung nicht wie erwartet funktioniert, prüfen Sie, ob im Chrome Web Store ein Update verfügbar ist.
  • Administratoren: Wenn Sie den Chatzugriff für Nutzer in Ihrer Organisation mithilfe von Zulassungs- oder Blockierlisten für URLs in der Chrome-Admin-Konsole blockiert haben, müssen Sie auch die Domain chat.google.com hinzufügen.

  Das Google Chat-Team plant, diese Änderungen ab dem 14. November 2025 nach und nach einzuführen. Wir gehen davon aus,  dass sie bis zum 31. Januar 2026 für alle Nutzer verfügbar sein werden.

Bevorstehende ChromeOS-Änderungen

   

• Verwaltete USB-Drucker in ChromeOS 

  In ChromeOS 143 können Drucker, die über den USB-Anschluss mit einem ChromeOS-Gerät verbunden sind, über diese neue Funktion verwaltet werden. Derzeit können Administratoren die Verwaltung von Druckern, die mit ChromeOS verbunden sind, nur über eine Netzwerkverbindung einrichten. ChromeOS-Administratoren können bald die Hersteller-ID und Produkt-ID der USB-Drucker angeben, um sie für ihre Organisationen zu verwalten.

   

• Mehr Transparenz bei der Datenwiederherstellung unter ChromeOS 

  Wir legen großen Wert auf Sicherheit und werden daher bereits ab ChromeOS 144 mehr Transparenz in Bezug auf den Datenwiederherstellungsverlauf Ihres Geräts bieten. Jeder Wiederherstellungsversuch wird in einem manipulationssicheren, datenschutzfreundlichen Ledger protokolliert. Dieses Protokoll kann jetzt eingesehen werden.

  So können Sie überprüfen, ob alle Versuche, lokale Daten auf Ihrem Gerät wiederherzustellen, von Ihnen vorgenommen wurden. Unbefugte Zugriffsversuche lassen sich so leicht erkennen.

  Weitere Informationen finden Sie im Hilfeartikel Lokale Datenwiederherstellung auf ChromeOS-Geräten einrichten – Chrome Enterprise- und Education-Hilfe.

Übersicht über Chrome-Version 141

 

Änderungen am Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Neues heuristisches Signal für Suchanfragen-Hijacking in der Erweiterungstelemetrie	✓
Gemini in Chrome		✓
Fußzeile auf der Seite „Neuer Tab“	✓	✓	✓
Remotebefehle für Profile mit Drittanbieterauthentifizierung			✓
An Ursprünge gebundene Prozessisolierung	✓
Strenge Richtlinie zum gleichen Ursprung für die Storage Access API	✓
Neue Richtlinien im Chrome-Browser			✓
Änderungen bei Chrome Enterprise Core	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Unterstützung für Anpassungen des Enterprise Chrome Web Store in registrierten Browsern		✓	✓
Von Unternehmen verwaltete Verknüpfungen auf der Seite „Neuer Tab“		✓	✓
Löschen inaktiver Profile in Chrome Enterprise Core	✓		✓
Änderungen bei Chrome Enterprise Premium	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Wasserzeichen anpassen	✓		✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Zugriffseinschränkungen für lokales Netzwerk	✓
Unterstützung mehrerer Profile in der Freigabeerweiterung für Chrome unter iOS		✓
Vereinfachte Anmeldung und Synchronisierung in Chrome für Computer	✓	✓
Gebündelte Sicherheitseinstellungen	✓
„window.name“ bei websiteübergreifenden Seitenaufrufen löschen, die einen Wechsel der Gruppe für den Browserkontext herbeiführen			✓
Unterstützung des clientseitigen LLM bei der Behebung von Betrugsfällen	✓
HSTS-Tracking-Schutz	✓
Interoperable „pointerrawupdate“-Ereignisse nur in sicheren Kontexten verfügbar	✓
Ursprungsgebundene Cookies (Standard)			✓
Post-Quanten-Kryptografie für DTLS in WebRTC	✓
Persistente Nutzeraktivierung bei Navigationen mit demselben Ursprung			✓
Aktualisierung des Designs der „No HTTPS“-Warnung	✓
Web-App-Manifest: Algorithmus für die Aktualisierungsberechtigung	✓
CSS-Pseudo-Markierungen für Ergebnisse der Suche auf der Seite			✓
savedTabGroups als individueller Wert in SyncTypesListDisabled wird eingestellt			✓
Happy Eyeballs V3	✓		✓
ServiceWorkerAutoPreload			✓
Änderung des Zeitplans für die Einführung von Early Stable
2‑Faktor-Authentifizierung für Administratoren erzwingen			✓
Leerzeichen in URL-Hosts ohne file:// nicht zulassen	✓
Richtlinien zur Drittanbieter-Speicherpartitionierung entfernen	✓
Migration von Safe Browsing API v4 zu v5	✓
X25519Kyber768-Schlüsselkapselung für TLS	✓
Isolierte Web-Apps			✓
Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche unter Windows		✓
Bevorstehende Änderungen bei Chrome Enterprise Core	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Berichterstellung zu Profilen für Chrome unter iOS			✓
Bevorstehende Änderungen bei Chrome Enterprise Premium	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
UX-Refaktorierung für Chrome-Browserregeln	✓		✓
Unterstützung größerer Dateien bei DLP-Scans	✓		✓

 

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.

Die Versionshinweise für Chrome Enterprise und Chrome Education werden in Übereinstimmung mit dem Chrome-Veröffentlichungszeitplan am Datum der ersten stabilen Version des Chrome-Browsers veröffentlicht.

Änderungen beim Chrome-Browser  

   

• Neues heuristisches Signal für die Übernahme von Suchanfragen in der Telemetrie von Erweiterungen 

  Schädliche Chrome-Erweiterungen fangen Suchanfragen aus der Omnibox und der Realbox (dem Suchfeld auf der Seite Neuer Tab) auf der Suchmaschinenergebnisseite (SERP) ab und leiten sie an eine vom Angreifer kontrollierte URL weiter. Mit dieser Funktion wird eine clientseitige Heuristik hinzugefügt, um solche Suchmanipulationen zu erkennen. Die Grundidee besteht darin, von Nutzern initiierte Suchanfragen mit erfolgreichen SERP-Landungen zu vergleichen. Eine erhebliche Diskrepanz im Zeitverlauf deutet stark auf Hijacking-Aktivitäten hin. Mit dieser Heuristik wird ein neues Signal generiert, das über den vorhandenen Erweiterungs-Telemetriedienst in Chrome auf den Safe Browsing CRX-Telemetrieserver hochgeladen wird. Durch die serverseitige Analyse von Signaldaten aus mehreren Chrome-Browsern kann dann ein potenzielles Such-Hijacking erkannt werden.

  • Chrome 141 für ChromeOS, Linux, macOS und Windows

   

• Gemini in Chrome 

  Gemini ist jetzt in Chrome unter macOS und Windows integriert und kann den Inhalt Ihrer aktuellen Seite verstehen. Nutzer können sich jetzt nahtlos die wichtigsten Punkte zusammenfassen lassen, Konzepte klären und Antworten finden, ohne ihren Chrome-Tab zu verlassen. Diese Integration umfasst sowohl den Chat, in dem Nutzer über Text mit Gemini interagieren können, als auch Gemini Live, mit dem Nutzer über Sprache mit Gemini interagieren können.

  In Chrome 141 wird Gemini in Chrome für die meisten Google Workspace-Nutzer mit Zugriff auf die Gemini App in den USA eingeführt. Administratoren können diese Funktion mit der Richtlinie GeminiSettings (Wert 1) oder mit der Richtlinie GenAiDefaultSettings (Wert 2) deaktivieren. Weitere Informationen finden Sie in der Gemini in Chrome-Hilfe oder in diesem Blogpost. 

  • Chrome 137 für macOS und Windows: Die Funktion ist für einige Google AI Pro- und Ultra-Abonnenten in den USA und in den Vorabversionen (Entwickler, Canary, Beta) in den USA verfügbar.
  • Chrome 141 für iOS, macOS und Windows: Die Funktion wird nach und nach in der stabilen Version für die meisten Google Workspace-Nutzer mit Zugriff auf die Gemini App in den USA eingeführt.
  • Chrome 143 für macOS und Windows: Einführung von Agent-Funktionen für Gemini in Chrome. Unternehmensrichtlinien werden zur Markteinführung verfügbar sein.
   
  

   

• Fußzeile auf der Seite „Neuer Tab“ 

  Die Seite Neuer Tab wurde aktualisiert und enthält nun eine neue Fußzeile, die Nutzern mehr Transparenz und Kontrolle über die Nutzung von Chrome bietet.

   
  • Chrome 138 für ChromeOS, Linux, macOS und Windows: Die Attribution von Erweiterungen wird im NTP angezeigt. Wenn eine Erweiterung Ihre Standardseite Neuer Tab geändert hat, wird jetzt eine Meldung in der Fußzeile angezeigt, die diese Änderung der entsprechenden Erweiterung zuordnet. Diese Meldung enthält oft einen direkten Link zur Erweiterung im Chrome Web Store, sodass unerwünschte Erweiterungen leichter identifiziert und verwaltet werden können. Als Administrator können Sie diese Quellenangabe mit der Richtlinie NTPFooterExtensionAttributionEnabled deaktivieren.
   
  • Chrome 139 für Linux, macOS und Windows: Die Offenlegung der Browserverwaltung wird angezeigt, wenn eine der Richtlinien zum Anpassen der Fußzeile von einem Unternehmensadministrator festgelegt wird. Für Nutzer, deren Chrome-Browser von einer vertrauenswürdigen Quelle verwaltet wird, wird in der Fußzeile der Seite Neuer Tab jetzt ein Hinweis zur Verwaltung angezeigt. So können Sie nachvollziehen, wie Ihr Browser verwaltet wird. Administratoren können diese Benachrichtigung mit der Richtlinie NTPFooterManagementNoticeEnabled deaktivieren. Außerdem können Organisationen das Erscheinungsbild der Fußzeile mit den Richtlinien EnterpriseLogoUrlForBrowser und EnterpriseCustomLabelForBrowser anpassen, um ein benutzerdefiniertes Logo und Label anzuzeigen.
   
  • Chrome 141 für Linux, macOS und Windows: In der Fußzeile der Seite Neuer Tab wird für alle verwalteten Browser ein Standardhinweis (Wird von <domain name> verwaltet) angezeigt. Die Sichtbarkeit kann mit der Richtlinie NTPFooterManagementNoticeEnabled gesteuert werden. 
   
     

   

• Remotebefehle für Profile mit Drittanbieterauthentifizierung 

  Mit dieser Funktion werden administrative Remote-Befehle wie das Löschen von Cache und Cookies für Chrome-Profile eingeführt, die über Drittanbieter-Identitätsanbieter authentifiziert werden. Durch diese Erweiterung können Administratoren jetzt auch diese neu unterstützten Profile verwalten und so eine größere Anzahl von Nutzerkonten per Remote-Zugriff verwalten.

   
  • Chrome 141 für Linux, macOS und Windows: Unterstützung von Remote-Befehlen für Profile mit Drittanbieterauthentifizierung 
     

   

• An Ursprünge gebundene Prozessisolierung 

  Um die Sicherheit weiter zu verbessern, wechselt Chrome zu einem detaillierteren Prozessisolierungsmodell namens Ursprungsisolierung. Bisher hat Chrome die Website-Isolierung verwendet, bei der verschiedene Ursprünge derselben Website (z. B. a.beispiel.de und b.beispiel.de) in einem einzelnen Renderer-Prozess zusammengefasst wurden.

  Bei der Ursprungsisolation wird jeder einzelne Ursprung (z. B. https://foo.beispiel.de) in einem eigenen Renderer-Prozess isoliert. Diese Änderung stärkt die Sicherheitsarchitektur von Chrome, indem die Prozessgrenzen besser an das grundlegende ursprungsbasierte Sicherheitsmodell des Webs angepasst werden. So wird ein besserer Schutz vor potenziellen Sicherheitslücken auf Websites geboten. Die einzelnen Prozesse sind zwar kleiner, aber die höhere Prozessgranularität kann zu einer insgesamt höheren Arbeitsspeicher- und CPU-Auslastung führen. Um Sicherheit und Leistung in Einklang zu bringen, wird die Ursprungsisolation standardmäßig nur auf Geräten mit mindestens 4 GB RAM aktiviert.

  Administratoren können diese Funktion mit der Richtlinie OriginKeyedProcessesEnabled steuern.

   
  • Chrome 141 für Windows, macOS und Linux: Die Funktion wird nach und nach eingeführt.
     

   

• Strenge Richtlinie zum gleichen Ursprung für die Storage Access API 

  In Chrome 141 folgen die Semantik der Storage Access API jetzt streng der Richtlinie zum gleichen Ursprung, um die Sicherheit zu erhöhen. Wenn Sie document.requestStorageAccess() in einem Frame verwenden, werden standardmäßig nur Anfragen an die Quelle des Iframes (nicht an die Website) mit Cookies versehen. Die Richtlinie CookiesAllowedForUrls oder Storage Access Headers können weiterhin verwendet werden, um websiteübergreifende Cookies zu entsperren.

   
  • Chrome 141 für Windows, macOS, Linux und Android
     

   

• Neue Richtlinien im Chrome-Browser 

  Richtlinie	Beschreibung
  NTPShortcuts	Eine Liste von Verknüpfungen auf der Seite Neuer Tab konfigurieren
  GloballyScopeHTTPAuthCacheEnabled	Konfigurieren, ob der HTTP-Authentifizierungs-Cache auf eine Top-Level-Website oder einen Browser-Tab beschränkt ist

    

Änderungen bei Chrome Enterprise Core

   

• Unterstützung für Anpassungen des Enterprise Chrome Web Store in registrierten Browsern 

  Der personalisierte Chrome Web Store unterstützt jetzt verwaltete Browser, die für Chrome Enterprise Core (Cloud-Computereinstellungen) registriert sind. So können Administratoren den Chrome Web Store anpassen, ohne dass sich Nutzer anmelden müssen. Die Anpassungen umfassen:

  • Unternehmenslogos hinzufügen
  • Hero-Banner und benutzerdefinierte Ankündigungen hinzufügen
  • Erweiterungssammlungen kuratieren
  • Erweiterungskategorien ausblenden
   

  Die Einstellungen für die Anpassung des Chrome Web Store wurden bereits in Chrome 132 eingeführt, unterstützten aber nur Nutzerrichtlinien (für angemeldete Nutzer). Ab Chrome 140 ist diese Funktion für Trusted Tester von Chrome Enterprise Core verfügbar.

   
  • Chrome 141 für Linux, macOS und Windows: Diese Funktion wird bereits mit Chrome 141 allgemein verfügbar sein.
   

   

• Von Unternehmen verwaltete Verknüpfungen auf der Seite „Neuer Tab“ 

  Verknüpfungen auf der Seite Neuer Tab können schnellen Zugriff auf interne Ressourcen und Anwendungen ermöglichen. Administratoren können mit der Richtlinie NTPShortcuts bis zu 10 Verknüpfungen auf der Seite Neuer Tab des Nutzers einrichten. Ab Chrome 141 ist diese Funktion für Trusted Tester von Chrome Enterprise Core verfügbar.

   
  • Chrome 141 für ChromeOS, Linux, macOS und Windows: Eine Vorabversion der Richtlinie ist für Trusted Tester verfügbar. Administratoren können bis zu 10 Verknüpfungen einrichten. Nutzer können zu den Verknüpfungen ihrer Organisation wechseln, indem sie zu Chrome anpassen gehen.
  • Chrome 143 für ChromeOS, Linux, macOS und Windows: Die Richtlinie ist allgemein verfügbar. Von Administratoren festgelegte Verknüpfungen werden zusätzlich zu den von Nutzern festgelegten Verknüpfungen („Meine Verknüpfungen“ oder „Am häufigsten besuchte Websites“) angezeigt. Nutzer können die Sichtbarkeit von Verknüpfungen im Bereich Chrome anpassen steuern.
   

   

• Löschen inaktiver Profile in Chrome Enterprise Core 

  Im Juni 2025 wurde die Einstellung „Zeitraum von Inaktivität, nach dem das Profil gelöscht wird“, eingeführt. Ab September 2025 werden durch die Einstellung automatisch verwaltete Profile in der Admin-Konsole gelöscht, die über den festgelegten Inaktivitätszeitraum hinaus inaktiv waren. Beim Veröffentlichen der Einstellung hat der Inaktivitätszeitraum einen Standardwert von 90 Tagen. Das bedeutet, dass standardmäßig alle verwalteten Profile, die seit mehr als 90 Tagen inaktiv sind, aus Ihrem Konto gelöscht werden. 

  Administratoren können den Wert für den inaktiven Zeitraum mithilfe dieser Einstellung ändern. 

  • Der Höchstwert ist 730 Tage. 
  • Der Mindestwert beträgt 28 Tage.
   

  Wenn der festgelegte Wert gesenkt wird, kann sich das global auf alle derzeit verwalteten Profile auswirken. Alle betroffenen Profile werden als inaktiv betrachtet und daher gelöscht. Das Nutzerkonto wird dadurch nicht gelöscht. Wenn ein inaktives Profil auf einem Gerät reaktiviert wird, wird es wieder in der Konsole angezeigt.

   
  • Chrome 141 für Android, ChromeOS, Linux, macOS und Windows : Die Richtlinie wurde im Juni eingeführt. Das Löschen beginnt im September und die erste Welle wird bis Ende Oktober abgeschlossen sein. Nach dem ersten Löschvorgang werden inaktive Profile weiterhin gelöscht, sobald sie den Zeitraum der Inaktivität erreicht haben.
   

Änderungen bei Chrome Enterprise Premium

Weitere Informationen zu den Unterschieden zwischen Chrome Enterprise Core und Chrome Enterprise Premium

   

• Wasserzeichen anpassen   

  Mit Chrome Enterprise Premium können Administratoren jetzt das Aussehen von Wasserzeichen anpassen. Diese Verbesserung soll die Nutzerfreundlichkeit erhöhen und Probleme wie Augenbelastung und Lesbarkeit auf Seiten mit vorhandenen Wasserzeichen beheben.

  Administratoren können das Erscheinungsbild des Wasserzeichens über die neue Richtlinie WatermarkStyle steuern. In dieser Richtlinie können Administratoren Folgendes konfigurieren:

  • font_size: Legt die Schriftgröße des Texts in Pixel fest. 
  • fill_opacity: Legt die Fülldeckkraft des Texts fest, von 0 (transparent) bis 100 (undurchsichtig). 
  • outline_opacity: Legt die Konturdeckkraft des Texts von 0 (transparent) bis 100 (undurchsichtig) fest. 

  So haben Administratoren mehr Flexibilität, Sicherheitsanforderungen und Nutzerproduktivität in Einklang zu bringen.

  • Chrome 140 für ChromeOS, Linux, macOS und Windows: Mit dieser Version können Administratoren die Schriftgröße und Deckkraft von Wasserzeichen über die neue Richtlinie WatermarkStyle in der Admin-Konsole anpassen.

Anstehende Änderungen für den Chrome-Browser

   

• Einschränkungen für den Zugriff auf lokales Netzwerk 

  In Chrome 142 wird die Möglichkeit, Anfragen an das lokale Netzwerk des Nutzers zu senden, eingeschränkt. Dies ist nur noch mit einer Berechtigungsaufforderung möglich. Eine lokale Netzwerkanfrage ist eine Anfrage von einer öffentlichen Website an eine lokale IP-Adresse oder einen Loopback oder von einer lokalen Website (z. B. Intranet) an einen Loopback. Wenn Websites diese Anfragen nur mit einer Berechtigung ausführen können, wird das Risiko von Fälschungsangriffen bei websiteübergreifenden Anfrage gegen lokale Netzwerkgeräte wie Router verringert. Außerdem wird die Möglichkeit von Websites eingeschränkt, diese Anfragen zu verwenden, um das lokale Netzwerk des Nutzers zu identifizieren.

  Diese Berechtigung ist auf sichere Kontexte beschränkt. Wenn die Berechtigungen gewährt werden, wird die Blockierung von gemischten Inhalten für Anfragen an das lokale Netzwerk zusätzlich gelockert, da viele lokale Geräte aus verschiedenen Gründen keine öffentlich vertrauenswürdigen TLS-Zertifikate erhalten können.

  Diese Arbeit ersetzt eine frühere Initiative namens Zugriff auf private Netzwerke, bei der Preflight-Anfragen verwendet wurden, um lokale Geräte zu aktivieren. Unternehmen, die die Berechtigung deaktivieren oder automatisch gewähren möchten, können dies mit den Richtlinien LocalNetworkAccessAllowedForUrls und LocalNetworkAccessBlockedForUrls tun. Mit dem Wert „*“ kann der Zugriff über das lokale Netzwerk auf alle URLs zugelassen werden. Das entspricht dem Verhalten vor der Einführung der Einschränkungen.

   
  • Chrome 142 für Windows, macOS, Linux und Android
     

    

• Unterstützung mehrerer Profile in der Freigabeerweiterung für Chrome unter iOS 

  Bereits ab Chrome 142 für iOS können Nutzer in der Chrome Share-Erweiterung das aktuell verwendete Profil sehen und es ändern, bevor sie eine URL in Chrome öffnen oder nach Text oder Bildern suchen. Wenn Nutzer mehrere Profile aktiviert haben und eine URL teilen oder Text oder ein Bild auswählen und dann Chrome auswählen, sehen sie die Chrome Share-Erweiterung mit einem Konto-Avatar. Wenn Nutzer nichts unternehmen, wird der Intent zum Teilen im ausgewählten Profil geöffnet.

  Wenn Nutzer das Profil über die Chrome Share-Erweiterung ändern möchten, klicken sie darauf und wählen das gewünschte Profil aus. Chrome wechselt dann entsprechend das Profil. Wenn Arbeitsprofile durch die Unternehmensrichtlinie zugelassen sind, können Nutzer das Profil für Widgets festlegen. Wenn nur private oder nur Unternehmensprofile zulässig sind und die Unterstützung mehrerer Profile nicht aktiviert ist, funktionieren Widgets weiterhin wie bisher.

   
  • Chrome 142 für iOS
   

    

• Vereinfachte Anmeldung und Synchronisierung in Chrome für Computer 

  Chrome führt eine vereinfachte und konsolidierte Version der Anmeldung und Synchronisierung in Chrome für Windows, Mac und Linux 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 Daten wie Passwörter und Lesezeichen in ihrem Google-Konto zu verwenden und zu speichern. Außerdem können Nutzer, die in Chrome angemeldet sind, auch die Synchronisierung ihrer Tabs und ihres Browserverlaufs in ihrem Google-Konto aktivieren. Auch hier gelten die entsprechenden Unternehmensrichtlinien.

  Wie bisher kann die Funktion zum Speichern und Aufrufen von Chrome-Daten im Google-Konto, die früher Teil der Chrome-Synchronisierung war, über SyncDisabled und SyncTypesListDisabled deaktiviert werden. Die Anmeldung in Chrome kann wie bisher über BrowserSignin deaktiviert werden.

  Die Ä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.

  Diese Änderungen ähneln der vereinfachten Anmeldung und Synchronisierung, die in Version 117 für iOS und in Version 127 für Android eingeführt wurde.

   
  • Chrome 142 für Linux, macOS und Windows: schrittweise Einführung
   

    

• Gebündelte Sicherheitseinstellungen 

  Mit dieser Funktion können Nutzer gebündelte Sicherheitsoptionen verwenden, um Sicherheitseinstellungen entsprechend dem gewünschten Schutz beim Verwenden von Chrome zu konfigurieren. Nutzer können zwischen „Erweitert“ für das höchste Sicherheitsniveau und „Standard“ für den standardmäßigen ausgewogenen Schutz wählen. Nutzer können weiterhin benutzerdefinierte Werte für die Einstellungen festlegen. Das vereinfacht die Nutzung und ermöglicht es Nutzern, das gewünschte Schutzniveau zu erhalten, ohne sich mit erweiterten Konfigurationsoptionen auseinandersetzen zu müssen.

  Bestehende Unternehmensrichtlinien haben Vorrang vor der Auswahl von Endnutzer-Bundles. Wenn eine vorhandene Richtlinie für Sicherheitseinstellungen konfiguriert ist, werden die Werte nicht durch die Auswahl eines Sicherheitsbündels durch einen Nutzer überschrieben.

   
  • Chrome 142 für ChromeOS, Linux, macOS und Windows
   

    

• Fenstername für websiteübergreifende Seitenaufrufe löschen, bei denen die Gruppe für den Browserkontext gewechselt wird 

  Der Wert der Eigenschaft window.name bleibt derzeit während der gesamten Lebensdauer eines Tabs erhalten, auch bei der Navigation, bei der die Browserkontextgruppen gewechselt werden. Dadurch können Informationen preisgegeben und möglicherweise als Tracking-Vektor verwendet werden. Bereits in Chrome 142 wird das Attribut „window.name“ in diesem Fall nicht mehr beibehalten, wodurch dieses Problem behoben wird. 

  Mit diesem Update wird eine neue temporäre Unternehmensrichtlinie eingeführt: ClearWindowNameCrossSiteBrowsing. Sie funktioniert ab Chrome 146 nicht mehr.

   
  • Chrome 142 für Windows, macOS, Linux, Android und iOS: Unternehmensrichtlinie ist verfügbar
  • Chrome 146 für Windows, macOS, Linux, Android und iOS: Unternehmensrichtlinie wird entfernt
   

    

• Unterstützung des clientseitigen LLM bei der Behebung von Betrugsfällen 

  Nutzer im Web werden täglich mit einer erheblichen Menge verschiedenster Betrugsversuche konfrontiert. Um diese Betrugsversuche zu bekämpfen, werden in Chrome On-Device-LLMs (Large Language Models) verwendet, um für Nutzer mit erweitertem Safe Browsing (ESB) betrügerische Websites zu identifizieren. Chrome sendet den Seiteninhalt an ein LLM auf dem Gerät, um sicherheitsbezogene Signale der Seite abzuleiten und diese Signale serverseitig zur endgültigen Entscheidung an Safe Browsing zu senden. Wenn diese Option aktiviert ist, benötigt Chrome möglicherweise mehr Bandbreite zum Herunterladen des LLM.

   
  • Chrome 134 für Linux, macOS und Windows: Der Markenname und die Intent-Zusammenfassung der Seite, die die Tastatursperre auslöst, werden erfasst, um betrügerische Websites zu identifizieren.
  • Chrome 135 für Linux, macOS und Windows: Warnungen werden Nutzern basierend auf dem Serverurteil angezeigt. Dabei werden die Marke und der Intent der Seite berücksichtigt, die die Tastatursperre ausgelöst hat.
  • Chrome 137 für Linux, macOS und Windows: Zusammenfassung der Marke und Intent der Seite basierend auf dem Bewertungssystem für den Serverruf.
  • Chrome 138 für Linux, macOS und Windows: Warnungen werden Nutzern basierend auf dem Serverurteil angezeigt. Dabei werden die Marke und der Intent der Seiten berücksichtigt, die vom System für den Serverruf bewertet wurden.
  • Chrome 142 für Android
   

    

• HSTS-Tracking-Schutz 

  Durch dieses Update wird die Nachverfolgung von Nutzern durch Drittanbieter über den HTTP Strict Transport Security (HSTS)-Cache eingeschränkt. Diese Funktion erlaubt nur HSTS-Upgrades für Navigationen auf oberster Ebene und blockiert HSTS-Upgrades für Anfragen zu untergeordneten Ressourcen. Dadurch wird es für Drittanbieter-Websites unmöglich, den HSTS-Cache zu verwenden, um Nutzer im Web zu tracken.

   
  • Chrome 142 für Windows, macOS, Linux und Android
   

    

• Interoperable „pointerrawupdate“-Ereignisse nur in sicheren Kontexten verfügbar 

   

  In der PointerEvents-Spezifikation wurde pointerrawupdate 2020 auf sichere Kontexte beschränkt. Dadurch werden sowohl das Auslösen des Ereignisses als auch die globalen Ereignis-Listener in unsicheren Kontexten verborgen. Durch diese Funktion entspricht Chrome der aktualisierten Spezifikation und ist mit anderen gängigen Browsern interoperabel.

   
  • Chrome 142 für Windows, macOS, Linux und Android
   

    

• Ursprungsgebundene Cookies (Standardeinstellung) 

  In Chrome 142 sind Cookies standardmäßig an ihren Einstellungsursprung gebunden, sodass sie nur über diesen Ursprung zugänglich sind, d. h. bei einer Anfrage gesendet oder über document.cookie sichtbar. Cookies können die Einschränkungen für die Bindung von Host und Port durch die Verwendung des Domain-Attributs aufheben, aber alle Cookies sind an ihr Einstellungsschema gebunden.

  Die temporären Enterprise-Richtlinien LegacyCookieScopeEnabled und LegacyCookieScopeEnabledForDomainList sind verfügbar, um diese Änderung rückgängig zu machen. Diese Richtlinien funktionieren ab Chrome 150 nicht mehr.

   
  • Chrome 142 für Android, iOS, Linux, macOS und Windows: Unternehmensrichtlinien werden verfügbar sein
  • Chrome 150 für Android, iOS, Linux, macOS und Windows: Unternehmensrichtlinien werden entfernt
   

    

• Post-Quanten-Kryptografie für DTLS in WebRTC 

  Diese Funktion ermöglicht die Verwendung von Post-Quanten-Kryptografie (PQC) mit WebRTC-Verbindungen. Der Grund für PQC ist, den WebRTC-Media-Traffic auf den neuesten Stand der Kryptografieprotokolle zu bringen und Harvest Now to Crack Later-Szenarien zu verhindern. 

  Administratoren können diese Funktion über die Unternehmensrichtlinie WebRtcPostQuantumKeyAgreementEnabled steuern, damit Unternehmensnutzer PQC deaktivieren können. Die Richtlinie gilt nur vorübergehend und wird voraussichtlich in Chrome 152 entfernt.

  • Chrome 142 für Android, ChromeOS, Linux, macOS und Windows
  • Chrome 152 für Android, ChromeOS, Linux, macOS, Windows und Fuchsia: Unternehmensrichtlinie wird entfernt
   

    

• Persistente Nutzeraktivierung bei Navigationen mit demselben Ursprung 

   

  Mit dieser Funktion bleibt der Status der klebrigen Nutzeraktivierung erhalten, nachdem eine Seite zu einer anderen Seite mit demselben Ursprung navigiert wurde. Das Fehlen der Nutzeraktivierung auf der Seite nach der Navigation verhindert einige Anwendungsfälle, z. B. die Anzeige virtueller Tastaturen bei Autofokus. Dies war ein Hindernis für Entwickler, die mehrseitige Anwendungen (MPAs) anstelle von Single-Page-Anwendungen (SPAs) erstellen möchten.

   
  • Chrome 142 für Windows, macOS, Linux und Android
   

    

• Ändern der WarnungKein HTTPS  

  In Chrome 140 wurde die Warnung, die angezeigt wird, wenn ein Nutzer die Einstellung Immer sichere Verbindungen verwenden unter chrome://settings/security über ein Interstitial aktiviert, in ein Dialogfeld geändert. Das Symbol für die Inhaltsicherheit der URL in der Warnung ändert sich von einem Sternchen zu einem aufgebrochenen Schloss. Das Laden der gesamten Seite bleibt jedoch blockiert und die Funktionalität unverändert. Einige Nutzer sehen diese Warnung möglicherweise automatisch, wenn sie HTTP-Websites aufrufen. Nutzer können die Warnung unter chrome://settings/security aktivieren.

   
  • Chrome 140 für ChromeOS, Linux, macOS und Windows: Neues Warnungsdesign auf Desktop-Plattformen
  • Chrome 142 für Android: Neues Warnungsdesign für Android
  

    

• Web-App-Manifest: Algorithmus für die Aktualisierungsberechtigung 

  Bereits in Chrome 142 wird im Web-App-Manifest ein Algorithmus für die Aktualisierungsvoraussetzung angegeben. Dadurch wird der Updateprozess deterministischer und vorhersehbarer. Entwickler haben mehr Kontrolle darüber, ob und wann Updates auf bestehende Installationen angewendet werden sollen. Außerdem kann die Drosselung der Updateprüfung entfernt werden, die User-Agents derzeit implementieren müssen, um keine Netzwerkressourcen zu verschwenden.

  • Chrome 142 für Windows, macOS und Linux
  • Chrome 143 für Android
   

    

• CSS-Pseudo-Elemente für das Hervorheben von Suchergebnissen auf der Seite 

  Mit dieser Funktion wird das Styling von Auf Seite suchen-Suchergebnissen für Autoren als Highlight-Pseudoelement wie Auswahl und Rechtschreibfehler verfügbar gemacht. So können Autoren die Vorder- und Hintergrundfarben ändern oder Textformatierungen hinzufügen, was besonders nützlich sein kann, wenn die Browserstandardeinstellungen nicht ausreichend Kontrast zu den Seitenfarben bieten oder anderweitig ungeeignet sind.

  • Chrome 143 für Windows, macOS, Linux und Android
   

    

• Einstellung von „savedTabGroups“ als Einzelwert in „SyncTypesListDisabled“ 

  Derzeit können Administratoren mit der Unternehmensrichtlinie SyncTypesListDisabled die Synchronisierung des Datentyps savedTabGroups auf Desktop-Plattformen deaktivieren. Auf mobilen Plattformen wird die Synchronisierung von Tabgruppen jedoch bereits über den Datentyp „Tabs“ verwaltet. Um das Verhalten auf dem Desktop an das Verhalten auf Mobilgeräten anzugleichen und die Synchronisierungsverwaltung zu vereinfachen, wird der einzelne Datentyp savedTabGroups eingestellt. Er ist dann kein individuell anpassbarer Wert mehr in der Richtlinie SyncTypesListDisabled.

  Erforderliche Maßnahmen von Administratoren: 

  Ab Chrome 143 werden sowohl Tabs als auch savedTabGroups als deaktiviert betrachtet, wenn die Richtlinie SyncTypesListDisabled einen der beiden Datentypen deaktiviert. Wenn Sie Tabs deaktivieren, werden also auch gespeicherte Tabgruppen deaktiviert und umgekehrt. Der Wert savedTabGroups wird vollständig aus der Liste der unterstützten Datentypen für diese Richtlinie entfernt. Administratoren, die gespeicherte Tabgruppen deaktiviert haben und dies beibehalten möchten, müssen den Datentyp „Tabs“ explizit deaktivieren. So wird das gewünschte Verhalten sichergestellt, bevor der Wert savedTabGroups vollständig entfernt wird.

   
  • Chrome 143 für Windows, macOS und Linux
   

    

• Happy Eyeballs V3 

  Diese Einführung ist eine interne Optimierung in Chrome, bei der Happy Eyeballs V3 implementiert wird, um eine bessere Nebenläufigkeit von Netzwerkverbindungen zu erreichen. Bei Happy Eyeballs V3 werden DNS-Auflösungen asynchron ausgeführt und Verbindungsversuche mit bevorzugten Protokollen (H3/H2/H1) und Adressfamilien (IPv6 oder IPv4) gestaffelt, um die für Nutzer sichtbare Verzögerung bei der Netzwerkverbindung zu verringern. Diese Funktion wird durch die temporäre Richtlinie HappyEyeballsV3Enabled gesteuert.

   
  • Chrome 144 für Android, ChromeOS, Linux, macOS und Windows
   

    

• „ServiceWorkerAutoPreload“-Modus 

  ServiceWorkerAutoPreload ist ein Modus, in dem der Browser die Netzwerkanfrage parallel zum ServiceWorker-Bootstrap ausgibt und das Ergebnis der Netzwerkanfrage im Fetch-Handler verwendet, wenn der Fetch-Handler die Antwort mit respondWith() zurückgibt. Wenn das Ergebnis des Fetch-Handlers ein Fallback ist, wird die Netzwerkantwort direkt an den Browser übergeben. ServiceWorkerAutoPreload ist eine optionale Browseroptimierung, die das vorhandene Service Worker-Verhalten ändert. Administratoren können diese Funktion über die Unternehmensrichtlinie ServiceWorkerAutoPreloadEnabled steuern.

     
  • Chrome 140 für Android und Windows: Richtlinie ServiceWorkerAutoPreloadEnabled
  • Chrome 144 für Android und Windows: Die Richtlinie ServiceWorkerAutoPreloadEnabled wird entfernt.

    

• Änderung des Zeitplans für die Einführung von Early Stable 

  Ab Chrome 145 wird Chrome eine Woche früher als bisher kommuniziert im Early Stable-Channel eingeführt. So ist beispielsweise die Einführung der ersten stabilen Chrome 145-Version vom 4. Februar 2026 auf den 28. Januar 2026 vorgezogen worden. An der Veröffentlichung der stabilen Version ändert sich nichts. Die neuen geplanten Termine für die Early Stable-Versionen finden Sie im aktualisierten Release-Zeitplan. 

  • Chrome 145 für Android, iOS, macOS und Windows: Chrome wird eine Woche früher im Early Stable-Channel eingeführt.

    

• Erzwingen der 2‑Faktor-Authentifizierung für Administratoren 

  Um die Daten Ihrer Organisation besser zu schützen, erfordert Google bald die Aktivierung der Bestätigung in zwei Schritten für alle Konten mit Zugriff auf admin.google.com. Als Google Workspace-Administrator müssen Sie Ihre Identität mit der 2‑Faktor-Authentifizierung bestätigen. Dazu benötigen Sie Ihr Passwort und etwas Zusätzliches, z. B. Ihr Smartphone oder einen Sicherheitsschlüssel.

  Die Erzwingung erfolgt in den kommenden Monaten schrittweise. Sie sollten die Bestätigung in zwei Schritten für die Administratorkonten in Ihrer Organisation aktivieren, bevor sie von Google durchgesetzt wird. Weitere Informationen finden Sie unter 2‑Faktor-Authentifizierung für Administratoren erzwingen.

   
  • Chrome 137 für ChromeOS, Linux, macOS und Windows: Erzwingen der 2‑Faktor-Authentifizierung beginnt
  • Chrome 145 für ChromeOS, Linux, macOS und Windows: 2FA erforderlich
   

    

• Leerzeichen in nicht file://-URL-Hosts nicht zulassen 

  Gemäß der URL-Standardspezifikation dürfen URL-Hosts kein Leerzeichen enthalten. Derzeit lässt die URL-Analyse in Chromium jedoch Leerzeichen im Host zu. Dies führt dazu, dass Chromium in den Bereichen Interop2024 HTTPS URLs for WebSocket und URL-Fokus mehrere Tests nicht besteht. Um Chromium an die Spezifikationen anzupassen, möchten wir Lücken aus URL-Hosts entfernen. Das Problem dabei ist, dass sie im Hostteil von Windows-file://-URLs verwendet werden (Github).

  • Chrome 145 für Android, ChromeOS, LaCrOS, Linux, MacOS, Windows und Fuchsia
   

    

• Richtlinien zur Drittanbieter-Speicherpartitionierung entfernen 

  Die Drittanbieter-Speicherpartitionierung ist seit Chrome 115 die Standardeinstellung. Das Flag chrome://, mit dem Nutzer diese Funktion deaktivieren konnten, wurde in Chrome 128 entfernt. Der Test zur Einstellung für die Einstellung endete mit Chrome 139. In Chrome 145 werden die Unternehmensrichtlinien DefaultThirdPartyStoragePartitioningSetting und ThirdPartyStoragePartitioningBlockedForOrigins entfernt. Nutzer sollten auf alternative Speicherlösungen umstellen, indem sie entweder die Drittanbieter-Speicherpartitionierung nutzen oder bei Bedarf document.requestStorageAccess({...}) verwenden.

  Wenn Sie Feedback haben, können Sie es hier im Chromium-Fehler hinzufügen.

   
  • Chrome 145 für Android, ChromeOS, Linux, MacOS, Windows und Fuchsia: Die Richtlinien DefaultThirdPartyStoragePartitioningSetting und ThirdPartyStoragePartitioningBlockedForOrigins wurden entfernt.
   

    

• Migration von der Safe Browsing API v4 zur v5 

  Chrome-Aufrufe der SafeBrowsing v4 API werden stattdessen zum Aufrufen von v5 API migriert. Auch die Methodennamen unterscheiden sich zwischen v4 und v5. Wenn Administratoren eine v4-spezifische Zulassungsliste für URLs haben, um Netzwerkanfragen an https://safebrowsing.googleapis.com/v4* zuzulassen, sollten diese so geändert werden, dass stattdessen Netzwerkanfragen an die gesamte Domain zugelassen werden: safebrowsing.googleapis.com. Andernfalls führen abgelehnte Netzwerkanfragen an die v5 API zu Rückschritten bei der Sicherheit für Nutzer. Weitere Informationen finden Sie unter Migration von V4 – Safe Browsing. 

   
  • Chrome 145 für Android, iOS, ChromeOS, Linux, macOS und Windows: Die Funktion wird nach und nach eingeführt. 
   

    

• X25519Kyber768-Schlüsselkapselung für TLS 

  In Chrome 124 wurde auf allen Desktopplattformen standardmäßig der neue Post-Quanten-Mechanismus zur sicheren TLS-Schlüsselkapselung X25519Kyber768 aktiviert, der auf einem NIST-Standard (ML-KEM) basiert. So wird der Netzwerkverkehr von Chrome mit Servern, die ebenfalls ML-KEM unterstützen, vor der Entschlüsselung durch einen zukünftigen Quantencomputer geschützt. Diese Änderung sollte für Serverbetreiber transparent sein. Diese Chiffre wird sowohl für TLS 1.3- als auch für QUIC-Verbindungen verwendet.

  Einige TLS-Midboxes sind jedoch möglicherweise nicht auf die Größe einer Kyber-Schlüsselkapselung (ML-KEM) oder einen neuen TLS-ClientHello-Chiffre-Codepunkt vorbereitet. Dies führt zu unterbrochenen oder hängenden Verbindungen. Dies lässt sich beheben, indem Sie Ihre Middlebox aktualisieren oder den Mechanismus zur Schlüsselkapselung über die temporäre Unternehmensrichtlinie PostQuantumKeyAgreementEnabled deaktivieren, die bis Ende 2024 verfügbar ist. Langfristig werden Post-Quanten-sichere Chiffren jedoch in TLS erforderlich sein und die Unternehmensrichtlinie wird entfernt. Für CSNA 2.0 ist Post-Quanten-Kryptografie erforderlich. Weitere Informationen finden Sie unter Chrome-Traffic mit Hybrid Kyber KEM schützen.

   
  • Chrome 131 für Linux, macOS und Windows: Chrome stellt den Schlüsselkapselungsmechanismus auf die endgültige Standardversion ML-KEM um.
  • Chrome 145 für Linux, macOS und Windows: Unternehmensrichtlinie wird entfernt
   

    

• Isolierte Web-Apps 

  Isolierte Web-Apps (IWAs) sind eine Erweiterung der bestehenden Arbeit an der PWA-Installation und dem Web Packaging, die einen besseren Schutz vor Manipulation von Servern und anderen Manipulationen bieten – erforderlich für Entwickler von sicherheitsrelevanten Anwendungen. Diese Anwendungen werden nicht auf Live-Webservern gehostet und über HTTPS abgerufen, sondern in Web-Bundles verpackt, vom Entwickler signiert und über eine oder mehrere der in dieser Erklärung beschriebenen Methoden an Endnutzer verteilt. 

  In der ersten Version können IWAs nur über eine Administratorrichtlinie auf von Unternehmen verwalteten ChromeOS-Geräten installiert werden.

   
  • Chrome 146 für Windows: Mit diesem Roll-out wird die Unterstützung für isolierte Webanwendungen in von Unternehmen verwalteten Browserkonfigurationen unter Windows hinzugefügt.
   

    

• Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche unter Windows 

  Ab Chrome 126 unterstützt Chrome Bedienungshilfen-Client-Software, die das Bedienungshilfen-Framework zur Benutzeroberflächenautomatisierung von Microsoft Windows verwendet. Vor dieser Änderung arbeitete diese Software in Microsoft Windows über einen Kompatibilitäts-Shim mit Chrome zusammen. Diese Änderung soll die Barrierefreiheit für viele Nutzer verbessern. Die App bietet vollständige Unterstützung für Sprecher, Lupe und Voice Access. Außerdem werden wir Drittanbieter-Apps verbessern, die das Bedienungshilfen-Framework zur Benutzeroberflächenautomatisierung nutzen. Für Nutzer von Chrome ist die Arbeitsspeichernutzung und der Verarbeitungsaufwand geringer, wenn sie Bedienungshilfen verwenden. Außerdem wird die Entwicklung von Software mit Hilfstechnologien erleichtert.

  Administratoren können die Unternehmensrichtlinie UiAutomationProviderEnabled ab Chrome 125 verwenden, um entweder die Aktivierung des neuen Anbieters zu erzwingen, damit alle Nutzer die neue Funktion erhalten, oder den neuen Anbieter zu deaktivieren. Diese Richtlinie wird bis Chrome 146 unterstützt und in Chrome 147 entfernt. Dieser einjährige Zeitraum soll Unternehmen genügend Zeit für die Zusammenarbeit mit Drittanbietern geben, damit sie Inkompatibilitäten beheben können, die durch den Wechsel vom Microsoft-Kompatibilitäts-Shim zum Anbieter der Benutzeroberflächenautomatisierung von Chrome entstehen.

   
  • Chrome 125 für Windows: Die Richtlinie UiAutomationProviderEnabled wird eingeführt, damit Administratoren den Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche von Chrome aktivieren und prüfen können, ob Bedienungshilfen von Drittanbietern weiterhin funktionieren.
  • Chrome 126 für Windows: Das Framework für Chrome-Varianten wird verwendet, um Anbieter des Bedienungshilfen-Frameworks zur Benutzeroberflächenautomatisierung von Chrome für Nutzer zu aktivieren. Die Funktion wird nach und nach für alle stabilen Versionen aktiviert. Bei Bedarf werden allerdings auch Pausen eingelegt, um Kompatibilitätsprobleme zu beheben, wo dies in Chrome möglich ist. Unternehmensadministratoren können die Richtlinie UiAutomationProviderEnabled weiterhin verwenden, um das neue Verhalten frühzeitig zu aktivieren. In Chrome 146 lässt es sich vorübergehend deaktivieren.
  • Chrome 147 für Windows: Die Richtlinie UiAutomationProviderEnabled wird aus Chrome entfernt. Alle Clients verwenden den Anbieter für das Bedienungshilfen-Framework zur Automatisierung der Benutzeroberfläche im Browser.

 

Bevorstehende Updates für Chrome Enterprise Core

 

    

• Berichterstellung zu Profilen für Chrome unter iOS 

  Mit Chrome Enterprise Core wird die Berichterstellung zu Cloudprofilen für Chrome unter iOS eingeführt. Wenn IT-Administratoren die Profilberichterstellung unter iOS aktivieren möchten, müssen sie in der Google Admin-Konsole im Bereich Chrome-Browser > Einstellungen die Richtlinie „Berichterstellung für verwaltete Profile“ aktivieren. Wenn Sie die Berichterstellung für verwaltete Profile bereits aktiviert haben, erhalten Sie automatisch Profilberichte für Chrome unter iOS. Administratoren können die Funktion über die Richtlinie LensOverlaySettings steuern. 

  Die Berichtsdaten für Profile finden Sie in der Google Admin-Konsole > Chrome-Browser > Verwaltete Profile. Die Berichtsdaten umfassen Profilinformationen, Browserinformationen (Browserversionen, Betriebssystem, Channel usw.), die angewendeten Richtlinien und mehr.

  • Chrome 142 für iOS: Die Funktion wird nach und nach eingeführt.

 

Bevorstehende Änderungen bei Chrome Enterprise Premium

   

• UX-Refaktorierung für Chrome-Browserregeln 

  Um die Erstellung von Regeln zum Schutz vor Datenverlust zu vereinfachen, wird die Admin-Konsole aktualisiert. Administratoren können dann Richtlinien für verschiedene Anwendungen wie Chrome und Workspace einfacher definieren. Zuerst werden sich gegenseitig ausschließende Anwendungsgruppen eingeführt. Das bedeutet, dass eine einzelne DLP-Regel jeweils nur auf eine Anwendungsgruppe ausgerichtet sein kann: entweder auf Workspace-Apps (z. B. Drive, Gmail), auf Chrome-Browser-Trigger (z. B. Dateiupload, besuchte URL) oder auf ChromeOS-Trigger. Diese Änderung vereinfacht die Regelkonfiguration, beseitigt potenzielle Konflikte durch sich überschneidende App-Auswahl und schafft die Grundlage für spezialisiertere und nutzerfreundlichere Workflows, die auf die Anforderungen der einzelnen Plattformen zugeschnitten sind.

  Administratoren sehen eine aktualisierte Auswahloberfläche für Apps mit Optionsfeldern, über die diese Einzelgruppenauswahl für neue Regeln erzwungen werden kann. Bestehende Regeln, die zuvor Anwendungen aus mehreren Gruppen kombiniert haben, werden vom System transparent in separate, konforme Regeln für eine einzelne Plattform migriert, um für einen kontinuierlichen Schutz und einen reibungslosen Übergang zu sorgen. In der Admin-Konsole werden Banner mit Informationen zu diesen Änderungen und zum Migrationsprozess angezeigt. Mit diesem Update werden keine neuen Unternehmensrichtlinien eingeführt. Die Änderungen betreffen die Benutzeroberfläche für die Regelkonfiguration. Weitere Informationen finden Sie unter Was sind ChromeOS-Datenkontrollen? – Chrome Enterprise- und Education-Hilfe..

   
  • Chrome 141 für ChromeOS, Linux, macOS und Windows: Es wird eine sich gegenseitig ausschließende App-Auswahl für die Konfiguration von DLP-Regeln in der Admin-Konsole ermöglicht.
  
  
   

   

• Unterstützung für größere Dateien bei DLP-Scans 

  Die Funktionen zum Schutz vor Datenverlust (Data Loss Prevention, DLP) und zum Scannen auf Malware in Chrome Enterprise Premium werden jetzt auf große und verschlüsselte Dateien ausgeweitet. Bisher wurden Dateien, die größer als 50 MB waren, und alle verschlüsselten Dateien beim Scannen von Inhalten übersprungen. Mit diesem Update wird diese kritische Sicherheitslücke geschlossen. Bei Richtlinien, die so konfiguriert sind, dass Beweise gespeichert werden, können jetzt Dateien mit einer Größe von bis zu 2 GB an den Evidence Locker gesendet werden. Administratoren erhalten so mehr Transparenz und Kontrolle, wodurch das Risiko der Daten-Exfiltration durch große Dateiübertragungen erheblich verringert wird.

  Zum Aktivieren dieses Features ist keine neue Richtlinie erforderlich. Sie wird automatisch durch die vorhandenen Konfigurationen der DLP-Regeln in der Google Admin-Konsole gesteuert. Wenn Administratoren Regeln für das Hochladen, Herunterladen oder Drucken von Dateien haben, gelten diese jetzt auch für große und verschlüsselte Dateien. Weitere Informationen finden Sie unter Was sind ChromeOS-Datenkontrollen? – Chrome Enterprise- und Education-Hilfe.

  • Chrome 145 für Linux, macOS und Windows: In dieser Phase können große (>50 MB) und verschlüsselte Dateien für den Beweisspeicher gesammelt werden, wodurch eine wichtige DLP-Sicherheitslücke geschlossen wird.

Übersicht über ChromeOS-Version 141

 

ChromeOS-Updates	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Mehr Transparenz bei der Datenwiederherstellung unter ChromeOS	✓		✓
Neue Berechtigungsrichtlinien für die Device Attributes API		✓	✓
Einstellung für Akkuladelimit in der Benutzeroberfläche		✓	✓
Verwaltete PPD-Dateien für Drucker		✓	✓

 

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.

Aktuelle ChromeOS-Updates

   

• Mehr Transparenz bei der Datenwiederherstellung unter ChromeOS 

  Wir haben uns der Sicherheit verschrieben und bieten mit ChromeOS jetzt mehr Transparenz in Bezug auf den Datenwiederherstellungs-Verlauf Ihres Geräts. Jeder Wiederherstellungsversuch wird in einem manipulationssicheren, datenschutzfreundlichen Ledger protokolliert. Dieses Protokoll kann jetzt eingesehen werden.

  So können Sie überprüfen, ob alle Versuche, lokale Daten auf Ihrem Gerät wiederherzustellen, von Ihnen vorgenommen wurden. Unbefugte Zugriffsversuche lassen sich so leicht erkennen.

   

• Neue Berechtigungsrichtlinien für die Device Attributes API 

  Administratoren können jetzt zwei neue Berechtigungsrichtlinien verwenden, um den Zugriff auf die Device Attributes API einzuschränken. Die Device Attributes API ist nur für Kiosk-Web-Apps und isolierte Web-Apps (IWAs) verfügbar, die über Richtlinien installiert wurden, und nur auf verwalteten ChromeOS-Geräten. Außerdem wird die Funktion durch Inhaltseinstellungen gesteuert. 

  Zur Ergänzung der zuvor eingeführten Richtlinie DeviceAttributesAllowedForOrigins werden zwei neue Richtlinien eingeführt: DeviceAttributesBlockedForOrigins und DefaultDeviceAttributesSetting. Die Funktion ist für die oben beschriebenen unterstützten Szenarien standardmäßig aktiviert.

   

• Einstellung für das Akkuladelimit in der Benutzeroberfläche 

  Sie können jetzt die Akkulebensdauer Ihres Chromebooks direkt beeinflussen und mit neuen Einstellungen für die Ladeoptimierung verlängern. Diese Funktionen tragen dazu bei, den Zustand des Akkus auf lange Sicht zu optimieren, indem sie anpassen, wie das Gerät geladen wird.

  Wenn Sie diese für Nutzer zugänglichen Optionen konfigurieren möchten, rufen Sie Einstellungen > Gerät > Stromversorgung auf und wählen Sie neben „Optimiertes Laden“ die Option Ändern aus. Sie haben folgende Optionen zur Auswahl:

  • Ladelimit: Maximiert die Lebensdauer des Akkus, indem die maximale Ladung auf 80 % begrenzt wird.
  • Adaptives Laden: Das Gerät wartet mit dem Aufladen auf 100 %, bis dies erforderlich ist. Dabei werden Ihre täglichen Nutzungsmuster berücksichtigt.

  Dieses Update ist das Pendant für Nutzer zur Richtlinie DevicePowerBatteryChargingOptimization, die in der Admin-Konsole von Google verfügbar ist. Administratoren können diese Richtlinie auf eine von drei Optionen festlegen:

  • Adaptiv: Das Gerät wartet mit dem Aufladen auf 100 %, bis dies erforderlich ist.
  • Begrenzt: Der Akku wird nur bis zu etwa 80 % aufgeladen.
  • Standard: Der Akku wird ganz normal auf 100 % aufgeladen. Dadurch werden alle Ladeoptimierungen auf dem Gerät deaktiviert.

  Die vom Administrator festgelegte Richtlinie überschreibt alle vom Nutzer ausgewählten Einstellungen. Ein Nutzer kann die Optionen zur Optimierung des Ladevorgangs auf seinem Gerät nur anpassen, wenn keine überschreibende Richtlinie erzwungen wird. Wenn standardmäßig keine Richtlinie erzwungen wird, ist auf dem Gerät Optimiertes Laden aktiviert und die Option Adaptives Laden ausgewählt. Weitere Informationen finden Sie im Hilfeartikel Adaptives Laden verwenden – Chromebook-Hilfe.

   

• Verwaltete PPD-Dateien für Drucker 

  Derzeit gibt es zwei Möglichkeiten, einen Drucker ohne Treiber oder mit Hersteller und Modell einzurichten. 

  Mit dieser neuen Funktion gibt es eine dritte Möglichkeit, einen Drucker zu identifizieren, nämlich über eine benutzerdefinierte PPD-Datei. ChromeOS Enterprise-Administratoren können jetzt benutzerdefinierte PPD-Dateien angeben, wenn sie verwaltete Drucker für ihre Organisationen einrichten.

  

Übersicht über Chrome-Version 140

 

Änderungen am Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Automatisierte Passwortänderung	✓
Kontextbezogene Suchvorschläge in der Chrome-Adressleiste		✓
DSE-Prewarming		✓
Erweitertes Autofill		✓
Chrome über die Befehlszeile mit einem neuen Profil starten	✓		✓
Angemeldete Nutzer: Autofill und Einstellungen aus dem Google-Konto	✓
ServiceWorkerAutoPreload-Modus			✓
Geteilte Tabgruppen		✓
Aktualisierung der No HTTPS-Warnung	✓
Header Purpose: prefetch nicht mehr über Prefetch und Pre-Rendering senden	✓		✓
Regeln für die besondere H1-Schriftgröße innerhalb bestimmter Elemente werden eingestellt			✓
SharedWorker übernimmt Controller für Blob-URL			✓
Neue Richtlinien im Chrome-Browser			✓
Änderungen bei Chrome Enterprise Core	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Neue Filter auf der Übersichtsseite zu Chrome Enterprise			✓
Abgedeckte Chrome Enterprise-Daten regionalisieren			✓
Änderungen bei Chrome Enterprise Premium	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Datenschutzregeln für Kopieren und Einfügen	✓		✓
DLP-Unterstützung für iFrames	✓		✓
Anstehende Änderungen für den Chrome-Browser	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Heuristisches Signal für Suchanfragen-Hijacking zur Erweiterungstelemetrie hinzufügen	✓
Fußzeile auf der Seite „Neuer Tab“	✓	✓	✓
Gemini in Chrome		✓
PostQuantum-Kryptografie für DTLS in WebRTC	✓
CSS-Pseudo-Markierungen für Ergebnisse der Suche auf der Seite		✓	✓
Zugriffseinschränkungen für lokales Netzwerk	✓		✓
Ursprungsgebundene Cookies (Standard)	✓
Berechtigungsrichtlinie für die Device Attributes API	✓		✓
Strenge Richtlinie zum gleichen Ursprung für die Storage Access API	✓
window.name-Eigenschaft wird bei websiteübergreifenden Seitenaufrufen nicht mehr beibehalten	✓
savedTabGroups als individueller Wert in SyncTypesListDisabled wird eingestellt			✓
Nicht vertrauenswürdiges Klartext-HTTP-Pre-Rendering nicht zulassen	✓
HSTS-Tracking-Schutz	✓
Web-App-Manifest: Algorithmus für die Aktualisierungsberechtigung			✓
Happy Eyeballs V3	✓		✓
2‑Faktor-Authentifizierung für Administratoren erzwingen			✓
Leerzeichen in URL-Hosts ohne file:// nicht zulassen	✓
Richtlinien zur Drittanbieter-Speicherpartitionierung entfernen	✓
Migration von Safe Browsing API v4 zu v5	✓
X25519Kyber768-Schlüsselkapselung für TLS	✓
Isolierte Web-Apps			✓
Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche unter Windows		✓
Bevorstehende Änderungen bei Chrome Enterprise Core	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
Unterstützung für Anpassungen des Enterprise Chrome Web Store in registrierten Browsern		✓
Löschen inaktiver Profile in Chrome Enterprise Core	✓		✓
Bevorstehende Änderungen bei Chrome Enterprise Premium	Sicherheit/Datenschutz	Nutzerproduktivität/Apps	Verwaltung
UX-Refaktorierung für Chrome-Browserregeln	✓		✓
Unterstützung größerer Dateien bei DLP-Scans	✓		✓
Wasserzeichen anpassen	✓		✓

 

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.

Die Versionshinweise für Chrome Enterprise und Chrome Education werden in Übereinstimmung mit dem Chrome-Veröffentlichungszeitplan am Datum der ersten stabilen Version des Chrome-Browsers veröffentlicht.

Änderungen beim Chrome-Browser  

   

• Automatisierte Passwortänderung 

  Wenn Chrome erkennt, dass ein Nutzer sich mit einem bekannten gehackten Passwort auf einer Website angemeldet hat, wird ihm jetzt angeboten, das Passwort automatisch zu ändern. Diese Funktion ist auf einer Reihe von berechtigten Websites verfügbar. Für die Funktion wird KI verwendet. Administratoren können sie über die Unternehmensrichtlinie AutomatedPasswordChangeSettings steuern.

  • Chrome 140 für ChromeOS, Linux, macOS und Windows

   

• Kontextbezogene Suchvorschläge in der Chrome-Adressleiste 

  Mit dieser Funktion können Sie direkt im Kontext Fragen zur aktuellen Seite stellen. Basierend auf der bestehenden Suchgewohnheit der Adressleiste können Nutzer mit Google Lens Fragen stellen, indem sie etwas auf dem Bildschirm auswählen oder eine Frage stellen. Eine Google Lens-Aktion in der Adressleiste und kontextbezogene Vorschläge führen Nutzer zu der Funktion, wenn sie am hilfreichsten ist. Administratoren können diese Funktion mit der bestehenden Richtlinie LensOverlaySettings steuern.

   
  • Chrome 138 für ChromeOS, Linux, macOS und Windows: Einführung der Funktion
  • Chrome 140 für ChromeOS, Linux, macOS und Windows: Wenn die Richtlinie LensOverlaySettings nicht festgelegt ist, wird diese Funktion gemäß der Richtlinie GenAiDefaultSettings ausgeführt, sofern diese vorhanden ist.
  

 

   

• DSE-Prewarming 

  Durch DSE Prewarming wird die Integration des Standardsuchanbieters in die Omnibox optimiert. Wenn die Omnibox den Fokus erhält, beginnt Chrome mit dem Pre-Rendering der Prewarm-Seite, auf der die für die Suchergebnisseite erforderlichen Ressourcen vorab geladen werden. Die Ressourcen werden wiederverwendet, um die Navigation zur Suchergebnisseite bei der nächsten Anfrage zu beschleunigen. Administratoren können diese Funktion mit der Unternehmensrichtlinie NetworkPredictionOptions steuern.

   
  • Chrome 140 für ChromeOS, Linux, macOS und Windows: schrittweise Einführung
   

   

• Erweitertes Autofill 

  Ab Chrome 137 können einige Nutzer Autofill mit KI aktivieren. Diese neue Funktion hilft Nutzern, Onlineformulare einfacher auszufüllen. In entsprechenden Formularen kann Chrome KI verwenden, um das Formular besser zu verstehen und Nutzern anzubieten, zuvor gespeicherte Informationen automatisch auszufüllen. Administratoren können die Funktion über die vorhandene Richtlinie GenAiDefaultSettings und die neue Richtlinie AutofillPredictionSettings steuern.

  • Chrome 137 für ChromeOS, Linux, macOS und Windows
  • Chrome 140 für ChromeOS, Linux, macOS und Windows: Die vorhandene Funktion Autofill mit KI wird in Erweitertes Autofill umbenannt. Nutzer können damit zusätzliche Arten von Informationen speichern und ausfüllen lassen. Außerdem wird die Funktion in weiteren Ländern und Sprachen verfügbar sein. 

 

   

• Chrome mit einem neuen Profil über die Befehlszeile starten 

  Diese Funktion wurde für unsere Unternehmenspartner und Administratoren entwickelt, die Webanwendungen aus ihren nativen App-Katalogen direkt in einem bestimmten verwalteten Chrome-Profil über die Chrome-Befehlszeile starten müssen. Wenn das angegebene Profil derzeit nicht vorhanden ist, wird in Chrome standardmäßig das zuletzt verwendete Profil verwendet, was zu einer uneinheitlichen Nutzererfahrung führt. Wenn ein angegebenes Profil nicht gefunden wird, startet Chrome mit dieser neuen Funktion den vorhandenen Profilerstellungsablauf und füllt die E-Mail-Adresse des Nutzers vorab aus, um die Einrichtung zu vereinfachen. Dies ist eine wichtige technische Voraussetzung für Administratoren, die ihre Unternehmensnutzer über verwaltete Profile in Chrome Enterprise einbinden möchten.

  • Chrome 140 für Linux, macOS und Windows
   

   

• Angemeldete Nutzer: Autofill und Einstellungen aus dem Google-Konto 

  Im Rahmen unserer Bemühungen, das Identitätsmodell von Chrome auf dem Computer zu optimieren, können verwaltete Konten, die ursprünglich implizit in Chrome angemeldet wurden, indem sie sich in einer Google-Web-Property angemeldet haben, und die sich in einem verwalteten Profil mit Nutzerrichtlinien befinden, jetzt AutoFill-Daten, Einstellungen und Designs aus ihrem Google-Konto speichern und verwenden, während sie angemeldet sind. Bestehende Nutzerrichtlinien funktionieren weiterhin wie gewohnt, einschließlich SyncDisabled, SyncTypesListDisabled, BrowserSignin, AutofillAddressEnabled, AutofillCreditCardEnabled und PasswordManagerEnabled.

   
  • Chrome 140 für Linux, macOS und Windows
   

   

• „ServiceWorkerAutoPreload“-Modus 

  „ServiceWorkerAutoPreload“ ist ein Modus, in dem der Browser die Netzwerkanfrage parallel zum ServiceWorker-Bootstrap ausgibt und das Ergebnis der Netzwerkanfrage im Fetch-Handler verwendet, wenn der Fetch-Handler die Antwort mit „respondWith()“ zurückgibt. Wenn das Ergebnis des Fetch-Handlers ein Fallback ist, wird die Netzwerkantwort direkt an den Browser übergeben. „ServiceWorkerAutoPreload“ ist eine optionale Browseroptimierung, die das vorhandene Service Worker-Verhalten ändert. Administratoren können diese Funktion über die Unternehmensrichtlinie ServiceWorkerAutoPreloadEnabled steuern.

   
  • Chrome 140 für Android und Windows: Richtlinie ServiceWorkerAutoPreloadEnabled
  • Chrome 144 für Android und Windows: Die Richtlinie ServiceWorkerAutoPreloadEnabled wird entfernt.
   

   

• Geteilte Tabgruppen 

  Nutzer können jetzt mit der Funktion „Geteilte Tabgruppen“ gemeinsam an Tabs arbeiten. Mit dieser Funktion können Nutzer auf ihrem Computer oder Mobilgerät eine Reihe von Tabs erstellen und verwenden. Ihre Mitbearbeiter können dieselben Tabs auf ihren Geräten aufrufen. Wenn eine Person einen Tab in der Gruppe ändert, werden die Änderungen in den Browsern aller Nutzer in der Gruppe übernommen. Administratoren können diese Funktion in Chrome 140 über die Unternehmensrichtlinie TabGroupSharingSettings steuern.

   
  • Chrome 138 für Android, ChromeOS, Linux, macOS und Windows: Einführung der Möglichkeit, einer geteilten Tabgruppe beizutreten und sie zu verwenden. Nutzer der stabilen Chrome-Version können keine freigegebene Tabgruppe erstellen, da der Einstiegspunkt nicht verfügbar ist. Dieser Teil der Funktion ist in dieser Phase der Einführung nur in der Beta-, Entwickler- und Canary-Version verfügbar. 
  • Chrome 139 für iOS:  Die Unterstützung für iOS wird bereits in Chrome 139 eingeführt.
  • Chrome 140 für Android, iOS, ChromeOS, Linux, macOS und Windows: Die Unternehmensrichtlinie TabGroupSharingSettings ist für den Unternehmensinhaber in der Admin-Konsole verfügbar. Alle Nutzer der stabilen Version können einer geteilten Tabgruppe beitreten und sie verwenden. Die Möglichkeit, eine gemeinsame Tabgruppe zu erstellen, bleibt jedoch Nutzern in Beta-, Dev- und Canary-Versionen vorbehalten. Das bedeutet, dass nur Nutzer in diesen Channels eine Gruppe starten können. Ihre Freunde und Kollegen in der stabilen Version können dann beitreten.
   

   

• Ändern der WarnungKein HTTPS 

  In Chrome 140 wird die Warnung, die angezeigt wird, wenn ein Nutzer die Einstellung Immer verschlüsselte Verbindungen verwenden unter chrome://settings/security über ein Interstitial aktiviert, in ein Dialogfeld geändert. Das Symbol für die Inhaltsicherheit der URL in der Warnung ändert sich von einem Sternchen zu einem aufgebrochenen Schloss. Das Laden der gesamten Seite bleibt jedoch blockiert und die Funktionalität unverändert. Einige Nutzer sehen diese Warnung möglicherweise automatisch, wenn sie HTTP-Websites aufrufen. Nutzer können die Warnung unter chrome://settings/security aktivieren.

   
  • Chrome 140 für ChromeOS, Linux, macOS und Windows: Neues Warnungsdesign auf Desktop-Plattformen
  • Chrome 141 für Android: Neues Warnungsdesign für Android 
  

   

• Kein Senden mehr von Header Purpose: prefetch über Prefetching und Pre-Rendering 

  Da für Prefetching und Prerendering jetzt der Header Sec-Purpose verwendet wird, wird mit dieser Änderung der alte Header Purpose: prefetch entfernt, der derzeit noch übergeben wird. Dieses Update ist hinter einem Feature-Flag oder Kill-Switch verborgen, um Kompatibilitätsprobleme zu vermeiden.

  Der Umfang umfasst Prefetch-Regeln für Spekulationen, Prerender-Regeln für Spekulationen, <link rel=prefetch> und das nicht standardmäßige <link rel=prerender> von Chromium.

   
  • Chrome 140 für Windows, macOS, Linux und Android

   

• Sonderregeln für die Schriftgröße für H1-Elemente in bestimmten Elementen werden eingestellt 

  Die HTML-Spezifikation enthält eine Liste mit Sonderregeln für <h1>-Tags , die in <article>-, <aside>-, <nav>- oder <section>-Tags verschachtelt sind. In Chrome 140 werden diese speziellen Regeln eingestellt, da sie zu Problemen bei der Barrierefreiheit führen können. Beispielsweise kann die Schriftgröße für verschachtelte <h1>-Tags visuell reduziert werden, sodass sie wie <h2>-Tags aussehen. Im Barrierefreiheitsbaum wird diese Herabstufung jedoch nicht berücksichtigt.

  • Chrome 140 für Windows, macOS, Linux und Android

   

• SharedWorker übernimmt Controller für Blob-URL 

  Gemäß Worker client case (github) sollten Worker Controller für die Blob-URL übernehmen. Basierend auf dem vorhandenen Code kann der Controller aber nur von DedicatedWorker übernommen werden. Shared-Worker übernehmen den Controller nicht. Mit dieser Korrektur wird das Chromium-Verhalten an die Spezifikation angepasst. Diese Funktion kann über die Unternehmensrichtlinie SharedWorkerBlobURLFixEnabled gesteuert werden.

   
  • Chrome 140 für Windows, macOS, Linux und Android 

   

• Neue Richtlinien im Chrome-Browser 

  Richtlinie	Beschreibung
  DataControlsRules	Dient dem Festlegen einer Liste mit Datenkontrollregeln.
  LiveCaptionEnabled	„Automatische Untertitel“ aktivieren
  ProtectedContentIdentifiersAllowed	Ermöglicht Webseiten, Kennungen für die Wiedergabe geschützter Inhalte zu verwenden
  TabGroupSharingSettings	Einstellungen zum Teilen von Tabgruppen
  RestrictCoreSharingOnRenderer	Nutzung von CPU-Kernen auf den Rendererprozess beschränken
  OriginKeyedProcessesEnabled	Die an Ursprünge gebundene Prozessisolierung wird standardmäßig aktiviert.
  AutomatedPasswordChangeSettings	Automatische Passwortänderung aktivieren
  ServiceWorkerAutoPreloadEnabled	Zulassen, dass ServiceWorker Navigationsanfragen sendet, bevor die Funktion gestartet wird
  PrivacySandboxFingerprintingProtectionEnabled	Festlegen, ob die Privacy Sandbox-Funktion „Fingerprinting-Schutz“ im Inkognitomodus aktiviert werden soll.
  WebRtcPostQuantumKeyAgreement	Post-Quanten-Algorithmus für Schlüsselvereinbarungen mit WebRTC aktivieren
  SerialAskForUrls	Serial API auf diesen Seiten erlauben
  SerialBlockedForUrls	Serial API auf diesen Websites blockieren
  DefaultSerialGuardSetting	Verwendung der Serial API steuern
  SerialAllowAllPortsForUrls	Websites automatisch die Berechtigung erteilen, eine Verbindung zu allen seriellen Ports herzustellen.
  LocalNetworkAccessAllowedForUrls	Websites erlauben, Anfragen an lokale Netzwerkendpunkte zu senden.
  LocalNetworkAccessBlockedForUrls	Websites daran hindern, Anfragen an lokale Netzwerkendpunkte zu senden.

    

Änderungen bei Chrome Enterprise Core

   

• Neue Filter auf der Übersichtsseite zu Chrome Enterprise 

  Die Chrome-Übersichtsseite enthält jetzt neue Filter, mit denen Administratoren Daten nach Datum der letzten Aktivität und Organisationseinheit eingrenzen können. Diese Übersichtsseite wurde ursprünglich in Chrome 137 als Teil des Chrome Enterprise-Bereichs in der Google Admin-Konsole eingeführt.

  • Chrome 140 für Android, iOS, Linux, macOS und Windows : Bereits ab Chrome 140 sind auf der Übersichtsseite neue Filter verfügbar.

  

   

• Abgedeckte Chrome Enterprise-Daten regionalisieren 

  Mit Chrome 139 haben Administratoren die Möglichkeit erhalten, einen bestimmten geografischen Standort für die Speicherung der abgedeckten Chrome Enterprise-Daten von Nutzern festzulegen. Als Speicherorte können Sie die USA, die Europäische Union (in der Admin-Konsole als Europa angezeigt) oder Keine Präferenz auswählen. Die vollständige Migration wird voraussichtlich bis zum Ende von Chrome 140 abgeschlossen sein. Diese Einstellung kann in der Admin-Konsole unter Daten > Compliance > Speicherorte für Daten > Region > Ruhende Daten konfiguriert werden. Weitere Informationen zu den abgedeckten Datentypen finden Sie in den dienstspezifischen Nutzungsbedingungen für Chrome Enterprise.

   
  • Chrome 139 für Android, iOS, ChromeOS, Linux, macOS und Windows: Der Roll-out beginnt. Administratoren können möglicherweise eine Region festlegen. Die Daten sind jedoch erst nach der Veröffentlichung von Chrome 140 vollständig regionalisiert.
  • Chrome 140 für Android, iOS, ChromeOS, Linux, macOS und Windows: Die erste Migration wird vollständig regionalisiert.

Änderungen bei Chrome Enterprise Premium

Weitere Informationen zu den Unterschieden zwischen Chrome Enterprise Core und Chrome Enterprise Premium

   

• Datenschutzregeln für Kopieren und Einfügen   

  Damit Organisationen Daten-Exfiltration auf Mobilgeräten besser verhindern können, werden die vorhandenen Steuerelemente für Zwischenablagedaten in Chrome für Desktopcomputer erweitert. Administratoren können jetzt mit der Richtlinie DataControlsRules Regeln festlegen, die Nutzer blockieren oder warnen, wenn sie versuchen, Inhalte zu kopieren oder einzufügen, die gegen Organisationsrichtlinien verstoßen. Mit dieser Funktion können Administratoren Datengrenzen definieren und verhindern, dass vertrauliche Informationen aus einem Arbeitskontext in private Apps oder Websites auf den Mobilgeräten der Mitarbeiter eingefügt werden. Damit wird eine erhebliche Sicherheitslücke geschlossen und eine häufig angefragte Funktion für Unternehmenskunden angeboten, die das Fehlen von Einstellungen für mobile Daten als Problem angaben.

  Um diese Funktion zu verwenden, können Administratoren Einschränkungen für die Zwischenablage in der Richtlinie DataControlsRules konfigurieren. So wird eine einheitliche Verwaltung auf Desktop- und Mobilgeräten ermöglicht, um den allgemeinen Sicherheitsstatus des Unternehmens zu stärken. In diesem Hilfeartikel finden Sie weitere Informationen dazu, wie Administratoren Connectors für die Chrome Enterprise-Berichterstellung konfigurieren und verwalten können, um Browser-Sicherheits- und Datenschutzereignisse zur Analyse an Drittanbieterdienste weiterzuleiten.

   
  • Chrome 140 für Android: Datenschutzregeln zum Kopieren und Einfügen auf Android-Geräten verfügbar 

   

• DLP-Unterstützung für iFrames   

  Um die Sicherheit zu erhöhen und Daten-Exfiltration zu verhindern, werden in Chrome 140 die Funktionen zum Schutz vor Datenverlust (Data Loss Prevention, DLP) auf Inhalte in iFrames ausgeweitet. Wenn ein Nutzer eine DLP-auslösende Aktion (z. B. das Hochladen einer Datei) auf einer Website ausführt, die in einem iFrame geladen wird, sendet Chrome mit dieser Änderung die gesamte URL-Hierarchie vom Quell-iFrame bis zur Seite der obersten Ebene zur Auswertung anhand aller anwendbaren DLP-Regeln.

  Für diese Funktion sind keine neuen Unternehmensrichtlinien erforderlich. Sie funktioniert mit vorhandenen DLP-Regeln, die über die Connector-Richtlinien konfiguriert werden. Administratoren sollten sich darüber im Klaren sein, dass ihre bestehenden Regeln jetzt auch für iFrame-Kontexte gelten. Das kann dazu führen, dass Nutzeraktionen blockiert werden, die zuvor zulässig waren.

   
  • Chrome 139 für Linux, macOS und Windows: Erste Einführung der Unterstützung für iFrames bei der DLP. In dieser Phase wird die Erzwingung für Dateiupload-Ereignisse hinzugefügt, die aus einem iFrame-Kontext stammen. Sie funktioniert mit vorhandenen DLP-Regeln, die über die Richtlinie OnFileAttachedEnterpriseConnector konfiguriert wurden.
  • Chrome 140 für Linux, macOS und Windows: In dieser erweiterten Phase werden zwei Funktionen eingeführt. Die DLP-iFrame-Unterstützung wird erweitert und umfasst nun die Erzwingung für sowohl Dateidownload- als auch Druckvorgänge.