Release-opmerkingen voor Chrome Enterprise en Education

Voor beheerders die de Chrome-browser of ChromeOS-apparaten beheren voor een bedrijf of school.

 

Selecteer het gewenste tabblad om updates voor de Chrome-browser of ChromeOS weer te geven.

• Updates van de Chrome-browser die zijn gepubliceerd in de vroege stabiele release van de Chrome-browser.
• ChromeOS-updates worden een week voor de stabiele release van ChromeOS gepubliceerd.

 

Releaseoverzicht voor Chrome 137

 

Wijzigingen in de Chrome-browser	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Gemini in Chrome		✓
Partitionering van blob-URL's: ophalen/navigeren	✓
LLM-hulp van de klant bij het beperken van scams	✓
DTLS 1.3	✓
De opdrachtregelschakelaar --load-extension verwijderen in Google Chrome	✓
SwiftShader-reserve verwijderen	✓
Beheerde profielen aanpassen met een aangepast logo en label			✓
Fouttype aanpassen dat wordt geretourneerd bij het maken van WebAuthn-inloggegevens voor betalingen: SecurityError => NotAllowedError	✓
HSTS-trackingpreventie	✓
Tweestapsverificatie afdwingen voor beheerders	✓
Automatisch invullen met AI		✓
Nieuw beleid in de Chrome-browser			✓
Verwijderd beleid in de Chrome-browser			✓
Wijzigingen in Chrome Enterprise Core	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
IP-adressen registreren en rapporteren			✓
Overzichtspagina van Chrome Enterprise			✓
Nieuwe opdrachten op afstand en csv-export voor de lijst met beheerde profielen			✓
Kaarten op de pagina Nieuw tabblad voor Microsoft 365		✓	✓
Wijzigingen in Chrome Enterprise Premium	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Ondersteuning voor DLP-downloads voor de File System Access API (FSA)	✓		✓
Rapportageconnector op mobiel	✓		✓
Safe Browsing-gebeurtenissen melden op iOS	✓
Geplande wijzigingen in de Chrome-browser	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Verbeteringen voor Bookmarks en Leeslijst op Chrome Desktop	✓	✓
Schakelaar voor gebruikersscripts per extensie			✓
De uitgebreide versie van Safe Browsing als gesynchroniseerde instelling	✓
Gedeelde tabbladgroepen		✓
Inzichten genereren voor meldingen en fouten in de Chrome DevTools-console			✓
Bedrijfsbeleid voor toegang tot privénetwerken verwijderen	✓
TLS 1.3 Early Data		✓
Voorspelbaar gerapporteerd opslagquotum		✓
Streng same-origin-beleid voor de Storage Access API		✓
Summarizer API		✓
Language Detector API		✓
Translator API		✓
Web-serial via bluetooth op Android			✓
Geplande wijziging voor CA-certificaten in de Chrome Root Store	✓
Android Oreo en Android Pie worden niet meer ondersteund in Chrome op Android			✓
Extensies vóór juni 2025 migreren naar Manifest V3	✓	✓	✓
Chrome verwijdert ondersteuning voor macOS 11			✓
Happy Eyeballs V3		✓
Geïsoleerde web-apps	✓		✓
Geen spaties toestaan in URL-hosts die niet beginnen met file://	✓
Migratie van Safebrowsing API v4 naar v5	✓
Ondersteuning voor het UI Automation-toegankelijkheidsframework op Windows		✓
Geplande wijzigingen in Chrome Enterprise Core	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Aanbevelingen voor Agentspace in de Chrome-omnibox		✓	✓
Inactieve browsers verwijderen in Chrome Enterprise Core	✓		✓
Ondersteuning voor meerdere identiteiten op iOS		✓
Geplande wijzigingen in Chrome Enterprise Premium	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Mogelijkheden voor URL-filters op iOS	✓
Ondersteuning voor DLP-downloads voor de File System Access API (FSA)	✓

 

Release-opmerkingen DOWNLOADEN (pdf)

↑ terug naar boven

De release-opmerkingen voor bedrijven en de informatie over updates voor Chrome zijn beschikbaar in 9 talen: Engels, Duits, Frans, Nederlands, Spaans, Portugees, Koreaans, Indonesisch en Japans. De vertaling naar sommige talen kan 1 tot 2 weken duren.

Releaseopmerkingen voor Chrome Enterprise en Education worden gepubliceerd volgens het releaseschema van Chrome, op de dag van de vroege stabiele release van de Chrome-browser.

Wijzigingen in de Chrome-browser 

   

• Gemini in Chrome 

  Gemini is nu geïntegreerd in Chrome op macOS en Windows en begrijpt de content van je huidige pagina. Gebruikers kunnen nu naadloos belangrijke informatie krijgen, concepten verduidelijken en antwoorden vinden, allemaal zonder hun Chrome-tabblad te verlaten. Deze integratie omvat zowel chat, waarmee gebruikers via tekst met Gemini kunnen communiceren, als Gemini Live , waarmee gebruikers via spraak met Gemini kunnen communiceren.

  In Chrome 137 is Gemini in Chrome beschikbaar voor Google AI Pro- en Ultra-abonnees in de VS. In toekomstige mijlpalen wordt de functie breder uitgerold. Check de aankomende publicaties van deze Enterprise-release-opmerkingen voor updates over de beschikbaarheid. 

  Beheerders kunnen deze functie (waarde 1) uitzetten met het beleid GeminiSettings of met het beleid GenAiDefaultSettings (waarde 2). Ga voor meer informatie naar Gemini in Chrome in het Helpcentrum.

   
  • Chrome 137: De functie wordt beschikbaar voor sommige Google AI Pro- en Ultra-abonnees in de VS en op kanalen die lager zijn dan Stabiel (Dev, Canary, Bèta) in de VS.
  • In toekomstige mijlpalen wordt de functie breder uitgerold. Check de aankomende publicaties van de Enterprise-release-opmerkingen voor updates over de beschikbaarheid.

   

• Partitionering van blob-URL's: ophalen/navigeren 

  Als vervolg op de partitionering van opslag implementeert Chrome 137 de partitionering van de Blob-URL-toegang op basis van de opslagsleutel (site op het hoogste niveau, frame-oorsprong en de Booleaanse waarde has-cross-site-ancestor), met uitzondering van navigaties op het hoogste niveau, die alleen worden gepartitioneerd op basis van de frame-oorsprong. Dit gedrag is vergelijkbaar met wat op dit moment wordt geïmplementeerd door zowel Firefox als Safari en stemt het gebruik van Blob-URL's af op het partitioneringschema dat door andere opslag-API's wordt gebruikt als onderdeel van de partitionering van opslag. Daarnaast handhaaft Chrome 137 nu noopener voor door de renderer gestarte navigaties op het hoogste niveau naar blob-URL's waarbij de bijbehorende site een cross-site is voor de site op het hoogste niveau die de navigatie uitvoert. Zo is Chrome in lijn met vergelijkbaar gedrag in Safari. De relevante specificaties zijn geüpdatet om deze wijzigingen te weerspiegelen. 

  Je kunt deze wijziging tijdelijk terugdraaien door het beleid PartitionedBlobURLUsage in te stellen. Het beleid wordt beëindigd wanneer het andere bedrijfsbeleid voor partitionering van opslag wordt beëindigd.

   
  • Chrome 137 op Android, ChromeOS, Linux, macOS, Windows

   

• LLM-hulp van de client bij het beperken van scams 

  Gebruikers op internet worden dagelijks geconfronteerd met aanzienlijke hoeveelheden verschillende soorten scams. Chrome gebruikt nu een LLM op het apparaat om scamwebsites te herkennen voor gebruikers van de uitgebreide versie van Safe Browsing. Chrome stuurt de paginacontent naar een LLM op het apparaat om beveiligingsgerelateerde signalen van de pagina af te leiden en stuurt deze signalen naar de serverzijde van Safe Browsing voor een definitief oordeel. Als deze optie aanstaat, kan Chrome meer bandbreedte gebruiken om de LLM te downloaden. 

  De uitgebreide versie van Safe Browsing is een bestaande functie en wordt beheerd door het beleid SafeBrowsingProtectionLevel.

  • Chrome 134 op Linux, macOS, Windows: Verzamel de merknaam en intentiesamenvatting van de pagina die de toetsenbordvergrendeling activeert om scamwebsites te identificeren.
  • Chrome 135 op Linux, macOS, Windows: Toon de waarschuwingen aan de gebruiker op basis van het serveroordeel dat het merk en de intentiesamenvatting gebruikt van de pagina die de toetsenbordvergrendeling heeft geactiveerd.
  • Chrome 137 op Linux, macOS, Windows: Verzamel de merk- en intentiesamenvatting van de pagina op basis van het reputatiebeoordelingssysteem van de server.
  • Chrome 138 op Linux, macOS, Windows: Toon de waarschuwingen aan de gebruiker op basis van het serveroordeel dat het merk en de intentie gebruikt van de pagina's die het reputatiesysteem van de server heeft beoordeeld.

   

• DTLS 1.3 

  In Chrome 137 is ondersteuning toegevoegd voor Datagram Transport Layer Security (DTLS) 1.3 voor Web Realtime Communication-verbindingen (WebRTC). Eerder werd DTLS 1.2 gebruikt voor alle WebRTC-verbindingen. Dit is vereist om quantumbestendige cryptografie toe te voegen aan WebRTC.

   
  • Chrome 137 op Android, ChromeOS, Linux, macOS, Windows, Fuchsia

   

• De opdrachtregelschakelaar --load-extension verwijderen in Google Chrome 

  We willen de beveiliging en stabiliteit van de Chrome-browser voor onze gebruikers verbeteren. Daarom is de mogelijkheid om extensies te laden via de opdrachtregelmarkering --load-extension vanaf Chrome 137 beëindigd voor officiële Chrome-builds. Met deze wijziging willen we de risico's beperken van schadelijke en ongewenste extensies. 

  Uitgepakte extensies kunnen worden geladen via de knop Uitgepakte extensie laden op de pagina voor extensiebeheer (chrome://extensions/) als de ontwikkelaarsmodus aanstaat. Ontwikkelaars kunnen de schakelaar --load-extension nog steeds gebruiken in builds zonder merk, zoals Chromium en Chrome For Testing.

   
  • Chrome 137 op Linux, macOS, Windows

   

• SwiftShader-reserve verwijderen 

  Automatisch terugvallen op WebGL ondersteund door SwiftShader is beëindigd. Er wordt geen WebGL-context meer gemaakt en er wordt niet teruggevallen op SwiftShader. 

  Dit doen we met name om deze 2 redenen: 

  1. SwiftShader vormt een hoog beveiligingsrisico vanwege JIT-code die wordt uitgevoerd in het GPU-proces van Chromium.
  2. Gebruikers hebben een slechte gebruikerservaring als ze teruggaan van een krachtige GPU-WebGL-implementatie naar een CPU-implementatie. Gebruikers hebben geen controle over dit gedrag en het is moeilijk te beschrijven in bugrapporten.

  SwiftShader is een handige tool voor webontwikkelaars om hun sites te testen op systemen zonder interface of systemen die geen ondersteunde GPU hebben. Deze use case wordt nog steeds ondersteund als je je hiervoor aanmeldt, maar is niet bedoeld om onbetrouwbare content uit te voeren. Als je je wilt aanmelden voor lagere beveiligingswaarborgen en SwiftShader voor WebGL wilt toestaan, voer je het Chrome-uitvoerbare bestand uit met de opdrachtregel --enable-unsafe-swiftshader.

  Tijdens de beëindigingstermijn verschijnt er een waarschuwing in de JavaScript-console als er een WebGL-context wordt gemaakt en ondersteund door SwiftShader. Als je --enable-unsafe-swiftshader invoert, wordt deze waarschuwing verwijderd.

  Chromium en andere browsers bieden geen garantie voor de beschikbaarheid van WebGL. Het is belangrijk om het mislukken van het maken van een WebGL-context te testen en verwerken, en terug te vallen op andere web-API's, zoals Canvas2D of een toepasselijke melding aan de gebruiker. In Chrome 138 is er een tijdelijk zakelijk beleid beschikbaar om de wijziging terug te draaien. 

   
  • Chrome 137 op Windows: SwiftShader wordt uitgezet en vervangen door een andere software-WebGL-reserveoptie, WARP. Tests die afhankelijk zijn van de exacte pixelwaarden die door SwiftShader worden gegenereerd, kunnen mislukken.
  • Chrome 138 op Linux, macOS: Swiftshader wordt al vanaf Chrome 138 uitgezet op macOS en Linux. Gebruikers op machines zonder GPU kunnen WebGL niet gebruiken.

   

• Beheerde profielen aanpassen met een aangepast logo en label 

  Chrome 137 heeft nieuwe aanpassingen voor de werkbalk en het profielmenu waarmee gebruikers makkelijk te weten komen of hun Chrome-profiel wordt beheerd en of ze een werkapparaat of persoonlijk apparaat gebruiken. Dit is vooral handig als medewerkers hun eigen apparaten gebruiken voor beheerde accounts.

  We voegen 3 nieuwe beleidsregels toe om deze functionaliteit aan te passen:

  - EnterpriseCustomLabel: Pas de tekst aan die in het werkbalkelement wordt getoond, zodat deze overeenkomt met de branding van je organisatie.

  - EnterpriseLogoUrl: Voeg je bedrijfslogo toe aan het profielmenu.

  - EnterpriseProfileBadgeToolbarSettings: Met dit beleid kun je het standaardlabel voor een beheerd profiel uitzetten in de Chrome-werkbalk. 

  In Chrome 134 is dit beleid beschikbaar geworden om het logo en label aan te passen dat in een beheerd profiel wordt getoond. Vanaf Chrome 137 updaten we het standaardgedrag van het profiellabel en icoon dat over de accountavatar heen wordt geplaatst. In Chrome 138 hebben beheerde profielen naast de profielschijf het label Werk of School. In het profielmenu staat een gebouwicoon over de accountavatar. Je kunt de uitgebreide profielschijf uitzetten via EnterpriseProfileBadgeToolbarSettings.

   
  • Chrome 134 op Lacros, macOS, Windows: Beleid om het label en icoon van de werkbalk (in het profielmenu) aan te passen. 
  • Chrome 137 op Linux, macOS, Windows: Uitrol van Beheerd door je organisatie in het profielmenu. Je kunt het logo aanpassen via het beleid EnterpriseLogoUrl.
  • Chrome 138 op Linux, macOS, Windows: Uitrol van de standaardlabels Werk en School in de Chrome-werkbalk. Je kunt het label uitzetten via EnterpriseProfileBadgeToolbarSettings.
   

  

   

• Fouttype aanpassen dat wordt geretourneerd bij het maken van WebAuthn-inloggegevens voor betalingen: SecurityError => NotAllowedError 

  Met deze wijziging wordt het fouttype gecorrigeerd dat wordt geretourneerd bij het maken van WebAuthn-inloggegevens voor betalingsgegevens. Omdat de specificaties in het verleden niet overeenkwamen, wordt er bij het maken van inloggegevens voor betalingen in een cross-origin iframe zonder gebruikersactivering een SecurityError geretourneerd in plaats van een NotAllowedError, die wordt geretourneerd voor niet-betalinggerelateerde inloggegevens.

  Dit heeft invloed op code die eerder het type geretourneerde fout heeft gedetecteerd, bijvoorbeeld e instanceof SecurityError. Code die in het algemeen fouten verwerkt tijdens het maken van inloggegevens, bijvoorbeeld catch (e), blijft correct werken.

   
  • Chrome 137 op Windows, MacOS, Linux, Android

   

• HSTS-trackingpreventie 

  Met trackingpreventie voor HTTP Strict Transport Security (HSTS) wordt gebruikertracking door derden via het HSTS-cachegeheugen beperkt. Deze functie staat alleen HSTS-upgrades toe voor navigaties op het hoogste niveau en blokkeert HSTS-upgrades voor verzoeken om subresources. Hierdoor kunnen sites van derden het HSTS-cachegeheugen niet gebruiken om gebruikers op het web te volgen.

   
  • Chrome 137 op Windows, MacOS, Linux, Android

   

• Tweestapsverificatie afdwingen voor beheerders 

  Google vereist binnenkort dat voor alle accounts met toegang tot admin.google.com verificatie in 2 stappen aanstaat om de gegevens van je organisatie beter te beschermen. Als Google Workspace-beheerder moet je je identiteit bevestigen met tweestapsverificatie. Hiervoor heb je je wachtwoord en iets extra's nodig, zoals je telefoon of een beveiligingssleutel.

  De handhaving wordt in de komende maanden geleidelijk uitgerold. Je kunt het beste tweestapsverificatie aanzetten voor de beheerdersaccounts in je organisatie voordat Google dit afdwingt. Lees dit Helpcentrum-artikel voor meer informatie.

   

   

• Automatisch invullen met AI 

  Vanaf Chrome 137 kunnen sommige gebruikers Automatisch invullen met AI aanzetten. Dit is een nieuwe functie waarmee gebruikers online formulieren makkelijker kunnen invullen. In relevante formulieren kan Chrome AI gebruiken om het formulier beter te begrijpen en gebruikers de optie te bieden om eerder opgeslagen informatie automatisch in te vullen. Beheerders kunnen de functie beheren met het bestaande beleid GenAiDefaultSettings en het nieuwe beleid AutofillPredictionSettings.

   
  • Chrome 137 op Linux, macOS, Windows, ChromeOS
   

   

• Nieuw beleid in de Chrome-browser 

  Beleid	Beschrijving
  GeminiSettings	Instellingen voor Gemini-integratie
  AutofillPredictionSettings	Instellingen voor Automatisch invullen met AI
  ProvisionalNotificationsAllowed	Staat toe dat de app autorisatie voor voorlopige meldingen gebruikt op iOS
  RelaunchFastIfOutdated	Snel herstarten indien verouderd
  UserSecurityAuthenticatedReporting	Cloudrapportage van beveiligingssignalen in beheerde profielen aanzetten
  BuiltInAIAPIsEnabled	Toestaan dat pagina's de ingebouwde AI-API's gebruiken
  OnSecurityEventEnterpriseConnector	Configuratiebeleid voor OnSecurityEvent van de Chrome Enterprise Connector (nu beschikbaar op iOS)
  UserSecuritySignalsReporting	Cloudrapportage van beveiligingssignalen in beheerde profielen aanzetten

   

• Verwijderd beleid in de Chrome-browser 

  Beleid	Beschrijving
  MutationEventsEnabled	Beëindigde/verwijderde mutatiegebeurtenissen opnieuw aanzetten
  TabOrganizerSettings	Instellingen voor Tabbladorganisator
  ZstdContentEncodingEnabled	Ondersteuning voor zstd-contentcodering aanzetten

   

   

Wijzigingen in Chrome Enterprise Core

   

• IP-adressen registreren en rapporteren 

  Chrome Enterprise verbetert de mogelijkheden voor beveiligingscontrole en incidentrespons door lokale en externe IP-adressen te verzamelen en te rapporteren en die IP-adressen naar de logboeken van de tool voor beveiligingsonderzoek (SIT) te sturen. Daarnaast kunnen Chrome Enterprise-beheerders de IP-adressen optioneel naar eigen en externe SIEM-providers (Security Information and Event Management) sturen via de Chrome Enterprise-rapportageconnector. Bekijk Rapportconnectors voor Chrome Enterprise beheren voor meer informatie. Deze functie is beschikbaar voor Chrome Enterprise Core- en Chrome Enterprise Premium-klanten.

   
  • Chrome 137 op Windows, macOS, Linux

   

• Overzichtspagina van Chrome Enterprise 

  Chrome Enterprise introduceert een nieuwe pagina Overzicht in het gedeelte voor de Chrome-browser van de Google Beheerdersconsole. Op de overzichtspagina kunnen IT-beheerders snel belangrijke informatie over hun implementatie vinden:

  - Actieve en inactieve profielen en ingeschreven browsers

  - Browsers identificeren die verouderd zijn en kunnen worden geüpdatet

  - Extensies met een hoog risico identificeren (volgens Spin.AI) en een voorbeeld weergeven van de meest aangevraagde extensies

  Op de overzichtspagina heb je ook snel toegang tot belangrijke acties, zoals extensies beheren (blokkeren en toestaan) en toegang krijgen tot browser- en profiellijsten.

   
  • Chrome 137 op Android, iOS, Linux, macOS, Windows
   

  

   

• Nieuwe opdrachten op afstand en csv-export voor de lijst met beheerde profielen 

  De Beheerdersconsole ondersteunt opdrachten op afstand voor Cachegeheugen wissen en Cookies wissen op profielniveau en csv-export voor de lijst Beheerde profielen. Je kunt een of meer profielen selecteren en een opdracht op afstand uitvoeren.

  • Chrome 137 op Android, Linux, macOS, Windows: We voegen csv-export toe voor beheerde profielen. Je kunt de gegevens van het beheerde profiel exporteren buiten de Beheerdersconsole.
  • Chrome 138 op Linux, macOS, Windows: Ondersteuning op profielniveau voor de opdrachten op afstand voor Cachegeheugen wissen en Cookies wissen. In de lijst met beheerde profielen kun je een of meer profielen selecteren en een opdracht op afstand uitvoeren.

   

• Kaarten op de pagina Nieuw tabblad voor M365 

  Zakelijke gebruikers met Outlook of Sharepoint hebben nu rechtstreeks vanaf de pagina Nieuw tabblad toegang tot hun geplande vergaderingen of voorgestelde bestanden. Met deze gestroomlijnde functionaliteit hoef je niet meer van tabblad te wisselen of tijd te verspillen aan zoeken naar je volgende vergadering. Zo kun jij je richten op wat het belangrijkst is.

  Beheerders kunnen de kaarten aanzetten met NTPSharepointCardVisible en NTPOutlookCardVisible. Voor Microsoft-tenants die zelfautorisatie niet toestaan, moet de beheerder ook toestemming geven voor de app-rechten tijdens de eerste verificatie of de app goedkeuren voor gebruik in Microsoft Entra.

   
  • Chrome 134 op Linux, macOS, Windows: Betrouwbare testers 
  • Chrome 137 op Linux, macOS, Windows De uitrol is gestart

 

Wijzigingen in Chrome Enterprise Premium

Lees meer over de verschillen tussen Chrome Enterprise Core en Chrome Enterprise Premium.

   

• Ondersteuning voor DLP-downloads voor de File System Access API (FSA)   

  De contentanalyse van Chrome Enterprise Premium voor gegevensverlies voorkomen (DLP) en de deep scans van Safe Browsing zijn nu uitgebreid naar map- en directorydownloads die zijn gestart via de File System Access (FSA) API, bijvoorbeeld in web-IDE's. Hiermee wordt een tekort aangepakt en wordt de gegevensbeveiliging verbeterd door bestaande DLP-regels (die zijn ingesteld via het beleid DataLeakPreventionRulesList en SafeBrowsingDeepScanningEnabled) op deze bewerkingen toe te passen.

  Als een download in strijd is met een DLP-beleid, wordt deze geblokkeerd. Het bestand is dan leeg en de website geeft misschien de foutmelding Geblokkeerd door Safe Browsing. Deze wijziging is vooral gunstig voor de beveiliging door gegevensonderschepping via deze vector te voorkomen. Beheerders moeten dit testen met web-apps via de FSA API om het gedrag te observeren met hun huidige DLP-configuraties.

   
  • Chrome 137 op ChromeOS, Linux, macOS, Windows: Hiermee wordt DLP-contentanalyse aangezet voor downloads die zijn gestart via de File System Access API op geselecteerde platforms die worden beheerd door bestaand zakelijk beleid.

   

• Rapportageconnector op mobiel   

  De Chrome Enterprise-rapportageconnector wordt geüpdatet met rapportage over beveiligingsgebeurtenissen van Chrome op mobiele apparaten (Android en iOS). Zo krijgen IT-beheerders inzicht in gebeurtenissen zoals onveilige sitebezoeken, overdrachten van gevoelige gegevens (in overeenstemming met de regels voor gegevensbescherming) en overeenkomsten voor URL-filters die plaatsvinden op mobiele apparaten. Zo wordt de functionaliteit gelijkgetrokken met de bestaande desktoprapportage. Met deze verbetering willen we de algehele beveiligingsstatus van de organisatie verbeteren door de mogelijkheden voor dreigingsdetectie en gegevensbescherming uit te breiden naar mobiele platforms.

  Voor klanten die de tool voor beveiligingsonderzoek (SIT) gebruiken, zijn deze nieuwe gebeurtenissen voor mobiele browsers beschikbaar voor onderzoek. Deze SIT-integratie is een functie van Chrome Enterprise Premium. IT-beheerders moeten er rekening mee houden dat deze aanvullende gebeurtenistypen van mobiele apparaten worden verwerkt via de ingestelde rapportageconnector.

  Er wordt geen nieuw, specifiek zakelijk beleid geïntroduceerd om deze extensie voor mobiele rapportage zelf te beheren. Bestaande configuraties voor de rapportageconnector, regels voor gegevensbescherming en beleid voor URL-filters bepalen welke gebeurtenissen worden gemaakt en gerapporteerd.

   
  • Chrome 137 op Android, iOS: Hiermee wordt rapportage van beveiligingsgebeurtenissen aangezet, zoals onveilige sites, overdracht van gevoelige gegevens en URL-filters, via de rapportageconnector voor Chrome op mobiele apparaten.

   

• Safe Browsing-gebeurtenissen melden op iOS   

  Met deze functie wordt rapportage van Safe Browsing-gebeurtenissen op iOS aangezet om de beveiliging van zakelijke omgevingen te verbeteren. Deze functie is al geïmplementeerd op desktop en Android. We breiden deze nu uit naar iOS. Ga naar dit Helpcentrum-artikel voor meer informatie over hoe je deze functie aanzet. 

   
  • Chrome 137 op iOS: Melden van Safe Browsing-gebeurtenissen wordt beschikbaar op iOS

Geplande wijzigingen in de Chrome-browser

    

• Verbeteringen voor Bookmarks en Leeslijst op Chrome Desktop 

  In Chrome 138 op desktop kunnen sommige gebruikers die inloggen bij Chrome als ze een nieuwe bookmark opslaan, nu bookmarks en leeslijstitems gebruiken en opslaan in hun Google-account. Relevant bedrijfsbeleid voor bookmarks, en BrowserSignin, SyncDisabled of SyncTypesListDisabled, blijft werken zoals voorheen. Beheerders kunnen dus instellen of gebruikers items kunnen gebruiken en opslaan in hun Google-account. Als je EditBookmarksEnabled instelt op false, kunnen gebruikers ook geen bookmarks die zijn opgeslagen op hun apparaat, uploaden naar hun Google-account.  

   
  • Chrome 138 op Linux, MacOS, Windows

    

• Schakelaar voor gebruikersscripts per extensie 

  In Chrome 138 verandert de manier waarop gebruikers en beheerders de mogelijkheid van een extensie beheren om door gebruikers gemaakte scripts uit te voeren en de userScripts API te gebruiken. Deze wijziging verbetert de beveiliging. Eindgebruikers geven niet per ongeluk rechten voor gebruikersscripts aan elke extensie als ze de ontwikkelaarsmodus aanzetten. Ze bepalen expliciet welke extensies deze potentieel krachtige scripts mogen uitvoeren. Ga naar deze blogpost in Chrome voor ontwikkelaars voor meer informatie over de reden voor de wijziging.

  Eindgebruikers kunnen dit nu per extensie aan- of uitzetten op de pagina chrome://extensions via de schakelaar Gebruikersscripts toestaan. De algemene schakelaar Ontwikkelaarsmodus is vervangen door deze gedetailleerdere optie. Voor bestaande extensies wordt deze schakelaar automatisch aangezet als de ontwikkelaarsmodus aanstaat en de extensie het recht Gebruikersscripts heeft gekregen.

  Beheerders die op dit moment gebruikersscripts beheren door de ontwikkelaarsmodus uit te zetten, moeten nu het beleid blocked_permissions of de Google Beheerdersconsole gebruiken om het recht Gebruikersscripts en de extensie Ontwikkelaarsmodus onafhankelijk van elkaar te beheren.

  We raden extensieontwikkelaars aan hun documentatie te updaten met informatie over de nieuwe schakelaar. Ga naar de mailinglijst Google Groepen voor Chromium-extensies voor meer informatie en andere wijzigingen in het gebruik van de API.

   
  • Chrome 138 op ChromeOS, Linux, macOS, Windows: Functie wordt uitgerold
   

  

   

    

• De uitgebreide versie van Safe Browsing als gesynchroniseerde instelling 

  De uitgebreide versie van Safe Browsing in Chrome wordt een gesynchroniseerde functie. Dit betekent dat als een gebruiker de uitgebreide versie van Safe Browsing aanzet op het ene apparaat, dit beveiligingsniveau automatisch wordt toegepast op alle andere apparaten waarop de gebruiker met hetzelfde account is ingelogd bij Chrome. Het doel is om sterkere, consistentere beveiligingsbescherming en een gestandaardiseerde gebruikerservaring te bieden.

  Gebruikers die de uitgebreide versie van Safe Browsing aanzetten, kunnen rekenen op consistente bescherming (bijvoorbeeld proactieve bescherming tegen phishing en verbeterde detectie van malware en schadelijke extensies) in hun gesynchroniseerde Chrome-instanties op desktops (Windows, macOS, Linux, ChromeOS), Android en iOS. Gebruikers krijgen een melding over deze wijziging via UI-elementen als hun instelling voor de uitgebreide versie van Safe Browsing wordt gesynchroniseerd.

  Het beveiligingsniveau van Safe Browsing is een bestaande functie en wordt beheerd door het beleid SafeBrowsingProtectionLevel.

   
  • Chrome 138 op Android, ChromeOS, Linux, macOS, Windows

    

• Gedeelde tabbladgroepen 

  Gebruikers kunnen samenwerken aan tabbladen via de functie voor gedeelde tabbladgroepen. Met deze functie kunnen gebruikers een reeks tabbladen maken en gebruiken op hun desktop of mobiele apparaat. Hun samenwerkingspartners browsen dan op dezelfde tabbladen op hun apparaten. Als één persoon een tabblad in de groep wijzigt, worden de wijzigingen doorgevoerd in de browsers van alle gebruikers in de groep. Je kunt deze functie beheren met het zakelijke beleid TabGroupSharingSettings.

   
  • Chrome 138 op Android, ChromeOS, Linux, macOS, Windows: We rollen de mogelijkheid uit om deel te nemen aan een gedeelde tabbladgroep en deze te gebruiken. Gebruikers van de stabiele versie van Chrome kunnen geen gedeelde tabbladgroep maken (het toegangspunt is niet beschikbaar). Dit gedeelte van de functie is in deze fase van de uitrol alleen beschikbaar in Bèta/Dev/Canary. 

    

• Inzichten genereren voor meldingen en fouten in de Chrome DevTools-console 

  Er is nu een nieuwe functie voor generatieve AI (GenAI) beschikbaar voor onbeheerde gebruikers: Inzichten genereren voor meldingen en fouten in de Chrome DevTools-console. Deze inzichten bevatten een gepersonaliseerde beschrijving en voorgestelde oplossingen voor de geselecteerde fouten en meldingen. Deze functie is in eerste instantie alleen beschikbaar in het Engels voor gebruikers van 18 jaar en ouder. Beheerders beheren deze functie met het beleid DevToolsGenAiSettings.

   
  • Chrome 125 op ChromeOS, Linux, macOS, Windows: De functie komt wereldwijd beschikbaar voor onbeheerde gebruikers, behalve in Europa, Rusland en China. 
  • Chrome 127 op ChromeOS, Linux, macOS, Windows: De functie komt beschikbaar voor beheerde gebruikers van Chrome Enterprise en Education in ondersteunde regio's.
  • Chrome 131 op ChromeOS, Linux, macOS, Windows: In Chrome 131 komt er een nieuwe functie voor generatieve AI (GenAI) beschikbaar voor beheerde gebruikers: een speciaal deelvenster voor AI-ondersteuning in Chrome DevTools. Hiermee kan de operator problemen met de stijl opsporen en oplossen en de CSS debuggen. 
  • Chrome 132 op ChromeOS, Linux, macOS, Windows: Het deelvenster AI-ondersteuning kan nu bronnen in de deelvensters Prestaties, Bronnen en Netwerk uitleggen, naast de eerdere ondersteuning voor fouten opsporen in stijlen.
  • Chrome 138 op ChromeOS, Linux, macOS, Windows: Het deelvenster AI-ondersteuning biedt een interne API waarmee externe tools, zoals Model Context Protocol-servers (MCP), makkelijker de functies van het deelvenster AI-ondersteuning kunnen gebruiken.

    

• Bedrijfsbeleid voor toegang tot privénetwerken verwijderen 

  Privénetwerktoegang (PNA 1.0) is een niet-verzonden beveiligingsfunctie die is ontworpen om de websitetoegang tot lokale netwerken te beperken. Vanwege zorgen over de implementatiemogelijkheden kon PNA 1.0 nooit standaard worden verzonden, omdat de functie op te veel bestaande apparaten niet werkte.

  PNA 1.0 vereiste wijzigingen in apparaten op lokale netwerken. In plaats daarvan implementeert Chrome een geüpdatet voorstel: privénetwerktoegang 2.0 (PNA 2.0) (GitHub). PNA 2.0 vereist alleen wijzigingen in sites die toegang moeten hebben tot het lokale netwerk, in plaats van wijzigingen in apparaten op het lokale netwerk. Sites zijn veel makkelijker te updaten dan apparaten. Daarom is deze aanpak veel makkelijker uit te rollen. 

  Je kunt PNA 1.0 alleen afdwingen via bedrijfsbeleid. We willen niet dat de beveiliging afneemt voor zakelijke klanten die zich aanmelden voor PNA 1.0 voordat we PNA 2.0 uitrollen. Daarom houden we het beleid PrivateNetworkAccessRestrictionsEnabled in stand. Hierdoor stuurt Chrome speciale pre-flight-berichten totdat het beleid niet meer werkt met PNA 2.0.

  De beleidsregels InsecurePrivateNetworkRequestsAllowedForUrls en InsecurePrivateNetworkRequestsAllowed, waarmee PNA 1.0-beperkingen worden versoepeld, worden per direct verwijderd. Dit beleid is op dit moment niet van kracht, omdat PNA 1.0 niet wordt verzonden. Het is niet meer van betekenis nadat PNA 1.0 is verwijderd.

   
  • Chrome 135 op Android, ChromeOS, Linux, macOS, Windows, Fuchsia: De beleidsregels InsecurePrivateNetworkRequestsAllowedForUrls, InsecurePrivateNetworkRequestsAllowed en PrivateNetworkAccessRestrictionsEnabled worden beëindigd.
  • Chrome 138 op Android, ChromeOS, Linux, macOS, Windows, Fuchsia: Verwijdering van PrivateNetworkAccessRestrictionsEnabled, InsecurePrivateNetworkRequestsAllowedForUrls en InsecurePrivateNetworkRequestsAllowed. Er is een vervangingsbeleid voor PNA2 beschikbaar in Chrome 138.

    

• TLS 1.3 Early Data 

  Met TLS 1.3 Early Data kunnen GET-verzoeken tijdens de handshake worden gestuurd als je een verbinding met een compatibele TLS 1.3-server hervat. De functie leidt naar verwachting tot betere prestaties en is beschikbaar in Chrome 138 met een beleidsregel (TLS13EarlyDataEnabled) om deze wijziging te beheren.

  TLS 1.3 Early Data is een vastgesteld protocol. Van bestaande TLS-servers, middleboxes en beveiligingssoftware wordt verwacht dat ze TLS 1.3 Early Data verwerken of weigeren zonder de verbinding te verbreken. Apparaten waarop de TLS-standaard (RFC8446) niet correct wordt geïmplementeerd, werken misschien niet goed en verbreken mogelijk de verbinding als TLS 1.3 Early Data wordt gebruikt. Als dit gebeurt, moeten beheerders contact opnemen met de leverancier voor een oplossing.

  Dit beleid is een tijdelijke maatregel om de functie te beheren en wordt in een toekomstige mijlpaal verwijderd. Je kunt het beleid aanzetten om te testen of er problemen zijn en uitzetten als er problemen optreden.

   
  • Chrome 138 op Android, ChromeOS, Linux, macOS, Windows

    

• Voorspelbaar gerapporteerd opslagquotum 

  In Chrome 138 introduceren we een voorspelbaar opslagquotum van de Estimate API van StorageManager voor sites die geen onbeperkte opslagrechten hebben.

  We kunnen de browsemodus van een gebruiker vaststellen via het gerapporteerde opslagquotum, omdat de beschikbare opslagruimte in de incognitomodus aanzienlijk kleiner is dan in de normale modus. Dit is een oplossing om te voorkomen dat de browsemodus van een gebruiker wordt waargenomen via de Storage API door een kunstmatig quotum te rapporteren, gelijk aan gebruik + min(10 GiB, schijf afgerond naar boven naar de dichtstbijzijnde 1 GiB), in alle browsemodi voor sites met beperkte opslagrechten. Dit heeft geen invloed op sites met onbeperkte opslagrechten. Dit heeft ook geen invloed op afgedwongen quota.

   
  • Chrome 138 op Windows, MacOS, Linux, Android

    

• Streng same-origin-beleid voor de Storage Access API 

  We zijn van plan de semantiek van de Storage Access API aan te passen om het same-origin-beleid strikt te volgen en de beveiliging te verbeteren. Als je document.requestStorageAccess() in een frame gebruikt, worden er standaard alleen cookies toegevoegd aan verzoeken naar de oorsprong (niet de site) van het iframe. Je kunt het beleid CookiesAllowedForUrls of headers voor opslagtoegang nog steeds gebruiken om cookies voor meerdere sites niet meer te blokkeren.

   
  • Chrome 138 op Windows, MacOS, Linux, Android

    

• Summarizer API 

  De Summarizer API is een JavaScript API voor het maken van samenvattingen van invoertekst, ondersteund door een AI-taalmodel. Er wordt steeds meer verwacht dat browsers en besturingssystemen toegang krijgen tot een taalmodel. Door dit ingebouwde model beschikbaar te stellen, voorkomen we dat elke website een eigen taalmodel van meerdere gigabytes hoeft te downloaden of invoertekst naar API's van derden hoeft te sturen. De Summarizer API biedt met name een API op hoog niveau voor interactie met een taalmodel om invoer voor verschillende use cases (GitHub) samen te vatten op een manier die niet afhankelijk is van het specifieke taalmodel. 

  Er is een zakelijk beleid, GenAILocalFoundationalModelSettings, beschikbaar om het downloaden van het onderliggende model uit te zetten. Als je dit zou doen, zou deze API niet meer beschikbaar zijn.

   
  • Chrome 138 op Windows, macOS, Linux

    

• Language Detector API 

  De Language Detector API is een JavaScript API om de taal van tekst te herkennen, met zekerheidsniveaus. Taaldetectie is een belangrijk aanvulling op vertalingen. Dit kan worden gecombineerd met vertaling, bijvoorbeeld door gebruikersinvoer in een onbekende taal op te nemen en te vertalen naar een specifieke doeltaal. Browsers hebben tegenwoordig vaak al mogelijkheden voor taaldetectie. We willen deze mogelijkheden via een JavaScript API aan webontwikkelaars aanbieden als aanvulling op de Translation API. Er is een zakelijk beleid, GenAILocalFoundationalModelSettings, beschikbaar om het downloaden van het onderliggende model uit te zetten. Als je dit zou doen, zou deze API niet meer beschikbaar zijn.

   
  • Chrome 138 op Windows, macOS, Linux

    

• Translator API 

  De Translation API is een JavaScript API die vertaalmogelijkheden biedt voor webpagina's. Browsers bieden steeds vaker vertaalopties aan hun gebruikers. Dergelijke vertaalmogelijkheden kunnen ook nuttig zijn voor webontwikkelaars. Dit is vooral het geval als de ingebouwde vertaalmogelijkheden van de browser geen uitkomst bieden. Er is een zakelijk beleid, GenAILocalFoundationalModelSettings, beschikbaar om het downloaden van het onderliggende model uit te zetten. Als je dit zou doen, zou deze API niet meer beschikbaar zijn.

   
  • Chrome 138 op Windows, macOS, Linux

    

• Web-serial via bluetooth op Android 

  Met deze functie kunnen webpagina's en web-apps verbinding maken met seriële poorten via bluetooth op Android-apparaten. Chrome op Android ondersteunt nu de Web Serial API via bluetooth RFCOMM. Bestaande zakelijke beleidsregels (DefaultSerialGuardSetting, SerialAllowAllPortsForUrls, SerialAllowUsbDevicesForUrls, SerialAskForUrls en SerialBlockedForUrls) op andere platforms worden aangezet in de status future_on voor Android. Alle beleidsregels, behalve SerialAllowUsbDevicesForUrls, worden aangezet nadat de functie is aangezet. SerialAllowUsbDevicesForUrls wordt in een toekomstige release aangezet nadat Android ondersteuning op systeemniveau biedt voor bedrade seriële poorten.

   
  • Chrome 138 op Android

    

• Android Oreo en Android Pie worden niet meer ondersteund in Chrome op Android 

  Chrome 138 is de laatste versie van Chrome die Android Oreo of Android Pie ondersteunt. Er wordt een bericht getoond aan de betreffende gebruikers waarin staat dat ze hun besturingssysteem moeten upgraden. Chrome 139 en hoger worden niet ondersteund en niet verzonden naar gebruikers met Android Oreo of Android Pie.

   
  • Chrome 139 op Android: Android Oreo en Android Pie worden niet meer ondersteund in Chrome op Android.

    

• Extensies vóór juni 2025 migreren naar Manifest V3 

  Extensies moeten worden geüpdatet om Manifest V3 te kunnen gebruiken Chrome-extensies gaan over op een nieuwe manifestversie: Manifest V3. Zo beschikken je gebruikers over meer privacy, bijvoorbeeld door over te stappen op een model waarin extensies verzoeken declaratief aanpassen zonder de mogelijkheid om afzonderlijke verzoeken te zien. Ook wordt de extensiebeveiliging beter, omdat op afstand gehoste code niet is toegestaan op Manifest V3.

  Vanaf juni 2024 zal Chrome Manifest V2-extensies die in de browser worden uitgevoerd geleidelijk deactiveren. Je kunt het zakelijke beleid ExtensionManifestV2Availability gebruiken om Manifest V3 te testen in je organisatie voorafgaand aan de migratie. Daarnaast worden Manifest V2-extensies pas volgend jaar (juni 2025) uitgezet op apparaten waarop het beleid is aangezet. Daarna verwijderen we het beleid.

  Op de pagina App- en extensiegebruik in Chrome Enterprise Core staat welke Manifest-versie de Chrome-extensies op je apparaten gebruiken. 

   
  • Chrome 127 op ChromeOS, Lacros, Linux, macOS, Windows: Chrome zal Manifest V2-extensies geleidelijk uitzetten op gebruikersapparaten. Alleen gebruikers waarvoor het bedrijfsbeleid ExtensionManifestV2Availability aanstaat, kunnen Manifest V2-extensies blijven gebruiken in hun organisatie.
  • Chrome 139 op ChromeOS, Linux, macOS, Windows: Het beleid ExtensionManifestV2Availability wordt verwijderd.

    

• Chrome verwijdert ondersteuning voor macOS 11 

  Chrome 138 is de laatste release die macOS 11 ondersteunt. Chrome 139 en hoger ondersteunen macOS 11 niet meer. Deze versie valt buiten de supportperiode van Apple. Voor de beste beveiliging is het belangrijk om een ondersteund besturingssysteem te gebruiken.

  Op Macs met macOS 11 blijft Chrome werken en wordt er een infobalk met een waarschuwing getoond, maar wordt de browser niet meer geüpdatet. Als gebruikers Chrome willen updaten, moeten ze hun computer updaten naar een ondersteunde versie van macOS. Voor nieuwe installaties van Chrome 139 en hoger is macOS 12 of hoger vereist.

   
  • Chrome 139 op Windows, macOS, Linux

    

• Happy Eyeballs V3 

  Deze lancering is een interne optimalisatie in Chrome waarbij Happy Eyeballs V3 wordt geïmplementeerd om een betere gelijktijdigheid van netwerkverbindingen te bereiken. Happy Eyeballs V3 voert DNS-resoluties asynchroon uit en spreidt verbindingspogingen uit met de gewenste protocollen (H3/H2/H1) en adresfamilies (IPv6/IPv4) om de zichtbare vertraging van de netwerkverbinding te beperken. Deze functie wordt beheerd met het tijdelijke beleid HappyEyeballsV3Enabled.

   
  • Chrome 140 op Android, ChromeOS, Linux, macOS, Windows

    

• Geïsoleerde web-apps 

  Geïsoleerde web-apps (GWA's) zijn een uitbreiding van bestaand werk van PWA-installaties en webpackaging. Ze bieden betere bescherming tegen inbreuk op de server en andere manipulatie. Dit is nodig voor ontwikkelaars van beveiligingsgevoelige apps.

  Deze GWA's worden niet gehost op live webservers en opgehaald via HTTPS, maar worden verpakt in webbundels, ondertekend door hun ontwikkelaar en gedistribueerd naar eindgebruikers via een of meer van de mogelijke methoden beschreven in de uitleg. 

  In deze eerste release kunnen GWA's alleen worden geïnstalleerd via beheerdersbeleid op door het bedrijf beheerde ChromeOS-apparaten.

   
  • Chrome 140 op Windows Met deze uitrol wordt ondersteuning toegevoegd voor geïsoleerde web-apps in door bedrijven beheerde browserconfiguraties op Windows.

    

• Geen spaties toestaan in URL-hosts die niet beginnen met file:// 

  Volgens de URL-standaardspecificaties mogen URL-hosts geen spatie bevatten, maar op dit moment staat parseren van URL's in Chromium spaties toe in de host. Hierdoor slaagt Chromium niet voor verschillende tests die zijn opgenomen in de Interop2024 HTTPS URL's for WebSocket en URL-focusgebieden. We willen dat Chromium voldoet aan de specificaties en daarom spaties volledig uit URL-hosts verwijderen. Het probleem is dat spaties worden gebruikt in het hostgedeelte van Windows file://-URL's (GitHub)[4].

  • Chrome 141 op Android, ChromeOS, Lacros, Linux, macOS, Windows, Fuchsia

    

• Migratie van Safebrowsing API v4 naar v5 

  Chrome-aanroepen naar de Safe Browsing v4 API worden gemigreerd naar aanroepen naar de v5 API. De methodenamen verschillen ook in v4 en v5. Als beheerders een toelatingslijst met v4-specifieke URL's hebben om netwerkverzoeken naar https://safebrowsing.googleapis.com/v4* toe te staan, moeten ze deze aanpassen om netwerkverzoeken naar het hele domein toe te staan: safebrowsing.googleapis.com. Anders leiden afgewezen netwerkverzoeken naar de v5 API tot beveiligingsproblemen voor gebruikers. Ga naar Migreren vanuit v4: Safe Browsing voor meer informatie. 

   
  • Chrome 145 op Android, iOS, ChromeOS, Linux, macOS, Windows

    

• Ondersteuning voor het UI Automation-toegankelijkheidsframework op Windows 

  Vanaf Chrome 126 gaat Chrome rechtstreeks clientsoftware ondersteunen die het UI Automation-toegankelijkheidsframework van Microsoft Windows gebruikt. Vóór deze wijziging werkte dergelijke software met Chrome via een compatibiliteit-shim in Microsoft Windows. We voeren deze wijziging door om de toegankelijkheid voor veel gebruikers te verbeteren. Het biedt volledige ondersteuning voor Verteller, Vergrootglas en Spraaktoegang. en verbetert apps van derden die het toegankelijkheidsframework van Windows UI Automation gebruiken. Gebruikers van Chrome merken dat het geheugengebruik en de verwerkingsoverhead lager zijn als ze worden gebruikt in combinatie met toegankelijkheidstools. Ook de ontwikkeling van software met ondersteunende technologie neemt af.

  Beheerders kunnen vanaf Chrome 125 het bedrijfsbeleid UiAutomationProviderEnabled gebruiken om de nieuwe provider geforceerd aan te zetten (zodat alle gebruikers de nieuwe functionaliteit krijgen) of om de nieuwe provider uit te zetten. Dit beleid wordt ondersteund tot en met Chrome 146 en wordt verwijderd in Chrome 147. Deze periode van één jaar is bedoeld om bedrijven voldoende tijd te geven om samen te werken met externe leveranciers, zodat ze eventuele compatibiliteitsproblemen kunnen oplossen die voortkomen uit de overstap van de compatibiliteit-shim van Microsoft naar de provider van automatisering van de gebruikersinterface van Chrome.

   
  • Chrome 125 op Windows: We introduceren het beleid UiAutomationProviderEnabled zodat beheerders de frameworkaanbieder voor UI-Automation van Chrome kunnen aanzetten en bevestigen dat toegankelijkheidstools van derden blijven werken.
  • Chrome 126 op Windows: We gebruiken het framework voor Chrome-varianten om gebruikers van het framework voor automatisering van UI-automatisering van Chrome aan te zetten. Het framework wordt geleidelijk aangezet voor de volledige stabiele populatie, met onderbrekingen wanneer die nodig zijn om compatibiliteitsproblemen te behandelen die kunnen worden opgelost in Chrome. Zakelijke beheerders kunnen het beleid UiAutomationProviderEnabled blijven gebruiken om eerder toestemming te geven voor het nieuwe gedrag of om de toestemming tijdelijk in te trekken tot en met Chrome 146.
  • Chrome 147 op Windows: Het beleid UiAutomationProviderEnabled wordt verwijderd uit Chrome. Alle clients gebruiken de provider van het UI Automation-toegankelijkheidsframework van de browser.

 

Geplande wijzigingen in Chrome Enterprise Core

    

• Aanbevelingen voor Agentspace in de Chrome-omnibox 

  Met deze lancering kunnen Enterprise-gebruikers hun interne informatiebehoeften beter beheren door resultaten van Enterprise Search, zoals suggesties voor mensen, bestanden of zoekopdrachten, uit Agentspace toe te voegen aan de adresbalk van Chrome. Resultaten kunnen standaard worden getoond in de aanbevelingen in de adresbalk van Chrome of alleen als ze worden geactiveerd door een aangepast zoekwoord. 

  Gebruikers kunnen de zoekwoordmodus ook gebruiken om acties te activeren via Agentspace, zoals 'help me een e-mail te schrijven met een overzicht van de huidige projectstatus'. 

  De zakelijke zoekprovider wordt getoond als de gebruiker '@' typt in de adresbalk. De organisatie kan een zoekwoord of sneltoets en het getoonde icoon aanpassen. 

  Je kunt dit instellen via het beleid EnterpriseSearchAggregatorSettings. 

   
  • Chrome 135 op ChromeOS, Linux, macOS, Windows: Betrouwbare tester
  • Chrome 138 op ChromeOS, Linux, macOS, Windows: Algemene beschikbaarheid
   

  

    

• Inactieve profielen verwijderen in Chrome Enterprise Core 

  In juni 2025 is de instelling voor de inactieve periode voor profielverwijdering uitgerold. Vanaf juli 2025 worden beheerde profielen in de Beheerdersconsole die langer dan de ingestelde inactieve periode inactief zijn, automatisch verwijderd. Bij de release van deze instelling is de standaardwaarde voor de inactiviteitsperiode 90 dagen. Dit betekent dat alle beheerde profielen die langer dan 90 dagen inactief zijn, uit je account worden verwijderd. Beheerders kunnen de waarde voor de inactiviteitsperiode met dit beleid wijzigen. De maximumwaarde voor de inactiviteitsperiode is 730 dagen en de minimumwaarde is 28 dagen.

  Als je de ingestelde waarde verlaagt, kan dit gevolgen hebben voor alle momenteel beheerde profielen. Alle getroffen profielen worden als inactief beschouwd en worden daarom verwijderd. Het gebruikersaccount wordt hierdoor niet verwijderd. Als een inactief profiel opnieuw wordt geactiveerd op een apparaat, verschijnt dat profiel opnieuw in de console.

   
  • Chrome 138 op Android, ChromeOS, Linux, macOS, Windows: Het beleid wordt in juni uitgerold. De verwijdering begint in juli en de eerste verwijderingsgolf is eind augustus afgerond. Na de eerste verwijderingsuitrol worden inactieve profielen nog steeds verwijderd als ze de inactiviteitsperiode hebben bereikt.

    

• Ondersteuning voor meerdere identiteiten op iOS 

  Chrome op iOS introduceert ondersteuning voor meerdere accounts, met name voor beheerde accounts (werk of school). Met deze update worden afzonderlijke browserprofielen voor elk beheerd account geïntroduceerd, zodat de gegevens van zakelijk en privébrowsen strikt van elkaar worden gescheiden. Gewone accounts blijven één profiel delen. 

  Met deze wijziging willen we het zakelijke aanbod van Chrome verbeteren en een veiligere en overzichtelijkere browsebeleving bieden, vooral voor eindgebruikers met zowel een persoonlijk als een werkaccount op hun apparaat. Gebruikers doorlopen een eenmalig introductieproces als ze een beheerd account aan het apparaat toevoegen. Ze kunnen wisselen tussen accounts door op de accountschijf op de pagina Nieuw tabblad te tikken. 

  Beheerders die Chrome-beleid hebben aangezet op iOS (instructies), kunnen bestaand beleid blijven gebruiken.  

  • Chrome 138 op iOS 
   

  

Geplande wijzigingen in Chrome Enterprise Premium

   

• Mogelijkheden voor URL-filters op iOS 

  De huidige mogelijkheden voor URL-filters van WebProtect op desktops worden uitgebreid naar mobiele apparaten, zodat organisaties bepaalde URL's of URL-categorieën kunnen controleren, waarschuwingen erbij kunnen tonen of ze kunnen blokkeren voor weergave in beheerde Chrome-browsers of beheerde gebruikersprofielen op mobiele apparaten. Deze functie maakt deel uit van Chrome Enterprise Premium en is bedoeld om zakelijke gebruikers op elk apparaat beveiligde internettoegang te bieden. Beheerders kunnen regels voor URL-filters maken om te zorgen dat medewerkers alleen toegang hebben tot beveiligde en geautoriseerde URL's op iOS-apparaten. Chrome rapporteert gebeurtenissen voor URL-filters en onveilige sites via de rapportageconnector op mobiele apparaten.

   
  • Chrome 138 op iOS: de functie voor URL-filters komt beschikbaar op iOS.
  
  

   

• Ondersteuning voor DLP-downloads voor de File System Access API (FSA) 

  De beveiliging tegen gegevensverlies (Data Loss Prevention, DLP) wordt uitgebreid naar bestanden en directory's die zijn gedownload met de File System Access (FSA) API. Met deze verbetering worden downloads van moderne web-apps, zoals browsergebaseerde editors, gescand volgens de DLP-regels van je organisatie. Gebruikers en websites krijgen meldingen over scanresultaten, waardoor de gegevensbeveiliging en naleving worden versterkt.

  
  
  • Chrome 138 op Windows, macOS, Android, ChromeOS, Linux

Chrome-versie en verwachte releasedatum op het stabiele kanaal
Chrome 137: 20 mei 2024
Chrome 136: 23 april 2025
Chrome 135: 26 maart 2025
Chrome 134: 26 februari 2025
Eerdere release-opmerkingen  →