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 147

 

Wijzigingen in de Chrome-browser	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Verbeteringen in de AI-modus en Lens		✓
Gemini in Chrome		✓
Sleutelinkapseling X25519Kyber768 voor TLS	✓
CSS-update: ontkoppeling van de eigenschappen Breedte en Stijl			✓
Aanpassing van de achtergrond van de pagina Nieuw tabblad met Chrome voor iOS		✓
Inloggegevens voor apparaatgebonden sessie	✓
Beperkingen voor toegang tot lokaal netwerk	✓
Een scam melden	✓
Verticale tabbladen		✓
Ondersteuning voor het UI Automation-toegankelijkheidsframework op Windows		✓
Nieuw beleid in de Chrome-browser			✓
Verwijderd beleid in de Chrome-browser			✓
Wijzigingen in Chrome Enterprise Core	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Extensies blokkeren op basis van risicoscores van derden	✓		✓
Extensies blokkeren op basis van Chrome Web Store-categorieën	✓		✓
Nieuwe publicatieoptie voor organisaties in de Chrome Web Store	✓		✓
AI-gegenereerd overzicht van de release-opmerkingen in de Google Beheerdersconsole		✓	✓
Rapportage over app-gebruik voor generatieve AI en SaaS	✓		✓
Wijzigingen in Chrome Enterprise Premium	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Ondersteuning voor grotere bestanden voor DLP-scans (Data Loss Prevention, Gegevensverlies voorkomen)	✓		✓
Nieuwe templates voor regels voor Gegevensverlies voorkomen	✓		✓
Gestroomlijnde integratie van Chrome Enterprise met Google SecOps	✓
Ondersteuning voor toelatingslijsten en blokkeerlijsten voor Developer Tools	✓		✓
Ondersteuning voor toelatingslijsten en blokkeerlijsten voor de incognitomodus	✓		✓
Geplande wijzigingen in de Chrome-browser	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Chrome-profiel bootstrappen via een aangepaste URI	✓	✓
Verbeterd automatisch invullen		✓
Uitgebreide levensduur voor SharedWorkers			✓
Migratie van PWA-oorsprong		✓
Prompt API		✓	✓
Chrome voor ARM64 Linux-apparaten		✓
Updaten naar de waarschuwing Geen HTTPS	✓
Altijd beveiligde verbindingen gebruiken staat standaard aan	✓
Beëindiging en verwijdering van Privacy Sandbox API's	✓	✓
Geïsoleerde web-apps			✓
Migratie van de Safebrowsing API v4 naar v5	✓
Chrome verwijdert ondersteuning voor macOS 12			✓
XSLT beëindigen en verwijderen	✓	✓	✓
Chrome krijgt een releasecyclus van 2 weken			✓
Post-quantum cryptografie voor DTLS in WebRTC	✓
Spaties niet toestaan in URL-hosts non-file://	✓
Geplande wijzigingen in Chrome Enterprise Core	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Ondersteuning voor Chrome-clientcertificaten op iOS	✓		✓
Ondersteuning voor rapportage voor beheerde profielen			✓
Geplande wijzigingen in Chrome Enterprise Premium	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Chrome Enterprise Connectors API	✓		✓
Ondersteuning voor slepen voor gegevensbeheer	✓
Telemetrie van DOM-activiteit van zakelijke extensies	✓
Nieuwe beleidsinstelling voor DataControlRules	✓		✓
Versterking tegen manipulatie van lokaal beleid	✓		✓

 

↑ 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  

   

• Verbeteringen in de AI-modus

  Chrome 143 integreert nieuwe mogelijkheden met de AI-modus in Chrome op macOS en Windows. Gebruikers hebben rechtstreeks toegang tot de AI-modus vanaf de pagina Nieuw tabblad en de omnibox. Zo kunnen ze direct complexe vragen stellen vanaf de plek waar ze beginnen met browsen. De uitrol hiervan begint in Chrome 143 op macOS en Windows. Beheerders kunnen deze functies uitzetten (waarde 1) met het beleid AIModeSettings of via GenAiDefaultSettings (waarde 2). Ga voor meer informatie naar het relevante gedeelte in het Helpcentrum.

  In Chrome 144 wordt ook de contextfunctie voor meerdere tabbladen geïntroduceerd. Gebruikers kunnen ervoor kiezen de content van een of meer van hun geopende tabbladen te delen met de AI-modus, zodat ze efficiënter vragen kunnen stellen, kunnen vergelijken, kunnen samenvatten en informatie kunnen vinden. Beheerders kunnen deze functies uitzetten (waarde 1) met het beleid SearchContentSharingSettings (beschikbaar in Chrome 144) of via GenAiDefaultSettings (waarde 2).

  In Chrome 145 hebben we de functie voor context met meerdere tabbladen uitgerold voor de AI-modus en Lens. Gebruikers kunnen ervoor kiezen de content van een of meer van hun geopende tabbladen te delen, zodat ze efficiënter vragen kunnen stellen, kunnen vergelijken, kunnen samenvatten en informatie kunnen vinden. Beheerders kunnen deze functies uitzetten (waarde 1) met het beleid SearchContentSharingSettings of via GenAiDefaultSettings (waarde 2). Ook in Chrome 145 op Android en iOS zijn nieuwe mogelijkheden voor de AI-modus geïntegreerd in de Chrome-browser.

  In Chrome 146 zijn Google Drive-bestanden beschikbaar als context. Beheerders kunnen deze functies uitzetten (waarde 1) met het beleid SearchContentSharingSettings.

  In Chrome 147 gebruiken beheerders SearchContentSharingSettings om deze functies te beheren. Het Google Lens-beleid is beëindigd: LensOverlaySettings, LensDesktopNTPSearchEnabled en LensRegionSearchEnabled.

  • Chrome 143 op macOS, Windows: Nieuwe mogelijkheden voor de AI-modus worden geïntegreerd in Chrome en kunnen worden beheerd met het beleid AIModeSettings of het beleid GenAiDefaultSettings.
  • Chrome 145 op macOS, Windows: De functie voor context met meerdere tabbladen is beschikbaar en kan worden beheerd met het beleid SearchContentSharingSettings of GenAiDefaultSettings.
  • Chrome 145 op Android, iOS: Nieuwe mogelijkheden voor de AI-modus worden geleidelijk beschikbaar op Android en iOS.
  • Chrome 146 op macOS, Windows: Google Drive-bestanden worden beschikbaar als context. Beheerders kunnen deze functies uitzetten (waarde 1) met het beleid SearchContentSharingSettings.
  • Chrome 147 op macOS, Windows: Het beleid LensOverlaySettings, LensDesktopNTPSearchEnabled en LensRegionSearchEnabled wordt beëindigd. Beheerders kunnen SearchContentSharingSettings gebruiken om deze functies te beheren.

   

• Gemini in Chrome 

  Gemini is nu geïntegreerd in Chrome op macOS, Windows en bepaalde ChromeOS-apparaten en kan de content van je huidige pagina begrijpen. Gebruikers kunnen nu naadloos de belangrijkste conclusies 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 143 wordt Gemini in Chrome uitgerold naar de meeste Google Workspace-gebruikers met toegang tot de Gemini-app in de Verenigde Staten. Beheerders kunnen deze functie uitzetten (waarde 1) met het beleid GeminiSettings of via GenAiDefaultSettings (waarde 2). Ga voor meer informatie naar Gemini in Chrome in het Helpcentrum of neem deze blogpost door.

  In Chrome 143 hebben we ook de contextfunctie voor meerdere tabbladen aangekondigd. Gemini in Chrome kan nu meer van je geopende tabbladen zien (maximaal 10). Je kunt dus vragen stellen over meerdere pagina's om efficiënter informatie te vinden en te vergelijken. Gemini in Chrome bevordert ook de productiviteit. Gemini in Chrome gebruikt automatisch openbare informatie van deze Google-services: Google Zoeken, Google Maps en YouTube. Als je toestemming geeft, kan Gemini in Chrome je helpen je persoonlijke informatie en content te gebruiken in Google Workspace-services (Gmail, Drive, Keep, Agenda en Tasks).

  In Chrome 144 is automatisch browsen in Gemini in Chrome beschikbaar gemaakt voor sommige gebruikers (niet-zakelijk). Bij de lancering is het zakelijk beleid GeminiActOnWebSettings beschikbaar.

  

  Zie de uitrolfasen hieronder voor meer informatie.

  • Chrome 144 op macOS, Windows: Automatisch browsen in Gemini in Chrome beschikbaar voor sommige gebruikers (niet-zakelijk). Bij de lancering is het zakelijk beleid GeminiActOnWebSettings beschikbaar. Voor zakelijke gebruikers is er een contextmenu-item voor het uploaden van afbeeldingen beschikbaar. De functie houdt rekening met regels die zijn ingesteld via het beleid DataControlsRules en de instellingen van OnBulkDataEntryEnterpriseConnector.
  • Chrome 144 op macOS, Windows: Gemini in Chrome staat toe dat sommige tools van derden die beschikbaar zijn als Gemini-extensies worden aangeroepen.
  • Chrome 145 op ChromeOS, macOS, Windows: Gemini in Chrome is nu beschikbaar voor gebruikers in de Verenigde Staten, Canada, Nieuw-Zeeland en India in meer dan 50 talen. Meer informatie vindt u in dit Helpcentrum-artikel.
  • Chrome 147 op ChromeOS, macOS, Windows: Al vanaf Chrome 147 op macOS, Windows, ChromeOS: automatisch browsen in Gemini in Chrome beschikbaar voor zakelijke gebruikers. De zakelijke beleidsregels GeminiActOnWebSettings, GeminiActOnWebAllowedForURLs en GeminiActOnWebBlockedForURLs zijn beschikbaar om automatisch browsen te beheren.
  • Chrome 148 op ChromeOS, macOS, Windows: Gemini in Chrome kan automatisch invullen in Chrome gebruiken om formulieren voor creditcards en adressen in te vullen (met toestemming van de gebruiker). Hierbij wordt rekening gehouden met de zakelijke beleidsregels AutofillAddressEnabled en AutofillCreditCardEnabled, en met de algemene beleidsregels GeminiActOnWebSettings, GeminiActOnWebAllowedForURLs en GeminiActOnWebBlockedForURLs voor Gemini in Chrome.

   

• Sleutelinkapseling X25519Kyber768 voor TLS 

  In Chrome 124 is standaard op alle desktopplatforms een nieuw post-quantum beveiligd TLS-sleutelinkapselingsmechanisme X25519Kyber768 aangezet, gebaseerd op een NIST-standaard (ML-KEM). Dit beschermt het netwerkverkeer van Chrome met servers die ook ML-KEM ondersteunen tegen ontsleuteling door een toekomstige kwantumcomputer. Deze wijziging moet transparant zijn voor serveroperators. Deze codering wordt gebruikt voor zowel TLS 1.3- als QUIC-verbindingen.

  Sommige TLS-middleboxes zijn mogelijk niet voorbereid op de grootte van een Kyber-sleutelinkapseling (ML-KEM) of een nieuw TLS ClientHello-coderingspunt, wat kan leiden tot afgebroken of vastgelopen verbindingen. Je kunt dit probleem oplossen door je middlebox te updaten of het mechanisme voor sleutelinkapseling uit te zetten via het tijdelijke zakelijke beleid PostQuantumKeyAgreementEnabled, dat beschikbaar is tot en met Chrome 145. Maar post-quantum beveiligde coderingen zijn op de lange termijn vereist in TLS en we verwijderen dit zakelijke beleid in Chrome 147. Post-quantum cryptografie is vereist voor CSNA 2.0. Ga naar Chrome-verkeer beschermen met hybride Kyber KEM voor meer informatie.

  • Chrome 131 op Linux, macOS, Windows: Chrome zet het sleutelinkapselingsmechanisme over naar de uiteindelijke standaardversie van ML-KEM
  • Chrome 147 op Linux, macOS, Windows: Bedrijfsbeleid PostQuantumKeyAgreementEnabled wordt verwijderd.

   

• CSS-update: ontkoppeling van de eigenschappen Breedte en Stijl 

  Chrome 147 is afgestemd op de geüpdatete CSS-specificaties voor het gedrag van de eigenschappen border-width, outline-width en column-rule-width. Als de bijbehorende border-style, outline-style of column-rule-style eerder was ingesteld op none of hidden, werd de berekende breedte van deze eigenschappen geforceerd op 0px, ongeacht de ingevoerde waarde.

  Met deze wijziging weerspiegelen de berekende waarden van border-width, outline-width en column-rule-width altijd de door de auteur ingevoerde waarden, onafhankelijk van de eigenschap *-style. Daarnaast weerspiegelen de omgezette waarden (zoals geretourneerd door getComputedStyle()) voor outline-width en column-rule-width ook de ingevoerde waarden.

  Met deze wijziging sluit Chrome aan bij Firefox en WebKit, die dit gedrag al hebben geïmplementeerd.

  • Chrome 147 op Windows, macOS, Linux, Android: Geen uitrolstap.

   

• Aanpassing van de achtergrond van de pagina Nieuw tabblad met Chrome voor iOS 

  Met Chrome voor iOS kunnen gebruikers nu de achtergrond van de pagina Nieuw tabblad aanpassen. Beheerders kunnen NTPCustomBackgroundEnabled instellen op True of False om de achtergrond van de pagina Nieuw tabblad aan te passen. De beheerder kan BrowserThemeColor instellen. Daarna kan er een kleur worden ingesteld door een hexadecimale code in te voeren. Als er een hexadecimale waarde is ingevoerd, kan de gebruiker deze niet overschrijven. Beheerders kunnen ook een aanbevolen hexadecimale waarde invoeren, die de gebruiker kan overschrijven. Als de functie helemaal aanstaat, kunnen gebruikers ook kiezen uit de vooraf geselecteerde galerij in Chrome of uit de filmrol op hun telefoon.

  
  • Chrome 147 op iOS: De functie wordt geleidelijk uitgerold: In Chrome 146 op iOS wordt de achtergrondaanpassing geleidelijk uitgerold volgens de gebruikelijke geleidelijke uitrol. In Chrome 147 op iOS wordt de functie voor het synchroniseren van thema's geleidelijk uitgerold.

   

• Inloggegevens voor apparaatgebonden sessie 

  Chrome introduceert inloggegevens voor apparaatgebonden sessie (Device Bound Session Credentials, DBSC) om de gebruikersbeveiliging te verbeteren en diefstal van sessiecookies tegen te gaan. Met deze functie kunnen websites de sessie van een gebruiker aan het specifieke apparaat koppelen, waardoor het veel moeilijker wordt om gestolen sessiecookies op andere apparaten te gebruiken.

  • Chrome 145 op Windows: De functie wordt geleidelijk uitgerold.
  • Chrome 147 op macOS: De functie wordt geleidelijk uitgerold.

   

• Beperkingen voor toegang tot lokaal netwerk 

  Chrome 142 beperkt de mogelijkheid om verzoeken naar het lokale netwerk van de gebruiker te sturen. Deze mogelijkheid is beveiligd met een prompt voor rechten. Een lokaal netwerkverzoek is elk verzoek van een openbare website naar een lokaal IP-adres of loopback, of van een lokale website (bijvoorbeeld intranet) naar loopback.

  Door de mogelijkheid voor websites om deze verzoeken uit te voeren achter een rechtenpoort plaatsen, beperken we het risico op CSRF-aanvallen (cross-site request forgery) op lokale netwerkapparaten, zoals routers. Ook beperken we de mogelijkheid voor sites om deze verzoeken te gebruiken om een vingerafdruk van het lokale netwerk van de gebruiker te maken.

  Dit recht is beperkt tot beveiligde contexten. Als de rechten worden verleend, wordt de blokkering van gemengde content ook versoepeld voor lokale netwerkverzoeken (omdat veel lokale apparaten om verschillende redenen geen openbaar vertrouwde TLS-certificaten kunnen verkrijgen).

  Dit vervangt een eerdere poging genaamd Toegang tot privénetwerken, waarbij pre-flightverzoeken werden gebruikt om lokale apparaten te laten aanmelden. Ga naar Je website aanpassen aan nieuwe beperkingen voor lokale netwerktoegang in Chrome voor meer informatie over deze functie.

  In Chrome 145 zijn gedetailleerdere rechten geïntroduceerd voor websites die verzoeken om toegang tot het lokale netwerk van een gebruiker. Het vorige recht voor lokale netwerktoegang wordt opgesplitst in 2 afzonderlijke rechten:

  • local-network: Hiermee wordt toegang verleend tot IP-adressen in de lokale netwerkruimte (bijvoorbeeld intranetten, interne apparaten).
  • loopback-network: Geeft toegang tot loopback-IP-adressen (bijvoorbeeld localhost, 127.0.0.1).

  Het oude recht voor het local-network blijft als alias bestaan, zodat bestaande configuraties en rechtenbeleid blijven werken zoals verwacht. Door deze wijziging hebben zowel gebruikers als beheerders meer controle over hoe websites interactie hebben met interne netwerkbronnen. Deze wijziging heeft geen invloed op het huidige bedrijfsbeleid voor het beheer van lokale netwerktoegang.

  Chrome 146 introduceert 2 nieuwe zakelijke beleidsregels om beperkingen voor lokale netwerktoegang te beheren: LocalNetworkAccessIpAddressSpaceOverrides en LocalNetworkAccessPermissionsPolicyDefaultEnabled. Je kunt dit beleid instellen met aangepaste configuraties.

  In Chrome 147 zijn de beperkingen voor toegang tot het lokale netwerk uitgebreid met WebSocket- en WebTransport-verbindingen.

  • Chrome 145 op Android, Linux, macOS, Windows, Fuchsia: De opsplitsing in 2 rechten wordt uitgerold.
  • Chrome 146 op Android, ChromeOS, Linux, macOS, Windows, Fuchsia: Er zijn 2 nieuwe zakelijke beleidsregels beschikbaar om beperkingen voor lokale netwerktoegang te beheren: LocalNetworkAccessIpAddressSpaceOverrides kan worden gebruikt om IPv4- en IPv6-adresblokken te markeren als openbaar of privé. IP-bereiken die als openbaar worden behandeld, triggeren geen rechtenprompts als ze door andere pagina's worden geopend. CGNAT 100.64.0.0/10 kan bijvoorbeeld als openbaar worden gemarkeerd. Dit is handig voor bepaalde VPN- en proxy-instellingen. Als je 0.0.0.0/0 en ::/0 markeert als openbaar, heeft dat hetzelfde effect als het uitzetten van de beperkingen voor lokale netwerktoegang. LocalNetworkAccessPermissionsPolicyDefaultEnabled kan worden gebruikt om te zorgen dat het LNA-recht automatisch door het bovenliggende frame wordt gedelegeerd aan iframes, zonder dat de onderliggende iframes expliciet moeten worden geannoteerd. Dit is handig in situaties waarin lokale netwerktoegang wordt uitgevoerd door een ingesloten SaaS-tool binnen een andere SaaS-tool. Dit omvat bepaalde lokaal gehoste documentatie en software voor kennisbanken.
  • Chrome 147 op Android, ChromeOS, Linux, macOS, Windows: De beperkingen voor lokale netwerktoegang zijn uitgebreid met WebSocket- en WebTransport-verbindingen.
  • Chrome 152 op Android, ChromeOS, Linux, MacOS, Windows: LocalNetworkAccessRestrictionsTemporaryOptOut wordt verwijderd.

   

• Een scam melden 

  Als Safe Browsing aanstaat, kunnen gebruikers webpagina's rechtstreeks vanuit Chrome melden bij Safe Browsing via het menu Help.
  Beheerders kunnen zich afmelden voor deze functie door Safe Browsing uit te zetten met SafeBrowsingProtectionLevel of door gebruikersfeedback niet toe te staan met het beleid UserFeedbackAllowed.

  
  • Chrome 147 op ChromeOS, Linux, macOS, Windows: De functie wordt geleidelijk uitgerold.

   

• Verticale tabbladen 

  Chrome Desktop introduceert een verticale tabbladstrook om het tabbladbeheer te verbeteren voor gebruikers die veel tabbladen gebruiken. Deze functie lost problemen met het vinden en ordenen van tabbladen op door volledige paginatitels te tonen, het gebruik van tabbladgroepen te verbeteren en het gebruik van verticale schermruimte te optimaliseren.

  
  • Chrome 147 op Linux, macOS, Windows - De functie wordt geleidelijk uitgerold: De functie wordt geleidelijk uitgerold op macOS, Windows en Linux.
  • Chrome 148 op ChromeOS: De functie wordt geleidelijk uitgerold op ChromeOS.

   

• De provider van het UI Automation-toegankelijkheidsframework op Windows 

  Sinds Chrome 126 ondersteunt Chrome rechtstreeks clientsoftware voor toegankelijkheid die gebruikmaakt van het UI Automation-toegankelijkheidsframework van Microsoft Windows. 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.

  Met het zakelijke beleid UiAutomationProviderEnabled, dat is toegevoegd in Chrome 125, kunnen beheerders de nieuwe provider geforceerd aanzetten (zodat alle gebruikers de nieuwe functionaliteit krijgen) of uitzetten.

  Dit beleid wordt ondersteund tot en met Chrome 146 en wordt verwijderd in Chrome 147. Deze periode van één jaar gaf bedrijven voldoende tijd om samen te werken met externe leveranciers, zodat ze eventuele compatibiliteitsproblemen konden oplossen die voortkwamen uit de overstap van de compatibiliteit-shim van Microsoft naar de UI Automation-provider van Chrome.

  • Chrome 125 op Windows: We introduceren het beleid UiAutomationProviderEnabled zodat beheerders het Chrome UI Automation-toegankelijkheidsframework kunnen aanzetten en controleren of 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.

    

• Nieuw beleid in de Chrome-browser 

  Beleid	Beschrijving
  AutoplayAllowed	Automatisch afspelen van media toestaan
  AutoplayAllowlist	Automatisch afspelen van media toestaan op een witte lijst met URL-patronen
  IncognitoModeUrlAllowlist	Toegang geven tot een lijst met URL's in de incognitomodus.
  IncognitoModeUrlBlocklist	Toegang blokkeren tot een lijst met URL's in de incognitomodus.
  AutoSelectCertificateForUrls	Clientcertificaten automatisch selecteren voor deze sites
  ProvisionManagedClientCertificateForUser	Hiermee wordt de registratie van clientcertificaten voor een beheerde gebruiker of een beheerd profiel aangezet
  ProvisionManagedClientCertificateForBrowser	Hiermee wordt de registratie van clientcertificaten voor beheerde browsers aangezet
  DeveloperToolsAvailabilityBlocklist	Lijst met URL-patronen waarvoor Chrome DevTools zijn geblokkeerd
  DeveloperToolsAvailabilityAllowlist	Lijst met URL-patronen waarvoor Chrome DevTools mogen worden geopend
  SaasUsageReportingDomainUrlsForProfiles	Hiermee geef je een lijst met SaaS-domeinen aan waarover wordt gerapporteerd voor het beheerde profiel
  SaasUsageReportingDomainUrlsForBrowsers	Hiermee geef je een lijst met SaaS-domeinen aan waarover wordt gerapporteerd voor de beheerde browser
  WebRtcDiagnosticLogCollectionAllowedForOrigins	Verzameling van diagnostische WebRTC-logboeken toestaan voor gespecificeerde oorsprongen

    

   

• Verwijderd beleid in de Chrome-browser 

  Beleid	Beschrijving
  UiAutomationProviderEnabled	De provider van het UI Automation-toegankelijkheidsframework van de browser aanzetten in Windows
  PostQuantumKeyAgreementEnabled	Post-quantum sleutelovereenkomst voor TLS aanzetten

 

Wijzigingen in Chrome Enterprise Core

   

• Extensies blokkeren op basis van risicoscores van derden 

  Vanaf Chrome 147 kunnen beheerders een risicodrempel instellen in de instellingen voor Apps en extensies in de Google Beheerdersconsole om extensies automatisch te blokkeren op basis van risicobeoordelingen van derden (Spin.Ai en LayerX). Deze functie vereenvoudigt het extensiebeheer en vermindert de handmatige handelingen die nodig zijn om risicovolle extensies te beoordelen en te blokkeren. Extensies die de ingestelde drempelwaarde voor de risicoscore overschrijden, worden automatisch uitgezet aan de clientzijde en nieuwe installaties worden geblokkeerd. In Chrome 147 is een preview voor betrouwbare testers beschikbaar. De functie wordt geleidelijk uitgerold in Chrome 148.

  • Chrome 147 op Linux, macOS, Windows: Vroege preview beschikbaar voor betrouwbare testers van Chrome Enterprise.
  • Chrome 148 op Linux, macOS, Windows: De functie wordt geleidelijk uitgerold.

   

• Extensies blokkeren op basis van Chrome Web Store-categorieën 

  Vanaf Chrome 147 kunnen beheerders de beveiliging verbeteren door Chrome-extensies automatisch te blokkeren op basis van hun Chrome Web Store-categorieën, bijvoorbeeld door alle Games-extensies te blokkeren. Deze functie voorkomt dat extensies uit geblokkeerde categorieën worden geïnstalleerd en zet ze uit als ze al aanwezig zijn. Dit heeft geen gevolgen voor afgedwongen geïnstalleerde extensies en extensies op de toelatingslijst.

  Deze instelling is alleen beschikbaar in de Google Beheerdersconsole onder Apps en extensies > Instellingen in het nieuwe gedeelte Geavanceerde blokkering van extensies. De instellingsnaam is Blokkeren op basis van categorie. Je kunt de instelling ook uitvoeren met de Chrome Management API's. Deze instelling is niet beschikbaar voor lokaal beheerde apparaten.

  In Chrome 147 is een preview voor betrouwbare testers beschikbaar. De functie wordt geleidelijk uitgerold in Chrome 148.

  • Chrome 147 op Linux, macOS, Windows: Vroege preview beschikbaar voor betrouwbare testers van Chrome Enterprise.
  • Chrome 148 op Linux, macOS, Windows: De functie wordt geleidelijk uitgerold.

   

• Nieuwe publicatieoptie voor organisaties in de Chrome Web Store 

  In Chrome 147 introduceren we een nieuwe mogelijkheid om B2B-domeinen te publiceren in de Chrome Web Store. Hiermee kunnen ontwikkelaars extensies rechtstreeks distribueren naar specifieke zakelijke domeinen. Dit maakt beveiligde, schaalbare implementatie mogelijk voor aangepaste zakelijke oplossingen en verbetert de beheerderservaring bij het uitvoeren van deze implementaties.

  Eerder konden zakelijke ontwikkelaars extensies alleen privé publiceren voor hun eigen bedrijf. Met de nieuwe optie kunnen ontwikkelaars hun extensies privé implementeren voor externe organisaties die ze goedkeuren, allemaal vanuit de winkel.
  Ga voor meer informatie over hoe je aan de slag gaat naar de Chrome-blog voor ontwikkelaars: Nieuwe optie voor zakelijk publiceren in de Chrome Web Store: publiceren naar externe organisaties.

  • Chrome 147 op ChromeOS, Linux, macOS, Windows.

   

• AI-gegenereerd overzicht van de release-opmerkingen in de Google Beheerdersconsole 

  Chrome 147 introduceert een AI-gegenereerd overzicht van de release-opmerkingen van Chrome Enterprise in de Google Beheerdersconsole. Zo kunnen beheerders snel belangrijke updates in de nieuwste release doornemen.

  Deze nieuwe kaart is ontworpen om het Chrome-beheer te stroomlijnen en biedt AI-gegenereerde uitgelichte items en voorgestelde acties. Hierin staat relevante informatie voor je domein, waaronder nieuwe functies, beleidswijzigingen en -beëindigingen en Chrome Enterprise Core-functionaliteit. Het doel is om beheerders tijd te besparen en makkelijker impactvolle wijzigingen en aanbevolen acties te laten herkennen.

  
  • Chrome 145 op Android, iOS, Linux, macOS, Windows: Vroege preview beschikbaar voor betrouwbare testers van Chrome Enterprise.
  • Chrome 147 op Android, iOS, ChromeOS, Linux, macOS, Windows: De functie wordt geleidelijk uitgerold.

   

• Rapportage over app-gebruik voor generatieve AI en SaaS 

  Al vanaf Chrome 147 hebben beheerders toegang tot een nieuwe rapportagefunctie Generatieve AI en SaaS-app-gebruik in de Google Beheerdersconsole. Dit rapport geeft inzicht in het gebruik van generatieve AI-tools en SaaS-sites in de organisatie, zodat beheerders het gebruik van de IT-bronnen van hun bedrijf kunnen controleren.

  Dit rapport is alleen beschikbaar voor klanten van Chrome Enterprise Core (CEC) en Chrome Enterprise Premium (CEP).

  Dit nieuwe rapport houdt het gebruik bij voor 60 vooraf gedefinieerde sites (waaronder X Gen AI-sites) en biedt statistieken over bezoeken, unieke beheerde profielen, unieke beheerde browsers en toegang tot gebeurtenissen voor overdracht van gevoelige content. Met deze inzichten kunnen beheerders risico's beoordelen en het gebruik beperken door weloverwogen licentiebeslissingen te nemen of gebruiksbeperkingen in te stellen, zoals regels voor Gegevensverlies voorkomen (Data Loss Prevention, DLP).
  In Chrome 147 is een preview voor betrouwbare testers beschikbaar. De functie wordt geleidelijk uitgerold in Chrome 149.

  
  • Chrome 147 op Linux, macOS, Windows: Vroege preview beschikbaar voor betrouwbare testers van Chrome Enterprise.
  • Chrome 149 op Linux, macOS, Windows: De functie wordt geleidelijk uitgerold.

Wijzigingen in Chrome Enterprise Premium

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

   

• Ondersteuning voor grotere bestanden voor DLP-scans (Data Loss Prevention, Gegevensverlies voorkomen)   

  Chrome Enterprise Premium breidt de mogelijkheden voor gegevensverlies voorkomen (DLP) en malware scannen uit naar grote en versleutelde bestanden.

  Eerder werden bestanden groter dan 50 MB en alle versleutelde bestanden overgeslagen tijdens het scannen van content. Deze update dicht dit kritieke beveiligingslek.

  In Chrome 147 kunnen bestanden tot 2 GB naar de Evidence Locker worden gestuurd voor beleid dat is ingesteld om bewijs op te slaan. Dit geeft beheerders meer zichtbaarheid en controle, waardoor het risico op gegevensonderschepping via grote bestandsoverdrachten aanzienlijk wordt verkleind.

  Opmerking: Omdat er nu grotere bestanden worden opgeslagen, kunnen klanten een toename zien in de Google Cloud Storage-kosten die aan hun Evidence Locker-bucket zijn gekoppeld.

  Er is geen nieuw beleid vereist om deze functie aan te zetten. Dit wordt automatisch beheerd door de bestaande configuraties van uw DLP-regels in de Google Beheerdersconsole. Als beheerders regels hebben die van toepassing zijn op uploads, downloads of het afdrukken van bestanden, gelden deze nu ook voor grote en versleutelde bestanden. Ga voor meer informatie naar Wat zijn ChromeOS-opties voor gegevensbeheer?.

  • Chrome 147 op Linux, macOS, Windows: In deze fase kunnen grote (> 50 MB) en versleutelde bestanden worden verzameld voor de Evidence Locker. Hiermee wordt een belangrijk DLP-beveiligingslek gedicht.

   

• Nieuwe templates voor regels voor Gegevensverlies voorkomen   

  Toonaangevende gegevensbescherming implementeren in Chrome is nu sneller en intuïtiever. Chrome Enterprise Premium (CEP) introduceert kant-en-klare templates voor regels voor Gegevensverlies voorkomen (DLP). Hiermee kunnen klanten met minimale instellingen robuust beleid voor gegevensbescherming implementeren en het maximale uit de beveiligingssuite van CEP halen.

  Met deze templates kunnen klanten snel en makkelijk essentiële DLP-controles implementeren zonder helemaal van voren af aan te beginnen. Deze templates bieden een basis voor veelvoorkomende DLP-toepassingen, zoals:

  • Gevoelige gegevens, zoals creditcardnummers en burgerservicenummers, beschermen tegen onbedoeld of kwaadwillig lekken.
  • Categorieën sites, zoals sites met generatieve AI, controleren, plakken van de site blokkeren of de site geheel of gedeeltelijk blokkeren.
  • Schermopnamen uitzetten op of een watermerk toevoegen aan sites met gevoelige informatie.

  Je vindt de nieuwe templates voor gegevensbescherming in de Google Beheerdersconsole via de optie Regels > Templates in het linkernavigatiemenu.

  In Chrome 147 is een preview voor betrouwbare testers beschikbaar. De functie wordt geleidelijk uitgerold in Chrome 148.

  
  • Chrome 147 op Android, iOS, ChromeOS, Linux, macOS, Windows: Vroege preview beschikbaar voor Betrouwbare testers van Chrome Enterprise. Toegang voor betrouwbare testers begint al in april 2026.
  • Chrome 148 op ChromeOS, Linux, macOS, Windows: De functie wordt geleidelijk uitgerold.

   

• Gestroomlijnde integratie van Chrome Enterprise met Google SecOps   

  De nieuwe Chrome Enterprise Connector voor Google Security Operations (Google SecOps) is nu algemeen beschikbaar.

  De connector biedt een nieuwe integratie waarmee je optioneel aanbevolen Chrome Enterprise-instellingen kunt configureren om Chrome-gegevens door te sturen naar Google SecOps. Met de connector kunnen beheerders nu eerder ingestelde instellingen behouden. Gegevens van Chrome Enterprise Premium bevatten extra beveiligingscontext van Safe Browsing. Beheerders kunnen een instantie selecteren die aan hun organisatie is gekoppeld of een eenmalig token (zonder sleutel) gebruiken om gegevens naar een externe instantie te sturen. Deze connector leidt Chrome-gegevens via Google Cloud naar Google SecOps.

  Ga naar Chrome Enterprise Connectors configureren voor Google Security Operations voor meer informatie.

  • Chrome 142 op iOS, ChromeOS, Linux, macOS, Windows.
  • Chrome 147 op ChromeOS, Linux, macOS, Windows: De functie wordt geleidelijk uitgerold. Chrome Enterprise Connector voor Google Security Operations wordt algemeen beschikbaar.

   

• Ondersteuning voor toelatingslijsten en blokkeerlijsten voor Developer Tools   

  Chrome introduceert 2 nieuwe beleidsregels, DeveloperToolsAvailabilityAllowlist en DeveloperToolsAvailabilityBlocklist, waarmee je gedetailleerd kunt bepalen of Developer Tools beschikbaar zijn op basis van URL-patronen.

  Eerder konden beheerders Developer Tools alleen globaal toestaan of weigeren. Met dit nieuwe beleid kunnen beheerders nu een algemene blokkering voor Developer Tools afdwingen om gevoelige bedrijfsgegevens te beveiligen, terwijl ze expliciet toegang toestaan tot specifieke interne URL's voor ontwikkelings- of probleemoplossingsdoeleinden.

  Deze elementen zijn beschikbaar in Windows, Mac, Linux en ChromeOS. Als deze nieuwe beleidsregels niet worden ingesteld, blijft het gedrag van het bestaande beleid DeveloperToolsAvailability ongewijzigd.

  • Chrome 147 op ChromeOS, Linux, macOS, Windows: De functie wordt geleidelijk uitgerold. Het beleid DeveloperToolsAvailabilityAllowlist en DeveloperToolsAvailabilityBlocklist wordt geïntroduceerd op desktopplatforms.

   

• Ondersteuning voor toelatingslijsten en blokkeerlijsten voor de incognitomodus   

  Chrome introduceert 2 nieuwe beleidsregels, IncognitoModeUrlBlocklist en IncognitoModeUrlAllowlist, waarmee beheerders nauwkeuriger kunnen bepalen hoe de incognitomodus wordt gebruikt.

  Als onderdeel van deze wijziging updatet Chrome ook het standaardgedrag van jokertekens in het bestaande beleid URLBlocklist en in het nieuwe beleid IncognitoModeUrlAllowlist om navigatie naar interne chrome://-pagina's toe te staan. Als een beheerder interne chrome://-pagina's wil blokkeren, moet die deze expliciet blokkeren en kan die niet vertrouwen op het jokerteken. Toegang tot interne chrome://-pagina's is nodig voor de juiste werking van verschillende Chrome-functies, zoals zoeken, de pagina Nieuw tabblad en afdrukken.

  Deze nieuwe beleidsregels werken op dezelfde manier als de bestaande beleidsregels URLBlocklist en URLAllowlist, maar zijn specifiek bedoeld voor incognitosessies. Zo kunnen organisaties de toegang tot specifieke URL's in de incognitomodus beperken om gevoelige informatie te beschermen, terwijl ze legitiem gebruik op andere sites toestaan. Eerder konden beheerders de incognitomodus alleen helemaal aan- of uitzetten via het beleid IncognitoModeAvailability.

  • Chrome 147 op Android, iOS, ChromeOS, Linux, macOS, Windows: De functie wordt geleidelijk uitgerold. We introduceren het beleid IncognitoModeUrlBlocklist en IncognitoModeUrlAllowlist.

Geplande wijzigingen in de Chrome-browser

   

• Chrome-profiel bootstrappen via een aangepaste URI 

  Deze functie introduceert een nieuw aangepast URI-schema (google-chrome://) waarmee externe apps en webportals Chrome rechtstreeks in een specifiek beheerd profiel kunnen starten. Als het aangegeven profiel niet bestaat, wordt de gebruiker door een gestroomlijnd proces geleid om een profiel te maken dat vooraf is ingevuld met het werkmailadres. Zo kunnen gebruikers naadloos overstappen van willekeurige browsers of ingebouwde app-catalogi naar een beveiligde, beheerde Chrome-omgeving. Beheerders kunnen dit gedrag beheren met het beleid ChromeURILaunchEnabled.

  • Chrome 148 op macOS, Windows: Vroege preview beschikbaar voor betrouwbare testers van Chrome Enterprise.  

   

• Verbeterd automatisch invullen 

  Vanaf Chrome 137 kunnen sommige gebruikers Verbeterd automatisch invullen aanzetten. Dit is een functie waarmee gebruikers online formulieren makkelijker kunnen invullen. Voor relevante formulieren kan Chrome gebruikmaken van AI 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 ChromeOS, Linux, macOS, Windows: De functie wordt geleidelijk uitgerold.
  • Chrome 140 op ChromeOS, Linux, macOS, Windows: De bestaande functie Automatisch invullen met AI wordt hernoemd naar Verbeterd automatisch invullen. Hiermee kunnen gebruikers extra typen informatie opslaan en invullen. De functie wordt beschikbaar in meer landen en talen.
  • Chrome 148 op Android, iOS: Verbeterd automatisch invullen wordt beschikbaar gemaakt voor gebruikers van Chrome op Android en Chrome op iOS.

   

• Uitgebreide levensduur voor SharedWorkers 

  Deze update voegt een nieuwe optie, extendedLifetime: true, toe aan de constructor SharedWorker. Hiermee wordt gevraagd of de shared worker actief moet blijven, zelfs nadat het laden van alle huidige clients ongedaan is gemaakt. De belangrijkste use case is om pagina's asynchroon werk te laten uitvoeren waarvoor JavaScript nodig is nadat het laden van een pagina ongedaan is gemaakt, zonder afhankelijk te zijn van een service worker.

  • Chrome 148 op Windows, macOS, Linux, Android: Geen uitrolstap.

   

• Migratie van PWA-oorsprong 

  Als een gebruiker een progressive web-app (PWA) installeert, zijn de identiteit en de beveiligingscontext nauw verbonden met de weboorsprong, bijvoorbeeld app.example.com. Dit is een grote uitdaging voor ontwikkelaars die de oorsprong van hun PWA moeten wijzigen vanwege rebranding, herstructurering van het domein of technische aanpassingen van de architectuur. Op dit moment moeten gebruikers de oude app dan handmatig verwijderen en de nieuwe app opnieuw installeren. Dit leidt tot een onderbreking en mogelijk tot verlies van gebruikers. Chrome 148 introduceert een mechanisme waarmee ontwikkelaars een geïnstalleerde PWA naadloos kunnen migreren naar een nieuwe oorsprong op dezelfde site, waarbij het vertrouwen en de rechten van gebruikers behouden blijven.

  Het beleid WebAppInstallForceList blokkeert de migratie. Omdat zakelijk beleid voor web-apps voornamelijk is gebaseerd op URL's en oorsprongen, bestaat het risico dat bepaalde beleidsregels die een beheerder heeft ingesteld, tijdens een migratie worden omzeild. Er wordt geen migratie aangeboden aan de gebruiker als een app geforceerd wordt geïnstalleerd door de bedrijfsbeheerder. In plaats daarvan wordt er een banner getoond waarin dit aan de gebruiker wordt uitgelegd.

  • Chrome 148 op Windows, macOS, Linux: Geen uitrolstap.

   

• Prompt API 

  De Prompt API is ontworpen om te communiceren met een AI-taalmodel via tekst-, afbeeldings- en audio-invoer. De API ondersteunt verschillende use cases, van het genereren van afbeeldingsbijschriften en het uitvoeren van visuele zoekopdrachten tot het transcriberen van audio, het classificeren van geluidsgebeurtenissen, het genereren van tekst volgens specifieke instructies en het extraheren van informatie of inzichten uit tekst. De API ondersteunt gestructureerde uitvoer, zodat reacties voldoen aan een vooraf gedefinieerde indeling, meestal uitgedrukt als een JSON-schema, om de consistentie van reacties te verbeteren en naadloze integratie mogelijk te maken met downstream-apps die gestandaardiseerde uitvoerindelingen vereisen.

  De Prompt API is ook beschikbaar als Chrome-extensie. Deze functie houdt de weergaven op het web bij. 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.

  Logboek van taalondersteuning:

  • Chrome M139 en lager ondersteunde alleen 'en'
  • Chrome M140 breidde de ondersteuning uit naar 'es' en 'ja'
  • Chrome 148 op Windows, macOS, Linux: De functie wordt geleidelijk uitgerold.

   

• Chrome voor ARM64 Linux-apparaten 

  Hierbij kondigen we aan dat Google in het 2e kwartaal van 2026 Chrome lanceert voor ARM64 Linux-apparaten. Dit volgt op de succesvolle uitbreiding van Chrome naar macOS-apparaten met Arm-processor in 2020 en Windows-apparaten met Arm-processor in 2024.

  Met de lancering van Chrome voor ARM64 Linux-apparaten kunnen meer mensen gebruikmaken van de naadloze integratie van de handigste Google-services in hun browser. Met deze stap wordt ingespeeld op de groeiende vraag naar een browse-ervaring die de voordelen van het opensourceproject Chromium combineert met het Google-ecosysteem van apps en functies.

  Ga naar deze post in de Chromium-blog voor meer informatie.

  • Chrome 149 op Linux : De functie wordt geleidelijk uitgerold. 

   

• Updaten naar de waarschuwing Geen HTTPS 

  De waarschuwing die wordt getoond als een gebruiker kiest voor Altijd beveiligde verbindingen gebruiken op chrome://settings/security verandert van een interstitial in een dialoogvenster. Het laden van de hele pagina blijft geblokkeerd en de functionaliteit blijft hetzelfde. De waarschuwingsindicator voor contentbeveiliging van de URL verandert van de indicator in een verbroken slotje. Sommige gebruikers zien deze waarschuwing automatisch als ze HTTP-sites bezoeken. Gebruikers kunnen toestemming geven voor de waarschuwing op chrome://settings/security.

  
  
  • Chrome 141 op ChromeOS, Linux, macOS, Windows: Nieuw waarschuwingsontwerp op desktopplatforms.
  • Chrome 149 op Android: Vergelijkbaar van een update voorzien waarschuwingsontwerp op Android, met een waarschuwingsballon in plaats van een volledig interstitial.

   

• Altijd beveiligde verbindingen gebruiken staat standaard aan 

  In Chrome 150 staat de instelling Altijd beveiligde verbindingen gebruiken standaard aan in de modus Alleen openbare sites. Dit betekent dat Chrome om toestemming van de gebruiker vraagt voordat de gebruiker voor het eerst toegang krijgt tot een openbare site zonder HTTPS. Openbare sites worden gedefinieerd als sites met een wereldwijd unieke naam. Directe navigatie naar RFC 1918-adressen (192.168.0.1, 10.0.0.0/8, enzovoort) en korte namen zoals go/ is uitgesloten.

  Voordat Chrome deze functie standaard aanzet voor alle gebruikers, zet Chrome Altijd beveiligde verbindingen gebruiken aan voor gebruikers die voor uitgebreide Safe Browsing-beveiliging in Chrome hebben gekozen.

  Als je een websiteontwikkelaar of IT-professional bent en je gebruikers hebt die door deze functie kunnen worden beïnvloed, raden we je sterk aan de instelling Altijd beveiligde verbindingen gebruiken aan te zetten om sites te identificeren die je misschien moet migreren. Beheerders kunnen dit gedrag overschrijven met de beleidsregels HttpAllowlist en HttpsOnlyMode.

  Ga voor meer informatie naar onze implementatiehandleiding en de blogpost met de aankondiging.

  • Chrome 150 op Android, ChromeOS, Linux, macOS, Windows, Fuchsia: Zet Altijd beveiligde verbindingen gebruiken aan voor gebruikers die voor de uitgebreide versie van Safe Browsing hebben gekozen.
  • Chrome 154 op Android, ChromeOS, Linux, macOS, Windows, Fuchsia: Zet Altijd beveiligde verbindingen gebruiken standaard aan voor alle gebruikers.

   

• Beëindiging en verwijdering van Privacy Sandbox API's  

  Chrome heeft onlangs aangekondigd dat de huidige aanpak voor cookies van derden behouden blijft. Daarna zijn we van plan de volgende API's te beëindigen en te verwijderen.

  • Onderwerpen
  • Protected Audience
  • Shared Storage
  • Attribution Reporting
  • Private Aggregation
  • Related Web Sites
  • requestStorageAccessFor

  Dit is het bedrijfsbeleid dat aan de bovenstaande API's zijn gekoppeld.

  • PrivacySandboxSiteEnabledAdsEnabled
  • PrivacySandboxAdTopicsEnabled
  • PrivacySandboxAdMeasurementEnabled
  • RelatedWebsiteSetsOverrides
  • RelatedWebsiteSetsEnabled

  De beëindiging is begonnen bij Chrome 144 en verwijdering voor Chrome 150 staat gepland. Na de beëindiging blijven de API's bestaan en ondervinden de meeste gebruikers geen onderbrekingen. Sommige gebruikers die afhankelijk zijn van integraties aan de serverzijde (zoals een k-anonimiteitsserver of coördinatoren) zullen een onderbreking van de services ervaren. We hebben gebruikers van de API's proactief geïnformeerd over onze plannen voor beëindiging. Op het moment dat Chrome 150 wordt verwijderd, worden ook alle beleidsregels die aan deze API's zijn gekoppeld verwijderd.

  Geen van de API's staat standaard aan voor zakelijke gebruikers. Zakelijke teams kunnen de status van elk beheerd profiel controleren in hun Beheerdersconsole.

  • Chrome 144 op Android, ChromeOS, Linux, macOS, Windows: Begin van beëindiging.
  • Chrome 150 op Android, ChromeOS, Linux, macOS, Windows: API's en het bijbehorende beleid worden verwijderd.

   

• 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. 

  Vanaf Chrome 150 kunnen GWA's alleen worden geïnstalleerd via een beheerdersbeleid op door het bedrijf beheerde ChromeOS-apparaten.

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

   

• Migratie van de Safebrowsing API v4 naar v5 

  Chrome-aanroepen naar de Safe Browsing v4 API worden gemigreerd naar aanroepen naar de v5 API. De methodennamen 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 150 op Android, iOS, ChromeOS, Linux, macOS, Windows: De functie wordt geleidelijk uitgerold.

   

• Chrome verwijdert ondersteuning voor macOS 12 

  Chrome 150 is de laatste release die macOS 12 ondersteunt. Chrome 151+ ondersteunt macOS 12 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 12 blijft Chrome werken en wordt er een infobalk met een waarschuwing getoond, maar wordt de browser niet meer van updates voorzien. Als een gebruiker Chrome wil updaten, moet die de computer updaten naar een ondersteunde versie van macOS.

  Voor nieuwe installaties van Chrome 151+ is macOS 13+ vereist.

  • Chrome 151 op Windows, macOS, Linux

   

• XSLT beëindigen en verwijderen 

  XSLT v1.0, waaraan alle browsers voldoen, is in 1999 gestandaardiseerd. Er is een v2.0 en v3.0 gemaakt, er zijn functies toegevoegd en XSLT is verder ontwikkeld dan de oude versie die in browsers is vastgezet. Maar door het gebrek aan verdere ontwikkeling en de opkomst van JavaScript-bibliotheken en -frameworks die flexibelere en krachtigere DOM-manipulatie bieden is er een aanzienlijke afname in het gebruik van XSLT aan de clientzijde. De rol van XSLT in de webbrowser is grotendeels vervangen door op JavaScript gebaseerde technologieën, zoals JSON+React.

  Chromium gebruikt de libxslt-bibliotheek om deze transformaties te verwerken en libxslt werd ongeveer 6 maanden in 2025 niet onderhouden. Libxslt is een complexe, verouderde C-codebase die berucht is vanwege kwetsbaarheden voor geheugenveiligheid, zoals bufferoverloop, die kunnen leiden tot willekeurige code-uitvoering. Omdat XSLT aan de clientzijde nu een niche is en zelden wordt gebruikt, krijgen deze bibliotheken veel minder onderhoud en beveiligingsonderzoek dan de kern-JavaScript-engines. Toch vormen ze een rechtstreeks, krachtig risico op aanvallen voor de verwerking van niet-vertrouwde webcontent. XSLT is de bron van verschillende recente, belangrijke beveiligingslekken die browsergebruikers nog steeds in gevaar brengen. Daarom is Chromium (samen met andere browserengines) van plan XSLT te beëindigen en te verwijderen van het webplatform. Ga naar dit artikel over Chrome voor ontwikkelaars voor meer informatie.

  • Chrome 143 op Android, ChromeOS, Linux, macOS, Windows: Beëindiging (maar niet verwijdering) van de API's.
  • Chrome 152 op Android, ChromeOS, Linux, macOS, Windows: Origin trial (OT) en zakelijk beleid live voor testen. Hiermee kunnen sites en bedrijven functies blijven gebruiken na de verwijderingsdatum.
  • Chrome 160 op Android, ChromeOS, Linux, macOS, Windows: XSLT werkt niet meer in stabiele releases voor alle gebruikers behalve deelnemers aan de origin trial en het zakelijk beleid.
  • Chrome 176 op Android, ChromeOS, Linux, macOS, Windows: Origin trial en zakelijk beleid werken niet meer. XSLT is uitgezet voor alle gebruikers.

   

• Post-quantum cryptografie voor DTLS in WebRTC 

  Met deze functie kunnen gebruikers post-quantum cryptografie (PQC) gebruiken met WebRTC-verbindingen. De reden voor PQC is om WebRTC-mediaverkeer up-to-date te houden met de nieuwste cryptografieprotocollen en Harvest Now to Crack Later-scenario's te voorkomen. 

  Beheerders kunnen deze functie beheren met het zakelijke beleid WebRtcPostQuantumKeyAgreement, zodat zakelijke gebruikers zich kunnen afmelden voor PQC. Het beleid is tijdelijk en wordt verwijderd in Chrome 152.

  • Chrome 142 op Android, ChromeOS, Linux, macOS, Windows, Fuchsia: De functie wordt uitgerold
  • Chrome 152 op Android, ChromeOS, Linux, macOS, Windows, Fuchsia: Zakelijk beleid verwijderen

   

• Overstappen naar een releasecyclus van 2 weken 

  Vanaf september 2026 (Chrome 153) heeft Chrome een releasecyclus van 2 weken in plaats van de huidige cyclus van 4 weken. Het webplatform wordt voortdurend verbeterd. Het is ons doel bij Chrome om te zorgen dat ontwikkelaars en gebruikers onmiddellijk toegang hebben tot de nieuwste mogelijkheden, oplossingen en prestatieverbeteringen. We hebben ons releaseproces in het verleden al aangepast aan de eisen van het moderne web. Nu kondigen we deze belangrijke stap aan om onze ontwikkelingssnelheid verder te verhogen. Chrome (stabiel) krijgt een releasecyclus van 2 weken. Ga naar de blogpost Chrome voor ontwikkelaars voor meer informatie.

  De uitgebreide stabiele versie is beschikbaar voor klanten die zich zorgen maken over de onderhoudskosten. Ga naar dit Helpcentrum-artikel voor meer informatie over de uitgebreide stabiele versie. De optie Stabiel (2 weken) blijft de betrouwbaarste keuze en is aan te raden als beveiliging zwaarder weegt dan onderhoudskosten.

  • Chrome 153 op Android, iOS, Linux, macOS, Windows: Overstap naar een releasecyclus van 2 weken

   

• Spaties niet toestaan in URL-hosts die beginnen met non-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. Ga naar deze discussie op GitHub voor meer informatie.

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

 

Geplande updates voor Chrome Enterprise Core

   

• Ondersteuning voor Chrome-clientcertificaten op iOS 

  Dankzij de ingebouwde ondersteuning voor clientcertificaten in Chrome voor iOS kunnen beheerde gebruikers zich beveiligd verifiëren voor bedrijfsbronnen met wederzijdse TLS (mTLS). In het verleden isoleerde iOS certificaten in het systeemarchief dat alleen toegankelijk was voor ingebouwde Apple-apps, maar met deze lancering kan Chrome onafhankelijk eigen hardware-ondersteunde certificaten instellen en beheren. Door te integreren met de beveiligde enclave van iOS voor niet-exporteerbare opslag van privésleutels, biedt Chrome een identiteitssignaal met hoge zekerheid, specifiek voor Zero Trust-omgevingen die Microsoft Entra ID en Conditional Access gebruiken. Inloggegevens worden geregistreerd binnen het beheerde Chrome-profiel en zijn niet toegankelijk voor andere apps of persoonlijke profielen op het apparaat.

  Als beheerders deze functie willen implementeren, moeten ze de schakelaar Ondersteunde gebruikersinstellingen toepassen op Chrome op iOS aanzetten in de Google Beheerdersconsole en het beleid ProvisionManagedClientCertificateForBrowser en ProvisionManagedClientCertificateForUser instellen om de uitgifte en rotatie te starten. Ten slotte moet het beleid AutoSelectCertificateForUrls worden gebruikt om de certificaatselectie voor aangewezen bedrijfsdomeinen te automatiseren en een naadloos verificatieproces te garanderen.

  • Chrome 148 op iOS: De functie wordt geleidelijk uitgerold.

   

• Ondersteuning voor rapportage voor beheerde profielen 

  Chrome Enterprise Core lanceert ondersteuning voor cloudprofielrapportage voor het rapport App- en extensiegebruik en het rapport Versies in de Google Beheerdersconsole.

  In het rapport App- en extensiegebruik kunnen beheerders een nieuw totaal aantal installaties voor beheerde profielen (werkprofielen) zien. Ze kunnen zien welke extensies de meeste installaties hebben in alle beheerde profielen.

  In het rapport Versies kunnen beheerders het totale aantal beheerde profielen zien waarop elke versie van Chrome wordt uitgevoerd. Ze kunnen bijvoorbeeld zien of beheerde profielen oudere versies van Chrome gebruiken.

  Als beheerders cloudrapportage voor profielen voor beide rapporten willen aanzetten, moeten ze het bestaande beleid CloudProfileReportingEnabled aanzetten. Als je rapportage voor beheerde profielen al hebt aangezet, worden de gegevens automatisch in de rapporten opgenomen.

  Hoe vind ik deze rapporten? Ga in de Beheerdersconsole naar Chrome-browser > Rapporten > App- en extensiegebruik of Chrome-browser > Rapporten > Versies.

  • Chrome 148 op Android, iOS, ChromeOS, Linux, macOS, Windows: Profielrapportage in het rapport Versies is beschikbaar voor betrouwbare testers van Chrome Enterprise.

 

Geplande updates voor Chrome Enterprise Premium

    

• Chrome Enterprise Connectors API 

  Chrome Enterprise breidt het programmatic beheer voor Chrome Enterprise Connectors binnenkort uit. Met deze update worden bronnen geïntroduceerd om connectorconfiguraties te definiëren en toe te wijzen. Deze vormen een aanvulling op het bestaande connectorbeleid, zodat beheerders de hele levenscyclus van deze integraties op schaal kunnen beheren.

  Eerder moest je serviceproviders handmatig instellen in de Google Beheerdersconsole. Deze update maakt automatisering mogelijk, waardoor handmatige fouten worden verminderd en de efficiëntie van het beheer van integraties met beveiligingsoplossingen van derden wordt verbeterd.

  Beheerders kunnen nu de Chrome Management API gebruiken om ConnectorConfiguration-bronnen (die de provider definiëren) te beheren. De selectie van connectors wordt beheerd via de Chrome Policy API, waardoor deze configuraties kunnen worden toegewezen aan organisatie-eenheden of groepen. Dit werkt samen met bestaande Policy API-instellingen voor gebeurtenisrapportage en contentanalyse, waaronder beleid zoals OnSecurityEventEnterpriseConnector, OnFileAttachedEnterpriseConnector, OnFileDownloadedEnterpriseConnector, OnBulkDataEntryEnterpriseConnector, OnPrintEnterpriseConnector en EnterpriseRealTimeUrlCheckMode. Ontwikkelaars vinden technische informatie in de documentatie van de Chrome Management API en de Chrome Policy API.

  • Chrome 143 op Android, iOS, Linux, macOS, Windows: Met deze uitrol wordt ondersteuning toegevoegd voor programmatic beheer van Chrome Enterprise Connectors via een nieuwe API
  • Chrome 148 op Android, iOS, Linux, macOS, Windows: Met deze uitrol worden de bronnen ConnectorConfiguration en ConnectorSelection geïntroduceerd, waardoor instanties van serviceproviders kunnen worden gemaakt en toegewezen aan organisatie-eenheden.

    

• Ondersteuning voor slepen voor gegevensbeheer 

  Chrome verbetert het framework voor gegevensbeheer door beveiligingshandhaving uit te breiden naar sleepbewerkingen in Windows, Mac, Linux, ChromeOS en Android om consistentie met bestaand klembordbeleid te garanderen. Beheerders kunnen dit gedrag beheren via het beleid DataControlsRules. Elke WARN-beoordeling wordt automatisch geëscaleerd naar een BLOCK-beoordeling om te voorkomen dat de interactieve sleeplus wordt onderbroken door een waarschuwingsvenster.

  Als een actie beperkt is, zien gebruikers het nieuwe dialoogvenster ClipboardDragBlock of een modaal Android-blokkeringsvenster waarin staat dat content slepen niet is toegestaan op de site. Deze update dicht een kritiek lek in verband met gegevensonderschepping door lokale evaluatie te gebruiken om de prestaties en privacy te behouden. Organisaties moeten deze regels testen met de functieflag DataControlsDragEnforcement en de pagina chrome://policy/test.

  • Chrome 148 op Android, ChromeOS, Linux, macOS, Windows: De functie wordt geleidelijk uitgerold

    

• Telemetrie van DOM-activiteit van zakelijke extensies 

  Deze functie is alleen beschikbaar voor zakelijke gebruikers en biedt beveiligingsaudits voor Chrome-extensies door middel van een nauwkeurige pipeline die risicovol gedrag monitort. De functie is specifiek gericht op de identificatie van code-injectie (uitvoeringsrisico's) en gegevenstoegang (diefstalrisico's) die plaatsvindt tussen webpagina's en extensies. Geverifieerde signalen worden gefilterd om te zorgen dat de browserprestaties niet worden beïnvloed. Ze worden uiteindelijk overgedragen via de realtime rapportagepipeline van Chrome voor analyse van het SIEM-systeem (Security Information and Event Management).

  • Chrome 148 op ChromeOS, Linux, macOS, Windows: Vroege preview beschikbaar voor betrouwbare testers van Chrome Enterprise.

    

• Nieuwe beleidsinstelling voor DataControlRules 

  Chrome verbetert het bestaande beleid DataControlsRules door een nieuwe instelling te introduceren met de naam Beperkingen voor plakken tussen beheergrenzen. Met deze update krijgen beheerders een contextgebaseerd mechanisme om te voorkomen dat gevoelige webcontent in of vanuit beheerde Chrome-profielen wordt geplakt, zonder dat specifieke bron- of bestemmings-URL's vereist zijn.

  Vanaf Chrome 148 kunnen beheerders eenvoudige selectievakjes in de Google Beheerdersconsole gebruiken om gegevensgrenzen in te stellen voor de incognitomodus, andere Chrome-profielen en andere apps dan Chrome. Deze verbetering is ontworpen om de preventie van gegevensverlies voor Chrome Enterprise Premium-klanten te versterken door te voorkomen dat bedrijfsgegevens worden onderschept en in onbeheerde omgevingen terechtkomen. Gebruikers krijgen meteen meldingen in de browser als een plakactie wordt beperkt. Zo zijn ze altijd op de hoogte van het beveiligingsbeleid van de organisatie.

  • Chrome 148 op Android, iOS, ChromeOS, macOS, Windows: De functie wordt geleidelijk uitgerold.

    

• Versterking tegen manipulatie van lokaal beleid 

  Lokale instellingen op BYOD-apparaten (Bring Your Own Device) kunnen soms conflicteren met instellingen voor bedrijfsbeleid. Om dit mogelijke beveiligingslek op te lossen, detecteren en rapporteren signalen voor beleidsconflicten in Chrome nu wanneer bedrijfsbeleid wordt overschreven door lokaal beleid. Chrome 145 integreert deze nieuwe signalen voor beleidsconflicten uit het beheerde Chrome-profiel in bestaande beveiligingsrapporten die worden beheerd door het beleid UserSecuritySignalsReporting.

  Ga naar ChromeOS-apparaatlijst en gegevens bekijken - Help voor Chrome Enterprise en Education voor meer informatie over apparaatrapporten.

  • Chrome 144 op Linux, macOS, Windows: De detectie en rapportage van metadata over beleidsconflicten begint.
  • Chrome 145 op Linux, macOS, Windows: Zichtbaarheid in signalen voor versterking van Chrome-beleid via de Devices API wordt beschikbaar.
  • Chrome 146 op Linux, MacOS, Windows: De UI van de Beheerdersconsole heeft een update gekregen zodat beheerders conflictsignalen kunnen tonen en beleidswaarden kunnen melden.

Chrome-versie en verwachte releasedatum op het Stabiele kanaal
Chrome 146: 25 februari 2026
Chrome 145: 28 januari 2026
Chrome 144: 7 januari 2026
Chrome 143: 10 december 2025
Eerdere release-opmerkingen  →