Eerdere release-opmerkingen

Releaseoverzicht voor Chrome 135

 

Wijzigingen in de Chrome-browser	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Inschrijving van profielen van derden wordt gemigreerd naar het OIDC-autorisatiecodeproces	✓
Automatisch verwijderen van downloads voor Chrome op iOS	✓
Betere detectie van wachtwoordformulieren met ML	✓
LLM-hulp van de klant bij het beperken van scams	✓
Mutatiegebeurtenissen beëindigen	✓
Op bestandsextensies gebaseerde downloadwaarschuwingen: correctie in documentatie	✓
Verbeteringen voor extensies op Chrome Desktop	✓	✓
Algemene connector voor apparaatvertrouwen	✓
Bedrijfsbeleid voor toegang tot privénetwerken verwijderen	✓
Beleid ThirdPartyBlockingEnabled verwijderen	✓
Verbeteringen in instellingen, snelkoppelingen naar sites en thema's op Chrome Desktop	✓
Beëindiging van de verouderde versie van Wachtwoordmanager in Chrome op Android	✓
Cookies van derden worden altijd geblokkeerd in de incognitomodus	✓
Service worker-client maken en service worker-controller voor srcdoc-iframe overnemen	✓
HSTS-trackingpreventie	✓
De beëindigde methode navigator.xr.supportsSession verwijderen	✓
De opdrachtregeloptie --load-extension verwijderen in Google Chrome	✓
Nieuw beleid in de Chrome-browser			✓
Verwijderd beleid in de Chrome-browser			✓
Wijzigingen in Chrome Enterprise Core	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Ondersteuning voor uitbreidbare SSO voor Apple voor Chrome op macOS		✓	✓
Nieuwe content op de pagina Ontdekken van de Chrome Web Store voor beheerde gebruikers		✓	✓
Wijzigingen in Chrome Enterprise Premium	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Geen updates in Chrome 135.
Geplande wijzigingen in de Chrome-browser	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Vereiste voor aangepaste gegevensdirectory voor poort voor het op afstand opsporen van fouten	✓
Partitionering van blob-URL's: ophalen/navigeren	✓
Getters van Intl Locale Info beëindigen	✓
FedCM-updates			✓
Partitionering: geschiedenis van bezochte links	✓
Streng same-origin-beleid voor de Storage Access API	✓
SwiftShader-reserve verwijderen	✓
Spaties niet toestaan in URL-hosts die beginnen met non-file://	✓
Chrome verwijdert ondersteuning voor macOS 11			✓
Geïsoleerde web-apps	✓
Migratie van de Safebrowsing API v4 naar v5	✓
Ondersteuning voor het UI Automation-toegankelijkheidsframework op Windows		✓
Geplande wijzigingen in Chrome Enterprise Core	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Verbeterde prestaties en schaalbaarheid van rapportage in de Beheerdersconsole			✓
Nieuwe opdrachten op afstand en csv-export voor de lijst met beheerde profielen			✓
Nieuwe landingspagina Overzicht voor Chrome Enterprise Core			✓
IP-adressen registreren en rapporteren	✓
Inactieve browsers verwijderen in Chrome Enterprise Core	✓		✓
Geplande wijzigingen in Chrome Enterprise Premium	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
URL-filters op iOS en Android	✓
De gebruikerservaring van DLP-regels opnieuw indelen	✓
Rapportageconnector voor mobiel	✓
Connectors API	✓

 

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

 

   

• Inschrijving van profielen van derden wordt gemigreerd naar het OIDC-autorisatiecodeproces 

  In Chrome 135 wordt de landingspagina voor profielregistratie gemigreerd van de marketingwebsite naar een dynamische website. Met deze update wordt ook het impliciete proces van OpenID Connect (OIDC) gemigreerd naar een autorisatiecodeproces. Zo willen we de beveiliging en gebruikerservaring van beheerde profielen van derden verbeteren.

  • Chrome 135 op Windows

   

• Automatisch verwijderen van downloads voor Chrome op iOS 

  Gebruikers van de Chrome-browser op iOS kunnen er nu voor kiezen om hun browserdownloads automatisch te laten verwijderen op een geplande manier.

  Deze functie verbetert waarschijnlijk de apparaatprestaties met betrekking tot de opslagcapaciteit en verbetert de privacy door het verwijderen van bestanden te automatiseren die gebruikers anders misschien zelf zouden vergeten.

  • Chrome 135 op iOS
    Eerste experiment voor 1% in 135, alleen voor Chrome voor iOS. Er is geen uitrol gepland voor andere platforms.
   

   

• Betere detectie van wachtwoordformulieren met ML 

  In Chrome 135 introduceren we een nieuw ML-model (machine learning) aan de clientzijde om wachtwoordformulieren op internet beter te parseren en de detectie- en invulnauwkeurigheid te verbeteren. Je beheert deze functie met het beleid PasswordManagerEnabled.

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

   

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

  Gebruikers op het web worden dagelijks geconfronteerd met een aanzienlijk aantal en verschillende soorten scams. Chrome 135 gebruikt om deze scams te bestrijden grote taalmodellen (LLM's) op het apparaat om scamwebsites te herkennen voor gebruikers met Geoptimaliseerde beveiliging. Chrome stuurt de paginacontent naar een LLM op het apparaat om beveiligingsgerelateerde signalen voor die pagina af te leiden. Chrome stuurt deze signalen dan naar de Safe Browsing-server voor een definitief oordeel. Als deze optie aanstaat, kan Chrome meer bandbreedte gebruiken om de LLM te downloaden.

  • Chrome 134 op Linux, macOS, Windows
    Verzamel de merknaam en intentiesamenvatting van de pagina die de API voor toetsenbordvergrendeling heeft aangevraagd 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 API voor toetsenbordvergrendeling heeft aangevraagd.
   

   

• Mutatiegebeurtenissen beëindigen 

  Synchrone mutatiegebeurtenissen, waaronder DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument en DOMCharacterDataModified, hebben een negatieve invloed op de paginaprestaties en maken het aanzienlijk complexer om nieuwe functies toe te voegen aan het web. We hebben deze API's in 2011 verwijderd uit de specificaties en (in 2012) vervangen door de gebruiksvriendelijkere Mutation Observer API. Je moet gebruik van de beëindigde mutatiegebeurtenissen verwijderen of overzetten naar Mutation Observer. 

  Vanaf Chrome 124 is er een tijdelijk zakelijk beleid beschikbaar, MutationEventsEnabled, om beëindigde of verwijderde mutatiegebeurtenissen weer aan te zetten. Ga naar deze blogpost over Chrome voor ontwikkelaars voor meer informatie. Als je problemen ondervindt, kun je een Chromium-bug indienen.

  Ondersteuning voor mutatiegebeurtenissen staat sinds Chrome 127 of ongeveer 30 juli 2024 standaard uit. Code moet vóór die datum zijn gemigreerd om te voorkomen dat je site niet meer werkt. Als je meer tijd nodig hebt, zijn er een paar opties:

  • Je kunt de Mutation Events Deprecation Trial (proefperiode na beëindiging van mutatiegebeurtenissen) gebruiken om de functie tijdelijk weer aan te zetten op een bepaalde site. Je kunt deze gebruiken tot en met Chrome 135, of 25 maart 2025.
  • Je kunt het zakelijke beleid MutationEventsEnabled gebruiken voor hetzelfde doel, ook tot en met Chrome 135.
  • Chrome 135 op Android, Linux, macOS, Windows: Het zakelijke beleid MutationEventsEnabled wordt beëindigd.

   

• Op bestandsextensies gebaseerde downloadwaarschuwingen: correctie in documentatie 

  We hebben de beleidsdocumentatie voor ExemptDomainFileTypePairsFromFileTypeDownloadWarnings geüpdatet om de interactie met het beleid DownloadRestrictions correct te weerspiegelen. Het gedrag in Chrome is niet veranderd.

  Het gedrag is: met ExemptDomainFileTypePairsFromFileTypeDownloadWarnings kun je uitzonderingen opgeven die de instellingen van DownloadRestrictions voor het blokkeren van gevaarlijke bestandstypen overschrijven. Andere typen beveiligingsmaatregelen die zijn opgegeven door DownloadRestrictions, zoals het blokkeren van schadelijke downloads, kunnen niet worden overschreven door ExemptDomainFileTypePairsFromFileTypeDownloadWarnings.

   
  • Chrome 135 op ChromeOS, Linux, macOS, Windows

    Geen wijzigingen in Chrome, alleen een wijziging in de documentatie.

   

• Verbeteringen voor extensies op Chrome Desktop 

  In Chrome 135 op desktop kunnen sommige gebruikers die inloggen bij Chrome als ze een nieuwe extensie installeren, nu extensies gebruiken en opslaan in hun Google-account. 

  Relevant bedrijfsbeleid voor extensies, en BrowserSignin, SyncDisabled of SyncTypesListDisabled, blijft werken zoals voorheen. Beheerders kunnen dus instellen of gebruikers items kunnen gebruiken en opslaan in hun Google-account.

  Ga naar Extensies installeren en beheren in het Helpcentrum van de Chrome Web Store voor meer informatie over hoe je extensies op elke computer gebruikt.

  Opmerking: Deze wijziging is een vervolg op de lancering van het nieuwe identiteitsmodel op Chrome Desktop. Ga naar Inloggen en synchroniseren in Chrome voor meer informatie.

  • Chrome 135 op Linux, macOS, Windows

   

• Algemene vertrouwensconnector voor apparaten 

  Met integraties die zijn gemaakt via de connector voor apparaatvertrouwen kunnen klanten gedetailleerde beheeropties voor verificatie implementeren in zakelijke bronnen, zoals SaaS-apps of het intranet van je bedrijf, op basis van de eigenschappen van het apparaat en de browserinstantie van de eindgebruiker die door Chrome worden verstuurd. Ga naar Connectors voor apparaatvertrouwen beheren in Chrome Enterprise voor meer informatie. 

  • Chrome 135 op Windows

   

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

  In Chrome 135 verwijderen we het beleid InsecurePrivateNetworkRequestsAllowedForUrls en InsecurePrivateNetworkRequestsAllowed, waarmee PNA 1.0-beperkingen worden versoepeld. 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.

  PNA 2.0 wordt beschreven in deze uitleg op GitHub.

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

    Verwijdering van het beleid InsecurePrivateNetworkRequestsAllowedForUrls en InsecurePrivateNetworkRequestsAllowed.

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

    Verwijdering van PrivateNetworkAccessRestrictionsEnabled.

   

• Beleid ThirdPartyBlockingEnabled verwijderen 

  Vanwege onverwachte problemen zijn we van plan het beleid ThirdPartyBlockingEnabled te verwijderen in Chrome 135. Als je feedback hebt over deze verwijdering, kun je een Chromium-bug indienen.

  • Chrome 132 op Windows
    Beëindiging van het beleid ThirdPartyBlockingEnabled
  • Chrome 135 op Windows
    Verwijdering van het beleid ThirdPartyBlockingEnabled

   

• Verbeteringen in instellingen, snelkoppelingen naar sites en thema's op Chrome Desktop 

  In Chrome 135 op desktop worden instellingen, snelkoppelingen voor sites en thema's die zijn gesynchroniseerd met het Google-account van gebruikers die opnieuw inloggen bij Chrome of die synchronisatie hebben aangezet, nu gescheiden gehouden van de lokale instellingen. Dat wil zeggen instellingen van toen ze waren uitgelogd of toen synchronisatie uitstond.

  Hierdoor worden er minder gegevens gedeeld dan voorheen: lokale instellingen worden niet automatisch geüpload als gebruikers inloggen of synchronisatie aanzetten en er blijven geen instellingen uit het account achter op het apparaat als synchronisatie wordt uitgezet.

  Het bestaande bedrijfsbeleid SyncDisabled en SyncTypesListDisabled blijft van toepassing, zodat beheerders de synchronisatiefunctie kunnen beperken of uitzetten als ze dat willen. Ga naar Beheren wie browserinstellingen kan synchroniseren voor meer informatie.

  Opmerking: Deze wijziging is een vervolg op de lancering van het nieuwe identiteitsmodel op Chrome Desktop. 

  • Chrome 135 op Linux, macOS, Windows

   

• Beëindiging van de verouderde versie van Wachtwoordmanager in Chrome op Android 

  Gebruikers met oude versies van Google Play-services kunnen Wachtwoordmanager in Chrome niet meer gebruiken. Dit is een stap naar de beëindiging van de verouderde versie van Wachtwoordmanager in Chrome op Android. Deze gebruikers kunnen een csv-bestand met hun wachtwoorden downloaden via de Chrome-instellingen en het bestand importeren in de gewenste wachtwoordmanager. De nieuwe Google Wachtwoordmanager is beschikbaar op apparaten met een recente versie van Google Play-services.

  • Chrome 135 op Android
   

   

• Cookies van derden worden altijd geblokkeerd in de incognitomodus 

  Vanaf Chrome 135 worden cookies van derden geblokkeerd in de incognitomodus. Gebruikers kunnen ze niet opnieuw aanzetten. De beheeropties op siteniveau om cookies van derden toe te staan, worden niet gewijzigd. 

  Met deze lancering is het beleid BlockThirdPartyCookies alleen van toepassing op de normale modus als het is ingesteld op onwaar en niet op de incognitomodus. Er vinden geen wijzigingen plaats als het beleid is ingesteld op waar of niet is ingesteld. Er worden ook geen wijzigingen aangebracht in het beleid CookieAllowedForUrls. Dit beleid blijft van toepassing in zowel de normale als de incognitomodus, omdat het alleen op siteniveau wordt toegepast.

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

   

• Service worker-client maken en service worker-controller voor srcdoc-iframe overnemen 

  Srcdoc-contextdocumenten waren eerder geen serviceworker-clients en vielen niet onder de serviceworker van de bovenliggende pagina. Dit leidt tot enkele verschillen (Resource Timing rapporteert bijvoorbeeld de URL's die door deze documenten worden geladen, maar de serviceworker onderschept ze niet). 

  Chrome 135 lost deze verschillen op door serviceworker-clients te maken voor srcdoc-iframes en deze de serviceworker-controller van de bovenliggende pagina te laten overnemen.

  • Chrome 135 op Windows, macOS, Linux, Android

   

• HSTS-trackingpreventie 

  Met HTTP Strict Transport Security (HSTS) kunnen sites aangeven dat ze alleen toegankelijk zijn via beveiligde verbindingen. 

  In Chrome 135 gaat HSTS-trackingpreventie gebruikerstracking tegen door derden die de HSTS-cache gebruiken. Deze functie staat alleen HSTS-upgrades toe voor navigaties op het hoogste niveau en blokkeert HSTS-upgrades voor verzoeken om subresources. Zo wordt voorkomen dat sites van derden het HSTS-cachegeheugen gebruiken om gebruikers op het web te volgen. Ga naar deze uitleg over HSTS-trackingpreventie op GitHub voor meer informatie.

  • Chrome 135 op Windows, macOS, Linux, Android

   

• De beëindigde methode navigator.xr.supportsSession verwijderen 

  In Chrome 135 verwijderen we de methode navigator.xr.supportsSession. Deze is in september 2019 in de WebXR-specificatie vervangen door de methode navigator.xr.isSessionSupported nadat we feedback over de API-indeling van de TAG hadden gekregen. De API is sindsdien gemarkeerd als beëindigd in Chromium. Ontwikkelaars krijgen een consolewaarschuwing met een omleiding naar de geüpdatete API.

  Het gebruik van de aanroep is erg laag, zoals blijkt uit de gebruiksstatistieken van Chrome-status. Daarnaast is bevestigd dat alle grote frameworks die worden gebruikt om WebXR-content te maken, zijn geüpdatet om de nieuwere aanroep te gebruiken.

  • Chrome 135 op Windows, macOS, Linux, Android

   

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

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

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

  • Chrome 135 op Windows, macOS, Linux, ChromeOS

   

• Nieuw beleid in de Chrome-browser 

  Beleid	Beschrijving
  DownloadRestrictions	Schadelijke downloads en gevaarlijke bestandstypen blokkeren
  PartitionedBlobUrlUsage	Kiezen of blob-URL's worden gepartitioneerd tijdens ophalen en navigeren
  ExtensibleEnterpriseSSOBlocklist	Blokkeerlijst van identiteitsproviders die Extensible Enterprise SSO niet kunnen gebruiken voor de browser
  EnterpriseSearchAggregatorSettings	Instellingen voor zakelijke verzamelsite voor zoeken (bèta)
  ProfilePickerOnStartupAvailability	Beschikbaarheid van profielkiezer bij opstarten

   

   

• Verwijderd beleid in de Chrome-browser 

  Beleid	Beschrijving
  ThirdPartyBlockingEnabled	Blokkering van injectie van software van derden aanzetten
  KeyboardFocusableScrollersEnabled	Focusbare scrollers voor toetsenbord aanzetten

   

   

Wijzigingen in Chrome Enterprise Core

   

• Ondersteuning voor uitbreidbare single sign-on voor Apple voor Chrome op macOS 

  In Chrome 135 op macOS kun je naadloos verifiëren bij identiteitsproviders die zijn aangezet via een door het OS ingestelde extensie voor zakelijke single sign-on (SSO). In deze eerste release kunnen eindgebruikers in beheerde browsers inloggen bij door Microsoft Entra geverifieerde bronnen zonder inloggegevens in te voeren. Uitbreidbare single sign-on moet vooraf zijn ingesteld in je omgeving en zijn geïmplementeerd met de bijbehorende oplossing voor zakelijk apparaatbeheer. Ga naar Uitbreidbare single sign-on voor Apple gebruiken in Chrome voor meer informatie.

   
  • Al vanaf Chrome 135 op macOS
   

   

• Nieuwe content op de pagina Ontdekken van de Chrome Web Store voor beheerde gebruikers 

  De Chrome Web Store toont nu nieuwe beheerde collecties voor productiviteit, projectbeheer en samenwerking op de pagina Ontdekken voor beheerde gebruikers. Het doel is om eindgebruikers te helpen nuttige en relevantere werkgerelateerde extensies sneller te vinden.

  Als beheerder kun je de weergave van de Chrome Web Store voor je beheerde gebruikers beheren via de instellingen voor de Chrome Web Store (eerder aangekondigd in Chrome 132).

   

  • Chrome 135: Geleidelijk vrijgegeven vanaf 1 april 2025.

 

Wijzigingen in Chrome Enterprise Premium

 

Er zijn geen updates voor Chrome Enterprise Premium in Chrome 135.

 

Meer informatie over de verschillen tussen Chrome Enterprise Core en Chrome Enterprise Premium.

Geplande wijzigingen in de Chrome-browser

 

    

• Vereiste voor aangepaste gegevensdirectory voor poort voor het op afstand opsporen van fouten 

  Het op afstand opsporen van fouten via een TCP-poort of een pipe is niet meer mogelijk in Google Chrome met de standaard gegevensdirectory op Windows, Linux en macOS.

  Je moet een aangepaste gegevensdirectory opgeven om op afstand fouten in Google Chrome op te sporen met de schakelaar --user-data-dir als je de optie --remote-debugging-pipe of --remote-debugging-port gebruikt.

  We brengen deze wijziging aan omdat deze schakelaars voor foutopsporing op afstand worden misbruikt door infostealers en malware om gegevens uit Google Chrome te extraheren. Een aangepaste directory met gebruikersgegevens gebruikt een andere versleutelingssleutel, waardoor malware geen versleutelde gegevens zoals cookies meer kan stelen.

  Deze wijziging heeft geen invloed op Chrome for Testing en Chromium.

   
  • Chrome 136 op Linux, macOS, Windows

    

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

  Als vervolg op de partitionering van opslag implementeert Chromium 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). Dit geldt niet voor 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 Chromium 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 Chromium 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 136 op Windows, MacOS, Linux, Android

    

• Getters van Intl Locale Info beëindigen 

  De Intl Locale Info API is een ECMAScript-TC39-voorstel van fase 3 om het Intl.Locale-object te verbeteren door informatie over de landinstelling te tonen, zoals weekgegevens (eerste dag van een week, eerste dag van het weekend, laatste dag van het weekend, minimumdag in de 1e week) en de uurcyclus voor de tekstrichting die in de landinstelling wordt gebruikt.

  We hebben onze implementatie uitgebracht in Chrome 99 , maar later zijn er enkele wijzigingen aangebracht in het voorstel in fase 3 en zijn er verschillende getters verplaatst naar functies. We moeten de beëindigde getters verwijderen en de hernoemde functies opnieuw starten.

  • Chrome 136 op Windows, MacOS, Linux, Android

    

• FedCM-updates 

  Vanaf Chrome 136 kan de Federated Credential Management API (FedCM) meerdere identiteitsproviders in hetzelfde dialoogvenster tonen. Zo hebben ontwikkelaars een handige manier om alle ondersteunde identiteitsproviders aan gebruikers te tonen. We zijn van plan om eerst de eenvoudige case aan te pakken waarbij alle providers in dezelfde get()-aanroep staan.

  We zijn van plan de ondersteuning te verwijderen voor het toevoegen van nog een account in de passieve modus van FedCM. Met deze functie kan een knop Een ander account gebruiken worden getoond naast andere IdP-accounts in de kiezer. De functie wordt momenteel niet gebruikt en uit gesprekken met gebruikers blijkt dat ondersteuning hiervan leidt tot een ingewikkelder proces zonder veel voordeel. Deze functie werkt nog steeds in de actieve modus voor FedCM.

  • Chrome 136 op Windows, MacOS, Linux, Android

    

• Partitionering: geschiedenis van bezochte links 

  We willen lekken van de browsegeschiedenis van gebruikers voorkomen. Daarom krijgen ankerelementen alleen de stijl :bezocht als er eerder vanuit deze site en frame-oorsprong op is geklikt. Aan de browserzijde betekent dit dat de hashtabel VisitedLinks nu wordt gepartitioneerd door middel van 3 sleutels of door voor elke bezochte link het volgende op te slaan: <link-URL, site op het hoogste niveau, frame-oorsprong>. Omdat de stijl alleen wordt toegepast op links waarop eerder op deze site en in dit frame is geklikt, zijn de vele side-channel-aanvallen die zijn ontwikkeld om informatie over de stijl van :visited-links te verkrijgen, nu verouderd, omdat ze sites geen nieuwe informatie meer geven over gebruikers. 

  Er is een uitzondering voor self-links. Links naar de eigen pagina's van een site kunnen de stijl :bezocht krijgen, ook als er nog niet eerder op is geklikt op deze exacte site en vanuit deze frame-oorsprong op het hoogste niveau. Deze uitzondering staat alleen aan in frames op het hoogste niveau of subframes die dezelfde oorsprong hebben als het frame op het hoogste niveau. De bovenstaande privacyvoordelen worden nog steeds gehaald omdat sites al weten welke subpagina's een gebruiker heeft bezocht, dus er wordt geen nieuwe informatie bekendgemaakt. Dit was een door de community aangevraagde uitzondering die ook de gebruikerservaring verbetert.

  • Chrome 136 op Windows, MacOS, Linux, Android

    

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

  In Chrome 136 wordt de semantiek van de Storage Access API aangepast om het same-origin-beleid strikt te volgen en de beveiliging te verbeteren. Dit betekent dat als je document.requestStorageAccess() in een frame gebruikt, er standaard alleen cookies worden gekoppeld aan verzoeken naar de oorsprong (niet de site) van het iframe.

  Opmerking: Je kunt het beleid CookiesAllowedForUrls of headers voor opslagtoegang nog steeds gebruiken om cookies voor meerdere sites niet meer te blokkeren.

  • Chrome 136 op Windows, MacOS, Linux, Android

    

• SwiftShader-reserve verwijderen 

  Vanaf Chrome 137 willen we automatisch terugvallen op WebGL ondersteund door SwiftShader beëindigen. De WebGL-context wordt niet gemaakt en er wordt niet teruggevallen op SwiftShader. We zijn van plan de SwiftShader-reserve te verwijderen om 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 instelt, wordt deze waarschuwing verwijderd.

  Chromium en andere browsers bieden geen garantie voor de beschikbaarheid van WebGL. Je kunt het mislukken van het maken van een WebGL-context testen en verwerken en terugvallen op andere web-API's, zoals Canvas2D of een toepasselijke melding aan de gebruiker.

  • Chrome 137 op Windows, MacOS, Linux, Android

    

• Spaties niet toestaan in URL-hosts die beginnen met non-file:// 

  Zoals vermeld in de specificaties van WhatWG.org mogen URL-hosts geen spatie bevatten, maar op dit moment staat de parsering 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' [2] en 'URL focusgebieden [3].

  We willen dat Chromium aan de specificaties voldoet en daarom spaties volledig uit URL-hosts verwijderen. Het probleem is dat spaties worden gebruikt in het hostgedeelte van Windows file://-URL's (zie de discussie op GitHub).

  Deze functie maakt deel uit van de voortdurende inzet om Chromium beter te laten voldoen aan de specificaties door spaties alleen te verbieden voor niet-bestands-URL's.

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

 

    

• 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 of hoger is macOS 12 of hoger vereist.

  • Chrome 139 op Windows, macOS

    

• 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 apps 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 die worden beschreven in Aan de slag met geïsoleerde web-apps.

  In de eerste release kunnen GWA's alleen worden geïnstalleerd via een beleidsregel 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.

    

• Migratie van de Safebrowsing API v4 naar v5 

  Chrome-aanroepen naar de Safebrowsing 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.

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

    Dit wordt geleidelijk uitgerold.

    

• Ondersteuning voor het UI Automation-toegankelijkheidsframework op Windows 

  Sinds Chrome 126 heeft Chrome rechtstreeks clientsoftware ondersteund 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 het zakelijke beleid UiAutomationProviderEnabled gebruiken, dat beschikbaar is vanaf Chrome 125, om de nieuwe provider geforceerd aan te zetten (zodat alle gebruikers de nieuwe functies krijgen) of de nieuwe provider uit te zetten. Dit beleid wordt ondersteund tot en met Chrome 136 en wordt verwijderd in Chrome 137. 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 voor 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 136.
  • 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

    

• Verbeterde prestaties en schaalbaarheid van rapportage in de Beheerdersconsole voor grote klanten 

  Chrome Enterprise Core rolt wijzigingen in de software-infrastructuur uit om de prestaties, nauwkeurigheid en schaalbaarheid van veel pagina's en rapporten in de Beheerdersconsole te verbeteren. Dit geldt onder andere voor de volgende pagina's en rapporten in de Beheerdersconsole: 

  • Versierapport
  • Rapport App- en extensiegebruik
  • Pagina Extensiegegevens
  • Pagina Inzichten in Chrome voor browsers
   

  We rollen de wijzigingen geleidelijk uit tussen april en juli 2025.

  • Al vanaf april 2025 tot en met juli 2025

    

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

  We zijn van plan om een actie Csv exporteren en de opdrachten op afstand Cachegeheugen wissen en Cookies wissen toe te voegen aan de lijst met beheerde profielen. Je kunt een of meer profielen selecteren en een externe opdracht uitvoeren.

  • Csv-export: Al vanaf Chrome 135 op Android, Linux, macOS, Windows
  • Externe opdrachten: Al vanaf Chrome 136 op Linux, macOS, Windows

    

• Nieuwe landingspagina Overzicht voor Chrome Enterprise Core 

  Deze nieuwe overzichtspagina vind je in het gedeelte Chrome-browser van de Beheerdersconsole. Hier vind je inzichtelijke informatie over je implementatie, zoals een overzicht van je browser- en profielimplementatie, een overzicht van gerapporteerde Chrome-versies en geïnstalleerde extensies. Met deze inzichten kun je bijvoorbeeld snel inactieve browsers en browsers met een update in behandeling vinden. Je kunt ook snel je wachtrij met verlengingsverzoeken bekijken en de ingestelde extensies controleren.

  • Al vanaf Chrome 135 voor vroege toegang voor betrouwbare testers

    

• 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 voor beveiligingsonderzoek (SIT) te sturen. Daarnaast kunnen Chrome Enterprise-beheerders de IP-adressen optioneel sturen naar zowel interne als externe SIEM-providers (Security and Information Event Management) via de Chrome Enterprise-rapportageconnector.

  Deze functie is beschikbaar voor Chrome Enterprise Core-klanten. 

  • Chrome 136 op Windows, macOS, Linux

    

• Inactieve browsers verwijderen in Chrome Enterprise Core 

  In april 2025 (Chrome 136) wordt het beleid voor de inactieve periode voor profielverwijdering uitgerold. Vanaf juni 2025 (Chrome 138) verwijdert het beleid automatisch beheerde profielen in de Beheerdersconsole die langer inactief zijn dan de ingestelde inactiviteitsperiode. Bij de release van het beleid is de standaardwaarde voor de inactiviteitsperiode van 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 wijzigen met dit beleid. De maximumwaarde voor de inactiviteitsperiode is 730 dagen en de minimumwaarde is 28 dagen.

  Als je de ingestelde beleidswaarde verlaagt, kan dit gevolgen hebben voor alle beheerde profielen. Alle getroffen profielen worden als inactief beschouwd en kunnen daarom worden 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 april uitgerold (Chrome 136). De verwijdering begint in juni (Chrome 138) en de eerste verwijderingsgolf is eind juli afgerond (Chrome 139). Na de eerste verwijderingsuitrol worden inactieve profielen nog steeds verwijderd als ze de inactiviteitsperiode hebben bereikt.

 

Geplande wijzigingen in Chrome Enterprise Premium

 

   

• URL-filters op iOS en Android 

  We breiden de bestaande mogelijkheden voor URL-filters uit van desktops naar mobiele platforms. Zo kunnen organisaties bepaalde URL's of URL-categorieën controleren, waarschuwingen erbij tonen of blokkeren voor weergave in beheerde Chrome-browsers of beheerde gebruikersprofielen op mobiele apparaten. We zorgen ook dat de functionaliteit naadloos werkt met contextbewuste toegang (CAA). Hiermee kunnen beheerders toegangsbeleid instellen op basis van de gebruikerscontext (bijvoorbeeld gebruikersrol, locatie) en apparaatstatus (bijvoorbeeld beheerd apparaat, naleving van beveiligingsbeleid).

  • Chrome 136 op Android 
  • Chrome 137 op Android, iOS

   

• De gebruikerservaring van DLP-regels opnieuw indelen  

  We willen een gebruiksvriendelijkere en efficiëntere interface maken voor Chrome-specifieke DLP-regels. Hiervoor wordt de workflow voor het maken van regels in de Beheerdersconsole opnieuw ontworpen om bestaande en toekomstige beveiligingsfuncties voor Chrome Enterprise Premium-klanten beter te ondersteunen.

   
  • Chrome 137 op Windows, macOS, Linux, ChromeOS
    

   

• Rapportageconnector voor mobiel 

  We werken aan functionaliteit die vergelijkbaar is met de desktopversie, zodat organisaties beveiligingsgebeurtenissen op mobiele apparaten kunnen bijhouden en erop kunnen reageren, zoals onveilige sitebezoeken en mogelijke pogingen tot gegevensonderschepping. Zo zorgen we voor consistente beveiliging en beleidshandhaving op verschillende platforms.

   
  • Chrome 137 op Android, iOS
   

   

• Connectors API 

  We zijn van plan het instelproces voor beveiligingsconnectors van derden te vereenvoudigen en aanbieders de mogelijkheid te geven configuraties rechtstreeks vanuit hun eigen UI te beheren. Zo kunnen organisaties makkelijker hun favoriete beveiligingstools en -services integreren in Chrome, waardoor de beveiliging en het beheer op verschillende platforms worden verbeterd.

   
  • Chrome 137 op Windows, macOS, Linux, ChromeOS

Releaseoverzicht voor Chrome 135

 

ChromeOS-updates	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
ChromeOS-beleid voor de levensduur van de batterij			✓
De bluetooth-stack van Android, Fluoride, op ChromeOS Flex			✓
Beleid voor toelatingslijst voor externe opslag	✓
Zoeken naar afbeeldingscontent		✓
Snel koppelen voor compatibele invoerapparaten		✓
Muistoetsen op ChromeOS		✓
Verbeteringen in gezichtsbediening		✓
Geplande wijzigingen in ChromeOS	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Geplande beëindiging van door gebruikers geïnstalleerde Chrome-apps		✓	✓
Achtergronden met vrije vorm voor ChromeOS		✓
Verbeteringen in Quick Share		✓
Collectie van op gebeurtenissen gebaseerde apparaatlogboeken voor het oplossen van problemen			✓

 

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.

ChromeOS-updates

   

• ChromeOS-beleid voor de levensduur van de batterij 

  In ChromeOS 135 introduceren we een nieuw beleid voor oplaadlimieten voor de batterij, DevicePowerBatteryChargingOptimization, met meer optimalisatieopties. Met optimalisatie voor het opladen van de batterij kun je de levensduur van Chromebooks verlengen. 

  Beheerders kunnen een maximale oplaadlimiet instellen (standaard 100%). Zo wordt slijtage van de batterij tot een minimum beperkt en wordt de betrouwbaarheid op de lange termijn verbeterd. 

  Het nieuwe beleid is gunstig voor zowel beheerders die apparaten beheren (bijvoorbeeld in onderwijsinstellingen) als voor individuele gebruikers die de levensduur van hun Chromebook willen maximaliseren. Voor dit beleid is geen gebruikersinteractie vereist, maar beheerders kunnen eindgebruikers op de hoogte stellen van de wijziging in de oplaadlimieten.

  

   

• De bluetooth-stack van Android, Fluoride, op ChromeOS Flex 

  In ChromeOS 122 zijn we begonnen met de uitrol van Fluoride op ChromeOS-apparaten. Nu wordt de functie toegevoegd aan ChromeOS Flex. De transitie vindt naadloos plaats als je inlogt, waarbij je bestaande gekoppelde apparaten behouden blijven. Als het goed is, werkt dit momenteel zonder onderbrekingen met bluetooth-apparaten. Ga naar De bluetooth-stack van Android, Fluoride, komt naar ChromeOS voor meer informatie.

  Als je problemen ondervindt, kun je ons feedback sturen en de nieuwe stack indien nodig uitzetten via chrome://flags/#bluetooth-use-floss.

   

• Beleid voor toelatingslijst voor externe opslag 

  ChromeOS-beleid om apparaten op te geven die zijn vrijgesteld van beperkingen voor externe opslag. Met het nieuwe beleid ExternalStorageAllowlist kunnen beheerders bepaalde apparaten opgeven die zijn vrijgesteld van eerder ingestelde beperkingen voor externe opslag. Door het beleid in te stellen, kunnen beheerders nu de toegang tot alle externe opslag beperken, maar vertrouwde apparaten nog steeds lees- en schrijftoegang geven.

  

   

• Zoeken naar afbeeldingscontent 

  In plaats van te zoeken op bestandsnamen, kunnen gebruikers nu zoeken op de content van hun afbeeldingen in de Launcher.

  

   

• Snel koppelen voor muizen op ChromeOS 

  Snel koppelen is nu beschikbaar voor muizen op ChromeOS. Je kunt nu een muis die geschikt is voor Snel koppelen in de buurt van je ChromeOS-apparaat houden en dan met één klik koppelen. Ga naar De Chromebook verbinden met bluetooth-apparaten voor meer informatie.

   

• Muistoetsen op ChromeOS 

  Muistoetsen is een toegankelijkheidsfunctie waarmee klanten de cursor kunnen bedienen met het toetsenbord. Dit is handig voor mensen die problemen of pijn ondervinden bij het gebruik van een traditionele muis.

   

• Verbeteringen in gezichtsbediening 

  We hebben het duidelijker gemaakt wanneer Gezichtsbediening actief is en het proces om deze functie uit te zetten vereenvoudigd. Je ziet nu een prominent bericht Gezichtsbediening actief met een handige sluitknop rechtstreeks in de UI. Je krijgt ook een melding als Gezichtsbediening aanstaat. 

  We hebben de toegankelijkheidsinstellingen voor Gezichtsbediening verwijderd uit het inlogscherm voor beheerde apparaten om onbedoelde sessieovergangen te beperken.

  

   

Geplande wijzigingen in ChromeOS

 

   

• Geplande beëindiging van door gebruikers geïnstalleerde Chrome-apps  

  Vanaf ChromeOS 139 (op dit moment gepland voor een stabiele release op 19 augustus) werken door gebruikers geïnstalleerde Chrome-apps niet meer. Vanaf ChromeOS M135 wordt er een melding getoond om gebruikers te herinneren aan de geplande beëindiging. Ga naar Beëindiging van ondersteuning voor Chrome-apps voor meer informatie.

   

• Achtergronden met vrije vorm voor ChromeOS  

  Vanaf ChromeOS 136 bieden achtergronden met vrije vorm een onbeperkt invoerveld waarmee gebruikers hun individualiteit, creativiteit en passies kunnen tonen door hun achtergrond om te zetten in een persoonlijk canvas. Gebruikers kunnen achtergronden genereren door verschillende prompts in het tekstveld in te voeren of de functie Inspireer me te gebruiken. Hiermee worden willekeurige prompts en achtergronden gegenereerd totdat je een gewenste achtergrond vindt. Deze functie is alleen beschikbaar op Chromebook Plus-apparaten. Ga naar Instellingen voor achtergrond voor meer informatie.

  Beheerders kunnen deze functie beheren met het beleid GenAIWallpaperSettings.

  • Voor consumenten van 18+ is de standaardinstelling Toestaan met gegevensverzameling. Gebruikers jonger dan 13 jaar hebben geen toegang tot de functie.
  • Voor beheerde gebruikers van 18+ is de standaardinstelling Toestaan zonder gegevensverzameling. 
  • Gebruikers jonger dan 18 jaar hebben geen toegang tot de functie. 

   

• Verbeteringen in Quick Share  

  Vanaf ChromeOS 136 verlengt Quick Share de duur van de modus Zichtbaar voor iedereen van 5 naar maximaal 10 minuten. Met deze functie kan je apparaat bestanden delen met en ontvangen van Android-apparaten en andere Chromebooks. Gebruikers kunnen de apparaatzichtbaarheid instellen, de modus Zichtbaar voor iedereen starten, Quick Share aan- of uitzetten en naar de pagina met Quick Share-instellingen gaan, allemaal via Snelle instellingen.

  

   

• Verzameling van op gebeurtenissen gebaseerde apparaatlogboeken voor het oplossen van problemen (Beheerdersconsole)  

  ChromeOS verzamelt en uploadt automatisch apparaatlogboeken om problemen met het apparaat (zoals crashes of mislukte OS-updates) op te lossen. Dit gebeurt als deze specifieke instellingen aangezet zijn:

  • Uploaden van systeemlogboeken aanzetten voor apparaat: hiermee wordt de algemene logboekverzameling aangezet.
  • OS-gegevens van het apparaat melden -> OS-updatestatus: hiermee worden gegevens over OS-updates verzameld.
  • Telemetrie van het apparaat melden -> Crashinformatie: hiermee wordt informatie verzameld over fatale crashes.

  Vanaf ChromeOS 136 krijgen IT-beheerders een melding met een rechtstreekse link naar de geüploade logboeken op de detailpagina van het ChromeOS-apparaat in de Beheerdersconsole als er een probleem optreedt. Je kunt ook een geschiedenis van apparaatgebeurtenissen bekijken. Logboekuploads vinden maximaal 2 keer per dag plaats en elk bestand is doorgaans 400 KB tot 1 MB groot.

  Ga naar deze artikelen in het Helpcentrum van Chrome Enterprise en Education voor meer informatie: 

  • Externe verzameling van logboeken voor ChromeOS-apparaten
  • ChromeOS-apparaatlijst en gegevens weergeven 

Releaseoverzicht voor Chrome 134

 

Wijzigingen in de Chrome-browser	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Zoeken op je scherm met Google Lens op desktop en iOS		✓
Het deelvenster Beveiliging en privacy in Chrome DevTools	✓	✓
Betere detectie van wachtwoordformulieren met ML	✓
LLM-hulp van de klant bij het beperken van scams	✓
Detectie van misleidende meldingen op het apparaat op basis van LLM op Android			✓
Beheerde profielen aanpassen met een aangepast logo en label		✓	✓
Prototype voor apparaatgebonden inloggegevens voor sessies op google.com	✓
Wachtwoord wijzigen	✓
Voorlezen in de Leesmodus in Chrome 134		✓
Uitgepakte extensies beperken tot de ontwikkelaarsmodus	✓
Instellingen voor AI-functies op beleidsniveau 2 tonen in Instellingen			✓
Aanpasbaar <select>-element		✓
HTML-parseruitbreiding voor <select>	✓
Niet-standaard audiobeperkingen voor getUserMedia verwijderen	✓
Updates voor Chrome-inlogprocessen voor beheerde gebruikers	✓
Kaarten op de pagina Nieuw tabblad voor Microsoft Outlook en Sharepoint		✓
Nieuw beleid in de Chrome-browser			✓
Verwijderd beleid in de Chrome-browser			✓
Wijzigingen in Chrome Enterprise Core	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Chrome Enterprise Companion			✓
Ondersteuning voor het beleid DownloadRestrictions in iOS	✓
Aanbevolen beleid (kan door gebruiker worden overschreven)			✓
Wijzigingen in Chrome Enterprise Premium	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
De Evidence Locker	✓
Screenshot voorkomen	✓
Geplande wijzigingen in de Chrome-browser	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Mutatiegebeurtenissen beëindigen		✓
Verbeteringen voor extensies op Chrome Desktop	✓	✓
Bedrijfsbeleid voor toegang tot privénetwerken verwijderen	✓
Beleid ThirdPartyBlockingEnabled verwijderen			✓
Verbeteringen in instellingen, snelkoppelingen naar sites en thema's op Chrome Desktop	✓
Beëindiging van de verouderde versie van Wachtwoordmanager in Chrome op Android	✓
Cookies van derden worden altijd geblokkeerd in de incognitomodus	✓
Partitionering van blob-URL's: ophalen/navigeren	✓
Service worker-client maken en service worker-controller voor srcdoc-iframe overnemen	✓
Getters van Intl Locale Info beëindigen	✓
Partitionering: geschiedenis van bezochte links	✓
HSTS-trackingpreventie	✓
De beëindigde methode navigator.xr.supportsSession verwijderen	✓
Streng same-origin-beleid voor de Storage Access API	✓
Ondersteuning voor het UI Automation-toegankelijkheidsframework op Windows		✓
SwiftShader-reserve verwijderen	✓
Geen spaties toestaan in URL-hosts die niet beginnen met file://	✓
Migratie van Safebrowsing API v4 → v5	✓
Geplande wijzigingen in Chrome Enterprise Core	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Ondersteuning voor uitbreidbare single sign-on voor Apple voor Chrome op macOS		✓	✓
Geïsoleerde web-apps	✓
Geplande wijzigingen in Chrome Enterprise Premium	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
De gebruikerservaring van DLP-regels opnieuw indelen	✓
URL-filters op iOS en Android	✓
Rapportageconnector voor mobiel	✓
Connectors API	✓

 

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

 

   

• Zoeken op je scherm met Google Lens op desktop en iOS 

  Beheerders kunnen alle elementen van deze functie beheren via de beleidsregel LensOverlaySettings. Er wordt een screenshot van het scherm naar de servers van Google gestuurd om de zoekopdracht uit te voeren, maar deze is niet gekoppeld aan ID's of accounts, wordt niet door mensen bekeken en er worden geen gegevens vastgelegd over de content. De pdf-bytes of website-HTML worden naar de servers van Google gestuurd om de zoekopdracht context te geven voor het document of de website die de gebruiker bekijkt. De gegevens zijn niet gekoppeld aan ID's of accounts, zijn niet zichtbaar voor mensen en de gegevens of gegevens die over de content worden gegenereerd, worden niet geregistreerd.

   

  Desktop

  Sinds Chrome 126 kunnen gebruikers met Google Lens zoeken met afbeeldingen of tekst die ze op hun desktopscherm zien. Als je deze functie wilt gebruiken, ga je naar een website en klik je op de chip Google Lens in de omnibox die op de voorgrond wordt getoond. Je kunt ook met de rechtermuisknop op een afbeelding klikken en Zoeken met Google Lens selecteren. Gebruikers kunnen ergens op het scherm klikken om de content te zoeken. Ze kunnen hun zoekopdracht verfijnen door vragen toe te voegen aan het zoekvak. Vanaf Chrome 132 kunnen gebruikers ook vragen stellen over hele webpagina's of pdf-documenten. Voor de antwoorden wordt het huidige document en het web gebruikt. Als je deze functie wilt gebruiken, start je Zoeken met Google Lens zoals hierboven beschreven en voer je zoekopdrachten in het zoekvak rechtsboven in het Chrome-venster in. Er wordt rechts in het browservenster een zijvenster geopend met zoekresultaten.

   

  iOS

  Sinds Chrome 131 kunnen gebruikers met Google Lens zoeken met afbeeldingen of tekst die ze op hun iOS Chrome-scherm zien. Als je deze functie wilt gebruiken, ga je naar een website en klik je op het menu met 3 stippen > Zoeken met Google Lens. Vanaf Chrome 134 kunnen gebruikers deze functie ook starten door links van de omnibox op het icoon Google Lens te klikken. Gebruikers kunnen ergens op het scherm klikken, een deel markeren of het verslepen om de content te zoeken. Ze kunnen hun zoekopdracht verfijnen door zoekwoorden of vragen te typen in het zoekvak.

   

  Informatie over uitrol:

  • Chrome 126 op ChromeOS, Linux, macOS, Windows: Uitrol van de functie naar 1% stabiele versie
  • Chrome 127 op ChromeOS, Linux, macOS, Windows: Uitrol naar 100% stabiele versie
  • Chrome 131 op iOS: Uitrol van de functie naar 1% stabiele versie
  • Chrome 132 op ChromeOS, Linux, macOS, Windows: Uitrol van de uitgebreide functie naar 1% stabiele versie
  • Chrome 133 op iOS: Uitrol naar 100% stabiele versie
  • Chrome 134 op iOS: Uitrol van de uitgebreide functie naar 100% stabiele versie
   

   

• Het deelvenster Beveiliging en privacy in Chrome DevTools 

  Vanaf Chrome 134 kunnen ontwikkelaars het nieuwe deelvenster Beveiliging en privacy in Chrome DevTools gebruiken om te testen hoe hun site zich gedraagt als cookies van derden worden beperkt. Ontwikkelaars kunnen cookies van derden tijdelijk beperken, observeren hoe hun site zich gedraagt en de status van cookies van derden op hun site controleren.

   

  

   

  Deze functie brengt geen permanente wijzigingen aan in het bestaande bedrijfsbeleid, maar maakt het mogelijk om aan bedrijfsbeleid gerelateerd beleid voor cookies van derden (dat wil zeggen BlockThirdPartyCookies en CookiesAllowedForUrls) tijdelijk te overschrijven om de verbeterde beperkingen te testen. Als cookies van derden al met BlockThirdPartyCookies worden geblokkeerd door je bedrijfsbeleid, wordt deze functie uitgezet.

   

  Het nieuwe deelvenster Beveiliging en privacy vervangt het bestaande deelvenster Beveiliging. Informatie over TLS-verbindingen en certificaten blijft beschikbaar in het menu Beveiliging links in het deelvenster Privacy en beveiliging.

   
  • Chrome 134 op ChromeOS, Linux, macOS, Windows
   

   

• Betere detectie van wachtwoordformulieren met ML 

  In Chrome 134 introduceren we een nieuw ML-model (machine learning) aan de clientzijde om wachtwoordformulieren op internet beter te parseren en de detectie- en invulnauwkeurigheid te verbeteren. Je beheert deze functie met het beleid PasswordManagerEnabled.

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

   

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

  Gebruikers op internet worden dagelijks geconfronteerd met enorme hoeveelheden verschillende soorten scams. Chrome gebruikt het grote taalmodel (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 Safe Browsing-server voor een definitief oordeel. Als deze optie aanstaat, kan Chrome meer bandbreedte gebruiken om de LLM te downloaden. 

  Het bedrijfsbeleid SafeBrowsingProtectionLevel is beschikbaar voor het beheer van Safe Browsing en de voorkeuren die voor deze functie zijn ingesteld.

   
  • Chrome 134 op Linux, macOS, Windows

    De merknaam en intentiesamenvatting verzamelen van de pagina die de API voor toetsenbordvergrendeling heeft aangevraagd om scamwebsites te identificeren.

   

   

• Detectie van misleidende meldingen op het apparaat op basis van LLM op Android 

  Met deze lancering willen we de content van meldingen verbergen die vermoedelijk misleidend zijn. De gebruiker heeft dan de opties om de melding te sluiten, te tonen of zich af te melden voor de oorsprong. Deze detectie moet worden uitgevoerd door een model op het apparaat.

   
  • Chrome 134 op Android
   

   

• Beheerde profielen aanpassen met een aangepast logo en label 

  Nieuwe aanpassingen voor de werkbalk en het profielmenu waarmee gebruikers makkelijk te weten komen of hun Chrome-profiel wordt beheerd en of ze een werk- of persoonlijk apparaat gebruiken. Dit is vooral handig als medewerkers hun eigen apparaten met een beheerd account gebruiken.

  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 in de Chrome-werkbalk uitzetten. 

  In Chrome 134 is dit beleid beschikbaar om het logo en label aan te passen dat in een beheerd profiel wordt getoond. Het beleid wordt toegepast op de beheerde profielen van de gebruiker. 

   

  Vanaf Chrome 135 updaten we het standaardgedrag van het profiellabel en icoon dat over de accountavatar heen wordt geplaatst. Beheerde profielen tonen naast de profielschijf een label werk of school. In het profielmenu staat een gebouwicoon over de accountavatar. Je kunt de uitgebreide profielschijf uitzetten via EnterpriseProfileBadgeToolbarSettings.

   
  • Chrome 134 op macOS, Windows, Linux

    In de Beheerdersconsole vind je beleidsregels om het label en icoon van de werkbalk (in het profielmenu) aan te passen. Als er al beleid is ingesteld, ziet de gebruiker het aangepaste logo en label.

  • Chrome 135: We beginnen met de uitrol van standaardinstellingen, waaronder: 
    • 1) Het label werk of school in de werkbalk, naast de avatar van de gebruiker 
    • 2) Een gebouwicoon dat over een foto van het account van de gebruiker in het profielmenu is geplaatst. Je kunt het label uitzetten via EnterpriseProfileBadgeToolbarSettings. We beginnen met 1% en rollen de functie daarna geleidelijk uit.
   

  

   

   

• Prototype voor apparaatgebonden inloggegevens voor sessies op google.com 

  Het project Apparaatgebonden inloggegevens voor sessies zijn bedoeld ter vervanging van opgeslagen inloggegevens, zoals cookies, die kunnen worden gestolen en hergebruikt, naar inloggegevens die kortstondig of cryptografisch aan een apparaat zijn gebonden. 

  De functie is bedoeld om gebruikers te beschermen tegen diefstal van inloggegevens, wat meestal wordt uitgevoerd door malware die op het apparaat van de gebruiker wordt uitgevoerd. 

  De huidige lancering is een proof of concept die de website google.com target. In de toekomst willen we deze aanpak standaardiseren voor andere websites en webbrowsers.

  Bedrijfsbeheerders kunnen de functiestatus beheren met de Booleaanse beleidsregel BoundSessionCredentialsEnabled.

  • Chrome 124 op Windows

    Geplande uitrol van 1% voor Chrome (stabiel) voor cookiebinding op google.com voor de algemene bevolking.

  • Chrome 134 op Windows

    Er is ondersteuning toegevoegd voor binding van OAuth2.0-vernieuwingstokens die worden gebruikt voor inloggen bij Chrome.

   

   

• Wachtwoord wijzigen 

  Met deze functie kunnen gebruikers gelekte inloggegevens onmiddellijk wijzigen. Je kunt de functie alleen activeren via het dialoogvenster Je wachtwoord checken. Als gebruikers een waarschuwing voor een in aanmerking komende website zien, kunnen ze het wachtwoord meteen wijzigen. 

   
  • Chrome 134 op Linux, macOS, Windows
   

  

   

   

• Voorlezen in de Leesmodus in Chrome 134 

  De leesmodus is een functie in het zijvenster die een vereenvoudigde weergave biedt van webpagina's met veel tekst. De leesmodus heeft nu de functie Voorlezen. Hiermee kunnen gebruikers de tekst die ze lezen laten voorlezen. Je kunt kiezen uit verschillende natuurlijke stemmen en snelheden, en visuele highlights bekijken terwijl de tekst wordt voorgelezen. 

   
  • Chrome 134 op Linux, macOS, Windows
   

   

• Uitgepakte extensies beperken tot de ontwikkelaarsmodus 

  Vanaf Chrome 134 worden uitgepakte extensies die worden geladen via de pagina chrome://extensions alleen aangezet als de schakelaar voor de ontwikkelaarsmodus aanstaat. Met deze wijziging willen we de beveiliging verbeteren door de risico's van schadelijke uitgepakte extensies en misbruik van de ontwikkelaarsmodus te beperken. Het zakelijke beleid ExtensionDeveloperModeSettings is beschikbaar om de bestaande schakelaar voor de ontwikkelaarsmodus te beheren.

   
  • Chrome 134 op ChromeOS, Linux, macOS, Windows
    De functie wordt in Chrome 134 uitgerold naar 100% van de gebruikers.
   

   

• Zakelijke instellingen voor AI-functies tonen 

  Eerder werden AI-functies verborgen in de instellingen als ze waren uitgezet door het bedrijfsbeleid. Nu blijven we de functies tonen en tonen we de melding Uitgezet door je organisatie, net als bij andere instellingen die uitstaan vanwege het beleid.

   
  • Chrome 134 op ChromeOS, Linux, macOS, Windows
   

   

• Aanpasbaar <select>-element 

  Met het aanpasbare <select> kunnen ontwikkelaars de weergave van <select>-elementen volledig beheren door de CSS-property appearance:base-select toe te voegen.

  Deze functie maakt gebruik van de markering SelectParserRelaxation. Hiermee wordt de HTML-parser gewijzigd zodat meer tags zijn toegestaan in de tag <select>. SelectParserRelaxation kan van invloed zijn op sites met aanvullende tags in <select> die eerder werden verwijderd, zoals <span>-tags, of sites met een extreem groot aantal <option>-tags in hun <select>. Je kunt deze functie en SelectParserRelaxation beheren met het bedrijfsbeleid SelectParserRelaxation. Enkele problemen die zijn opgetreden bij eerdere lanceringen van SelectParserRelaxation zijn dat het erg lang duurt voordat <select>-elementen worden geopend of dat <option>-tags niet meer worden getoond.

   
  • Chrome 134 op Windows, MacOS, Linux, Android
   

   

• HTML-parseruitbreiding voor <select> 

  In Chrome 134 staat de HTML-parser meer tags toe in <select> naast <option>, <optgroup> en <hr>.

  Dit is ter ondersteuning van de aanpasbare functie <select>, maar wordt als eerste uitgebracht omdat dit afzonderlijk kan worden uitgevoerd en een bepaald compatibiliteitsrisico met zich meebrengt.

  Deze functie wordt beheerd met het tijdelijke beleid SelectParserRelaxationEnabled. Dit is een tijdelijke overgangsperiode. Het beleid werkt vanaf Chrome 141 niet meer.

  Ga naar Aangepast selectie-element (uitleg) voor meer informatie.

   
  • Chrome 134 op Windows, MacOS, Linux, Android
   

   

• Niet-standaard audiobeperkingen voor getUserMedia verwijderen 

  In Chrome 134 verwijderen we een aantal niet-standaard beperkingen met het voorvoegsel goog voor getUserMedia. Deze beperkingen bestonden voordat audiobeperkingen correct werden gestandaardiseerd.

   

  Het gebruik is aanzienlijk afgenomen van ongeveer 0,000001% tot 0,0009% (afhankelijk van de beperking) en sommige hebben zelfs geen effect vanwege wijzigingen in de Chromium-audio-opnamestack. Binnenkort heeft geen enkele hiervan nog invloed vanwege andere aankomende wijzigingen.

   

  We verwachten geen grote regressies door deze wijziging. Apps die deze beperkingen gebruiken blijven werken, maar krijgen audio met de standaardinstellingen (alsof er geen beperkingen zijn doorgegeven). Ze kunnen makkelijk worden gemigreerd naar standaardbeperkingen.

   
  • Chrome 134 op Windows, MacOS, Linux, Android
   

   

• Updates voor Chrome-inlogprocessen voor beheerde gebruikers 

  Zakelijke gebruikers die inloggen op het web of in Chrome, zien nu vernieuwde inlogprocessen en beheerkennisgevingen. Daarnaast kan de gebruiker worden gevraagd of deze een nieuw profiel wil maken of het bestaande profiel wil blijven gebruiken. Beheerders kunnen BrowserSignIn of ProfileSeparationSettings blijven gebruiken om een beheerd profiel af te dwingen.  

   
  • Chrome 134 op Linux, macOS, Windows De uitrol gaat door
     

  

   

   

• Kaarten op de pagina Nieuw tabblad voor Microsoft Outlook en Sharepoint 

  Zakelijke gebruikers met Outlook of Sharepoint hebben nu rechtstreeks toegang tot hun geplande vergaderingen of voorgestelde bestanden via de pagina Nieuw tabblad. Met deze gestroomlijnde functionaliteit hoef je niet meer van tabblad te wisselen of tijd te verspillen aan het zoeken naar je volgende vergadering. Zo kun je je concentreren op wat het belangrijkst is. Beheerders die deze functie willen testen, kunnen zich aanmelden als betrouwbare tester.

   
  • Beschikbaar voor betrouwbare testers in Chrome 134 op Windows, macOS en Linux

   

• Nieuw beleid in de Chrome-browser 

  Beleid	Beschrijving
  ProfileSeparationDataMigrationSettings	Instellingen voor gegevensmigratie voor profielscheiding
  NTPSharepointCardVisible	Kaart SharePoint- en OneDrive-bestand tonen op de pagina Nieuw tabblad
  NTPOutlookCardVisible	Kaart Outlook-agenda tonen op de pagina Nieuw tabblad
  ServiceWorkerToControlSrcdocIframeEnabled	ServiceWorker toestaan srcdoc-iframes te beheren
  PasswordManagerPasskeysEnabled	Opslaan van toegangssleutels in wachtwoordmanager aanzetten

   

   

• Verwijderd beleid in de Chrome-browser 

  Beleid	Beschrijving
  Geen beleid verwijderd in Chrome 134

   

   

Wijzigingen in Chrome Enterprise Core

   

• Chrome Enterprise Companion 

  Chrome Enterprise Companion is een nieuw binair beheerdersbestand dat automatisch wordt geïnstalleerd bij Chrome-browsers die zijn ingeschreven voor Chrome Enterprise Core of Chrome Enterprise Premium. Dit is bedoeld om Enterprise-toepassingen, -beleid en -rapportage te ondersteunen. 

   
  • Chrome 134 op Windows, macOS
   

   

• Ondersteuning voor het beleid DownloadRestrictions op iOS 

  DownloadRestrictions is een universeel beleid dat beschikbaar is voor Chrome Enterprise Core-gebruikers op desktopplatforms en op Android. Het beleid DownloadRestrictions wordt nu ondersteund op iOS. Zo kunnen beheerders alle downloads blokkeren in de mobiele versie van Chrome op iOS. 

   
  • Chrome 135 op iOS
   

   

• Aanbevolen beleid (kan door gebruiker worden overschreven) 

  Chrome heeft de configuratie Door gebruiker overschreven geïntroduceerd in de Google Beheerdersconsole voor beleid dat kan worden ingesteld als Aanbevolen. Dit betekent dat IT-beheerders een beleidswaarde kunnen toepassen en gebruikers toestaan de beleidswaarde te overschrijven.

  
   
  • In Chrome 134: de volgende beleidsregels worden ondersteund: BookmarkBarEnabled, PasswordManagerEnabled, PinUnlockAutosubmitEnabled, SchedulerConfiguration, PrintHeaderFooter, TranslateEnabled, SpellCheckServiceEnabled, ShowFullUrlsInAddressBar

   

Wijzigingen in Chrome Enterprise Premium

 

   

• Evidence Locker 

  Met Evidence Locker kunnen Chrome Enterprise Premium-beheerders bestanden opslaan en inspecteren die zijn gemarkeerd als malware of die een regel voor gegevensbescherming schenden. Een kopie van het bestand wordt opgeslagen in de Google Cloud Storage-bucket die eigendom is van en gespecificeerd is door de organisatie. De beveiligingsbeheerder kan de incidenten onderzoeken met de tool voor beveiligingsonderzoek en de bestanden die het incident hebben geactiveerd downloaden voor verdere analyse. Ga naar Verdachte bestanden onderzoeken en er actie op ondernemen voor meer informatie.

   
  • Chrome 134 op ChromeOS, Linux, macOS, Windows
   

  

  

   

• Screenshot voorkomen 

  Chrome 134 verbetert de bestaande functie voor het voorkomen van screenshots door de blokkering van scherm delen uit te breiden naar vergaderings-apps zoals Google Meet, Zoom, Teams en Slack. Met deze update bouwen we voort op de succesvolle release van opties voor gegevensbescherming door belangrijke functies toe te voegen en hiaten en feedback van gebruikers op te lossen.

   
  • Chrome 134 op Windows, macOS

 

Meer informatie over de verschillen tussen Chrome Enterprise Core en Chrome Enterprise Premium.

Geplande wijzigingen in de Chrome-browser

 

    

• Mutatiegebeurtenissen beëindigen 

  Synchrone mutatiegebeurtenissen, waaronder DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument en DOMCharacterDataModified, hebben een negatieve invloed op de paginaprestaties en maken het aanzienlijk complexer om nieuwe functies toe te voegen aan het web. We hebben deze API's in 2011 verwijderd uit de specificaties en (in 2012) vervangen door de gebruiksvriendelijkere Mutation Observer API. Je moet gebruik van de beëindigde mutatiegebeurtenissen verwijderen of overzetten naar Mutation Observer. 

  Vanaf Chrome 124 is er een tijdelijk zakelijk beleid beschikbaar, MutationEventsEnabled, om beëindigde of verwijderde mutatiegebeurtenissen weer aan te zetten. Ga naar deze blogpost over Chrome voor ontwikkelaars voor meer informatie. Als je problemen ondervindt, kun je een Chromium-bug indienen.

  Ondersteuning voor mutatiegebeurtenissen staat sinds Chrome 127 of ongeveer 30 juli 2024 standaard uit. Code moet vóór die datum zijn gemigreerd om te voorkomen dat je site niet meer werkt. Als je meer tijd nodig hebt, zijn er een paar opties:

  • Je kunt de Mutation Events Deprecation Trial (proefperiode na beëindiging van mutatiegebeurtenissen) gebruiken om de functie tijdelijk weer aan te zetten op een bepaalde site. Je kunt deze gebruiken tot en met Chrome 134, of 25 maart 2025.
  • Je kunt het zakelijke beleid MutationEventsEnabled gebruiken voor hetzelfde doel, ook tot en met Chrome 134.
  • Chrome 135 op Android, Linux, macOS, Windows: Het zakelijke beleid MutationEventsEnabled wordt beëindigd.

    

• Verbeteringen in extensies op Chrome Desktop 

  In Chrome 135 op desktop kunnen sommige gebruikers die inloggen bij Chrome als ze een nieuwe extensie installeren, nu extensies gebruiken en opslaan in hun Google-account. 

  Relevant bedrijfsbeleid voor extensies, en BrowserSignin, SyncDisabled of SyncTypesListDisabled, blijft werken zoals voorheen. Beheerders kunnen dus instellen of gebruikers items kunnen gebruiken en opslaan in hun Google-account.

  Ga naar Extensies installeren en beheren in het Helpcentrum van de Chrome Web Store voor meer informatie over hoe je extensies op elke computer gebruikt.

  Opmerking: Deze wijziging is een vervolg op de lancering van het nieuwe identiteitsmodel op Chrome Desktop. 

   
  • Chrome 135 op Linux, macOS, Windows

    

• Verwijdering van bedrijfsbeleid voor privénetwerktoegang 

  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). 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 verwijderd in Chrome 135. 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.

  PNA 2.0 wordt beschreven in deze uitleg op GitHub.

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

    Verwijdering van het beleid InsecurePrivateNetworkRequestsAllowedForUrls en InsecurePrivateNetworkRequestsAllowed.

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

    Verwijdering van PrivateNetworkAccessRestrictionsEnabled.

    

• Beleid ThirdPartyBlockingEnabled verwijderen 

  Vanwege onverwachte problemen wordt ThirdPartyBlockingEnabled verwijderd in Chrome 135. Als je feedback hebt over deze verwijdering, kun je een Chromium-bug indienen.

  • Chrome 132 op Windows
    Beëindiging van het beleid ThirdPartyBlockingEnabled
  • Chrome 135 op Windows
    Verwijdering van het beleid ThirdPartyBlockingEnabled

    

• Verbeteringen in instellingen, snelkoppelingen naar sites en thema's op Chrome Desktop 

  In Chrome 135 op desktop worden instellingen, snelkoppelingen voor sites en thema's die zijn gesynchroniseerd met het Google-account van gebruikers die opnieuw inloggen bij Chrome of die synchronisatie hebben aangezet, nu gescheiden gehouden van de lokale instellingen. Dat wil zeggen instellingen van toen ze waren uitgelogd of toen synchronisatie uitstond.

  Hierdoor worden er minder gegevens gedeeld dan voorheen: lokale instellingen worden niet automatisch geüpload als gebruikers inloggen of synchronisatie aanzetten en er blijven geen instellingen uit het account achter op het apparaat als synchronisatie wordt uitgezet.

  Het bestaande bedrijfsbeleid SyncDisabled en SyncTypesListDisabled blijft van toepassing, zodat beheerders de synchronisatiefunctie kunnen beperken of uitzetten als ze dat willen.

  Opmerking: Deze wijziging is een vervolg op de lancering van het nieuwe identiteitsmodel op Chrome Desktop. Ga naar Chrome Platform-status voor meer informatie.

   
  • Chrome 135 op Linux, macOS, Windows

    

• Beëindiging van de verouderde versie van Wachtwoordmanager in Chrome op Android 

  Gebruikers met oude versies van Google Play-services kunnen Wachtwoordmanager in Chrome niet meer gebruiken. Dit is een stap naar de beëindiging van de verouderde versie van Wachtwoordmanager in Chrome op Android. Deze gebruikers kunnen een csv-bestand met hun wachtwoorden downloaden uit de Chrome-instellingen en het importeren in de gewenste wachtwoordmanager. De nieuwe Google Wachtwoordmanager is beschikbaar op apparaten met een recente versie van Google Play-services.

   
  • Chrome 135 op Android

    

• Cookies van derden worden altijd geblokkeerd in de incognitomodus 

  Vanaf Chrome 135 worden cookies van derden geblokkeerd in de incognitomodus. Gebruikers kunnen ze niet opnieuw aanzetten. De beheeropties op siteniveau om cookies van derden toe te staan, worden niet gewijzigd. 

  Met deze lancering is het beleid BlockThirdPartyCookies alleen van toepassing op de normale modus als het is ingesteld op onwaar, niet op de incognitomodus. Er vinden geen wijzigingen plaats als het beleid is ingesteld op waar of niet is ingesteld. Er worden ook geen wijzigingen aangebracht in het beleid CookieAllowedForUrls. Dit beleid blijft van toepassing in zowel de normale als de incognitomodus, omdat het alleen op siteniveau wordt toegepast.

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

    

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

  Als vervolg op de partitionering van opslag implementeert Chromium 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). Dit geldt niet voor 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 Chromium 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 Chromium 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 135 op Windows, macOS, Linux

    

• Service worker-client maken en service worker-controller voor srcdoc-iframe overnemen 

  Srcdoc-contextdocumenten zijn op dit moment geen serviceworker-clients en vallen niet onder de serviceworker van de bovenliggende pagina. Dit leidt tot enkele verschillen (Resource Timing rapporteert bijvoorbeeld de URL's die door deze documenten worden geladen, maar de serviceworker onderschept ze niet). We willen de verschillen oplossen door serviceworker-clients te maken voor srcdoc-iframes en deze de serviceworker-controller van de bovenliggende pagina te laten overnemen.

  • Chrome 135 op Windows, MacOS, Linux, Android

    

• Getters van de Intl Locale Info API beëindigen 

  De Intl Locale Info API is een ECMAScript-TC39-voorstel van fase 3 om het Intl.Locale-object te verbeteren door informatie over de landinstelling te tonen, zoals weekgegevens (eerste dag van een week, eerste dag van het weekend, laatste dag van het weekend, minimumdag in de 1e week) en de uurcyclus voor de tekstrichting die in de landinstelling wordt gebruikt.

  We hebben onze implementatie uitgebracht in Chrome 99 , maar later zijn er enkele wijzigingen aangebracht in het voorstel in fase 3 en zijn er verschillende getters verplaatst naar functies. We moeten de beëindigde getters verwijderen en de hernoemde functies opnieuw lanceren.

  • Chrome 135 op Windows, MacOS, Linux, Android

    

• Partitionering: geschiedenis van bezochte links 

  We willen lekken van de browsegeschiedenis van gebruikers voorkomen. Daarom krijgen ankerelementen alleen de stijl :bezocht als er eerder vanuit deze site en frame-oorsprong op is geklikt. Aan de browserzijde betekent dit dat de hashtabel VisitedLinks nu wordt gepartitioneerd door middel van 3 sleutels of door voor elke bezochte link het volgende op te slaan: <link-URL, site op het hoogste niveau, frame-oorsprong>. Omdat de stijl alleen wordt toegepast op links waarop eerder op deze site en in dit frame is geklikt, zijn de vele side-channel-aanvallen die zijn ontwikkeld om informatie over de stijl van :visited-links te verkrijgen, nu verouderd, omdat ze sites geen nieuwe informatie meer geven over gebruikers. 

  Er is een uitzondering voor self links. Links naar de eigen pagina's van een site kunnen de stijl :bezocht krijgen, ook als er nog niet eerder op is geklikt op deze exacte site en vanuit deze frame-oorsprong op het hoogste niveau. Deze uitzondering staat alleen aan in frames op het hoogste niveau of subframes die dezelfde oorsprong hebben als het frame op het hoogste niveau. De bovenstaande privacyvoordelen worden nog steeds behaald omdat sites al weten welke subpagina's een gebruiker heeft bezocht, dus er wordt geen nieuwe informatie bekendgemaakt. Dit was een door de community aangevraagde uitzondering om de gebruikerservaring te verbeteren.

  • Chrome 135 op Windows, MacOS, Linux, Android

    

• Tracking voorkomen met HSTS 

  Met HTTP Strict Transport Security (HSTS) kunnen sites aangeven dat ze alleen toegankelijk zijn via beveiligde verbindingen. Vanaf Chrome 135 gaat HSTS-trackingpreventie gebruikerstracking tegen door derden die de HSTS-cache gebruiken. Deze functie staat alleen HSTS-upgrades toe voor navigaties op het hoogste niveau en blokkeert HSTS-upgrades voor verzoeken om subresources. Zo wordt voorkomen dat sites van derden het HSTS-cachegeheugen gebruiken om gebruikers op het web te volgen. Ga naar deze uitleg over HSTS-trackingpreventie op GitHub voor meer informatie.

  • Chrome 135 op Windows, MacOS, Linux, Android

    

• De beëindigde methode navigator.xr.supportsSession verwijderen 

  navigator.xr.supportsSession is in september 2019 in de WebXR-specificatie vervangen door de methode navigator.xr.isSessionSupported nadat we feedback over de API-indeling van de TAG hebben gekregen. De API is sindsdien gemarkeerd als beëindigd in Chromium. Ontwikkelaars krijgen een consolewaarschuwing die ze omleidt naar de geüpdatete API.

  Het gebruik van de aanroep is erg laag, zoals blijkt uit de gebruiksstatistieken van Chrome-status. Daarnaast is bevestigd dat alle grote frameworks die worden gebruikt om WebXR-content te maken, zijn geüpdatet om de nieuwere aanroep te gebruiken.

  • Chrome 135 op Windows, MacOS, Linux, Android

    

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

  In Chrome 135 wordt de semantiek van de Storage Access API aangepast om het same-origin-beleid strikt te volgen en de beveiliging te verbeteren. Dit betekent dat als je document.requestStorageAccess() in een frame gebruikt, er standaard alleen cookies worden gekoppeld aan verzoeken naar de oorsprong (niet de site) van het iframe.

  Opmerking: Je kunt het beleid CookiesAllowedForUrls of headers voor opslagtoegang nog steeds gebruiken om cookies voor meerdere sites niet meer te blokkeren.

  • Chrome 135 op Windows, MacOS, Linux, Android

    

• Ondersteuning voor het UI Automation-toegankelijkheidsframework op Windows 

  Sinds Chrome 126 heeft Chrome rechtstreeks clientsoftware ondersteund 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 het zakelijke beleid UiAutomationProviderEnabled gebruiken, dat beschikbaar is vanaf Chrome 125, om de nieuwe provider geforceerd aan te zetten (zodat alle gebruikers de nieuwe functies krijgen) of de nieuwe provider uit te zetten. Dit beleid wordt ondersteund tot en met Chrome 136 en wordt verwijderd in Chrome 137. 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 voor 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 136.
  • Chrome 137 op Windows: Het beleid UiAutomationProviderEnabled wordt verwijderd uit Chrome. Alle clients gebruiken de provider van het UI Automation-toegankelijkheidsframework van de browser.

 

    

• SwiftShader-reserve verwijderen 

  Vanaf Chrome 137 willen we automatisch terugvallen op WebGL ondersteund door SwiftShader beëindigen. De WebGL-context wordt niet gemaakt en er wordt niet teruggevallen op SwiftShader. We zijn van plan de SwiftShader-reserve te verwijderen om 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 instelt, wordt deze waarschuwing verwijderd.

  Chromium en andere browsers bieden geen garantie voor de beschikbaarheid van WebGL. Je kunt het mislukken van het maken van een WebGL-context testen en verwerken en terugvallen op andere web-API's, zoals Canvas2D of een toepasselijke melding aan de gebruiker.

  • Chrome 137 op Windows, MacOS, Linux, Android

 

    

• Spaties niet toestaan in URL-hosts die beginnen met non-file://  

  Zoals vermeld in de specificaties van WhatWG.org mogen URL-hosts geen spatie bevatten, maar op dit moment staat de parsering 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 aan de specificaties voldoet en daarom spaties volledig uit URL-hosts verwijderen. Het probleem is dat spaties worden gebruikt in het hostgedeelte van Windows file://-URL's (zie de discussie op GitHub).

  Deze functie maakt deel uit van de voortdurende inzet om Chromium beter te laten voldoen aan de specificaties door spaties alleen te verbieden voor niet-bestands-URL's.

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

    

• Migratie van de Safebrowsing API v4 naar v5 

  Chrome-aanroepen naar de Safebrowsing 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.

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

    Dit wordt geleidelijk uitgerold.

 

 

Geplande wijzigingen in Chrome Enterprise Core

    

• Ondersteuning voor uitbreidbare single sign-on voor Apple voor Chrome op macOS 

  In Chrome 135 op macOS kun je naadloos verifiëren bij identiteitsproviders die zijn aangezet via een door het OS ingestelde extensie voor zakelijke single sign-on (SSO). In deze eerste release kunnen eindgebruikers in beheerde browsers inloggen bij door Microsoft Entra geverifieerde bronnen zonder inloggegevens in te voeren. Uitbreidbare single sign-on moet vooraf zijn ingesteld in je omgeving en zijn geïmplementeerd met de bijbehorende oplossing voor zakelijk apparaatbeheer. In de nabije toekomst kunnen er aanvullende identiteitsproviders worden ondersteund.

  • Al vanaf Chrome 135 op macOS

 

    

• 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 apps 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 Aan de slag met geïsoleerde web-apps.

  In de eerste release kunnen GWA's alleen worden geïnstalleerd via een beleidsregel 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.

 

 

Geplande wijzigingen in Chrome Enterprise Premium

 

   

• De gebruikerservaring van DLP-regels opnieuw indelen 

  We willen een gebruiksvriendelijkere en efficiëntere interface maken voor Chrome-specifieke DLP-regels. Hiervoor wordt de workflow voor het maken van regels in de Beheerdersconsole opnieuw ontworpen om bestaande en toekomstige beveiligingsfuncties voor Chrome Enterprise Premium-klanten beter te ondersteunen.

   
  • Chrome 135 op Windows, macOS, Linux, ChromeOS
   

   

• URL-filters op iOS en Android 

  We breiden de bestaande mogelijkheden voor URL-filters uit van desktops naar mobiele platforms. Zo kunnen organisaties bepaalde URL's of URL-categorieën controleren, waarschuwingen erbij tonen of blokkeren voor weergave in beheerde Chrome-browsers of beheerde gebruikersprofielen op mobiele apparaten. We zorgen ook dat de functionaliteit naadloos werkt met contextbewuste toegang (CAA). Hiermee kunnen beheerders toegangsbeleid instellen op basis van de gebruikerscontext (bijvoorbeeld gebruikersrol, locatie) en apparaatstatus (bijvoorbeeld beheerd apparaat, naleving van beveiligingsbeleid).

   
  • Chrome 137 op Android, iOS
   

   

• Rapportageconnector voor mobiel 

  We werken aan functionaliteit die vergelijkbaar is met de desktopversie, zodat organisaties beveiligingsgebeurtenissen op mobiele apparaten kunnen bijhouden en erop kunnen reageren, zoals onveilige sitebezoeken en mogelijke pogingen tot gegevensonderschepping. Zo zorgen we voor consistente beveiliging en beleidshandhaving op verschillende platforms.

   
  • Chrome 136 op Android
  • Chrome 137 op iOS
   

   

• Connectors API 

  We zijn van plan het instelproces voor beveiligingsconnectors van derden te vereenvoudigen en aanbieders de mogelijkheid te geven configuraties rechtstreeks vanuit hun eigen UI te beheren. Zo kunnen organisaties makkelijker hun favoriete beveiligingstools en -services integreren met Chrome, waardoor de beveiliging en het beheer op verschillende platforms worden verbeterd.

   
  • Chrome 137 op Windows, macOS, Linux, ChromeOS

Releaseoverzicht voor Chrome 134

 

ChromeOS-updates	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Geïsoleerde web-apps in de kioskmodus van ChromeOS		✓
Gegevens migreren voor leerlingen die zijn geslaagd		✓	✓
Langzame toetsen		✓	✓
Gif's met Snel invoegen		✓
Geplande wijzigingen in ChromeOS	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
ChromeOS-beleid voor de levensduur van de batterij			✓
Wijziging in Kiosk Heartbeat			✓
Collectie van op gebeurtenissen gebaseerde apparaatlogboeken voor het oplossen van problemen			✓
AI-achtergronden		✓
Beëindiging van ondersteuning voor Chrome-apps op ChromeOS			✓

 

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.

ChromeOS-updates

   

• Geïsoleerde web-apps in de kioskmodus van ChromeOS

  In ChromeOS 134 ondersteunt de kioskmodus van ChromeOS geïsoleerde web-apps. Dit is een veiligere en veelzijdigere app-oplossing met toegang tot uitgebreide systeemintegraties en krachtige functies. Beheerders kunnen GWA's voor de implementatie van kiosks en digitale borden instellen op beheerde Chrome Enterprise-apparaten via de Beheerdersconsole. 

   

• Gegevens migreren voor leerlingen die zijn geslaagd

  Vanaf maart 2025 begeleidt de nieuwe tool voor contentoverdracht leerlingen die zijn geslaagd of andere door een EDU-beheerder beheerde gebruikers die hun gegevens willen migreren via het geüpdatete overdrachtsproces. Zo kunnen ze hun content in Documenten, Spreadsheets, Presentaties en Gmail overzetten naar een Gmail-account naar keuze.

  Met deze nieuwe app kunnen schoolbeheerders een icoon vastzetten op de plank, leerlingen en docenten op hun Chromebooks een melding sturen en datums instellen om ze te porren en aan te moedigen contentoverdracht te gebruiken.

  Ga naar het Helpcentrum van Chrome Enterprise en Education voor meer informatie over hoe je gegevensoverdracht toestaat op scholen.

   

  

 

   

• Langzame toetsen

  Langzame toetsen is een toegankelijkheidsfunctie die is ontworpen om mensen met beperkte behendigheid nauwkeuriger te laten typen. Deze functie is met name handig voor mensen met aandoeningen zoals tremoren, artritis of gevoelloosheid in de vingertoppen, waardoor het moeilijk kan zijn om nauwkeurig toetsen in te drukken.

  Langzame toetsen introduceert een vertraging. Je moet toetsen een bepaalde tijd ingedrukt houden voordat ze worden geregistreerd. Zo voorkom je dat je onbedoeld op toetsen drukt.

  

   

• Gif's met Snel invoegen

  Snel invoegen ondersteunt binnenkort rechtstreeks gifjes invoegen. Voeg snel gifjes toe aan je berichten en documenten zonder het menu Snel invoegen te verlaten. Ga naar Snel invoegen gebruiken om content toe te voegen en te maken voor meer informatie.

Geplande wijzigingen in ChromeOS

 

   

• ChromeOS-beleid voor de batterijduur 

  In ChromeOS 135 introduceren we een nieuw beleid voor oplaadlimieten voor de batterij: DevicePowerBatteryChargingOptimization. Dit beleid biedt meer optimalisatieopties. Optimalisatie voor batterij opladen verlengt de levensduur van Chromebooks. 

  Beheerders kunnen nog steeds een maximale oplaadlimiet instellen, met 100% als standaard, om slijtage van de batterij tot een minimum te beperken en de betrouwbaarheid op de lange termijn te verbeteren. 

  Het nieuwe beleid is gunstig zowel voor beheerders die apparaten beheren (bijvoorbeeld in onderwijsinstellingen) als voor individuele gebruikers die de levensduur van hun Chromebook willen maximaliseren. Dit beleid wordt automatisch toegepast en vereist geen gebruikersinteractie.

  

 

   

• Wijziging in Kiosk Heartbeat 

  Vorig jaar zomer hebben we een MSA gestuurd om klanten te informeren over een migratie van de Kiosk Heartbeat API waarvoor uiteindelijk een update naar ChromeOS 126 is vereist.

  Als je organisatie een versie ouder dan ChromeOS 126 gebruikt, moet je al je apparaten updaten. Voor deze wijziging in de kioskhartslag is een update naar ChromeOS 126, ChromeOS LDS 126 of een update naar de huidige stabiele ChromeOS-release vereist.

  • Wat moet je doen?

    Zorg dat je DeviceChromeVariation (waarde: 0) hebt geactiveerd voor je organisatie totdat alle apparaten zijn geüpdatet naar ChromeOS LDS 132. Zodra alle apparaten ChromeOS LDS 132 hebben,  is DeviceChromeVariation niet meer nodig en kan deze worden gewijzigd in een willekeurige waarde.  

  • Wat gebeurt er als DeviceChromeVariation wordt gedeactiveerd?

    Apparaten met LDS-versies ouder dan ChromeOS LDS 132 blijven tot 7 april 2025 de oude Kiosk Heartbeat-infrastructuur gebruiken.

  Vanaf 8 april 2025 sturen alle apparaten met LDS-versies ouder dan ChromeOS LDS 132 geen hartslag meer.Zie Gezondheidscontrole van Chrome-kiosks voor meer informatie.

   

• Verzameling van op gebeurtenissen gebaseerde apparaatlogboeken om problemen op te lossen (Beheerdersconsole) 

  Vanaf ChromeOS 135 kan ons systeem automatisch apparaatlogboeken verzamelen en uploaden om problemen met apparaten (zoals crashes of mislukte OS-updates) op te lossen. Dit gebeurt als deze specifieke instellingen aanstaan:

  • Uploaden van systeemlogboeken aanzetten voor apparaat: Hiermee wordt de algemene logboekverzameling aangezet.
  • OS-gegevens van het apparaat melden -> OS-updatestatus: Hiermee worden gegevens over OS-updates verzameld.
  • Telemetrie van het apparaat melden -> Crashinformatie : Verzamelt informatie over fatale crashes

  Als er een probleem optreedt, krijgen IT-beheerders een melding met een rechtstreekse link naar de geüploade logboeken op de detailpagina van het ChromeOS-apparaat in de Beheerdersconsole. Je kunt ook een geschiedenis van apparaatgebeurtenissen bekijken. Logboekuploads vinden maximaal 2 keer per dag plaats en elk bestand is meestal 400 KB tot 1 MB groot.

  Ga naar deze artikelen in het Helpcentrum van Chrome Enterprise en Education voor meer informatie: 

  • Externe verzameling van logboeken voor ChromeOS-apparaten
  • ChromeOS-apparaatlijst en gegevens weergeven

   

• AI-achtergronden 

  Vanaf ChromeOS 136 willen we generatieve AI-achtergronden voor videogesprekken in hoge resolutie introduceren in ChromeOS. Met deze functie kun je je creativiteit de vrije loop laten en je Chromebook veranderen in een canvas voor persoonlijke expressie. Kies uit een gevarieerde collectie templates en geef je Chromebook met een paar klikken een unieke persoonlijkheid, sfeer of interesse.

  Er zijn 2 nieuwe beleidsregels beschikbaar om deze functies te beheren: GenAIVcBackgroundSettings en GenAIWallpaperSettings. Deze functie is alleen beschikbaar op Chromebook Plus-apparaten.

   

• Beëindiging van ondersteuning voor Chrome-apps op ChromeOS 

  In 2016 hebben we de beëindiging van Chrome-apps aangekondigd ten gunste van web-apps. In 2021 hebben we op de Chromium-blog aangekondigd dat de ondersteuning voor Chrome-apps voor ChromeOS Enterprise- en Education-klanten en -ontwikkelaars op ChromeOS zou worden verlengd tot ten minste januari 2025. De meeste van onze klanten gebruiken Chrome-apps (waaronder verouderde verpakte-apps (v1) en gehoste apps) niet meer. Daarom bevestigen we de volgende updates over de beëindigingsdatums van Chrome-apps.

   
  • Juli 2025: Ondersteuning voor door gebruikers geïnstalleerde Chrome-apps wordt beëindigd (gepland voor ChromeOS M139).
    • Chrome-apps die afgedwongen zijn geïnstalleerd via de Beheerdersconsole, blijven we ondersteunen.
  • Juli 2026: De laatste ChromeOS-release met ondersteuning voor Chrome-apps in de kioskmodus (gepland voor ChromeOS M150).
    • Apparaten op het LDS-kanaal met Chrome-apps in de kioskmodus krijgen tot april 2027 support.
  • Februari 2028: De laatste ChromeOS-release met support voor Chrome-apps (gepland voor ChromeOS M168). Dit is het einde van de levensduur van alle Chrome-apps.
    • Apparaten op het LDS-kanaal kunnen Chrome-apps tot oktober 2028 blijven gebruiken.
    • Er worden geen uitzonderingen gemaakt.
   

  Deze tijdlijn voor beëindiging gelden ook voor zelfgehoste Chrome-apps.

  Er kunnen geen nieuwe Chrome-apps meer worden toegevoegd aan de Chrome Web Store, maar bestaande Chrome-apps kunnen nog wel worden geüpdatet tot en met oktober 2028, wanneer ze hun einde levensduur bereiken op ChromeOS. Na deze datum worden Chrome-apps verwijderd uit de Chrome Web Store.

  Als je organisatie eigen Chrome-apps heeft ontwikkeld en je hulp nodig hebt, raadpleeg dan de handleiding Overstappen van Chrome-apps. Je kunt je ook aansluiten bij de ChromeOS-ontwikkelaarscommunity op Discord of contact met ons opnemen via het formulier op https://chromeos.dev/work-with-us. Raadpleeg het releaseschema voor ChromeOS voor releasedatums en updates.

  In de komende weken sturen we meer gedetailleerde informatie naar alle overige Chrome-app-ontwikkelaars en alle ChromeOS-beheerders.

Releaseoverzicht voor Chrome 133

 

Wijzigingen in de Chrome-browser	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Zoeken met Google Lens op desktop en iOS		✓
Ad-hoc codehandtekeningen voor PWA-shims in macOS		✓
Chrome-synchronisatie stopt met ondersteuning voor Chrome-versies die meer dan 4 jaar oud zijn		✓
Nieuwe optie in het beleid HttpsOnlyMode	✓		✓
Tabbladen bevriezen bij Energiebesparing		✓
V8-beveiligingsinstelling op Android	✓
Welkomstpagina van Chrome wordt niet meer geactiveerd met initial_preferences	✓
Ondersteuning voor niet-speciale schema-URL's	✓
Nieuw beleid in de Chrome-browser			✓
Verwijderd beleid in de Chrome-browser			✓
Wijzigingen in Chrome Enterprise Core	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Support voor het beleid DownloadRestrictions op iOS	✓
Wijzigingen in Chrome Enterprise Premium	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Geen updates in Chrome 133.
Geplande wijzigingen in de Chrome-browser	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Het deelvenster Privacy en beveiliging in Chrome DevTools	✓	✓
Voorlezen in de Leesmodus in Chrome 134		✓
Instellingen voor AI-functies markeren die op basis van beleid uitstaan	✓
Partitionering van blob-URL's: ophalen/navigeren	✓
Service worker-client maken en service worker-controller voor srcdoc-iframe overnemen	✓
Foutgebeurtenis activeren in plaats van uitzondering geven voor CSP-geblokkeerde werker	✓
Niet-standaard audiobeperkingen voor getUserMedia verwijderen	✓
Mutatiegebeurtenissen beëindigen		✓
Synchronisatie van Chrome-instellingen en -thema's op desktop tussen verschillende apparaten bij het inloggen	✓
Spaties niet toestaan in URL-hosts non-file://	✓
Beleid ThirdPartyBlockingEnabled verwijderen			✓
Getters van Intl Locale Info beëindigen	✓
SwiftShader-reserve verwijderen	✓
Ondersteuning voor het UI Automation-toegankelijkheidsframework op Windows		✓
Migratie van de Safebrowsing API v4 naar v5	✓
Geplande wijzigingen in Chrome Enterprise Core	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Nieuwe Chrome Enterprise Companion		✓	✓
Geplande wijzigingen in Chrome Enterprise Premium	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
De gebruikerservaring van DLP-regels opnieuw indelen	✓
Screenshot voorkomen	✓
URL-filters op iOS/Android	✓
Rapportageconnector voor mobiel	✓
Connectors API	✓

 

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

 

   

• Zoeken met Google Lens op desktop en iOS

  Beheerders kunnen alle elementen van deze functie beheren via de beleidsregel LensOverlaySettings. Er wordt een screenshot van het scherm naar de servers van Google gestuurd om de zoekopdracht uit te voeren, maar deze is niet gekoppeld aan ID's of accounts, wordt niet door mensen bekeken en er worden geen gegevens vastgelegd over de content. De pdf-bytes of website-HTML worden naar de servers van Google gestuurd om de zoekopdracht context te geven voor het document of de website die de gebruiker bekijkt. De gegevens zijn niet gekoppeld aan ID's of accounts, zijn niet zichtbaar voor mensen en de gegevens of gegevens die over de content worden gegenereerd, worden niet geregistreerd.

   

  Desktop

  Sinds Chrome 126 kunnen gebruikers met Google Lens zoeken met afbeeldingen of tekst die ze op hun desktopscherm zien. Als je deze functie wilt gebruiken, ga je naar een website en klik je op de chip Google Lens in de omnibox die op de voorgrond wordt weergegeven. Je kunt ook met de rechtermuisknop op een afbeelding klikken en Zoeken met Google Lens selecteren. Gebruikers kunnen ergens op het scherm klikken om de content te zoeken. Ze kunnen hun zoekopdracht verfijnen door vragen te typen in het zoekvak. Vanaf Chrome 132 kunnen gebruikers ook vragen stellen over hele webpagina's of pdf-documenten. Voor de antwoorden wordt het huidige document en het web gebruikt. Als je deze functie wilt gebruiken, start je Zoeken met Google Lens zoals hierboven beschreven en voer je zoekopdrachten in het zoekvak rechtsboven in het Chrome-venster in. Er wordt rechts in het browservenster een zijvenster geopend met zoekresultaten.

   

  iOS

  Sinds Chrome 131 kunnen gebruikers met Google Lens zoeken met afbeeldingen of tekst die ze op hun iOS Chrome-scherm zien. Als je deze functie wilt gebruiken, ga je naar een website en klik je op het menu met 3 stippen > Zoeken met Google Lens. Gebruikers kunnen ergens op het scherm klikken, een deel markeren of het verslepen om de content te zoeken. Ze kunnen hun zoekopdracht verfijnen door zoekwoorden of vragen te typen in het zoekvak.

   

  Informatie over uitrol:

  • Chrome 126 op ChromeOS, Linux, mac, Windows: Uitrol van de functie voor 1% stabiele versie
  • Chrome 127 op ChromeOS, Linux, mac, Windows: Uitrol naar 100% stabiele versie
  • Chrome 131 op iOS: Uitrol van de functie voor 1% stabiele versie
  • Chrome 132 op ChromeOS, Linux, mac, Windows: Uitrol van de uitgebreide functie voor 1% stabiele versie
  • Chrome 133 op iOS: Uitrol naar 100% stabiele versie

 

   

• Ad-hoc codehandtekeningen voor PWA-shims op macOS

  We veranderen de codehandtekeningen voor de app-shims die worden gemaakt bij de installatie van een progressive web-app (PWA) op macOS, zodat ze ad-hoc codehandtekeningen gebruiken die worden gemaakt wanneer de app wordt geïnstalleerd. De codehandtekening wordt door macOS gebruikt als onderdeel van de app-ID. Deze ad-hoc handtekeningen zorgen ervoor dat elke PWA-shim een unieke identiteit krijgt voor macOS. Eerder beschouwde macOS elke PWA als dezelfde app.

  Met deze update worden problemen opgelost als je meerdere PWA's probeert op te nemen in het voorkeurenvenster Openen bij inloggen op macOS. Ook worden toekomstige verbeteringen mogelijk voor de verwerking van gebruikersmeldingen binnen PWA's op macOS.

  Beheerders moeten de compatibiliteit testen met tools voor eindpuntbeveiliging of binaire machtiging die ze gebruiken (zoals Santa). Ze kunnen de functie voor deze testdoeleinden aanzetten via chrome://flags/#use-adhoc-signing-for-web-app-shims. Daarna kunnen ze een progressive web-app installeren en controleren of die wordt gestart zoals verwacht.

  Als de functie niet werkt met het huidige beveiligingsbeleid, kan het beleid AdHocCodeSigningForPWAsEnabled worden gebruikt om de functie uit te zetten terwijl ze een geüpdatet beleid voor eindpuntbeveiliging implementeren. Het zakelijke beleid is bedoeld om de functie alleen uit te zetten totdat het beleid voor eindpuntbeveiliging is geüpdatet. Daarna moet het beleid weer worden aangezet.

   
  • Chrome 129 op macOS
    De functie staat uit achter een flag (chrome://flags/#use-adhoc-signing-for-web-app-shims) zodat bedrijven kunnen testen op compatibiliteit met hun tools voor eindpuntbeveiliging, zoals Santa. Als de functie op dit moment niet compatibel is, kunnen ze de functie uitzetten via het bedrijfsbeleid terwijl ze hun configuraties voor eindpuntbeveiliging updaten. Het zakelijke beleid is bedoeld om de functie alleen uit te zetten totdat het beleid voor eindpuntbeveiliging is geüpdatet.
   
  • Chrome 133 op macOS

    De functie wordt uitgerold naar 100% op de stabiele versie.

   

   

• Chrome-synchronisatie ondersteunt geen Chrome-versies meer die ouder zijn dan 4 jaar 

  Vanaf februari 2025 ondersteunt Chrome-synchronisatie (hiermee worden gegevens gebruikt en opgeslagen in je Google-account) geen Chrome-versies meer die ouder zijn dan 4 jaar. Als je Chrome-synchronisatie wilt blijven gebruiken, moet je upgraden naar een nieuwere versie van Chrome. Ga naar deze discussie voor meer informatie: Chrome-synchronisatie wordt beëindigd voor Chrome-versies die meer dan 4 jaar oud zijn.

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

    Deze wijziging is alleen van invloed op de oude versies van Chrome en wordt aan de serverzijde uitgerold. Chrome 133 wordt alleen vermeld om aan te geven wanneer de wijziging van kracht wordt.

   

   

• Nieuwe optie in het beleid HttpsOnlyMode

  Met Ask Before HTTP (ABH), voorheen Alleen HTTPS/Eerst HTTPS genoemd, kan Chrome om toestemming van de gebruiker vragen voordat onveilige HTTP-content via het netwerk wordt verstuurd. Met het beleid HttpsOnlyMode kun je ABH geforceerd aan- of uitzetten.

  In Chrome 129 hebben we een nieuwe variant van ABH toegevoegd die tussen de 2 andere varianten in zit: de evenwichtige modus. Deze variant is bedoeld om ongemak voor gebruikers te verminderen door meestal als (strikte) ABH te werken, maar niet te vragen als Chrome weet dat een HTTPS-verbinding niet mogelijk is, zoals bij verbinding maken met een hostnaam met eenvoudig label zoals internal/.

  We voegen de beleidsoptie force_balanced_enabled toe om deze nieuwe variant geforceerd te kunnen aanzetten. Als je force_balanced_enabled instelt in browsers vóór Chrome 129, wordt het standaardgedrag gebruikt. Hiermee worden er geen zakelijke beperkingen ingesteld voor de ABH-instelling.

  Als je eerder force_enabled hebt ingesteld, raden we je aan force_enabled pas in te stellen als al je apparaten zijn geüpgraded naar Chrome 129 of hoger. Zo voorkom je onverwachte gevolgen. Als je niet migreert van force_enabled naar force_balanced_enabled, heeft deze wijziging geen invloed op je.

   
  • Chrome 129 op ChromeOS, Linux, macOS, Windows, Fuchsia
  • Chrome 133 op Android
   

   

• Tabbladen bevriezen bij Energiebesparing

  Als Energiebesparing actief is, bevriest Chrome een tabblad dat al meer dan 5 minuten verborgen en stil is en veel CPU gebruikt, tenzij:

  • Het tabblad audio- of videoconferentiefunctionaliteit biedt (gedetecteerd via microfoon-, camera- of scherm-, venster- of tabbladopname of een RTCPeerConnection met een open RTCDataChannel of een live MediaStreamTrack).
  • Het tabblad een extern apparaat aanstuurt (dat wordt gedetecteerd via het gebruik van Web USB, Web Bluetooth, Web HID of Web Serial).

  Hierdoor wordt de batterijduur verlengd en werkt Chrome sneller door minder CPU-gebruik.
  Je kunt de functie testen met de flag chrome://flags/#freezing-on-energy-saver. Je kunt deze ook testen met chrome://flags/#freezing-on-energy-saver-testing. Hiermee wordt gesimuleerd dat Energiebesparing actief is en dat alle tabbladen veel CPU gebruiken. Zo kun je controleren of tabbladen in aanmerking komen voor bevriezen en of ze worden bevroren als ze veel CPU gebruiken.

   
  • Chrome 133 op ChromeOS, Linux, macOS, Windows
    De functie wordt in Chrome 133 uitgerold naar 1% van de stabiele versie.

    Je kunt de beschikbaarheid van Energiebesparing beheren via het beleid BatterySaverModeAvailability (deze wijziging heeft geen effect als Energiebesparing inactief is).

     

   

• V8-beveiligingsinstelling op Android 

  V8 is de JavaScript- en WebAssembly-engine van Chrome die wordt gebruikt om de sitesprestaties te verbeteren. Chrome 133 op Android bevat nu een nieuwe instelling op chrome://settings/security om de V8 Just-in-Time (JIT)-optimalisaties uit te zetten en zo het risico op aanvallen op Chrome te verkleinen. Zo blijft de compatibiliteit met Web Assembly behouden. Beheerders kunnen deze functie blijven beheren met het zakelijke beleid DefaultJavaScriptJitSetting en de daaraan verbonden beleidsregels JavaScriptJitAllowedForSites en JavaScriptJitBlockedForSites.

   
  • Chrome 122 op ChromeOS, Linux, macOS, Windows, Fuchsia
    De instelling wordt uitgerold in Chrome 121. Het zakelijke beleid is al beschikbaar sinds Chrome 93.
  • Chrome 133 on Android
    De instelling is beschikbaar op Android in Chrome 133 onder Site-instellingen. Het bedrijfsbeleid is niet meer gemarkeerd als experimenteel.
   

   

• Welkomstpagina van Chrome wordt niet meer geactiveerd met initial_preferences

  We hebben de welkomstpagina van Chrome verwijderd uit initial_preferences, omdat die pagina overbodig is geworden door de functionaliteit die bij de eerste uitvoering wordt geactiveerd op desktopplatforms. Als je chrome://welcome opneemt in de property first_run_tabs van het bestand initial_preferences, heeft dit nu geen effect.

  Ga naar Andere voorkeuren instellen voor meer informatie over de context van het bestand initial_preferences.

   
  • Chrome 133 op Windows, macOS, Linux
   

   

• Ondersteuning voor niet-speciale schema-URL's

  Sinds Chrome 130 ondersteunt de Chrome-browser niet-speciale schema-URL's zoals git://example.com/path. Eerder ondersteunde de Chromium-URL-parser niet-speciale URL's niet. De parser parseert niet-speciale URL's alsof ze een ondoorzichtig pad hebben, wat niet overeenkomt met de URL-standaard. In Chrome 133 parseert de URL-parser van Chromium niet-speciale URL's correct, volgens de URL-standaard. Ga naar http://bit.ly/url-non-special voor meer informatie.

   
  • Chrome 130 op Windows, macOS, Linux, Android
  • Chrome 133 op Windows, macOS, Linux, Android
  • Chrome 134 op Windows, macOS, Linux, Android: functievlag wordt verwijderd

   

• Nieuw beleid in de Chrome-browser

  Beleid	Beschrijving
  LiveTranslateEnabled	Zet vertaling van live ondertiteling aan. Ondertiteling wordt naar Google gestuurd voor vertaling.
  WebRtcIPHandling	Dit beleid maakt het mogelijk om te beperken welke IP-adressen en interfaces worden gebruikt door WebRTC als naar de beste beschikbare verbinding wordt gezocht.
  DefaultJavaScriptOptimizerSetting	Hiermee kun je instellen of de Chrome-browser de V8 JavaScript-engine uitvoert met meer geavanceerde JavaScript-optimalisaties aangezet.
  JavaScriptOptimizerBlockedForSites	Hiermee kun je een lijst met URL-patronen instellen voor sites waarvoor geavanceerde JavaScript-optimalisaties zijn uitgezet.
  JavaScriptOptimizerAllowedForSites	Hiermee kun je een lijst met URL-patronen instellen voor sites waarvoor geavanceerde JavaScript-optimalisaties zijn aangezet.
  SafeBrowsingAllowlistDomains	Als je dit beleid toepast, vertrouwt Safe Browsing de domeinen die je aangeeft.
  FilePickerChooseFromDriveSettings	Toestaan dat bestanden rechtstreeks worden gekozen uit Google Drive.

   

   

• Verwijderd beleid in de Chrome-browser

  Beleid	Beschrijving
  CSSCustomStateDeprecatedSyntaxEnabled	Bepaalt of de beëindigde syntaxis voor de aangepaste css-status aanstaat

   

   

Wijzigingen in Chrome Enterprise Core

   

• Support voor het beleid DownloadRestrictions op iOS 

  DownloadRestrictions is een universeel beleid dat beschikbaar is voor Chrome Enterprise Core-gebruikers op desktopplatforms en op Android. Het beleid DownloadRestrictions wordt nu ondersteund op iOS. Zo kunnen beheerders alle downloads blokkeren in de mobiele versie van Chrome op iOS.

   
  • Chrome 133 op iOS

Wijzigingen in Chrome Enterprise Premium

   

• Er zijn geen updates voor Chrome Enterprise Premium in Chrome 133.

Meer informatie over de verschillen tussen Chrome Enterprise Core en Chrome Enterprise Premium

Geplande wijzigingen in de Chrome-browser

 

    

• Het deelvenster Privacy en beveiliging in Chrome DevTools

  Vanaf Chrome 134 kunnen ontwikkelaars het nieuwe deelvenster Privacy en beveiliging in Chrome DevTools gebruiken om te testen hoe hun site zich gedraagt als cookies van derden worden beperkt. Ontwikkelaars kunnen cookies van derden tijdelijk beperken, observeren hoe hun site zich gedraagt en de status van cookies van derden op hun site controleren.

  Met deze functie worden er geen permanente wijzigingen aangebracht in het bestaande bedrijfsbeleid, maar kan bedrijfsbeleid voor cookies van derden (dat wil zeggen BlockThirdPartyCookies en CookiesAllowedForUrls) tijdelijk worden overschreven om het beleid strenger te maken. Als cookies van derden al met BlockThirdPartyCookies worden geblokkeerd door je bedrijfsbeleid, wordt deze functie uitgezet.

  Het nieuwe deelvenster Privacy en beveiliging vervangt het bestaande deelvenster Beveiliging. Informatie over TLS-verbindingen en certificaten blijft beschikbaar op het tabblad Beveiliging in het deelvenster Privacy en beveiliging.

   
  • Chrome 134 op ChromeOS, Linux, macOS, Windows

    

• Voorlezen in de Leesmodus in Chrome 134 

  De leesmodus is een functie in het zijvenster die een vereenvoudigde weergave biedt van webpagina's met veel tekst. De leesmodus bevat de functie Voorlezen, waarmee gebruikers de tekst die ze lezen hardop kunnen horen. Je kunt kiezen uit verschillende natuurlijke stemmen en snelheden, en visuele highlights bekijken.

   
  • Chrome 134 op Linux, macOS, Windows

    

• Instellingen voor AI-functies markeren die op basis van beleid uitstaan 

  In de Chrome-instellingen vind je AI-functies die zijn uitgezet door zakelijk beleid. We tonen ook de melding Uitgezet door je organisatie, net als bij andere instellingen die uitstaan vanwege het beleid. 

   
  
  • Chrome 134 op ChromeOS, Linux, macOS, Windows

    

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

  Als vervolg op de partitionering van opslag implementeert Chromium 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 Chromium 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 Chromium 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 als het andere bedrijfsbeleid voor partitionering van opslag wordt beëindigd.

   
  • Chrome 134 op Windows, macOS, Linux

    

• Service worker-client maken en service worker-controller voor srcdoc-iframe overnemen

  Srcdoc-contextdocumenten zijn op dit moment geen serviceworker-clients en vallen niet onder de serviceworker van de bovenliggende pagina. Dit leidt tot enkele verschillen (Resource Timing rapporteert bijvoorbeeld de URL's die deze documenten laden, maar de serviceworker onderschept ze niet). We willen de verschillen oplossen door serviceworker-clients te maken voor srcdoc-iframes en deze de serviceworker-controller van de bovenliggende pagina te laten overnemen.

   
  • Chrome 134 op Windows, MacOS, Linux, Android

    

• Foutgebeurtenis activeren in plaats van uitzondering werpen voor CSP-geblokkeerde werker 

  Als een worker wordt geblokkeerd door het Content Security Policy (CSP), geeft Chromium op dit moment een SecurityError-uitzondering vanuit de constructoren 'new Worker(url)' of 'new SharedWorker(url)'. Volgens de CSP-specificatie wordt de CSP-controle uitgevoerd als onderdeel van een ophaalopdracht en moet er een foutgebeurtenis worden geactiveerd nadat het object is geretourneerd. Met deze update willen we Chromium geschikt maken voor de specificaties door geen uitzondering te geven vanuit de constructor, maar in plaats daarvan asynchroon een foutgebeurtenis te activeren.

   
  • Chrome 134 op Windows, MacOS, Linux, Android

    

• Niet-standaard audiobeperkingen voor getUserMedia verwijderen 

  Blink ondersteunde een aantal niet-standaard beperkingen met het voorvoegsel goog voor getUserMedia al enige tijd voordat beperkingen correct werden gestandaardiseerd.

  Het gebruik is aanzienlijk afgenomen van ongeveer 0,000001% tot 0,0009% (afhankelijk van de beperking) en sommige hebben zelfs geen effect vanwege wijzigingen in de Chromium-audio-opnamestack. Binnenkort heeft geen enkele hiervan nog invloed vanwege andere aankomende wijzigingen.

  We verwachten geen grote regressies door deze wijziging. Apps die deze beperkingen gebruiken blijven werken, maar krijgen audio met de standaardinstellingen (alsof er geen beperkingen zijn doorgegeven). Ze kunnen makkelijk worden gemigreerd naar standaardbeperkingen.

   
  • Chrome 134 op Windows, MacOS, Linux, Android

    

• Mutatiegebeurtenissen beëindigen

  Synchrone mutatiegebeurtenissen, waaronder DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument en DOMCharacterDataModified, hebben een negatieve invloed op de paginaprestaties en maken het aanzienlijk complexer om nieuwe functies toe te voegen aan het web. We hebben deze API's in 2011 verwijderd uit de specificaties en (in 2012) vervangen door de gebruiksvriendelijkere Mutation Observer API. Je moet gebruik van de beëindigde mutatiegebeurtenissen verwijderen of overzetten naar Mutation Observer. 

  Vanaf Chrome 124 is er een tijdelijk zakelijk beleid beschikbaar, MutationEventsEnabled, om beëindigde of verwijderde mutatiegebeurtenissen weer aan te zetten. Ga naar deze blogpost voor meer informatie. Als je problemen ondervindt, kun je hier bugs melden.

  Ondersteuning voor mutatiegebeurtenissen staat sinds Chrome 127 of ongeveer 30 juli 2024 standaard uit. Code moet vóór die datum zijn gemigreerd om te voorkomen dat je site niet meer werkt. Als je meer tijd nodig hebt, zijn er een paar opties:

  • Je kunt de Mutation Events Deprecation Trial (proefperiode na beëindiging van mutatiegebeurtenissen) gebruiken om de functie tijdelijk weer aan te zetten op een bepaalde site. Je kunt deze gebruiken tot en met Chrome 134, tot 25 maart 2025.
  • Je kunt het zakelijke beleid MutationEventsEnabled gebruiken voor hetzelfde doel, ook tot en met Chrome 134.
  • Chrome 135 op Android, Linux, macOS, Windows: Het zakelijke beleid MutationEventsEnabled wordt beëindigd.

    

• Synchronisatie van Chrome-instellingen en -thema's op desktop tussen verschillende apparaten bij het inloggen

  Na de lancering van het nieuwe identiteitsmodel op Chrome voor desktop zijn we van plan accountinstellingen, thema's en sitekoppelingen aan te zetten voor gebruikers bij het inloggen (in plaats van te synchroniseren).

  Daarom introduceren we lokale en accountopslag voor elk van deze gegevenstypen.

  Dit houdt het volgende in:

  • Voor Chrome-gebruikers op desktop die inloggen bij Chrome of die synchronisatie hebben aangezet, worden instellingen, sitekoppelingen en thema's die zijn gesynchroniseerd met hun Google-account, gescheiden gehouden van de lokale instellingen, dat wil zeggen instellingen van toen ze waren uitgelogd of toen synchronisatie uitstond.
  • Hierdoor worden er minder gegevens gedeeld dan voorheen: lokale instellingen worden niet automatisch geüpload als gebruikers inloggen of synchronisatie aanzetten en er blijven geen instellingen uit hun accountopslag achter op het apparaat als synchronisatie uit staat.

  • Het bestaande Chrome-beleid SyncDisabled en SyncTypesListDisabled blijft van toepassing, zodat beheerders de synchronisatiefunctie kunnen beperken of uitzetten als ze dat willen.

  • Chrome 135 op Linux, macOS, Windows

    

• Spaties niet toestaan in URL-hosts die beginnen met non-file:// 

  Zoals vermeld in de specificaties van WhatWG.org mogen URL-hosts geen spatie bevatten, maar op dit moment staat de parsering 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' [2] en 'URL focusgebieden [3].

  We willen dat Chromium aan de specificaties voldoet en daarom spaties volledig uit URL-hosts verwijderen. Het probleem is dat spaties worden gebruikt in het hostgedeelte van Windows file://-URL's (zie de discussie op GitHub).

  Deze functie maakt deel uit van de voortdurende inzet om Chromium beter te laten voldoen aan de specificaties door spaties alleen te verbieden voor niet-bestands-URL's.

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

    

• Beleid ThirdPartyBlockingEnabled verwijderen 

  Vanwege onverwachte problemen wordt ThirdPartyBlockingEnabled verwijderd in Chrome 135. Als je feedback hebt over deze verwijdering, kun je hier een bug melden.

   
  • Chrome 132 op Windows
    Beëindiging van het beleid ThirdPartyBlockingEnabled
  • Chrome 135 op Windows
    Verwijdering van het beleid ThirdPartyBlockingEnabled

    

• Getters van Intl Locale Info beëindigen

  De Intl Locale Info API is een ECMAScript-TC39-voorstel van fase 3 om het Intl.Locale-object te verbeteren door informatie over de landinstelling te tonen, zoals weekgegevens (eerste dag van een week, eerste dag van het weekend, laatste dag van het weekend, minimumdag in de 1e week) en de uurcyclus voor de tekstrichting die in de landinstelling wordt gebruikt.

  We hebben onze implementatie uitgebracht in Chrome 99 , maar later zijn er enkele wijzigingen aangebracht in het voorstel in fase 3 en zijn er verschillende getters verplaatst naar functies. We moeten de beëindigde getters verwijderen en de hernoemde functies opnieuw lanceren.

   
  • Chrome 135 op Windows, MacOS, Linux, Android

    

• SwiftShader-reserve verwijderen 

  Automatisch terugvallen op WebGL ondersteund door SwiftShader is beëindigd. Als je dit toestaat, wordt de WebGL-context niet gemaakt en wordt er 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. Je kunt het mislukken van het maken van een WebGL-context testen en verwerken en terugvallen op andere web-API's, zoals Canvas2D of een toepasselijke melding aan de gebruiker.

   
  • Chrome 135 op Windows, MacOS, Linux, Android

    

• Migratie van de Safebrowsing API v4 naar v5

  Chrome-aanroepen naar de Safebrowsing 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.

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

  We rollen deze functie geleidelijk uit.

    

• De provider van het UI Automation-toegankelijkheidsframework op Windows 

  Sinds Chrome 126 heeft Chrome rechtstreeks clientsoftware ondersteund 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 het zakelijke beleid UiAutomationProviderEnabled gebruiken, dat beschikbaar is vanaf Chrome 125, om de nieuwe provider geforceerd aan te zetten (zodat alle gebruikers de nieuwe functies krijgen) of de nieuwe provider uit te zetten. Dit beleid wordt ondersteund tot en met Chrome 136 en wordt verwijderd in Chrome 137. 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 voor 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 136.
  • Chrome 137 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

      

  • Nieuwe bijbehorende app van Chrome Enterprise 

    De Chrome Enterprise Companion App is een nieuw binair beheerdersbestand dat automatisch wordt geïnstalleerd bij Chrome-browsers die zijn ingeschreven voor Chrome Enterprise Core of Chrome Enterprise Premium. Deze is bedoeld om Enterprise-toepassingen, -beleid en -rapportage te ondersteunen. 

    • Chrome 134 op Windows, macOS

   

Geplande wijzigingen in Chrome Enterprise Premium

 

   

• De gebruikerservaring van DLP-regels opnieuw indelen

  We willen een gebruiksvriendelijkere en efficiëntere interface maken voor Chrome-specifieke DLP-regels. Hiervoor wordt de workflow voor het maken van regels in de Beheerdersconsole opnieuw ontworpen om bestaande en toekomstige beveiligingsfuncties voor Chrome Enterprise Premium-klanten beter te ondersteunen.

   
  • Chrome 134 op Windows, macOS, Linux, ChromeOS
   

   

• Screenshot voorkomen

  We zijn van plan de bestaande functie voor het voorkomen van screenshots te verbeteren door de blokkering van scherm delen uit te breiden naar vergaderingsapps zoals Google Meet, Zoom, Teams en Slack. We bouwen verder op de succesvolle release van opties voor gegevensbescherming door belangrijke functies toe te voegen en hiaten en feedback van gebruikers op te lossen.

   
  • Chrome 134 op Windows, macOS
   

   

• URL-filters op iOS en Android 

  We breiden de bestaande mogelijkheden voor URL-filters uit van desktops naar mobiele platforms. Zo kunnen organisaties bepaalde URL's of URL-categorieën controleren, waarschuwingen erbij tonen of blokkeren voor weergave in beheerde Chrome-browsers of beheerde gebruikersprofielen op mobiele apparaten. We zorgen ook dat de functionaliteit naadloos werkt met contextbewuste toegang (CAA). Hiermee kunnen beheerders toegangsbeleid instellen op basis van de gebruikerscontext (bijvoorbeeld gebruikersrol, locatie) en apparaatstatus (bijvoorbeeld beheerd apparaat, naleving van beveiligingsbeleid).

   
  • Chrome 135 op Android, iOS
   

   

• Rapportageconnector voor mobiel 

  We werken aan functionaliteit die vergelijkbaar is met de desktopversie, zodat organisaties beveiligingsgebeurtenissen op mobiele apparaten kunnen bijhouden en erop kunnen reageren, zoals onveilige sitebezoeken en mogelijke pogingen tot gegevensverwijdering. Zo zorgen we voor consistente beveiliging en beleidshandhaving op verschillende platforms.

   
  • Chrome 135 op Android, iOS
   

   

• Connectors API

  We zijn van plan het instelproces voor beveiligingsconnectors van derden te vereenvoudigen en aanbieders de mogelijkheid te geven configuraties rechtstreeks vanuit hun eigen UI te beheren. Zo kunnen organisaties makkelijker hun favoriete beveiligingstools en -services integreren in Chrome, waardoor de beveiliging en het beheer op verschillende platforms worden verbeterd.

   
  • Chrome 135 op Windows, macOS, Linux, ChromeOS

Releaseoverzicht voor Chrome 133

 

ChromeOS-updates	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Verbeterde verwerking van Office-bestanden voor beheerde gebruikers		✓	✓
Cloudopslag instellen als de enige optie voor gegevensopslag op ChromeOS-apparaten	✓		✓
Stuitertoetsen op ChromeOS		✓
Verbeterde welkomstrondleiding		✓
ChromeOS-beleid voor toetsenbordtalen		✓	✓
Taalupdate voor Screencast		✓
Nieuwe schakelaar voor superresolutie voor bluetooth-microfoons		✓
Release candidate voor ChromeOS LDS 132			✓
Statuscontrole van kiosken			✓
Geplande wijzigingen in ChromeOS	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Wijziging in hartslag van kiosk			✓
Geïsoleerde web-apps in de ChromeOS-kioskmodus		✓
Gegevens migreren voor leerlingen die zijn geslaagd			✓
ChromeOS-beleid voor de batterijduur			✓
Langzame toetsen		✓	✓
Gif's met Snel invoegen		✓
AI-achtergronden		✓
Beëindiging van ondersteuning voor Chrome-apps op ChromeOS		✓	✓

 

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.

ChromeOS-updates

   

• Verbeterde verwerking van Office-bestanden voor beheerde gebruikers

  Vanaf ChromeOS 133 kunnen beheerde gebruikers hun Microsoft Office-bestanden (Word, PowerPoint, Excel) nu naadloos openen en bewerken, ongeacht of ze Office voor het web gebruiken in Microsoft 365 of Google Workspace.

  Organisaties die Office voor het web gebruiken, kunnen gebruikmaken van de OneDrive-integratie in de app Bestanden, Microsoft 365 PWA-systeemintegraties voor een desktopachtige functionaliteit, SSO voor alle vereiste apps en geavanceerde beleidsopties voor vooraf instellen.

  Voor Google Workspace-klanten is de migratie van lokale bestanden naar Google Workspace geoptimaliseerd.

  Ga naar Office-bestandsverwerking instellen voor beheerde gebruikers in het Helpcentrum van Chrome Enterprise en Education voor meer informatie.

  Het nieuwe beleid voor de verwerking van Microsoft Office-bestanden omvat:

  • MicrosoftOneDriveMount
  • MicrosoftOneDriveAccountRestrictions
  • MicrosoftOfficeCloudUpload
  • GoogleWorkspaceCloudUpload
  • QuickOfficeForceFileDownloadEnabled

   

• Cloudopslag de enige optie voor gegevensopslag maken op ChromeOS-apparaten

  In ChromeOS 133 introduceren we echte cloudgebaseerde functionaliteit. Beheerders kunnen zorgen dat alle bestanden worden opgeslagen in Google Workspace of Microsoft OneDrive door lokale opslag te blokkeren. Deze functie voorkomt gegevensverlies, vermindert beveiligingsrisico's, ondersteunt vereisten voor juridische bewaring en is vooral handig voor gedeelde apparaten.

  Ga naar Cloudopslag gebruiken als enige opslagoptie op ChromeOS-apparaten in het Helpcentrum van Chrome Enterprise en Education voor meer informatie.

  Het nieuwe beleid voor cloudopslag omvat:

  • LocalUserFilesAllowed
  • LocalUserFilesMigrationDestination
  • DownloadDirectory (OneDrive-ondersteuning)
  • ScreenCaptureLocation

   

• Stuitertoetsen in ChromeOS

  Stuitertoetsen is een toegankelijkheidsfunctie die is ontworpen om het gebruik van een computer makkelijker te maken voor mensen met beperkte behendigheid of tremoren. De functie negeert herhaalde toetsaanslagen binnen een kort tijdsinterval, dat je naar wens kunt aanpassen. Zo voorkom je dat er onbedoelde tekens worden ingevoerd door onbedoelde toetsaanslagen.

   

  

  
   

   

• Verbeterde welkomstrondleiding

  Nieuwe ChromeOS-gebruikers krijgen nu meteen na het instellen van het apparaat een welkomstrondleiding. De welkomstrondleiding is een interactieve manier voor gebruikers om de basisprincipes te leren en snel aan de slag te gaan met hun nieuwe Chromebook.

  

   

• Nieuw ChromeOS-beleid voor toetsenbordtalen 

  Vanaf ChromeOS 133 kunnen beheerders met het nieuwe beleid AllowedInputMethodsForceEnabled automatisch toetsenbordtalen installeren die eerder zijn ingesteld met AllowedInputMethods. Als het beleid is ingesteld, kan de gebruiker geen nieuwe toetsenbordtalen toevoegen of geselecteerde toetsenbordtalen verwijderen.

   

• Taalupdate voor screencast

  Screencast ondersteunt nu meer dan 50 talen. Als je Screencast wilt gebruiken, tik je op het icoon Launcher en zoek je naar Screencast. Je vindt de lijst met talen in het Helpcentrum-artikel De Screencast-app gebruiken om op te nemen en te delen op je ChromeOS-apparaten.

   

  

     

   

• Nieuwe schakelaar voor superresolutie voor bluetooth-microfoons

  In ChromeOS 133 is er een schakelaar toegevoegd om superresolutie voor bluetooth-microfoons te beheren. De schakelaar is toegevoegd aan de pagina met audio-instellingen en is alleen zichtbaar als de functie wordt ondersteund en het geselecteerde invoerapparaat een bluetooth-headset is.

  

     

   

• ChromeOS LDS 132

  De release candidate voor ChromeOS LDS 132 is nu beschikbaar. Ga naar de release-opmerkingen voor langdurige support (LDS) van ChromeOS voor meer informatie. 

   

• Statuscontrole voor kioskapparaten

  In ChromeOS 133 is de vertraging bij statusupdates voor controle van de apparaatstatus voor kioskapparaten verbeterd. Onder ideale omstandigheden worden statusupdates voor kioskapparaten nu in ongeveer een minuut gerapporteerd. De offline status wordt nu binnen 11 minuten verstuurd of geüpdatet. Ga naar De kioskstatus controleren in het Helpcentrum van Chrome Enterprise en Education voor meer informatie.

Geplande wijzigingen in ChromeOS

   

• Wijziging in hartslag van kiosk 

  Vorig jaar zomer hebben we een MSA gestuurd om klanten te informeren over een migratie van de Kiosk Heartbeat API waarvoor uiteindelijk een update naar ChromeOS 126 is vereist.

  Als je organisatie een versie ouder dan ChromeOS 126 gebruikt, moet je al je apparaten updaten. Voor deze wijziging in de kioskhartslag is een update naar ChromeOS 126, ChromeOS LDS 126 of een update naar de huidige stabiele ChromeOS-release vereist.

  • Wat moet je doen?

  Zorg dat je DeviceChromeVariation (waarde: 0) hebt geactiveerd voor je organisatie totdat alle apparaten zijn geüpdatet naar LDS 132.

  Zodra alle apparaten LDS 132 hebben, is DeviceChromeVariation niet meer nodig en kan deze worden gewijzigd in een willekeurige waarde.  

  • Wat gebeurt er als DeviceChromeVariation wordt gedeactiveerd?

  Apparaten met LDS-versies ouder dan LDS 132 blijven tot 7 april 2025 de oude Kiosk Heartbeat-infrastructuur gebruiken.

  Vanaf 8 april 2025 sturen alle apparaten met LDS-versies ouder dan ChromeOS LDS 132 geen hartslag meer.

   

• Geïsoleerde web-apps in de ChromeOS-kioskmodus 

  In ChromeOS 134 ondersteunt de ChromeOS-kioskmodus geïsoleerde web-apps. Dit is een veiligere en veelzijdigere app-oplossing met toegang tot uitgebreide systeemintegraties en krachtige functies. Beheerders kunnen IWA's voor implementaties van kiosken en digitale borden instellen op beheerde Chrome Enterprise-apparaten via de Beheerdersconsole.

   

• Gegevens migreren voor leerlingen die zijn geslaagd 

  Vanaf maart 2025 begeleidt de nieuwe tool voor contentoverdracht leerlingen die zijn geslaagd of andere door een EDU-beheerder beheerde gebruikers die hun gegevens willen migreren via het geüpdatete overdrachtsproces van Google Takeout. Zo kunnen ze hun content in Documenten, Spreadsheets, Presentaties en Gmail overzetten naar een Gmail-account naar keuze.

  Met deze nieuwe app kunnen schoolbeheerders een icoon vastzetten op de plank, leerlingen en docenten op hun Chromebooks een melding sturen en datums instellen om ze te porren en aan te moedigen contentoverdracht te gebruiken.

   

  

   

• Nieuw ChromeOS-beleid voor de batterijduur 

  In ChromeOS 134 introduceren we een nieuw beleid voor oplaadlimieten voor de batterij met meer optimalisatieopties, waardoor de levensduur van Chromebooks wordt verlengd. Beheerders kunnen nog steeds een maximale oplaadlimiet instellen, met 100% als standaard, om slijtage van de batterij tot een minimum te beperken en de betrouwbaarheid op de lange termijn te verbeteren. Dit nieuwe beleid is gunstig zowel voor beheerders die apparaten beheren (bijvoorbeeld in onderwijsinstellingen) als voor individuele gebruikers die de levensduur van hun Chromebook willen maximaliseren. Dit beleid wordt automatisch toegepast en vereist geen gebruikersinteractie.

   

• Langzame toetsen 

  Langzame toetsen is een toegankelijkheidsfunctie waarmee mensen met een beperkte behendigheid nauwkeuriger kunnen typen. Deze functie is met name handig voor mensen met aandoeningen zoals tremoren, artritis of gevoelloosheid in de vingertoppen, waardoor het moeilijk kan zijn om met precisie op toetsen te drukken. Langzame toetsen introduceert een vertraging. Je moet toetsen een bepaalde tijd ingedrukt houden voordat ze worden geregistreerd. Zo voorkom je dat je onbedoeld op toetsen drukt.

  

   

• Gif's met Snel invoegen 

  Snel invoegen ondersteunt binnenkort rechtstreekse GIF-invoeging. Voeg snel gifjes toe aan je berichten en documenten zonder het menu Snel invoegen te verlaten. Ga naar Snel invoegen gebruiken om content toe te voegen en te maken voor meer informatie.

   

• AI-achtergronden 

  Vanaf ChromeOS 135 willen we generatieve AI-achtergronden voor videogesprekken in hoge resolutie introduceren in ChromeOS. Met deze functie kun je je creativiteit de vrije loop laten en je Chromebook veranderen in een canvas voor persoonlijke expressie. Kies uit een gevarieerde collectie templates en geef je Chromebook met een paar klikken een unieke persoonlijkheid, sfeer of interesse.

  Er zijn 2 nieuwe beleidsregels beschikbaar om deze functies te beheren: GenAIVcBackgroundSettings en GenAIWallpaperSettings. Deze functie is alleen beschikbaar op Chromebook Plus-apparaten.

   

• Beëindiging van ondersteuning voor Chrome-apps op ChromeOS 

  In 2016 hebben we de beëindiging van Chrome-apps aangekondigd ten gunste van web-apps. In 2021 hebben we op de Chromium-blog aangekondigd dat de ondersteuning voor Chrome-apps voor ChromeOS Enterprise- en Education-klanten en -ontwikkelaars op ChromeOS zou worden verlengd tot ten minste januari 2025. De meeste van onze klanten gebruiken Chrome-apps (waaronder verouderde verpakte-apps (v1) en gehoste apps) niet meer. Daarom bevestigen we de volgende updates over de beëindigingsdatums van Chrome-apps.

   

  • Juli 2025: Ondersteuning voor door gebruikers geïnstalleerde Chrome-apps wordt beëindigd (gepland voor ChromeOS M138).
    • Chrome-apps die afgedwongen zijn geïnstalleerd via de Beheerdersconsole, blijven we ondersteunen.
  • Juli 2026: De laatste ChromeOS-release met ondersteuning voor Chrome-apps in de kioskmodus (gepland voor ChromeOS M150).
    • Apparaten op het LDS-kanaal met Chrome-apps in de kioskmodus krijgen tot april 2027 support.
  • Februari 2028: De laatste ChromeOS-release met support voor Chrome-apps (gepland voor ChromeOS M168). Dit is het einde van de levensduur van alle Chrome-apps.
    • Apparaten op het LDS-kanaal kunnen Chrome-apps tot oktober 2028 blijven gebruiken.
    • Er worden geen uitzonderingen gemaakt.

  Deze tijdlijn voor beëindiging gelden ook voor zelfgehoste Chrome-apps.

  Er kunnen geen nieuwe Chrome-apps meer worden toegevoegd aan de Chrome Web Store, maar bestaande Chrome-apps kunnen nog wel worden geüpdatet tot en met oktober 2028, wanneer ze hun einde levensduur bereiken op ChromeOS. Na deze datum worden Chrome-apps verwijderd uit de Chrome Web Store.

  Als uw organisatie eigen Chrome-apps heeft ontwikkeld en u hulp nodig heeft, raadpleeg dan de handleiding Overstappen van Chrome-apps. Je kunt je ook aansluiten bij de ChromeOS-ontwikkelaarscommunity op Discord of contact met ons opnemen via het formulier op https://chromeos.dev/work-with-us. Raadpleeg het releaseschema voor ChromeOS voor releasedatums en updates.

  In de komende weken sturen we meer gedetailleerde informatie naar alle overige Chrome-app-ontwikkelaars en alle ChromeOS-beheerders.

Releaseoverzicht voor Chrome 132

 

Wijzigingen in de Chrome-browser	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Zoeken met Google Lens		✓
Sandbox voor netwerkservice in Windows	✓
Ad-hoc codehandtekeningen voor shims van progressive web-apps op macOS		✓
Meerdere tegelijk uploaden		✓
Updates van de workflow voor disclaimers voor connectors	✓
DownloadRestrictions is strenger voor bestandstypebeperkingen	✓
Updates van het desktop-identiteitsmodel		✓
Modus Eerst HTTPS voor doorgaans beveiligde gebruikers	✓
Toegangssleutels op iOS	✓	✓
Schakelaar voor wachtwoordlekken is verplaatst	✓
Verwijdering van de oude modus zonder interface uit de binaire bestanden van Chrome		✓
Beleid ThirdPartyBlockingEnabled verwijderen			✓
Zakelijk beleid verwijderen dat wordt gebruikt voor verouderd gedrag van dezelfde site			✓
Ondersteuning voor niet-speciale schema-URL's	✓
Vertalen voor Zoeken met Google Lens		✓
Gebruikerslink vastleggen in PWA's		✓	✓
Toetsenbord-focusbare scrollcontainers		✓
API's met voorvoegsel HTMLVideoElement voor volledig scherm verwijderen		✓
Uitzondering activeren voor pop-ups of dialoogvensters in niet-actieve documenten		✓
Nieuw beleid in de Chrome-browser			✓
Verwijderd beleid in de Chrome-browser			✓
Wijzigingen in Chrome Enterprise Core	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Aangepaste Chrome Web Store voor bedrijven		✓	✓
Nieuwe beheermogelijkheden voor Chrome-gebruikers in de Beheerdersconsole			✓
Bronvoorwaarden kopiëren in plakregel van Chrome DLP	✓
Inzichten genereren voor meldingen en fouten in de Chrome DevTools-console			✓
Professionele certificering voor Chrome Enterprise-beheerders			✓
Rootcertificaten voor Chrome Enterprise-servers	✓		✓
Rapport Verouderde technologie			✓
Aanbevolen beleid (gebruikers kunnen een beleidswaarde overschrijven)		✓	✓
Geüpdatete lijst met beheerde browsers: Meest recente Google Update-activiteit			✓
Wijzigingen in Chrome Enterprise Premium	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Versleuteling van bestandsdownloads voor DLP-regels	✓
Geplande wijzigingen in de Chrome-browser	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Spaties niet toestaan in URL-hosts non-file://	✓
Voorlezen in de Leesmodus in Chrome 133		✓
Tabbladen bevriezen bij Energiebesparing		✓
Getters van Intl Locale Info beëindigen	✓
Verbeteringen in de pop-upstarter en de ankerpositionering		✓
Activering van welkomstpagina van Chrome verwijderen uit initiële voorkeuren voor eerste tabbladen	✓
Niet-standaard audiobeperkingen voor getUserMedia verwijderen	✓
SwiftShader-reserve verwijderen	✓
Het deelvenster Privacy en beveiliging in Chrome DevTools	✓	✓
Chrome-synchronisatie ondersteunt geen Chrome-versies meer die ouder zijn dan 4 jaar		✓
V8-beveiligingsinstelling	✓
Nieuwe optie in het beleid HttpsOnlyMode	✓		✓
Migratie van SafeBrowsing API v4 → SafeBrowsing API v5	✓
Partitionering van blob-URL's: ophalen of navigeren	✓
SharedWorker-script neemt controller over voor blob-script-URL	✓
Mutatiegebeurtenissen beëindigen		✓
Ondersteuning voor het UI Automation-toegankelijkheidsframework op Windows		✓
Beheerde profielen aanpassen met een aangepast logo en label		✓	✓
Geplande wijzigingen in Chrome Enterprise Core	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Nieuwe bijbehorende app van Chrome Enterprise		✓	✓
Geplande wijzigingen in Chrome Enterprise Premium	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Screenshot voorkomen (v2)	✓
URL-filters op iOS/Android	✓
Rapportageconnector voor mobiel	✓
De gebruikerservaring van DLP-regels opnieuw indelen	✓
Connectors API	✓

 

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

 

   

• Zoeken met Google Lens

  In Chrome 132 rollen we deze verbeterde functie uit op alle platforms. Beheerders kunnen alle elementen van deze functie beheren via de beleidsregel LensOverlaySettings. Er wordt een screenshot van het scherm naar de servers van Google gestuurd om de zoekopdracht uit te voeren, maar deze is niet gekoppeld aan ID's of accounts, wordt niet door mensen bekeken en er worden geen gegevens vastgelegd over de content. De pdf-bytes of website-HTML worden naar de servers van Google gestuurd om de zoekopdracht context te geven voor het document of de website die de gebruiker bekijkt. De gegevens zijn niet gekoppeld aan ID's of accounts, zijn niet zichtbaar voor mensen en de gegevens of gegevens die over de content worden gegenereerd, worden niet geregistreerd.

   

  Desktop

  Sinds Chrome 126 kunnen gebruikers met Google Lens zoeken met afbeeldingen of tekst die ze op hun desktopscherm zien. Als je deze functie wilt gebruiken, ga je naar een website en klik je op de chip Google Lens in de omnibox die op de voorgrond wordt weergegeven. Je kunt ook met de rechtermuisknop op een afbeelding klikken en Zoeken met Google Lens selecteren. Gebruikers kunnen ergens op het scherm klikken om de content te zoeken. Ze kunnen hun zoekopdracht verfijnen door vragen te typen in het zoekvak. Vanaf Chrome 132 kunnen gebruikers ook vragen stellen over hele webpagina's of pdf-documenten. Voor de antwoorden wordt het huidige document en het web gebruikt. Als je deze functie wilt gebruiken, start je Zoeken met Google Lens zoals hierboven beschreven en voer je zoekopdrachten in het zoekvak rechtsboven in het Chrome-venster in. Er wordt rechts in het browservenster een zijvenster geopend met zoekresultaten.

   

  iOS

  Sinds Chrome 131 kunnen gebruikers met Google Lens zoeken met afbeeldingen of tekst die ze op hun iOS Chrome-scherm zien. Als je deze functie wilt gebruiken, ga je naar een website en klik je op het menu met 3 stippen > Zoeken met Google Lens. Gebruikers kunnen ergens op het scherm klikken, een deel markeren of het verslepen om de content te zoeken. Ze kunnen hun zoekopdracht verfijnen door zoekwoorden of vragen te typen in het zoekvak.

   

  Informatie over uitrol:

  • Chrome 126 op ChromeOS, Linux, macOS, Windows: Uitrol van de functie voor 1% stabiele versie
  • Chrome 127 op ChromeOS, Linux, macOS, Windows: Uitrol naar 100% stabiele versie
  • Chrome 131 op iOS: Uitrol van de functie voor 1% stabiele versie
  • Chrome 132 op ChromeOS, Linux, macOS, Windows: Uitrol van de uitgebreide functie voor 1% stabiele versie
     

   

• Sandbox voor netwerkservice in Windows   

  De netwerkservice, die al in een eigen proces wordt uitgevoerd, wordt nu in Windows gesandboxt om de beveiliging en betrouwbaarheid te verbeteren. Hierbij kan het voorkomen dat code van derden die momenteel in staat is om de netwerkservice te manipuleren, wordt geblokkeerd. Dit kan leiden tot interoperabiliteitsproblemen met software die code in de procesruimte van Chrome injecteert, zoals software ter voorkoming van gegevensverlies. Met het beleid NetworkServiceSandboxEnabled kun je de sandbox uitzetten als je compatibiliteitsproblemen ervaart. Je kunt de sandbox testen in je omgeving door deze instructies te volgen.

  Meld eventuele problemen die je tegenkomt.

   
  • Chrome 132 op Windows
    Netwerkservice gesandboxt in Windows
     

   

• Ad-hoc codehandtekeningen voor shims van progressive web-apps op macOS   

  We veranderen de codehandtekeningen voor de app-shims die worden gemaakt bij de installatie van een progressive web-app op macOS, zodat ze ad-hoc codehandtekeningen gebruiken die worden gemaakt wanneer de app wordt geïnstalleerd. De codehandtekening wordt door macOS gebruikt als onderdeel van de app-ID. Deze ad-hoc handtekeningen zorgen ervoor dat elke PWA-app-shim een unieke identiteit voor macOS krijgt. Eerder beschouwde macOS elke PWA als dezelfde app.

  Met deze update worden problemen opgelost als je meerdere Progressive Web Apps probeert op te nemen in het deelvenster Openen bij inloggen van macOS. Ook worden toekomstige verbeteringen mogelijk voor de verwerking van gebruikersmeldingen binnen PWA's op macOS.

  Beheerders moeten de compatibiliteit testen met tools voor eindpuntbeveiliging of binaire machtiging die ze gebruiken (zoals Santa). Ze kunnen de functie voor deze testdoeleinden aanzetten via chrome://flags/#use-adhoc-signing-for-web-app-shims. Daarna kunnen ze een progressive web-app installeren en controleren of die wordt gestart zoals verwacht.

  Als de functie niet compatibel is met hun huidige beveiligingsbeleid, kunnen ze de functie uitzetten met het beleid AdHocCodeSigningForPWAsEnabled terwijl ze een geüpdatet beleid voor eindpuntbeveiliging implementeren. Het zakelijke beleid is bedoeld om de functie alleen uit te zetten totdat het beleid voor eindpuntbeveiliging is geüpdatet. Daarna moet het beleid weer worden uitgezet.

   
  • Chrome 129 op macOS
    De functie staat uit achter een flag (chrome://flags/#use-adhoc-signing-for-web-app-shims) zodat bedrijven kunnen testen op compatibiliteit met hun tools voor eindpuntbeveiliging, zoals Santa. Als de functie op dit moment niet compatibel is, kunnen ze de functie uitzetten via het bedrijfsbeleid terwijl ze hun configuraties voor eindpuntbeveiliging updaten. Het zakelijke beleid is bedoeld om de functie alleen uit te zetten totdat het beleid voor eindpuntbeveiliging is geüpdatet.
  • Chrome 132 op macOS
    De functie wordt uitgerold naar de stabiele versie, te beginnen met 1%.
     

   

• Meerdere tegelijk uploaden 

  Sinds Chrome 128 hebben gebruikers toegang tot hun wachtwoorden en adressen in hun Google-account op het moment van inloggen (naast hun betaalmethoden, waar ze na inloggen al toegang toe hadden). Deze gegevenstypen hebben 2 verschillende opslaglocaties: lokaal en account. Met Chrome 132 bieden we gebruikers de mogelijkheid om hun lokale gegevens te uploaden naar hun Google-account. Deze functie is eerst beschikbaar voor wachtwoorden en adressen en wordt in de toekomst uitgebreid met andere gegevenstypen.

  Het beleid SyncTypesListDisabled is zowel van toepassing op synchronisatie als op gegevensupload. Als wachtwoorden of adressen uitstaan, kunnen ze dus niet worden geüpload als er meerdere tegelijk worden geüpload.

   
  • Chrome 132 op Linux, macOS, Windows
   

  

     

   

• Updates van de workflow voor disclaimers voor connectors 

  We hebben onze Servicevoorwaarden voor Chrome Enterprise Core geüpdatet. Hierin staat nu een gedeelte over gegevens delen met derden. Deze updates verbeteren de aanmelding voor Enterprise-connectors voor de Chrome-browser.

   
  • Chrome 132 op ChromeOS, Linux, macOS, Windows

   

• DownloadRestrictions is strenger voor bestandstypebeperkingen 

  Je kunt downloads in je organisatie beheren met het beleid DownloadRestrictions. Hiermee kun je het juiste niveau van bestandstypebeperkingen selecteren:

  0 = Geen speciale beperkingen. Standaard.
  1 = Schadelijke downloads en gevaarlijke bestandstypen blokkeren.
  2 = Schadelijke downloads, ongebruikelijke of ongewenste downloads en gevaarlijke bestandstypen blokkeren.
  3 = Alle downloads blokkeren.
  4 = Schadelijke downloads blokkeren. Aanbevolen.

  Als de optiewaarde = 1 is, betekent dit het volgende:
  • De Chrome-browser blokkeert schadelijke bestanden die zijn gemarkeerd door de Safe Browsing-server EN blokkeert alle gevaarlijke bestandstypen. Alleen aanbevolen voor OE's, browsers of gebruikers met een hoge tolerantie voor valse positieven.

  Als de optiewaarde = 2 is, betekent dit het volgende:

  • De Chrome-browser blokkeert schadelijke bestanden die zijn gemarkeerd door de Safe Browsing-server EN blokkeert ongebruikelijke of ongewenste bestanden die zijn gemarkeerd door de Safe Browsing-server EN blokkeert alle gevaarlijke bestandstypen. Alleen aanbevolen voor OE's, browsers of gebruikers met een hoge tolerantie voor valse positieven.

  Eerder werd de blokkering van gevaarlijke bestandstypen niet correct toegepast door Chrome. Dit is nu opgelost. Dit betekent wel dat het beleid nu veel strenger is voor bepaalde bestandstypen die gevaarlijk kunnen zijn voor de gebruiker, zoals .exe- of .msi-bestanden op Windows. Als dit te veel valse positieve resultaten oplevert, kunt u het beleid niet instellen of de beleidswaarde instellen op 4.

  • Chrome 132 op Windows

   

• Updates van het Chrome-identiteitsmodel op desktop

  In plaats van Chrome-synchronisatie in te stellen op je apparaat, kun je nu gewoon inloggen bij Chrome om items te openen en op te slaan in je Google-account. Dit nieuwe identiteitsmodel op desktop omvat ook een expliciete inlogprocedure voor Chrome via een weblogin.

  Als gebruikers inloggen op het web (met Gmail), worden ze gevraagd in te loggen bij Chrome. Als ze dit niet doen, zijn ze niet ingelogd bij Chrome, maar alleen op het web.

  • Als ze dit wel doen, worden profielbeheer (op gebruikers gebaseerd beleid), betalingen (nu al beschikbaar), wachtwoorden, adressen, bookmarks*, extensies*, zoekmachinevoorkeuren*, thema's* en PW's* aangezet.
  • Als ze dit niet doen, kan Chrome de inloggegevens nog steeds gebruiken om in te loggen bij Chrome met één klik. 
  • Ze moeten zich nog steeds afzonderlijk aanmelden voor de synchronisatie van geschiedenis, geopende tabbladen en tabbladgroepen.
  • Als inloggegevens ongeldig zijn geworden (bijvoorbeeld als de gebruiker is uitgelogd op het web of op afstand is uitgelogd), krijgt Chrome de status In behandeling. Eerder was dit Synchronisatie onderbroken. Gegevens voor automatisch invullen zijn dan niet meer beschikbaar via het Google-account van de gebruiker. Gebruikers met deze status krijgen de melding Bevestig dat jij het bent in de Chrome-werkbalk.
   

  *In aankomende Chrome-hoofdversies worden deze gegevenstypen aangezet na het inloggen (in plaats van toestemming geven voor synchronisatie).

  Je kunt onderscheppingen van webinlogpogingen beheren met het beleid SigninInterceptionEnabled. Ga naar Gebruikers dwingen een apart profiel te maken voor meer informatie.

   
  • Chrome 132 on Linux, macOS, Windows De uitrol is gestart
     
   

  

     

   

• Modus Eerst HTTPS voor doorgaans beveiligde gebruikers 

  Met de modus Eerst HTTPS (HFM) wordt standaard HTTPS-functionaliteit aangezet in Chrome door sites automatisch te upgraden naar HTTPS. Als een site HTTPS niet ondersteunt, toont HFM een waarschuwing voordat de HTTP-versie wordt geladen. HFM verbetert de beveiligingswaarborgen van HTTPS aanzienlijk door te voorkomen dat HTTP-URL's worden geladen zonder expliciete toestemming van de gebruiker.

  HFM voor doorgaans beveiligde gebruikers (deze functie) is een heuristiek waarmee HFM automatisch kan worden aangezet voor de gebruiker als deze een doorgaans beveiligd browsepatroon heeft. Het beveiligde browsepatroon wordt meestal bepaald door de reserves voor HTTPS-upgrades bij te houden (mislukte HTTPS-upgrades, wat HFM-interstitials zijn als de gebruiker HFM handmatig heeft aangezet) en een paar andere factoren, zoals de leeftijd van het profiel en de algemene betrokkenheidsscore van de site.

  Als deze signalen aangeven dat de gebruiker voornamelijk beveiligde sites bezoekt, wordt de HFM-instelling automatisch aangezet door de heuristiek. HFM-interstitials die door deze heuristiek worden veroorzaakt, tonen een aangepast bericht. De gebruiker kan HFM uitzetten door de UI-instelling uit te zetten. De heuristiek wordt dan nooit meer geactiveerd.

  Je kunt dit beheren met de bestaande zakelijke beleidsregels HttpsOnlyMode en HttpAllowlist.

   
  • Chrome 132 op ChromeOS, Linux, macOS, Windows, Fuchsia
     

   

• Toegangssleutels op iOS 

  Toegangssleutels zijn een beter beveiligd alternatief voor wachtwoorden. In tegenstelling tot wachtwoorden, die kunnen worden gehackt of geraden, kunnen gebruikers zichzelf met openbare-sleutelcryptografie verifiëren met toegangssleutels voor sites en apps, zoals gedefinieerd in de Webauthn-norm.

  Toegangssleutels voor Google Wachtwoordmanager zijn al beschikbaar in Chrome op andere platforms. Met deze lancering komen ze beschikbaar op het iOS-platform, via verbeteringen in de bestaande extensie voor inloggegevensproviders (Wachtwoorden in andere apps) van Chrome. Met de extensie kun je toegangssleutels van Google Wachtwoordmanager gebruiken om in te loggen op pagina's in Chrome en andere browsers, en op systeemeigen apps.

  Toegangssleutels worden opgeslagen in het Google-account van een gebruiker en zijn beschikbaar als de gebruiker is ingelogd op Chrome. Relevante zakelijke beleidsregels, zoals BrowserSignin, SyncTypesListDisabled en PasswordManagerEnabled, blijven werken zoals voorheen. Je kunt ze gebruiken om te bepalen of gebruikers wachtwoorden kunnen gebruiken en opslaan in hun Google-account.

   
  • Chrome 132 op iOS
     

   

• Schakelaar voor wachtwoordlek verplaatst 

  De schakelaar PasswordLeakDetectionEnabled die oorspronkelijk te vinden was op chrome://settings/security, wordt verplaatst van de kop Standaardbeveiliging naar het gedeelte Geavanceerd verder naar beneden op de pagina. 

  Met deze functie wordt de afhankelijkheid van PasswordLeakDetectionEnabled van de Safe Browsing-status van een gebruiker ook verwijderd. Eerder kreeg een gebruiker die geen beveiliging of Safe Browsing had, de functie PasswordLeakDetectionEnabled niet. Gebruikers kunnen nu de schakelaar PasswordLeakDetectionEnabled selecteren, ongeacht het beveiligingsniveau van Safe Browsing.

   
  • Chrome 132 op ChromeOS, Linux, macOS, Windows, Fuchsia
     

   

• Verwijdering van de oude modus zonder interface uit de Chrome-binaire bestanden 

  Als je Chrome uitvoert met '--headless=old', wordt de oude modus zonder interface niet meer gestart. In plaats daarvan wordt het volgende logboekbericht afgedrukt:

  De oude modus zonder interface is verwijderd uit de binaire bestanden van Chrome. Je kunt de nieuwe modus zonder interface of chrome-headless-shell gebruiken. Dit is een losse implementatie van de oude modus zonder interface.

   
  • Chrome 132 op Linux, macOS, Windows
     

   

• Beleid ThirdPartyBlockingEnabled verwijderen 

  Vanwege onverwachte problemen wordt ThirdPartyBlockingEnabled verwijderd in Chrome 135. Als je feedback hebt over deze verwijdering, kun je hier een bug melden.

   
  • Chrome 132 op Windows
    Beëindiging van het beleid ThirdPartyBlockingEnabled
  • Chrome 135 op Windows
    Verwijdering van het beleid ThirdPartyBlockingEnabled
     

   

• Zakelijk beleid verwijderen dat wordt gebruikt voor verouderd gedrag van dezelfde site 

  In Chrome 79 hebben we het beleid LegacySameSiteCookieBehaviorEnabledForDomainList geïntroduceerd om het SameSite-gedrag van cookies terug te zetten naar het verouderde gedrag op de gegeven domeinen. De levensduur van het beleid LegacySameSiteCookieBehaviorEnabledForDomainList is verlengd en wordt verwijderd in Chrome 132.

   
  • Chrome 132 op Android, ChromeOS, Linux, macOS, Windows
    Het beleid LegacySameSiteCookieBehaviorEnabledForDomainList verwijderen
     

   

• Ondersteuning voor niet-speciale schema-URL's 

  Chrome 130 ondersteunt niet-speciale schema-URL's, zoals git://example.com/path. Eerder ondersteunde de Chromium-URL-parser niet-speciale URL's niet. De parser parseert niet-speciale URL's alsof ze een ondoorzichtig pad hebben, wat niet overeenkomt met de URL-standaard. Nu parseert de Chromium-URL-parser niet-speciale URL's correct, volgens de URL-standaard. Ga naar http://bit.ly/url-non-special voor meer informatie. 

   
  • Chrome 130 op Windows, macOS, Linux, Android
  • Chrome 132 op Windows, MacOS, Linux, Android
  • Chrome 134 op Windows, macOS, Linux, Android: functievlag wordt verwijderd
     

   

• Vertalen voor Zoeken met Google Lens 

  We implementeren vertaalmogelijkheden op basis van augmented reality (AR) in de functie Zoeken met Google Lens. Je kunt de functie aan- of uitzetten met het zakelijke beleid LensOverlaySettings.

   
  • Chrome 131 op ChromeOS, Linux, macOS, Windows
  • Chrome 132 on ChromeOS, Linux, macOS, Windows
    In Chrome 131 is de vertaalfunctie geïntroduceerd. In Chrome 132 wordt de vertaalfunctie uitgebreid met extra taalondersteuning.
     

   

• Link van gebruikers vastleggen op PWA's 

  Weblinks leiden gebruikers automatisch naar geïnstalleerde web-apps. In Chrome wordt het makkelijker om te wisselen tussen de browser en geïnstalleerde web-apps om beter aan te sluiten bij wat gebruikers verwachten van geïnstalleerde web-apps. Als de gebruiker op een link klikt die kan worden verwerkt door een geïnstalleerde web-app, voegt Chrome een chip aan de adresbalk toe met het voorstel om naar de app te gaan. Als de gebruiker op de chip klikt, wordt de app rechtstreeks gestart of wordt er een raster met apps geopend die de link ondersteunen. Bij sommige gebruikers wordt de app altijd automatisch geopend als ze op een link klikken.
  Als sommige gebruikers op een link klikken, wordt deze altijd geopend in een geïnstalleerde PWA. Andere gebruikers zien de link in een nieuw tabblad met een chip in de adresbalk. Als ze op de chip klikken, wordt de app gestart. Je kunt deze functie beheren met de vlag chrome://flags/#enable-user-link-capturing-pwa.

   
  • Chrome 132 op Linux, macOS, Windows
    Lancering naar 100% van stabiel met standaard aan (apps altijd openen bij klikken op links) of standaard uit (altijd openen in een tabblad, alleen openen als de gebruiker klikt op chip in adresbalk).
   

  

     

   

• Toetsenbord-focusbare scrollcontainers 

  Verbetert de toegankelijkheid door scrollcontainers focusbaar te maken met opeenvolgende focusnavigatie. Tegenwoordig focust de tab-toets scrollers niet, tenzij je tabIndex expliciet instelt op 0 of meer.

  Als je scrollers standaard focusbaar maakt, kunnen gebruikers die geen muis kunnen (of willen) gebruiken de focus op een fragment plaatsen met de tab-toets en de pijltoetsen op het toetsenbord. Dit gedrag staat alleen aan als de scroller geen onderliggende toetsenbord-focusbare scrollers bevat. Deze logica is nodig zodat we geen regressies veroorzaken voor bestaande focusbare elementen die mogelijk voorkomen in een scroller, zoals een <textarea>.

   

  Opmerking: De vorige uitrol van deze functie (eerst gestart in Chrome 127 en daarna opnieuw in Chrome 130) is gestopt vanwege een regressie in toegankelijkheid. Dit is verholpen in de huidige implementatie die in Chrome 132 wordt geleverd.

   
  • Chrome 132 op Windows, MacOS, Linux, Android
     

   

• API's met voorvoegsel HTMLVideoElement voor volledig scherm verwijderen 

  De toegevoegde HTMLVideoElement-specifieke API's voor volledig scherm zijn sinds Chrome 38 beëindigd. Ze zijn vervangen door de API Element.requestFullscreen(), die in 2018 voor het eerst zonder voorvoegsel werden geleverd in Chrome 71. Sinds 2024 bieden de meeste browsers al een paar jaar ondersteuning voor de API's zonder voorvoegsel.

  Deze functie houdt bij dat de volgende API's uit HTMLVideoElement worden verwijderd:

  - Boleaans readonly-kenmerk webkitSupportsFullscreen;

  - Boleaans readonly-kenmerk webkitDisplayingFullscreen;

  - Ongeldig webkitEnterFullscreen();

  - Ongeldig webkitExitFullscreen();

  // Let op afwijkend hoofdlettergebruik van de S in FullScreen.

  - Ongeldig webkitEnterFullScreen(); 

  - Ongeldig webkitExitFullScreen();

   

  Deze methoden zijn nu alleen aliassen voor de moderne API. Het gebruik ervan is in de loop der jaren langzaam afgenomen.

   
  • Chrome 132 op Windows, MacOS, Linux, Android
     

   

• Uitzondering activeren voor pop-ups of dialoogvensters in niet-actieve documenten

  Dit is een wijziging voor een bijzondere situatie die geen gevolgen heeft voor ontwikkelaars. Eerder mislukte de aanroep van 'showPopover()' of 'showModal()' op een pop-up of dialoogvenster in een inactief document in stilte. Dat betekent dat er geen uitzondering werd geactiveerd, maar omdat het document inactief is, werd er geen pop-up of dialoogvenster getoond. In deze situaties wordt nu InvalidStateError geactiveerd. Ga naar het relevante pull-verzoek spec op GitHub voor meer informatie.

  • Chrome 132 op Windows, MacOS, Linux, Android
   

   

• Nieuw beleid in de Chrome-browser 

  Beleid	Beschrijving
  CACertificates	TLS-certificaten die moeten worden vertrouwd voor serververificatie
  CACertificateManagementAllowed	Toestaan dat gebruikers alle certificaten beheren
  CADistrustedCertificates	TLS-certificaten die niet moeten worden vertrouwd voor serververificatie
  CAHintCertificates	TLS-certificaten die niet moeten worden vertrouwd, maar gebruikt kunnen worden om paden voor serververificatie te maken
  CACertificatesWithConstraints	TLS-certificaten die moeten worden vertrouwd voor serververificatie met beperkingen
  PasswordManagerPasskeysEnabled	Opslaan van toegangssleutels in wachtwoordmanager aanzetten
  SharedWorkerBlobURLFixEnabled	Het gedrag van de SharedWorker-blob-URL afstemmen op de specificatie
  TranslatorAPIAllowed	Staat het gebruik van de Translator API toe

   

   

• Verwijderd beleid in de Chrome-browser 

  Beleid	Beschrijving
  LegacySameSiteCookieBehaviorEnabledForDomainList	Zet het verouderde gedrag voor cookies op alle sites terug
  NativeClientForceAllowed	Dwingt af dat Native Client (NaCl) mag worden uitgevoerd
  PrefixedVideoFullscreenApiAvailability	De beschikbaarheid van de verouderde API voor volledig scherm voor video met voorvoegsels beheren

   

   

Wijzigingen in Chrome Enterprise Core

   

• Aangepaste Chrome Web Store voor bedrijven 

  Beheerders kunnen nieuwe instellingen gebruiken om de Chrome Web Store aan te passen voor hun beheerde gebruikers. Zo kunnen ze het volgende doen:

  • Bedrijfslogo's toevoegen
  • Hero-banners en aangepaste aankondigingen toevoegen
  • Extensiecollecties beheren
  • Extensiecategorieën verbergen

  Je kunt deze instellingen instellen via de Beheerdersconsole (meer informatie). Ze zijn beschikbaar voor alle ingelogde beheerde gebruikers (gebruikers die zijn ingelogd bij de Chrome Web Store met een beheerd Google-account). 

  Daarnaast zien alle beheerde gebruikers die inloggen bij de Chrome Web Store de volgende wijzigingen:

  • Nieuwe tags voor items die zijn 'geblokkeerd door de beheerder' als gebruikers naar een item zoeken
  • Zoeken naar items in privédomeinen en geavanceerde filtermogelijkheden
  • Privé-items en aanbevolen items worden verplaatst naar het tabblad Extensies 

  Ingeschreven browsers (zonder in te loggen) worden later in 2025 ondersteund.

   
  • Chrome 132 op ChromeOS, Linux, macOS, Windows
   

  

     

   

• Nieuwe beheermogelijkheden voor Chrome-gebruikers in de Beheerdersconsole 

  Beheerders krijgen nu meer inzicht in de Chrome-gebruikersprofielen in hun organisatie met een nieuwe profiellijst en rapportagefuncties voor ingelogde Google-accounts. Deze centrale weergave in de Google Beheerdersconsole biedt gedetailleerde rapporten over gebruikersprofielen in je organisatie, waaronder profielgegevens, browserversie, toegepast beleid en geïnstalleerde extensies. Ga naar Profielgegevens voor de Chrome-browser weergeven voor meer informatie. 

  IT-beheerders kunnen het nieuwe rapportagebeleid voor beheerde profielen in Chrome aanzetten om de rapportagegegevens over beheerde profielen weer te geven. 

   
  • Chrome 132 op Android, Linux, macOS, Windows
   

  

     

   

• Bronvoorwaarden kopiëren in plakregel van Chrome DLP 

  In deze functie voegen we bronvoorwaarden voor kopiëren toe, namelijk bron-URL, categorie van bron-URL en broncontext van Chrome in de triggerregel voor plakken voor alle klanten. Beheerders kunnen nu regels voor plakken maken met het beleid OnBulkDataEntryEnterpriseConnector, met voorwaarden die overeenkomen met waar vandaan de gegevens of tekst die wordt geplakt, zijn gekopieerd. 

  Ga naar Chrome Enterprise Premium gebruiken om DLP te integreren met Chrome voor meer informatie.

   
  • Chrome 132 on ChromeOS, Linux, macOS, Windows
    In deze uitrol voegen we voor alle klanten bronvoorwaarden voor kopiëren toe, namelijk categorie van bron-URL en Broncontext van Chrome in de triggerregel voor plakken.  Beheerders kunnen regels voor plakken (beleid) maken met voorwaarden die overeenkomen met waar de gegevens/tekst die wordt geplakt, zijn gekopieerd.
   

  

     

   

• 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, die inzichten genereert voor meldingen en fouten in de 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, met uitzondering van 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 foutopsporing van stijlen.
     

   

• Professionele certificering voor Chrome Enterprise-beheerders 

  Voor organisaties die Chrome Enterprise Core gebruiken, bieden we een nieuwe certificeringsmogelijkheid: de certificering professionele Chrome Enterprise-beheerder. Deze certificering is bedoeld om je expertise in het beheer van Chrome Enterprise-browseromgevingen te valideren, met de nadruk op het gebruik van Chrome Enterprise Core om beleid te implementeren, beheeropties in te stellen en rapporten te analyseren.

  Het examen is bedoeld voor Chrome Enterprise-beheerders met minstens 1 jaar ervaring met app-, beleids- en eindpuntbeheer. Het examen duurt 2 uur en bevat ongeveer 70 meerkeuzevragen. Het examen beoordeelt hoe bekend je bent met zowel lokale als cloudgebaseerde oplossingen om Chrome-gerelateerde services te beheren, te onderhouden, te beveiligen, op te lossen en te integreren.

  Google ziet tot en met maart 2025 af van de examenkosten van $ 125. Beheerders kunnen nu kosteloos het certificeringsexamen voor professionele Chrome Enterprise-beheerders afleggen.

   
  • Chrome 132 op Android, iOS, ChromeOS
     

   

• Rootcertificaten voor Chrome Enterprise-servers 

  In Chrome 132 kunnen zakelijke klanten of partners aangepaste rootcertificaten of vertrouwensankers implementeren in de rootstore van Chrome in volledig beheerde browsers via Chrome Browser Cloud Management of in beheerde Chrome-profielen op beheerde of onbeheerde apparaten.

   
  • Chrome 132 op Linux, macOS, Windows
     

   

• Rapport Verouderde technologieën 

  Met het rapport Verouderde technologieën krijgen IT-beheerders inzicht in websites (zowel intern als extern) die verouderde of binnenkort verouderde technologieën gebruiken (bijvoorbeeld wijzigingen in CSS-property's of oudere beveiligingsprotocollen zoals TLS 1.0 en 1.1). Deze functie is beschikbaar in de Google Beheerdersconsole voor alle gebruikers van Chrome Enterprise Core. Ga naar Gebruiksgegevens van verouderde technologie weergeven voor meer informatie.

  Zo kunnen IT-beheerders samenwerken met ontwikkelaars om proactief technische migraties te plannen voordat een beëindiging ingaat.

   
  • Chrome 132 op Linux, macOS, Windows
   

  

     

   

• Aanbevolen beleid (gebruikers kunnen een beleidswaarde overschrijven) 

  Chrome introduceert de configuratie Overschrijving door gebruiker in de Google Beheerdersconsole voor beleid dat kan worden ingesteld als aanbevolen. Dit betekent dat IT-beheerders een beleidswaarde kunnen toepassen en gebruikers kunnen toestaan de beleidswaarde te overschrijven. 

   

  In Chrome 132: de volgende beleidsregels worden ondersteund: ShowHomeButton, HomepageIsNewTabPage, HomepageLocation, DownloadRestrictions, SafeBrowsingProtectionLevel, AlwaysOpenPdfExternally, BackgroundModeEnabled, MetricsReportingEnabled, WarnBeforeQuitting, PrintPreviewUseSystemDefaultPrinter, BatterySaverModeAvailability

   

  Al vanaf Chrome 133: de volgende beleidsregels worden ondersteund: ImportAutofillFormData, ImportBookmarks, ImportHistory, ImportSavedPasswords, ImportSearchEngine

   

  

  
  
     

   

• Geüpdatete lijst met beheerde browsers: Meest recente Google Update-activiteit 

  Chrome Enterprise Core voegt de kolom Meest recente Google Update-activiteit toe aan de lijst met beheerde browsers. De Meest recente Google Update-activiteit geeft de laatste keer aan dat de GoogleUpdater-service interactie heeft gehad met een beheerde browser.

   
  • Chrome 132 op Linux, macOS, Windows
     
   

Wijzigingen in Chrome Enterprise Premium

   

   

• Versleuteling van bestandsdownloads voor DLP-regels

  Als een DLP-regel (Data Loss Prevention, gegevensverlies voorkomen) voor gedownloade bestanden wordt geactiveerd, wordt het bestand nu gelijk versleuteld om te zorgen dat eindgebruikers geen toegang hebben tot dat bestand als er een uitspraak terugkomt. Dit betekent dat gebruikers de regel niet meer kunnen omzeilen door het bestand te verplaatsen of de naam ervan te wijzigen. 

  Deze functie is beperkt door het bestaande beleid OnFileDownloadedEnterpriseConnector en is alleen beschikbaar voor Chrome Enterprise Premium-gebruikers.

   
  • Chrome 132 op ChromeOS, Linux, macOS, Windows

Geplande wijzigingen in de Chrome-browser

 

    

• Spaties niet toestaan in URL-hosts die beginnen met non-file:// 

  Zoals vermeld in de specificaties van WhatWG.org mogen URL-hosts geen spatie bevatten, maar op dit moment staat de parsering 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' [2] en 'URL focusgebieden [3].

  We willen dat Chromium aan de specificaties voldoet en daarom spaties volledig uit URL-hosts verwijderen. Het probleem is dat spaties worden gebruikt in het hostgedeelte van Windows file://-URL's (zie de discussie op GitHub).

  Deze functie maakt deel uit van de voortdurende inzet om Chromium beter te laten voldoen aan de specificaties door spaties alleen te verbieden voor niet-bestands-URL's.

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

    

• Voorlezen in de leesmodus in Chrome 133

  De leesmodus is een functie in het zijvenster die een vereenvoudigde weergave biedt van webpagina's met veel tekst. De leesmodus bevat de functie Voorlezen, waarmee gebruikers de tekst die ze lezen hardop kunnen horen. Gebruikers kunnen kiezen uit verschillende natuurlijke stemmen en snelheden, en visuele highlights bekijken.

   
  • Chrome 133 op Linux, macOS, Windows
     

    

• Tabbladen bevriezen bij Energiebesparing

  Als Energiebesparing actief is, bevriest Chrome een tabblad dat al meer dan 5 minuten verborgen en stil is en veel CPU gebruikt, tenzij:

  • Het tabblad audio- of videoconferentiefunctionaliteit biedt (gedetecteerd via microfoon-, camera- of scherm-, venster- of tabbladopname of een RTCPeerConnection met een open RTCDataChannel of een live MediaStreamTrack).
  • Het tabblad een extern apparaat aanstuurt (dat wordt gedetecteerd via het gebruik van Web USB, Web Bluetooth, Web HID of Web Serial).

  Hierdoor wordt de batterijduur verlengd en Chrome sneller gemaakt doordat het CPU-gebruik wordt beperkt.
  Je kunt de functie in Chrome 131 testen via hrome://flags/#freezing-on-energy-saver. Je kunt deze ook testen met chrome://flags/#freezing-on-energy-saver-testing. Hiermee wordt gesimuleerd dat Energiebesparing actief is en dat alle tabbladen veel CPU gebruiken. Zo kun je controleren of tabbladen in aanmerking komen voor bevriezen en of ze worden bevroren als ze veel CPU gebruiken.

   
  • Je kunt de beschikbaarheid van Energiebesparing beheren via het beleid BatterySaverModeAvailability (deze wijziging heeft geen effect als Energiebesparing inactief is).
  • Chrome 133 op ChromeOS, Linux, macOS, Windows
    De functie wordt in Chrome 131 uitgerold naar 1% van de stabiele versie.
   

    

• Getters van Intl Locale Info beëindigen

  De Intl Locale Info API is een ECMAScript-TC39-voorstel van fase 3 om het Intl.Locale-object te verbeteren door informatie over de landinstelling te tonen, zoals weekgegevens (eerste dag van een week, eerste dag van het weekend, laatste dag van het weekend, minimumdag in de 1e week) en de uurcyclus voor de tekstrichting die in de landinstelling wordt gebruikt.

  We hebben onze implementatie uitgebracht in Chrome 99 , maar later zijn er enkele wijzigingen aangebracht in het voorstel in fase 3 en zijn verschillende getters verplaatst naar functies. We moeten de beëindigde getters verwijderen en de hernoemde functies opnieuw lanceren.

   
  • Chrome 133 op Windows, macOS, Linux, Android
     

    

• Verbeteringen in de pop-upstarter en de ankerpositionering

  Deze update omvat de volgende gerelateerde wijzigingen, die zijn opgelost en geleverd

  1. voeg een dwingende manier toe om relaties met aanroepers tussen popovers in te stellen: 

      popover.showPopover({source})

  2. relaties met aanroeper maken impliciete referenties naar het ankerelement.

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

    

• De Chrome-welkomstpagina verwijderen die wordt geactiveerd via de eerste tabbladen met voorkeuren bij de eerste keer starten

  Als je chrome://welcome opneemt in de property first_run_tabs van het bestand initial_preferences, heeft dit nu geen effect. Deze is verwijderd omdat die pagina overbodig is in vergelijking met de ervaring bij eerste uitvoering die wordt geactiveerd op desktopplatforms.

  Ga naar Andere voorkeuren instellen voor meer informatie over de context van het bestand initial_preferences.

   
  • Chrome 133 op Windows, macOS, Linux
   

    

• Niet-standaard audiobeperkingen voor getUserMedia verwijderen

  Blink ondersteunt al enige tijd voordat beperkingen correct werden gestandaardiseerd een aantal niet-standaard beperkingen met het voorvoegsel goog voor getUserMedia. 

  Het gebruik is aanzienlijk afgenomen van ongeveer 0,000001% tot 0,0009% (afhankelijk van de beperking) en sommige hebben zelfs geen effect vanwege wijzigingen in de Chromium-audio-opnamestack. Binnenkort hebben deze geen invloed meer vanwege andere aankomende wijzigingen.

  We verwachten geen grote regressies door deze wijziging. Apps die deze beperkingen gebruiken blijven werken, maar krijgen audio met de standaardinstellingen (alsof er geen beperkingen zijn doorgegeven). Ze kunnen makkelijk worden gemigreerd naar standaardbeperkingen.

   
  • Chrome 133 op Windows, macOS, Linux, Android
   

    

• SwiftShader-reserve verwijderen

  Automatisch terugvallen op WebGL ondersteund door SwiftShader is beëindigd. Als je dit toestaat, wordt de WebGL-context niet gemaakt en wordt er 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 terugvallen 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. Je kunt het mislukken van het maken van een WebGL-context testen en verwerken en terugvallen op andere web-API's, zoals Canvas2D of een toepasselijke melding aan de gebruiker.

   
  • Chrome 133 op Windows, macOS, Linux, Android
   

    

• Het deelvenster Privacy en beveiliging in Chrome DevTools

  Vanaf Chrome 133 kunnen ontwikkelaars het nieuwe deelvenster Privacy en beveiliging in Chrome DevTools gebruiken om te testen hoe hun site zich gedraagt als cookies van derden worden beperkt. Ontwikkelaars kunnen cookies van derden tijdelijk beperken, observeren hoe hun site zich gedraagt en de status van cookies van derden op hun site checken.

  Met deze functie worden er geen permanente wijzigingen aangebracht in bestaand bedrijfsbeleid, maar kan bedrijfsbeleid voor cookies van derden (dat wil zeggen BlockThirdPartyCookies en CookiesAllowedForUrls) tijdelijk worden overschreven om het beleid strenger te maken. Als cookies van derden al met BlockThirdPartyCookies worden geblokkeerd door je bedrijfsbeleid, wordt deze functie uitgezet.

   

  Het nieuwe deelvenster Privacy en beveiliging vervangt het bestaande deelvenster Beveiliging. Informatie over TLS-verbindingen en certificaten blijft beschikbaar op het tabblad Beveiliging in het deelvenster Privacy en beveiliging.

   
  • Chrome 133 op ChromeOS, Linux, macOS, Windows
   

    

• Chrome-synchronisatie beëindigt ondersteuning voor Chrome-versies ouder dan 4 jaar

  Vanaf februari 2025 ondersteunt Chrome-synchronisatie (gegevens gebruiken en opslaan in je Google-account) geen Chrome-versies die ouder zijn dan 4 jaar. Je moet upgraden naar een nieuwere versie van Chrome als je Chrome-synchronisatie wilt blijven gebruiken.

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

  Deze wijziging is alleen van invloed op de oude versies van Chrome en wordt vanaf de server uitgerold. Chrome 133 wordt alleen vermeld om aan te geven wanneer de wijziging van kracht wordt.

   

    

• V8-beveiligingsinstelling

  Voeg een instelling toe aan chrome://settings/security om de V8 JIT-optimalisatie uit te zetten en zo het risico op aanvallen op Chrome te verkleinen. Zo blijft de compatibiliteit met Web Assembly behouden. Je blijft dit gedrag beheren met het zakelijke beleid DefaultJavaScriptJitSetting en de gekoppelde beleidsregels JavaScriptJitAllowedForSites en JavaScriptJitBlockedForSites.

   
  • Chrome 122 op ChromeOS, Linux, macOS, Windows, Fuchsia
    De instelling wordt uitgerold in Chrome 121. Het zakelijke beleid is al beschikbaar sinds Chrome 93.
  • Chrome 133 on Android
    De instelling is beschikbaar op Android in Chrome 133 onder Site-instellingen. Het bedrijfsbeleid is niet meer gemarkeerd als experimenteel.
   

    

• Nieuwe optie in het beleid HttpsOnlyMode

  Ask Before HTTP (ABH, voorheen Alleen HTTPS/Eerst HTTPS) is een instelling waarmee Chrome om toestemming van de gebruiker vraagt voordat onveilige HTTP-content via het netwerk wordt verstuurd. Met het beleid HttpsOnlyMod kun je ABH geforceerd aan- of uitzetten.

  In Chrome 129 voegen we een nieuwe variant van ABH toe die tussen de 2 andere varianten in zit: de evenwichtige modus. Deze variant is bedoeld om ongemak voor gebruikers te verminderen door meestal als (strikte) ABH te werken, maar niet te vragen als Chrome weet dat een HTTPS-verbinding niet mogelijk is, zoals bij verbinding maken met een hostnaam met eenvoudig label zoals internal/.

  We voegen de beleidsoptie force_balanced_enabled toe om deze nieuwe variant geforceerd te kunnen aanzetten. Als je force_balanced_enabled instelt in browsers vóór Chrome 129, wordt het standaardgedrag gebruikt. Hiermee worden er geen zakelijke beperkingen ingesteld voor de ABH-instelling.

  Als je eerder force_enabled hebt ingesteld, raden we je aan force_enabled pas in te stellen als al je apparaten zijn geüpgraded naar Chrome 129 of hoger. Zo voorkom je onverwachte gevolgen. Als je niet migreert van force_enabled naar force_balanced_enabled, heeft deze wijziging geen invloed op je.

   
  • Chrome 129 op ChromeOS, Linux, macOS, Windows, Fuchsia
  • Chrome 133 op Android
   

    

• Migratie van de Safebrowsing API v4 naar v5

  Chrome-aanroepen naar de Safebrowsing v4 API worden gemigreerd naar aanroepen naar de v5 API. De methodennamen verschillen ook in v4 en v5.

  Als beheerders v4-specifieke URL's op de toelatingslijst hebben staan 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 een verslechtering van de beveiliging voor gebruikers.

   
  • Chrome 134 op Android, iOS, ChromeOS, Linux, macOS, Windows: De uitrol verloopt geleidelijk.
   

    

• Blob-URL-partitionering: ophalen of navigeren

  Als vervolg op de partitionering van opslag implementeert Chromium 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 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 Chromium noopener voor door de renderer gestarte navigaties 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 Chromium in lijn met vergelijkbaar gedrag in Safari. We werken aan updates van de specificaties om deze beide wijzigingen te weerspiegelen.

  Je kunt deze wijziging tijdelijk terugdraaien door het beleid PartitionedBlobURLUsage in te stellen. Dit beleid is beschikbaar in Chrome 134. Het beleid wordt beëindigd als het andere bedrijfsbeleid voor opslagpartitie wordt beëindigd.

   
  • Chrome 134 op Windows, macOS, Linux
   

    

• SharedWorker-script neemt controller over voor blob-script-URL

  Service workers moeten controllers voor de blob-URL overnemen. In bestaande code kunnen alleen dedicated workers de controller overnemen en shared workers niet.

  Dit is de oplossing om het Chromium-gedrag aan te passen aan de specificatie.

  Je kunt deze functie beheren met het zakelijke beleid SharedWorkerBlobURLFixEnabled.

   
  • Chrome 134 op Windows, macOS, Linux
   

    

• Mutatiegebeurtenissen beëindigen

  Synchrone mutatiegebeurtenissen, waaronder DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument en DOMCharacterDataModified, hebben een negatieve invloed op de paginaprestaties en maken het aanzienlijk complexer om nieuwe functies toe te voegen aan het web. We hebben deze API's in 2011 verwijderd uit de specificaties en (in 2012) vervangen door de gebruiksvriendelijkere Mutation Observer API. Je moet gebruik van de beëindigde mutatiegebeurtenissen verwijderen of overzetten naar Mutation Observer. Vanaf Chrome 124 is er een tijdelijk zakelijk beleid, MutationEventsEnabledd, beschikbaar om beëindigde of verwijderde mutatiegebeurtenissen weer aan te zetten. Als je problemen ondervindt, kun je hier bugs melden.

  Rond 30 juli 2024 wordt vanaf Chrome 127 ondersteuning voor mutatiegebeurtenissen standaard uitgezet. Je moet code vóór die datum migreren om te voorkomen dat je site niet meer werkt. Als je meer tijd nodig hebt, zijn er een paar opties:

  • Je kunt de Mutation Events Deprecation Trial (proefperiode na beëindiging van mutatiegebeurtenissen) gebruiken om de functie tijdelijk weer aan te zetten op een bepaalde site. Je kunt deze gebruiken tot en met Chrome 134, tot 25 maart 2025.
  • Je kunt het zakelijke beleid MutationEventsEnabled gebruiken voor hetzelfde doel, ook tot en met Chrome 134.

  Ga naar deze blogpost voor meer informatie. Meld eventuele problemen hier.

  • Chrome 135 op Android, Linux, macOS, Windows: Het zakelijke beleid MutationEventsEnabled wordt beëindigd.
   

    

• De provider van het UI Automation-toegankelijkheidsframework op Windows

  Sinds Chrome 126 heeft Chrome rechtstreeks clientsoftware ondersteund 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 het zakelijke beleid UiAutomationProviderEnabled gebruiken, dat beschikbaar is vanaf Chrome 125, om de nieuwe provider geforceerd aan te zetten (zodat alle gebruikers de nieuwe functies krijgen) of de nieuwe provider uit te zetten. Dit beleid wordt ondersteund tot en met Chrome 136 en wordt verwijderd in Chrome 137. 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 voor 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 136.
  • Chrome 137 op Windows: Het beleid UiAutomationProviderEnabled wordt verwijderd uit Chrome. Alle clients gebruiken de provider van het UI Automation-toegankelijkheidsframework van de browser.
   

    

• Beheerde profielen aanpassen met een aangepast logo en label

  Nieuwe aanpassingen voor de werkbalk en het profielmenu waarmee gebruikers makkelijk te weten komen of hun Chrome-profiel wordt beheerd en of ze een werk- of persoonlijk apparaat gebruiken. Dit is vooral handig als medewerkers hun eigen apparaten met een beheerd account gebruiken.

  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 in de Chrome-werkbalk uitzetten. 

  In Chrome 133 is dit beleid beschikbaar om het logo en label aan te passen dat wordt getoond in een beheerd profiel. 

  Vanaf Chrome 134 updaten we het standaardgedrag van het profiellabel en icoon dat over de accountavatar heen wordt geplaatst. Beheerde profielen tonen naast de profielschijf een label werk of school. In het profielmenu staat een gebouwicoon over de accountavatar. Je kunt de uitgebreide profielschijf uitzetten via EnterpriseProfileBadgeToolbarSettings.

   
  • Chrome 133 op macOS, Windows

    Beleid om het label en icoon van de werkbalk aan te passen (in het profielmenu)

  • Chrome 134: We beginnen met de uitrol van standaardinstellingen, waaronder: 
    • 1) Het label werk of school in de werkbalk, naast de avatar van de gebruiker
    • 2) Een gebouwicoon dat over een foto van het account van de gebruiker in het profielmenu is geplaatst. Je kunt het label uitzetten via EnterpriseProfileBadgeToolbarSettings. We beginnen met 1% en rollen de functie daarna geleidelijk uit.

 

Geplande wijzigingen in Chrome Enterprise Core

    

• Nieuwe bijbehorende app van Chrome Enterprise 

  De Chrome Enterprise Companion App (CECA) is een nieuw binair beheerdersbestand dat automatisch wordt geïnstalleerd bij Chrome-browsers die zijn ingeschreven voor Chrome Enterprise Core of Chrome Enterprise Premium. Deze is bedoeld voor Enterprise-toepassingen, -beleid en -rapportage. 

  • Chrome 133 op Windows, macOS

 

Geplande wijzigingen in Chrome Enterprise Premium

 

   

• Screenshot voorkomen 

  We zijn van plan de bestaande functie voor het voorkomen van screenshots te verbeteren door blokkering van scherm delen uit te breiden naar vergaderingsapps zoals Google Meet, Zoom, Teams en Slack. We gaan verder met de succesvolle release van opties voor gegevensbescherming door belangrijke functies toe te voegen en hiaten en feedback van gebruikers op te lossen.

   
  • Chrome 134 op Windows, macOS
   

   

• URL-filters op iOS en Android 

  We breiden de bestaande mogelijkheden voor URL-filters uit van desktops naar mobiele platforms. Zo kunnen organisaties bepaalde URL's of URL-categorieën controleren, waarover een waarschuwing wordt getoond of die worden geblokkeerd voor weergave in beheerde Chrome-browsers of beheerde gebruikersprofielen op mobiele apparaten. Zo zorgen we dat de functionaliteit naadloos werkt met contextbewuste toegang (CAA). Hiermee kunnen beheerders toegangsbeleid instellen op basis van de gebruikerscontext (bijvoorbeeld gebruikersrol, locatie) en apparaatstatus (bijvoorbeeld beheerd apparaat, naleving van beveiligingsbeleid).

   
  • Chrome 135 op Android, iOS
   

   

• Rapportageconnector voor mobiel 

  We werken aan functionaliteit die vergelijkbaar is met de desktopversie, zodat organisaties beveiligingsgebeurtenissen op mobiele apparaten kunnen bijhouden en erop kunnen reageren, zoals onveilige sitebezoeken en mogelijke pogingen tot gegevensverwijdering. Zo zorgen we voor consistente beveiliging en beleidshandhaving op verschillende platforms.

   
  • Chrome 135 op Android, iOS
   

   

• De gebruikerservaring van DLP-regels opnieuw indelen 

  We willen een gebruiksvriendelijkere en efficiëntere interface maken voor Chrome-specifieke DLP-regels. Hiervoor wordt de workflow voor het maken van regels in de Beheerdersconsole opnieuw ontworpen om bestaande en toekomstige beveiligingsfuncties voor Chrome Enterprise Premium-klanten beter te ondersteunen.

   
  • Chrome 134 op Windows, macOS, Linux, ChromeOS
   

   

• Connectors API 

  We zijn van plan het instelproces voor beveiligingsconnectors van derden te vereenvoudigen en aanbieders de mogelijkheid te geven configuraties rechtstreeks vanuit hun eigen UI te beheren. Zo kunnen organisaties makkelijker hun favoriete beveiligingstools en -services integreren met Chrome, waardoor de beveiliging en het beheer op verschillende platforms worden verbeterd.

   
  • Chrome 135 op Windows, macOS, Linux, ChromeOS

Releaseoverzicht voor Chrome 132

 

ChromeOS-updates	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Aangepaste Chrome Web Store voor bedrijven		✓
Ondersteuning voor Native Client (NaCl) wordt beëindigd in ChromeOS		✓
Introductie vernieuwen		✓
Gegevens migreren voor leerlingen die zijn geslaagd		✓	✓
Afgeronde hoeken voor apps		✓
Wachtwoordloze verificatie voor ChromeOS	✓
Gezichtsbediening op ChromeOS	✓	✓
De touchpad uitzetten		✓
Biometrische authenticatie voor Wachtwoordmanager	✓
Apps ontdekken verwijderd uit Ontdekken		✓
Beheer op afstand voor inactieve apparaten			✓
Beleid voor Bedtijd op ChromeOS-apparaten			✓
Verbeterde kennisgeving over beheer op vergrendelde apparaten	✓
Geplande wijzigingen in ChromeOS	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
AI-achtergronden		✓
Beëindiging van ondersteuning voor Chrome-apps op ChromeOS		✓	✓

 

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.

ChromeOS-updates

   

• Aangepaste Chrome Web Store voor bedrijven 

  Beheerders kunnen nu nieuwe instellingen gebruiken om de Chrome Web Store aan te passen voor hun beheerde gebruikers. Zo kunnen ze het volgende doen:

  • Bedrijfslogo's toevoegen
  • Hero-banners en aangepaste aankondigingen toevoegen
  • Extensiecollecties beheren
  • Op categorieën gebaseerde beheeropties implementeren

  Je kunt deze instellingen instellen via de Beheerdersconsole. Ze zijn beschikbaar voor alle ingelogde beheerde gebruikers (gebruikers die zijn ingelogd bij de Chrome Web Store met een beheerd Google-account). Ga naar Aangepaste Chrome Web Store voor bedrijven voor meer informatie.

  Daarnaast zien alle beheerde gebruikers die inloggen bij de Chrome Web Store de volgende wijzigingen:

  • Nieuwe tags voor items die zijn geblokkeerd door de beheerder als gebruikers naar een item zoeken
  • Zoeken naar items in privédomeinen en geavanceerde filtermogelijkheden
  • Privé-items en aanbevolen items worden verplaatst naar het tabblad Extensies 

  Ingeschreven browsers (zonder in te loggen) worden later in 2025 ondersteund.

   
  • Chrome 132 op ChromeOS, Linux, macOS, Windows
   

  

  
   

   

• Ondersteuning voor Native Client (NaCl) wordt beëindigd in ChromeOS 

  ChromeOS 132 is de laatste release met NaCl-ondersteuning voor onbeheerde of consumentenapparaten, gevolgd door ChromeOS 138 in juli 2025 voor beheerde apparaten. Ga naar Over ChromeOS-apparaatbeheer voor meer informatie.

  In 2017 hebben we aangekondigd dat we de ondersteuning voor Native Client (NaCl) beëindigen ten gunste van WebAssembly. Aangezien de meeste ontwikkelaars en gebruikers zijn overgestapt op een andere oplossing, bevestigen we de volgende beëindigingsdatums voor NaCl: 

  • Januari 2025: Native Client (NaCl) wordt vanaf ChromeOS 132 uitgezet.
    • Voor onbeheerde gebruikers en consumenten is ChromeOS 132 de laatste ChromeOS-release met ondersteuning voor NaCl.
    • Beheerders die ChromeOS-apparaten beheren voor een bedrijf of school, kunnen in beheerde omgevingen (waaronder kiosksessies) de mogelijkheid om NaCl te gebruiken verlengen tot en met de ChromeOS 138-release met een NaCl-toelatingsbeleid DeviceNativeClientForceAllowed. Ga naar ChromeOS-apparaatbeleid instellen in het Helpcentrum voor Chrome Enterprise en Education om apparaatbeleid aan te zetten.
  • Juli 2025: ChromeOS 138 is de laatste versie met NaCl-ondersteuning.
    • Voor beheerde omgevingen is ChromeOS 138 een langdurige supportrelease (LTS) van ChromeOS die beschikbaar is voor beheerders die ChromeOS-apparaten beheren voor een bedrijf of school. 
    • Voor apparaten die zijn overgezet naar het LTS-kanaal en waarvoor het NaCl-toelatingsbeleid aanstaat, is NaCl beschikbaar tot de laatste vernieuwing van het LTS-kanaal in april 2026.
    • Er worden geen uitzonderingen gemaakt.
   

  Voor Chrome-apps die NaCl gebruiken, migreer je naar WebAssembly (WASM). We hebben de WebAssembly-migratiehandleiding gepubliceerd om je te helpen bij de transitie.

  Ga naar een van de volgende bronnen voor meer informatie over deze wijziging of als je hulp nodig hebt:

  • WebAssembly-migratiehandleiding.
  • ChromeOS-ontwikkelaarscommunity op Discord.
  • Ga naar het releaseschema voor ChromeOS voor releasedatums en updates.
   

  Ga naar Beleid voor ChromeOS-apparaten beheren in het Helpcentrum van Chrome Enterprise en Education voor meer informatie.

     

   

• Introductie vernieuwen 

  Er zijn veel verschillende instellingen voor gebruikers nadat ze hun apparaat zijn gaan gebruiken, zoals een printer instellen, bluetooth-apparaten koppelen en de touchpadrichting wijzigen. Deze functie combineert veel van deze veelvoorkomende instellingen in een eenvoudige takenlijst, met deep links naar de locatie waar een gebruiker een bepaalde instelling kan wijzigen. Zo kunnen veel van deze stappen makkelijker worden uitgevoerd.

   

  

     

   

• Gegevens migreren voor leerlingen die zijn geslaagd 

  Vanaf ChromeOS 132 begeleidt een nieuwe tool voor contentoverdracht leerlingen die zijn geslaagd of andere door EDU beheerde gebruikers die hun gegevens willen migreren via het geüpdatete Google Takeout-overdrachtsproces. Zo kunnen ze hun content in Documenten, Spreadsheets, Presentaties en Gmail overzetten naar een Gmail-account naar keuze. 

  Met deze nieuwe app kunnen schoolbeheerders een icoon vastzetten op de plank, leerlingen en docenten op hun Chromebooks een melding sturen en datums instellen om ze te porren en aan te moedigen Contentoverdracht te gebruiken.

   

• Afgeronde hoeken voor apps 

  Als onderdeel van een nieuw UI-ontwerp heeft ChromeOS nu afgeronde hoeken in alle app-vensters op Chromebook Plus-apparaten.

   

• Wachtwoordloze verificatie voor ChromeOS 

  Met de wachtwoordloze ChromeOS-functie krijgen gebruikers toegang tot hun apparaat met een pincode of een lokaal wachtwoord als primaire verificatiefactor. Dit betekent dat je kunt inloggen op je ChromeOS-apparaat met een wachtwoord dat je expliciet voor je apparaat hebt ingesteld en met een pincode die je Gmail-wachtwoord niet meer aan je apparaatwachtwoord koppelt. 

  Je kunt de pincodefunctie niet aanzetten op beheerde apparaten. 

   

• Gezichtsbediening op ChromeOS 

  ChromeOS heeft nu AI-gestuurde gezichtsbediening. Je kunt nu gezichts- en gebaartracking gebruiken om op je Chromebook te navigeren, apps te openen en zelfs e-mails te schrijven, allemaal zonder toetsenbord of muis. Deze ingebouwde technologie, geïnspireerd op Project Gameface, biedt meer toegankelijkheid voor gebruikers met een motorische beperking en geeft iedereen een efficiëntere manier om met hun apparaten te communiceren. Ga naar deze blogpost van Google voor meer informatie over deze functie.

   

• De touchpad uitzetten 

  Chromebook-gebruikers kunnen hun touchpad nu uitzetten. Deze toegankelijkheidsverbetering is handig voor mensen die een schermlezer gebruiken of die onbedoelde klikken kunnen krijgen. Als je dit wilt uitzetten, ga je naar Instellingen > Toegankelijkheid > Cursor en touchpad.

   

• Biometrische authenticatie voor Wachtwoordmanager

  In ChromeOS 132 staat biometrische systemen aan in Wachtwoordmanager en automatisch invullen in Chrome voor ChromeOS-apparaten.

   

  

  
   

   

• Apps vinden verwijderd uit Ontdekken

  In ChromeOS 132 wordt de module Apps en games in de app Ontdekken verwijderd. Ga naar https://discover.apps.chrome om nieuwe apps voor je ChromeOS-apparaat te ontdekken.

  .

     

   

• Beheer op afstand voor inactieve apparaten

  Chrome Remote Desktop (CRD) is een functie waarmee je ChromeOS-apparaten op afstand kunt beheren als een apparaat inactief en ongebruikt is, voornamelijk om problemen op te lossen. Beheerders kunnen nu een CRD-verbinding tot stand brengen met een ChromeOS-apparaat dat op het inlogscherm staat. Hierdoor kunnen beheerders inloggen bij een beheerd apparaat met hun eigen inloggegevens voor probleemoplossing of om tests uit te voeren.

   

  

     

   

• Beleid voor Bedtijd voor ChromeOS-apparaten  

  Met het nieuwe beleid DeviceRestrictionSchedule kunnen ChromeOS-beheerders voorkomen dat gebruikers op bepaalde uren op bepaalde dagen van de week inloggen op bepaalde Chromebooks. Tijdens deze uren zijn kiosk-apps ook niet beschikbaar. 

  

  
   

   

• Verbeterde kennisgeving over beheer op vergrendelde apparaten

  Deze functie verbetert de informatie over beheerde apparaten op het vergrendelscherm. We willen gebruikers meer inzicht geven voordat ze hun apparaat gebruiken voor persoonlijke taken of werk. Daarom geven we een duidelijke uitleg over beheerde apparaten. Zo kunnen gebruikers weloverwogen beslissingen nemen over hun apparaatgebruik. Door de nodige informatie te verstrekken, krijgen gebruikers de kennis die ze nodig hebben om keuzes te maken die aansluiten bij hun zorgen en voorkeuren op het gebied van privacy en beveiliging.

Geplande wijzigingen in ChromeOS

   

• AI-achtergronden 

  Vanaf ChromeOS 134 willen we generatieve AI-achtergronden en achtergronden voor videogesprekken in hoge resolutie introduceren in ChromeOS. Met deze functie kun je je creativiteit de vrije loop laten en je Chromebook veranderen in een canvas voor persoonlijke expressie. Kies uit een gevarieerde collectie templates en geef je Chromebook met een paar klikken een unieke persoonlijkheid, sfeer of interesse. 

  Er zijn 2 nieuwe beleidsregels beschikbaar om deze functies te beheren: GenAIVcBackgroundSettings en GenAIWallpaperSettings. Deze functie is alleen beschikbaar op Chromebook Plus-apparaten.

   

• Beëindiging van de ondersteuning voor Chrome-apps op ChromeOS 

  In 2016 hebben we de beëindiging van Chrome-apps aangekondigd ten gunste van web-apps. In 2021 hebben we op de Chromium-blog aangekondigd dat de ondersteuning voor Chrome-apps voor ChromeOS Enterprise- en Education-klanten en -ontwikkelaars op ChromeOS zou worden verlengd tot ten minste januari 2025. De meeste van onze klanten gebruiken Chrome-apps (waaronder verouderde verpakte-apps (v1) en gehoste apps) niet meer. Daarom bevestigen we de volgende updates over de beëindigingsdatums van Chrome-apps.

   

  • Juli 2025: Beëindiging van de ondersteuning voor door gebruikers geïnstalleerde Chrome-apps (gepland voor ChromeOS M138).
    • Chrome-apps die afgedwongen zijn geïnstalleerd via de Beheerdersconsole, blijven we ondersteunen.
  • Juli 2026: De laatste ChromeOS-release met ondersteuning voor Chrome-apps in de kioskmodus (gepland voor ChromeOS M150).
    • Apparaten op het LDS-kanaal met Chrome-apps in de kioskmodus krijgen tot april 2027 support.
  • Februari 2028: De laatste ChromeOS-release met ondersteuning voor Chrome-apps (gepland voor ChromeOS M168). Dit is het einde van de levensduur van alle Chrome-apps.
    • Apparaten op het LDS-kanaal kunnen Chrome-apps tot oktober 2028 blijven gebruiken.
    • Er worden geen uitzonderingen gemaakt.

  Deze tijdlijn voor beëindiging gelden ook voor zelfgehoste Chrome-apps.

  Er kunnen geen nieuwe Chrome-apps meer worden toegevoegd aan de Chrome Web Store, maar bestaande Chrome-apps kunnen nog wel worden geüpdatet tot en met oktober 2028, wanneer ze hun einde levensduur bereiken op ChromeOS. Na deze datum worden Chrome-apps verwijderd uit de Chrome Web Store.

  Als uw organisatie eigen Chrome-apps heeft ontwikkeld en u hulp nodig heeft, raadpleeg dan de handleiding Overstappen van Chrome-apps. Je kunt je ook aansluiten bij de ChromeOS-ontwikkelaarscommunity op Discord of contact met ons opnemen via het formulier op https://chromeos.dev/work-with-us. Raadpleeg het releaseschema voor ChromeOS voor releasedatums en updates.

  In de komende weken sturen we meer gedetailleerde informatie naar alle resterende Chrome-app-ontwikkelaars en alle ChromeOS-beheerders.

Releaseoverzicht voor Chrome 131

 

Wijzigingen in de Chrome-browser	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Zoeken met Google Lens op iOS		✓
Asynchrone realtime Safe Browsing-controle	✓
Ad-hoc codehandtekeningen voor PWA-shims in macOS		✓
Kiezen uit Google Drive op iOS		✓
OCR voor Chrome PDF Viewer		✓
Promotie voor Chrome op iOS op desktop-NTP		✓
Detectie van hergebruik van wachtwoorden voor meerdere profielen	✓
Chrome op Android ondersteunt nu externe providers van automatisch invullen en wachtwoorden	✓	✓
Uitgebreide rapportage van Safe Browsing beëindigen	✓
Wantrouwen in Entrust-certificaat	✓
Waarschuwingen voor onveilige formulieren op iOS	✓
PartitionAlloc met geavanceerde controles (PA/AC)	✓
Makkelijker inloggen en synchroniseren	✓
Tabbladen bevriezen bij Energiebesparing		✓
Google Play-services updaten om problemen met wachtwoorden op het apparaat op te lossen		✓
Sleutelinkapseling X25519Kyber768 voor TLS	✓
Beëindiging van de CSS-property inset-area voor ankerpositionering	✓
Verbeteringen in de opmaak van de elementen <details> en <summary>		✓
Rechten voor toetsenbordvergrendeling en cursorvergrendeling	✓
Niet-standaard GPUAdapter-methode requestAdapterInfo() verwijderen	✓
<select> parseruitbreiding	✓
Ondersteuning voor externe svg-bronnen voor de eigenschappen clip-path, fill, stroke en marker-*	✓
Ondersteuning voor niet-speciale schema-URL's	✓
Vertalen voor Zoeken met Google Lens		✓
Nieuw beleid in de Chrome-browser			✓
Verwijderd beleid in de Chrome-browser			✓
Wijzigingen in Chrome Enterprise Core	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Beleid voor generatieve AI-standaarden			✓
Integratie van telemetrie van Chrome-extensie met SecOps	✓
Aangepaste Chrome Web Store voor bedrijven			✓
Ondersteuning voor het beleid DownloadRestrictions op Android	✓		✓
Zakelijk beleid om aanpasbare buffering af te dwingen voor WebAudio-weergave			✓
Inzichten genereren voor meldingen en fouten in de Chrome DevTools-console			✓
Aanbevolen beleid in de Beheerdersconsole			✓
Wijzigingen in Chrome Enterprise Premium	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Opties voor gegevensbeheer voor Chrome Enterprise: Klembord	✓
Bescherming van screenshots	✓
Geplande wijzigingen in de Chrome-browser	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Voorlezen in de leesmodus in Chrome 132		✓
Verwijdering van de oude modus zonder interface uit de binaire bestanden van Chrome		✓
Alle schermen vastleggenn	✓
API's met voorvoegsel HTMLVideoElement voor volledig scherm verwijderen		✓
Beleid ThirdPartyBlockingEnabled verwijderen			✓
Toetsenbord-focusbare scrollcontainers		✓
Uitzondering activeren voor pop-ups of dialoogvensters in niet-actieve documenten		✓
Gebruikerslink vastleggen in PWA's		✓	✓
Netwerkservice in Windows wordt gesandboxt	✓
SwiftShader-reserve verwijderen	✓
Het deelvenster Privacy en beveiliging in Chrome DevTools	✓
Chrome-synchronisatie beëindigt ondersteuning voor Chrome-versies ouder dan 4 jaar		✓
Spaties niet toestaan in URL-hosts non-file://	✓
Migratie van de Safebrowsing API v4 naar v5	✓
Blob-URL-partitionering: ophalen of navigeren	✓
Mutatiegebeurtenissen beëindigen		✓
Ondersteuning voor het UI Automation-toegankelijkheidsframework op Windows		✓
Geplande wijzigingen in Chrome Enterprise Core	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Zakelijk beleid verwijderen dat wordt gebruikt voor verouderd gedrag van dezelfde site			✓
Geplande wijzigingen in Chrome Enterprise Premium	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Toegang tot downloaden van DLP-bestanden voorkomen	✓

 

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

 

   

• Zoeken met Google Lens op iOS  

  Sinds Chrome 126 kunnen gebruikers met Google Lens zoeken met afbeeldingen of tekst die ze op hun scherm zien. Als je deze functie wilt gebruiken, ga je naar een website en klik je op Zoeken met Google Lens op de on-focus omnibox-chip en in de rechtermuisknop-menu's op desktop of in het menu met 3 stippen op zowel desktop als mobiel. Gebruikers kunnen ergens op het scherm klikken, een deel markeren of het verslepen om de content te zoeken. Ze kunnen hun zoekopdracht verfijnen door zoekwoorden of vragen te typen in het zoekvak. Beheerders kunnen de functie beheren via een beleidsregel met de naam LensOverlaySettings. Er wordt een screenshot van het scherm naar de servers van Google gestuurd om de zoekopdracht uit te voeren, maar deze is niet gekoppeld aan ID's of accounts, wordt niet door mensen bekeken en er worden geen gegevens vastgelegd over de content. We rollen deze functie geleidelijk uit op iOS in Chrome 131 en zijn van plan deze volledig te lanceren in Chrome 132.

  • Chrome 126 op ChromeOS, Linux, macOS, Windows: Uitrol van de functie voor 1% stabiele versie
  • Chrome 127 op ChromeOS, Linux, macOS, Windows: Uitrol naar 100% stabiele versie
  • Chrome 131 op iOS: Uitrol van de functie begint
  • Chrome 132 op iOS: Uitrol naar 100% stabiele versie
   

   

• Asynchrone realtime Safe Browsing-controle op iOS  

  Momenteel bevinden de Safe Browsing-controles zich op het blokkeringspad van het laden van een pagina. Dit betekent dat de gebruiker de pagina pas kan zien nadat de controles zijn afgerond. Om de laadsnelheid van Chrome te verbeteren, blokkeren realtime Safe Browsing-controles het laden van pagina's na Chrome 122 en na Chrome 131 op iOS niet meer. 

  We hebben het risico geëvalueerd en maatregelen genomen:

  1. Voor malware en zero-day-aanvallen worden controles van de lokale blokkeringslijst nog steeds synchroon uitgevoerd, zodat schadelijke payloads nog steeds worden geblokkeerd door Safe Browsing.
  2. Voor phishingaanvallen hebben we gegevens gecontroleerd en het is onwaarschijnlijk dat gebruikers interactie hebben gehad met de pagina (bijvoorbeeld een wachtwoord hebben ingetypt) tegen de tijd dat we de waarschuwing tonen.
   
  • Chrome 122 op Android, ChromeOS, Linux, macOS, Windows
  • Chrome 131 op iOS
   

   

• Ad-hoc codehandtekeningen voor PWA-shims op macOS 

  We veranderen de codehandtekeningen voor de app-shims die worden gemaakt bij de installatie van een progressive web-app (PWA) op macOS, zodat ze ad-hoc codehandtekeningen gebruiken die worden gemaakt wanneer de app wordt geïnstalleerd. De codehandtekening wordt door macOS gebruikt als onderdeel van de app-ID. Deze ad-hochandtekeningen zorgen ervoor dat elke PWA-app-shim een unieke identiteit voor macOS krijgt. Momenteel beschouwt macOS elke PWA als dezelfde app.

  Hiermee worden problemen opgelost wanneer wordt geprobeerd meerdere PWA's toe te voegen aan het macOS-voorkeurenvenster Openen bij inloggen en worden toekomstige verbeteringen mogelijk voor de verwerking van gebruikersmeldingen binnen PWA's op macOS.

  Beheerders moeten de compatibiliteit testen met tools voor eindpuntbeveiliging of binaire machtiging die ze gebruiken (zoals Santa). Ze kunnen de functie voor testdoeleinden aanzetten via de flag chrome://flags/#use-adhoc-signing-for-web-app-shims. Daarna kunnen ze een PWA installeren en controleren of die wordt gestart zoals verwacht.

  Als de functie niet werkt met het huidige beveiligingsbeleid, kunnen ze de functie uitzetten met het beleid AdHocCodeSigningForPWAsEnabled terwijl ze een geüpdatet beleid voor eindpuntbeveiliging implementeren. Het zakelijke beleid is bedoeld om de functie alleen uit te zetten totdat het beleid voor eindpuntbeveiliging is geüpdatet. Daarna moet het beleid worden uitgezet.

   
  • Chrome 129 op macOS
    Deze functie wordt aangezet met een flag (chrome://flags/#use-adhoc-signing-for-web-app-shims) zodat bedrijven kunnen testen op compatibiliteit met hun tools voor eindpuntbeveiliging, zoals Santa. Als de functie op dit moment niet compatibel is, kunnen ze de functie uitzetten via het bedrijfsbeleid terwijl ze hun configuraties voor eindpuntbeveiliging updaten. Het zakelijke beleid is bedoeld om de functie alleen uit te zetten totdat het beleid voor eindpuntbeveiliging is geüpdatet.
  • Chrome 131 op macOS: De functie wordt uitgerold naar de stabiele versie, te beginnen met 1%.
   

   

• Kiezen uit Google Drive  

  Vanaf Chrome 131 kunnen Chrome-gebruikers op iOS een bestand rechtstreeks vanuit Google Drive naar een webpagina uploaden zonder het eerst op het apparaat te hoeven downloaden.

   
  • Chrome 131 op iOS: Bevat de kernfunctionaliteit om één bestand te uploaden. 
   

   

• OCR voor Chrome PDF Viewer 

  Gescande pdf's zijn nu toegankelijker in Chrome Desktop. Chrome gebruikt Optical Character Recognition (OCR) op het apparaat om de privacy te waarborgen (er wordt geen content naar Google gestuurd). Chrome converteert automatisch gescande pdf's, zodat je tekst kunt selecteren, Ctrl+F kunt gebruiken en kunt kopiëren en plakken. De functie omzeilt beveiligde pdf's niet. De functie gebruikt alleen OCR voor pdf's waartoe de gebruiker toegang heeft. Met deze oplossing krijgen Chrome-gebruikers zonder extra stappen toegang tot pdf's, waardoor pdf's net zo toegankelijk zijn als de rest van het web.

   
  • Chrome 131 op ChromeOS, Linux, macOS, Windows
   

   

• Promotie voor Chrome op iOS op desktop-NTP  

  Een promotie voor Chrome op iOS op de pagina Nieuw tabblad op desktop. Met deze promotie willen we de bekendheid van Chrome op iOS vergroten en een makkelijke manier bieden om de app te installeren. 

  Je beheert deze functie met de bestaande beleidsregels PromotionsEnabled en NTPMiddleSlotAnnouncementVisible.

   
  • Chrome 131 op Linux, macOS, Windows
   

   

• Detectie van hergebruik van wachtwoorden voor meerdere profielen 

  Voorheen was het hergebruik van wachtwoorden in zakelijke gegevens alleen te detecteren in het bedrijfsprofiel. Detectie van hergebruik van wachtwoorden detecteert nu hergebruik van zakelijke inloggegevens in alle niet-incognitoprofielen in de beheerde browser. 

  We hebben de criteria voor detectie van hergebruik van wachtwoorden voor meerdere profielen geüpdatet, zodat deze beter aansluiten bij beheerde werkaccounts. We hebben ook het bericht op het scherm geüpdatet om het voor gebruikers duidelijker te maken dat hun organisatie bijhoudt of ze hun bedrijfswachtwoord opnieuw gebruiken.

  • Chrome 123 op Android, iOS, ChromeOS, Linux, macOS, Windows, Fuchsia
  • Chrome 131 op Android, iOS, ChromeOS, Linux, macOS, Windows, Fuchsia
    We hebben de criteria voor detectie van hergebruik van wachtwoorden voor meerdere profielen geüpdatet om beter aan te sluiten bij beheerde zakelijke accounts. Ook hebben we het UX-bericht geüpdatet om het voor gebruikers duidelijker te maken dat hun organisatie het hergebruik van hun zakelijke wachtwoord controleert.

 

   

• Chrome op Android ondersteunt nu externe providers van automatisch invullen en wachtwoorden 

  Tot nu toe konden externe aanbieders van automatisch invullen en wachtwoorden in Chrome op Android worden gebruikt via toegankelijkheids-API's.

  In Chrome M131 voegen we rechtstreekse ondersteuning toe voor automatisch invullen van Android. Dit betekent dat deze providers werken met Chrome op Android zonder dat er toegankelijkheids-API's nodig zijn. Hierdoor worden de prestaties van Chrome op Android en externe providers van automatisch invullen verbeterd.

  Gebruikers moeten hun externe provider instellen in de Android-instellingen om hiervan gebruik te maken. Daarna selecteren gebruikers in Chrome Instellingen > Services voor automatisch invullen en kiezen ze Automatisch invullen met een andere service.

  Als gebruikers beide instellingen niet wijzigen, blijven ze Google gebruiken om hun wachtwoorden, betalings- en adresgegevens automatisch in te vullen. Je kunt met een nieuwe beleidsregel met de naam ThirdPartyPasswordManagersAllowed bepalen of gebruikers een service van derden voor automatisch invullen kunnen gebruiken.

  • Chrome 131 op Android 

    De nieuwe instelling is beschikbaar vanaf Chrome 131. Als gebruikers de nieuwe instelling gebruiken, is deze meteen van kracht. Als de nieuwe instelling niet wordt gebruikt, blijven gebruikers Google en een externe provider gebruiken via toegankelijkheid (als deze is geïnstalleerd).  

    De ondersteuning voor toegankelijkheids-API's wordt begin 2025 beëindigd. Vanaf dat moment zijn de nieuwe beleidsinstellingen van toepassing op alle gebruikers.

     
   

   

• Uitgebreide rapportage van Safe Browsing beëindigen  

  We beëindigen de functie Uitgebreide rapportage van Safe Browsing. Deze functie verbeterde eerder de veiligheid van alle gebruikers door telemetriegegevens van deelnemende gebruikers te verzamelen die werden gebruikt voor Google Safe Browsing-waarborgen. De verzamelde gegevens bevatten URL's van bezochte webpagina's, beperkte systeeminformatie en bepaalde paginacontent.

  We vervangen deze functie nu door de modus Geoptimaliseerde beveiliging. We raden gebruikers aan over te stappen op Geoptimaliseerde beveiliging om alle gebruikers te beschermen en om de krachtigste beveiliging te bieden die beschikbaar is in Chrome. Ga naar Safe Browsing-beschermingsniveaus voor meer informatie.

   
  • Chrome 129 op Android, iOS, ChromeOS, Linux, macOS, Windows
    Beëindiging van uitgebreide rapportage van Safe Browsing. Realtime verzoek voor Safe Browsing-rapport voor client uitgesloten
  • Chrome 131 op Android, iOS, ChromeOS, Linux, macOS, Windows
    Beëindiging van SafeBrowsingExtendedReportingEnabled voor realtime Safe Browsing-rapportverzoek van de client
   

  

   

   

• Wantrouwen in Entrust-certificaat 

  Als reactie op aanhoudende nalevingsfouten verandert Chrome hoe openbaar vertrouwde TLS-serververificatiecertificaten (websites) die zijn uitgegeven door Entrust, standaard worden vertrouwd in Chrome 131 en hoger op Windows, macOS, ChromeOS, Android en Linux. iOS-beleid staat het gebruik van de Chrome Root Store in Chrome voor iOS niet toe.

  TLS-certificaten die bij CA-certificaten van Entrust worden gevalideerd, zijn opgenomen in de Chrome Root Store en zijn uitgegeven:

  • worden na 11 november 2024 niet meer standaard vertrouwd.
  • zijn op of vóór 11 november 2024 niet beïnvloed door deze wijziging. 
   

  Als een Chrome-gebruiker of -bedrijf een van de betrokken Entrust-certificaten expliciet vertrouwt op een platform en versie van Chrome die afhankelijk is van de Chrome Root Store, bijvoorbeeld als expliciet vertrouwen wordt uitgedrukt via een Windows-groepsbeleidsobject, worden de op SCT gebaseerde beperkingen die hierboven zijn beschreven, overschreven en werken certificaten zoals nu het geval is.  

  Meer informatie en testbronnen vind je in de Google-blog over beveiliging. 

  Ga naar deze veelgestelde vragen over de Chrome Root Store voor meer informatie.

   
  • Chrome 131 op Android, ChromeOS, Linux, macOS, Windows
    Alle versies van Chrome 131 en hoger die afhankelijk zijn van de Chrome Root Store, volgen de blokkeringsactie, maar de blokkeringsactie wordt pas gestart voor certificaten die na 11 november 2024 zijn uitgegeven.
   

   

• Waarschuwingen voor onveilige formulieren op iOS  

  Sinds Chrome 125 blokkeert de Chrome-browser formulierinzendingen van beveiligde pagina's naar onveilige pagina's op iOS. Als Chrome een onveilige formulierinzending waarneemt, wordt er een melding getoond waarin de gebruiker wordt gevraagd de inzending te bevestigen. Het doel is om te voorkomen dat formuliergegevens uitlekken via platte tekst zonder expliciete toestemming van de gebruiker. Het beleid InsecureFormsWarningsEnabled is beschikbaar om deze functie te beheren.

   
  • Chrome 125 op iOS: Functie wordt uitgerold
  • Chrome 131 op iOS: het beleid: InsecureFormsWarningsEnabled wordt verwijderd
   

   

• PartitionAlloc met geavanceerde controles (PA/AC) 

  PartitionAlloc (PA) en de bijbehorende projecten voor geheugenbeveiliging hebben een reeks geavanceerde beveiligingsmaatregelen die standaard zijn gedeactiveerd (of uitsluitend in foutopsporingsbuilds) vanwege de mogelijke impact op de prestaties. Hoewel het misschien niet meteen mogelijk is om de functie voor alle gebruikers aan te zetten, kun je deze onder bepaalde, beperkte voorwaarden wel gedeeltelijk aanzetten.

  Met dit project willen we geavanceerde waarborgen voor zakelijke klanten bereiken. Bedrijfsbeheerders kunnen verbeterde beveiligingsmaatregelen toepassen via bedrijfsbeleid. In bedrijven wordt meestal voorrang gegeven aan beveiliging boven prestaties. De kans is groot dat ze geavanceerde controles willen, zelfs als dit ten koste gaat van de prestaties.

  PA met geavanceerde controles is geavanceerde geheugenbeveiliging. De functie staat standaard UIT vanwege een verwachte prestatieafname. Zakelijke klanten kunnen de functie aanzetten via bedrijfsbeleid om geavanceerde beveiliging te krijgen.

   
  • Chrome 131 op Android, iOS, ChromeOS, Linux, macOS, Windows, Fuchsia

   

• Makkelijker inloggen en synchroniseren 

  Vanaf Chrome 131 krijgen bestaande gebruikers voor wie Chrome-synchronisatie aanstaat, een makkelijkere, vereenvoudigde manier van inloggen en synchroniseren in Chrome. Chrome-synchronisatie wordt niet meer als afzonderlijke functie getoond in de instellingen of op andere plekken. In plaats daarvan kunnen gebruikers inloggen bij Chrome en informatie (zoals wachtwoorden en bookmarks) gebruiken en opslaan in hun Google-account, volgens het relevante bedrijfsbeleid.

  De functie, die eerder onderdeel was van Chrome-synchronisatie en die Chrome-gegevens opslaat en opent in het Google-account, kun je net als eerst beheren via SyncTypesListDisabled. Je kunt Inloggen bij Chrome net als eerst uitzetten via BrowserSignin.

  Deze wijzigingen gelden niet voor de mogelijkheid van gebruikers om in te loggen bij Google-services op het web (zoals Gmail) zonder in te loggen bij Chrome, de mogelijkheid om uitgelogd te blijven bij Chrome of de mogelijkheid om te bepalen welke informatie er wordt gesynchroniseerd met hun Google-account.

   
  • Chrome 131 op Android
   

   

• Tabbladen bevriezen bij Energiebesparing 

  Als Energiebesparing actief is, bevriest Chrome een tabblad vast dat al meer dan 5 minuten verborgen en stil is en veel CPU gebruikt, tenzij:

  • Het tabblad audio- of videoconferentiefunctionaliteit biedt (gedetecteerd via microfoon-, camera- of scherm-, venster- of tabbladopname of een RTCPeerConnection met een open RTCDataChannel of een live MediaStreamTrack).
  • Het tabblad een extern apparaat aanstuurt dat wordt gedetecteerd via het gebruik van Web USB, Web Bluetooth, Web HID of Web Serial.
   

  Hierdoor wordt de batterijduur verlengd en Chrome sneller doordat het CPU-gebruik wordt verlaagd.

  • Chrome 130 op ChromeOS, Linux, macOS, Windows
    Je kunt de functie in Chrome 130 testen met de invoer #freezing-on-energy-saver in about:flags. Je kunt dit ook testen met de flag #freezing-on-energy-saver-testing, waarmee wordt gesimuleerd dat Energiebesparing actief is en dat alle tabbladen veel CPU gebruiken (zo kun je controleren of een tabblad in aanmerking komt voor bevriezing en of het zou worden bevroren als het veel CPU gebruikt). Je kunt de beschikbaarheid van Energiebesparing beheren met het beleid BatterySaverModeAvailability. Deze wijziging heeft geen effect als Energiebesparing inactief is.
  • Chrome 131 op ChromeOS, Linux, macOS, Windows
    De functie wordt in Chrome 131 uitgerold naar 1% van de stabiele versie. Deze wordt geleidelijk opgevoerd tot 100% van de stabiele versie. Je kunt de beschikbaarheid van Energiebesparing beheren via het beleid BatterySaverModeAvailability. Deze wijziging heeft geen invloed als Energiebesparing inactief is.
   

   

• Google Play-services updaten om problemen met wachtwoorden op het apparaat op te lossen  

  Gebruikers met oude versies van Google Play-services hebben minder functionaliteit voor hun wachtwoorden op het apparaat en Wachtwoordmanager werkt misschien binnenkort helemaal niet meer voor ze. Deze gebruikers moeten de Google Play-services updaten of worden door andere methoden voor probleemoplossing geleid, afhankelijk van hun status. Dit maakt deel uit van een voortdurende migratie die alleen van invloed is op Android-gebruikers van Google Wachtwoordmanager.

   
  • Chrome 131 op Android
   

   

• Sleutelinkapseling X25519Kyber768 voor TLS 

  Vanaf Chrome 124 zet Chrome standaard op alle desktopplatforms X25519Kyber768 aan. Dit is het nieuwe post-quantum beveiligde inkapselingsmechanisme voor TLS-sleutels op basis van 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 eind 2024. Maar post-quantum beveiligde coderingen zijn op de lange termijn vereist in TLS en we verwijderen dit zakelijke beleid. Post-quantum cryptografie is vereist voor CSNA 2.0.

  Ga naar deze Chromium-blogpost en deze Google Security-blogpost voor meer informatie.

   
  • Chrome 124 op Windows, macOS, Linux: het nieuwe post-quantum beveiligde TLS-sleutelinkapselingsmechanisme X25519Kyber768 is aangezet
  • Chrome 131 op Linux, macOS, Windows: Chrome schakelt het sleutelinkapselingsmechanisme over naar de uiteindelijke standaardversie van ML-KEM
  • Chrome 141 op Windows, macOS, Linux: Zakelijke beleidsregels verwijderen
   

   

• Beëindiging van de CSS-property voor ankerpositionering inset-area  

  De CSS-werkgroep (CSSWG) heeft besloten de naam van de property inset-area te wijzigen in position-area. Ga naar de CSSWi-gno/re-ddiscussie op github voor meer informatie. De nieuwe propertynaam, position-area, als synoniem voor inset-area, wordt geleverd via deze functie-update die wordt beschreven op Chrome Platform Status, waarin de beëindiging en verwijdering van de property inset-area wordt beschreven.

   
  • Chrome 131 op Windows, macOS, Linux, Android
   

   

• Verbeteringen in opmaak van de elementen <details> en <summary> 

  Ondersteuning voor meer CSS-opmaak voor de structuur van de elementen <details> en <summary>, zodat deze elementen in meer gevallen kunnen worden gebruikt als kennisgevingswidgets of accordeonwidgets op het web worden gemaakt. Met deze wijziging worden met name beperkingen verwijderd waardoor je de display-property niet kon instellen op deze elementen. Ook wordt er een pseudo-element:details-content toegevoegd om de container op te maken voor het gedeelte dat kan worden uitgevouwen en samengevouwen.

   
  • Chrome 131 op Windows, macOS, Linux, Android
   

   

• Rechten voor toetsenbordvergrendeling en cursorvergrendeling  

  Kan een rechtenprompt aan de gebruiker tonen als een website om Toetsenbordvergrendeling of Cursorvergrendeling vraagt en slaat de gebruikersvoorkeuren op als contentinstellingen. Je kunt de instellingen opvragen via de Permissions API. Zo kunnen we misbruik van de API's beperken.

   
  • Chrome 131 op Windows, macOS, Linux
   

   

• Niet-standaard GPUAdapter-methode requestAdapterInfo() verwijderen  

  De WebGPU-WG heeft besloten dat het onpraktisch is dat requestAdapterInfo() een rechtenprompt activeert. Daarom is die optie verwijderd en vervangen door het GPUAdapter-informatiekenmerk, zodat webontwikkelaars nu gelijktijdig dezelfde GPUAdapterInfo-waarde kunnen krijgen. Ga naar de vorige informatiekenmerk Intent to Ship: WebGPU: GPUAdapter voor meer informatie. 

   
  • Chrome 131 op Windows, macOS, Linux, Android
   

   

• <select> parseruitbreiding 

  Door deze wijziging staat de HTML-parser extra tags toe in <select> naast <option>, <optgroup> en <hr>.

  Deze wijziging is ter ondersteuning van de aanpasbare functie <select>, maar wordt als eerste verstuurd omdat deze afzonderlijk kan worden uitgevoerd en weinig risico's met zich meebrengt.

  Deze functie is beperkt door het tijdelijke beleid SelectParserRelaxationEnabled. Dit is een tijdelijke overgangsperiode. Het beleid werkt niet meer vanaf Chrome-mijlpaal 136.

  Ga voor meer informatie naar de uitleg over aanpasbare <select> in de open UI en het artikel over de wijzigingen in de HTML-parser voor aanpasbare <select> van de What Working Group. 

   
  • Chrome 131 op Windows, macOS, Linux, Android
   

   

• Ondersteuning voor externe SVi-gno/re-dbronnen voor de eigenschappen clip-path, fill, stroke en marker-* 

  Externe verwijzingen toestaan voor cli-path, markers en paint servers (voor de eigenschappen fill en stroke). Bijvoorbeeld: clip-path: url("resources.svg#myPath").

   
  • Chrome 131 op Windows, macOS, Linux, Android
   

   

• Ondersteuning voor niet-speciale schema-URL's  

  Chrome 130 ondersteunt niet-speciale schema-URL's, zoals git://example.com/path. Eerder ondersteunde de Chromium-URL-parser niet-speciale URL's niet. De parser parseert niet-speciale URL's alsof ze een ondoorzichtig pad hebben, wat niet overeenkomt met de URL-standaard. De Chromium-URL-parser parseert niet-speciale URL's nu correct, volgens de URL-standaard. Ga naar http://bit.ly/url-non-special voor meer informatie. 

   
  • Chrome 130 op Windows, macOS, Linux, Android
  • Chrome 131 op Windows, macOS, Linux, Android
  • Chrome 134 op Windows, macOS, Linux, Android: functievlag wordt verwijderd
   

   

• Vertalen voor zoeken met Google Lens 

  We implementeren vertaalmogelijkheden voor augmented reality (AR) in de functie Zoeken met Google Lens. Er is al een zakelijk beleid ingesteld waarmee bedrijven de functie kunnen aan- of uitzetten via LensOverlaySettings.

   
  • Chrome 131 op ChromeOS, Linux, macOS, Windows
     

   

• Nieuw beleid in de Chrome-browser 

  Beleid	Beschrijving
  DownloadRestrictions	Downloadbeperkingen toestaan
  CAPlatformIntegrationEnabled	Door de gebruiker toegevoegde TLS-certificaten van truststores van het platform gebruiken voor serververificatie
  SelectParserRelaxationEnabled	Bepaalt of het nieuwe gedrag van de HTML-parser voor het <select>-element aanstaat
  EnterpriseProfileBadgeToolbarSettings	Bepaalt de zichtbaarheid van de badge voor zakelijke profielen in de werkbalk
  WebAudioOutputBufferingEnabled	Aanpasbare buffering voor Web Audio aanzetten

   

   

• Verwijderd beleid in de Chrome-browser 

  Beleid	Beschrijving
  ProfileLabel	Dit beleid beheert een label waarmee een ingelogd profiel wordt geïdentificeerd. Dit label wordt op verschillende plekken getoond, bijvoorbeeld naast het profielicoon op de werkbalk, zodat gebruikers het profiel makkelijk kunnen herkennen.
  ToolbarAvatarLabelSettings	Labelinstelling voor beheerde werkbalkavatar
  BeforeunloadEventCancelByPreventDefaultEnabled	Beheert nieuw gedrag voor het annuleringsdialoogvenster dat door de beforeunload-gebeurtenis wordt gegenereerd

   

   

Wijzigingen in Chrome Enterprise Core

    

• Beleid voor generatieve AI-standaarden 

  Vanaf versie 131 introduceert Chrome Enterprise Core het beleid GenAiDefaultSettings om het standaardgedrag van meerdere beleidsregels voor generatieve AI te beheren als onderdeel van ons programma voor betrouwbare testers. Je kunt je hier aanmelden voor ons programma voor betrouwbare testers. Dit beleid heeft geen invloed op handmatig ingestelde beleidswaarden voor generatieve AI-functies. Dit beleid beheert de standaardinstellingen voor het volgende beleid:

  • CreateThemesSettings 
  • DevToolsGenAiSettings
  • HelpMeWriteSettings
  • HistorySearchSettings 
  • TabOrganizerSettings
  • TabCompareSettings
  • GenAIVcBackgroundSettings
  • GenAIWallpaperSettings
  • HelpMeReadSettings
   

  Ga naar Chrome: Functies en beleid van generatieve AI voor meer informatie over de standaardinstellingen.

  • Alleen beschikbaar voor betrouwbare testers. Je kunt je hier aanmelden voor ons programma voor betrouwbare testers.

    

• Integratie van telemetrie van Chrome-extensie met SecOps 

  We verzamelen relevante telemetriegegevens van Chronicle-extensies vanuit Chrome (voor beheerde profielen en apparaten) en sturen deze naar Google SecOps. Google SecOps analyseert de gegevens om onmiddellijke analyse en context te bieden voor risicovolle activiteiten. Deze gegevens worden verder verrijkt om aanvullende context te bieden en zijn een jaar lang doorzoekbaar.

  • Chrome 131 op ChromeOS, Linux, macOS, Windows
   

    

• Aangepaste Chrome Web Store voor bedrijven 

  IT-beheerders kunnen de Chrome Web Store aanpassen voor hun beheerde eindgebruikers met bedrijfsspecifieke branding, aangepaste berichten en aangepaste navigatie. Beheerders kunnen de winkel personaliseren met logo's, banners en aanbevolen extensies, terwijl ze ook irrelevante categorieën verbergen en de vindbaarheid van extensies verbeteren.

  Je kunt deze functie instellen via de Beheerdersconsole. Deze aangepaste configuraties voor mijlpaal 1 zijn beschikbaar voor alle ingelogde beheerde gebruikers (gebruikers die zijn ingelogd bij de Chrome Web Store met een beheerd Google-account). Bij mijlpaal 2 wordt deze functie ondersteund voor browsers die zijn ingeschreven bij CEC (zonder dat je hoeft in te loggen) en is deze functie pas later in 2025 beschikbaar.

  Daarnaast zien alle beheerde gebruikers die inloggen bij de Chrome Web Store de volgende wijzigingen:

  • Nieuwe tags voor items die zijn geblokkeerd door de beheerder en filteren op privé-items in de zoekresultaten
  • Privé-items en aanbevolen items worden alleen verplaatst naar het tabblad Extensies.
• Vanaf Chrome 131 op Linux, macOS, Windows en ChromeOS: Mijlpaal 1 wordt uitgerold

  

    

• Ondersteuning voor het beleid DownloadRestrictions op Android 

  DownloadRestrictions is een universeel beleid dat beschikbaar is voor Chrome Enterprise Core-gebruikers op desktops. Het beleid DownloadRestrictions wordt nu ondersteund op Android. Met dit beleid kunnen beheerders alle downloads blokkeren in de mobiele Chrome-browser op Android. 

  • Chrome 131 op Android

    

• Zakelijke beleid om aanpasbare buffering af te dwingen voor WebAudio-weergave 

  De WebAudio-implementatie van Chromium bevat een mechanisme voor adaptieve buffering. Dit is toegevoegd om veel problemen met fouten op te lossen, vooral op Android met de Audio-backend. Hoewel dit mechanisme aanzienlijk minder fouten veroorzaakte, nam de audiovertraging ook toe. Chrome voert een experiment uit waarbij het adaptieve buffermechanisme wordt uitgezet en de weergave synchroon wordt uitgevoerd op alle platforms behalve Android. 

  Vanaf Chrome 131 is het zakelijke beleid WebAudioOutputBufferingEnabled beschikbaar. Hiermee dwing je Chrome om standaard het vorige gedrag te gebruiken voor adaptieve buffering voor WebAudio-weergave.

  • Chrome 131 op ChromeOS, Linux, macOS, Windows

    

• 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, met uitzondering van 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-assistentie kan nu bronnen in de deelvensters Prestaties, Bronnen en Netwerk uitleggen, naast de eerdere ondersteuning voor foutopsporing van stijlen

    

• Aanbevolen beleid in de Beheerdersconsole 

  Al vanaf 1 november kunnen beheerders via de optie Overschrijving door gebruiker kiezen of bepaalde instellingen worden aanbevolen of verplicht zijn. Deze beheeroptie wordt geleidelijk uitgerold voor beleid dat kan worden aanbevolen, te beginnen met het volgende beleid:

  - Waarschuwing geven voordat je afsluit
  - Standaardprinter van het systeem
  - Batterijbesparingsmodus
  - Homepage
  - Safe Browsing-beveiliging
  - Downloadbeperkingen

   

  

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

Wijzigingen in Chrome Enterprise Premium

   

   

• Opties voor gegevensbeheer voor Chrome Enterprise: Klembord 

  Beheerders kunnen regels voor opties voor gegevensbeheer instellen in de Google Beheerdersconsole om eindgebruikers te beschermen tegen gegevenslekken in de Chrome-browser. Opties voor gegevensbeheer zijn lichtgewicht regels die in de Google Beheerdersconsole zijn ingesteld. Hiermee kunnen beheerders Chrome-beleid instellen om gevoelige gebruikersacties te beheren, zoals gevoelige gegevens kopiëren en plakken, screenshots maken of het scherm delen.

  Je kunt deze functie beheren met het beleid DataControlsRules.

  Deze functie kan worden getest door leden van het Chrome Enterprise-programma voor betrouwbare testers. Je kunt je hier aanmelden voor ons programma voor betrouwbare testers.

  • Chrome 128 op ChromeOS, Linux, macOS, Windows: programma voor betrouwbare testers
  • Chrome 131 op ChromeOS, Linux, macOS, Windows: functie wordt uitgerold

   

  

   

   

• Bescherming van screenshots 

  Beheerders kunnen voorkomen dat gebruikers screenshots maken of het scherm delen van specifieke webpagina's die gevoelige gegevens bevatten. Beheerders maken een DLP-URL-filterregel om te voorkomen dat gebruikers screenshots maken of het scherm delen van specifieke URL's of URL-categorieën delen. Je kunt deze functie beheren met hetzelfde beleid EnterpriseRealTimeUrlCheckMode dat alle realtime URL-lookups mogelijk maakt.

  Deze functie kan worden getest door leden van het Chrome Enterprise-programma voor betrouwbare testers. Je kunt je hier aanmelden voor ons programma voor betrouwbare testers.

  • Chrome 129 op ChromeOS, Linux, macOS, Windows: programma voor betrouwbare testers
  • Chrome 131 op ChromeOS, Linux, macOS, Windows: functie wordt uitgerold

Geplande wijzigingen in de Chrome-browser

 

    

• Voorlezen in de leesmodus in Chrome 132

  De leesmodus is een functie in het zijvenster die een vereenvoudigde weergave biedt van webpagina's met veel tekst. De leesmodus bevat de functie Voorlezen, waarmee gebruikers de tekst die ze lezen hardop kunnen horen. Gebruikers kunnen kiezen uit verschillende natuurlijke stemmen en snelheden, en visuele highlights bekijken.

   
  • Chrome 132 op ChromeOS, Linux, macOS, Windows
   

    

• Verwijdering van de oude modus zonder interface uit de Chrome-binaire bestanden

  Als je Chrome uitvoert met `--headless=old`, wordt de oude modus zonder interface niet meer gestart. In plaats daarvan wordt het volgende logboekbericht afgedrukt:

  De oude modus zonder interface is verwijderd uit de Chrome-binaire bestanden. Je kunt de nieuwe modus zonder interface of chrome-headless-shell gebruiken. Dit is een losse implementatie van de oude modus zonder interface.

   
  • Chrome 132 op Linux, macOS, Windows

     

• Alle schermen vastleggen

  Deze functie legt alle schermen vast die op dit moment aan het apparaat zijn gekoppeld met getAllScreensMedia(). Als je getDisplayMedia() meerdere keren aanroept, zijn er meerdere gebruikersgebaren vereist. De gebruiker moet dan telkens het volgende scherm kiezen en de app kan niet garanderen dat alle schermen zijn geselecteerd. getAllScreensMedia() verbetert al deze punten.

  Deze functie is alleen beschikbaar via het zakelijke beleid MultiScreenCaptureAllowedForUrls. Nog voordat de opname begint, krijgen gebruikers een waarschuwing dat de opname op een bepaald moment kan beginnen. De API werkt alleen voor oorsprongen die zijn opgegeven op de toelatingslijst MultiScreenCaptureAllowedForUrls. Oorsprongen die daar niet worden vermeld, hebben er geen toegang toe.

  • Chrome 132 op Windows, macOS, Linux

    

• API's met voorvoegsel HTMLVideoElement voor volledig scherm verwijderen

  De toegevoegde HTMLVideoElement-specifieke API's voor volledig scherm zijn sinds ongeveer M38 beëindigd. Ze zijn vervangen door de API Element.requestFullscreen(), die in 2018 voor het eerst zonder voorvoegsel werden verzonden in M71. Sinds 2024 bieden de meeste browsers al een paar jaar ondersteuning voor de API's zonder voorvoegsel.

  Deze functie houdt bij dat de volgende API's uit HTMLVideoElement worden verwijderd:

  - Boleaans kenmerk readonly webkitSupportsFullscreen;

  - Boleaans kenmerk readonly webkitDisplayingFullscreen;

  - void webkitEnterFullscreen();

  - void webkitExitFullscreen();

  // Let op afwijkend hoofdlettergebruik van de S in FullScreen.

  - void webkitEnterFullScreen(); 

  - void webkitExitFullScreen();

   

  Deze methoden zijn nu alleen aliassen voor de moderne API. Het gebruik ervan is in de loop der jaren langzaam afgenomen.

   
  • Chrome 132 op Windows, MacOS, Linux, Android

    

• Beleid ThirdPartyBlockingEnabled verwijderen

  Vanwege onverwachte problemen wordt ThirdPartyBlockingEnabled verwijderd in Chrome 135. Als je feedback hebt over deze verwijdering, kun je hier een bug melden.

   
  • Chrome 132 op Windows: Beëindiging van het beleid ThirdPartyBlockingEnabled
  • Chrome 135 op Windows: Verwijdering van het beleid ThirdPartyBlockingEnabled

    

• Toetsenbord-focusbare scrollcontainers

  We zijn van plan de toegankelijkheid te verbeteren door scrollcontainers focusbaar te maken met opeenvolgende focusnavigatie. Tegenwoordig focust de tab-toets scrollers niet, tenzij je tabIndex expliciet instelt op 0 of meer.

  Als je scrollers standaard focusbaar maakt, kunnen gebruikers die geen muis kunnen (of willen) gebruiken de focus op een fragment plaatsen met de tab-toets en de pijltoetsen op het toetsenbord. Dit gedrag staat alleen aan als de scroller geen onderliggende toetsenbord-focusbare scrollers bevat. Deze logica is nodig zodat we geen regressies veroorzaken voor bestaande focusbare elementen die mogelijk voorkomen in een scroller, zoals een <textarea>.

  Opmerking: De vorige uitrol van deze functie (gestart in Chrome 127) is gestopt vanwege problemen met webcompatibiliteit. Deze zijn opgelost in de huidige implementatie die in 130 wordt geleverd.

  Opmerking: De vorige uitrol van deze functie (gestart in 130) is gestopt vanwege een regressie in toegankelijkheid. Dit is verholpen in de implementatie die in 132 wordt geleverd.

   
  • Chrome 132 op Windows, MacOS, Linux, Android

    

• Uitzondering activeren voor pop-ups of dialoogvensters in niet-actieve documenten

  Dit is een wijziging voor een bijzondere situatie die hopelijk geen gevolgen heeft voor ontwikkelaars. Een bijzondere situatie is wanneer er meerdere unieke voorwaarden tegelijkertijd voorkomen. Eerder mislukte de aanroep van showPopover() of showModal() in stilte op een pop-up of dialoogvenster in een inactief document zonder dat er een uitzondering werd veroorzaakt. Omdat het document inactief is, wordt er geen pop-up of dialoogvenster getoond. Vanaf het pull-verzoek (PR) https://github.com/whatwg/html/pull/10705 voor de specificatie wordt in deze situaties nu de uitzondering InvalidStateError geactiveerd.

   
  • Chrome 132 op Windows, MacOS, Linux, Android

 

    

• Link van gebruikers vastleggen op PWA's

  Weblinks leiden gebruikers automatisch naar geïnstalleerde web-apps. In Chrome wordt het makkelijker om te wisselen tussen de browser en geïnstalleerde web-apps om beter aan te sluiten bij wat gebruikers verwachten van geïnstalleerde web-apps. Als de gebruiker op een link klikt die kan worden verwerkt door een geïnstalleerde web-app, voegt Chrome een chip aan de adresbalk toe met het voorstel om naar de app te gaan. Als de gebruiker op de chip klikt, wordt de app rechtstreeks gestart of wordt er een raster met apps geopend die de link ondersteunen. Bij sommige gebruikers wordt de app altijd automatisch geopend als ze op een link klikken.

   
  • Chrome 121 op Linux, macOS, Windows
    Als sommige gebruikers op een link klikken, wordt deze altijd geopend in een geïnstalleerde PWA. Bij andere gebruikers wordt de link geopend in een nieuw tabblad met een chip in de adresbalk. Als de gebruiker op de chip klikt, wordt de app geopend. Er is een flag beschikbaar om deze functie te beheren: chrome://flags/#enable-user-link-capturing-pwa.
   
  • Chrome 132 op Linux, macOS, Windows
    Lancering naar 100% van stabiel met standaard aan (apps altijd openen bij klikken op links) of standaard uit (altijd openen in een tabblad, alleen openen als de gebruiker klikt op chip in adresbalk).
   

  

    

• Netwerkservice in Windows wordt gesandboxt

  De netwerkservice, die al in een eigen proces wordt uitgevoerd, wordt in Windows gesandboxt om de beveiliging en betrouwbaarheid te verbeteren. Code van derden die momenteel de netwerkservice kan manipuleren, kan dat daarna misschien niet meer doen. Dit kan leiden tot interoperabiliteitsproblemen met software die code injecteert in de procesruimte van Chrome, zoals software ter voorkoming van gegevensverlies. Met het beleid NetworkServiceSandboxEnabled kun je de sandbox uitzetten als je compatibiliteitsproblemen ervaart. Je kunt de sandbox testen in je omgeving door deze instructies te volgen.

  Meld eventuele problemen die je tegenkomt. 

   
  • Chrome 132 op Windows
    Netwerkservice gesandboxt in Windows

   

• SwiftShader-reserve verwijderen

  Automatisch terugvallen op WebGL ondersteund door SwiftShader is beëindigd. Als je dit toestaat, wordt de WebGL-context niet gemaakt en wordt er 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 terugvallen 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ëindigingsperiode 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. Je kunt fouten bij het maken van een WebGL-context testen en verwerken en terugvallen op andere web-API's, zoals Canvas2D of een toepasselijke melding aan de gebruiker.

   
  • Chrome 133 op Windows, macOS, Linux, Android

   

• Het deelvenster Privacy en beveiliging in Chrome DevTools 

  Vanaf Chrome 133 kunnen ontwikkelaars het nieuwe deelvenster Privacy en beveiliging in Chrome DevTools gebruiken om te testen hoe hun site zich gedraagt als cookies van derden worden beperkt. Ontwikkelaars kunnen cookies van derden tijdelijk beperken, observeren hoe hun site zich gedraagt en de status van cookies van derden op hun site checken.

  Met deze functie worden er geen permanente wijzigingen aangebracht in bestaand bedrijfsbeleid, maar kan bedrijfsbeleid voor cookies van derden (dat wil zeggen BlockThirdPartyCookies en CookiesAllowedForUrls) tijdelijk worden overschreven om het beleid strenger te maken. Als cookies van derden al met BlockThirdPartyCookies worden geblokkeerd door je bedrijfsbeleid, wordt deze functie uitgezet.

  Het nieuwe deelvenster Privacy en beveiliging vervangt het bestaande deelvenster Beveiliging. Informatie over TLS-verbindingen en certificaten blijft beschikbaar op het tabblad Beveiliging in het deelvenster Privacy en beveiliging.

   
  • Chrome 133 op ChromeOS, Linux, macOS, Windows

   

• Chrome-synchronisatie beëindigt ondersteuning voor Chrome-versies ouder dan 4 jaar

  Vanaf februari 2025 ondersteunt Chrome-synchronisatie (gegevens gebruiken en opslaan in je Google-account) geen Chrome-versies die ouder zijn dan 4 jaar. Je moet upgraden naar een nieuwere versie van Chrome als je Chrome-synchronisatie wilt blijven gebruiken.

   
  • Chrome 133 op Android, iOS, ChromeOS, Linux, macOS, Windows
    Deze wijziging is alleen van invloed op de oude versies van Chrome en wordt vanaf de server uitgerold. Chrome 133 wordt alleen vermeld om aan te geven wanneer de wijziging van kracht wordt.

    

• Spaties niet toestaan in URL-hosts die beginnen met non-file:// 

  Volgens de specificaties mogen URL-hosts [1] geen spatie bevatten, maar op dit moment staat verwerking 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' [2] en 'URL' focusgebieden [3].

  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 URL's file:// (GitHub)[4].

  Deze functie maakt deel uit van de voortdurende inzet om Chromium beter te laten voldoen aan de specificaties door spaties alleen te verbieden voor niet-bestands-URL's.

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

    

• Migratie van de Safebrowsing API v4 naar v5

  Chrome-aanroepen naar de Safebrowsing v4 API worden gemigreerd naar aanroepen naar de v5 API. De methodennamen verschillen ook in v4 en v5.

  Als beheerders een v4-specifieke toelatingslijst voor 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 een verslechtering van de beveiliging voor gebruikers.

   
  • Chrome 133 op Android, iOS, ChromeOS, Linux, macOS, Windows: De uitrol verloopt geleidelijk.

    

• Blob-URL-opsplitsing: ophalen of navigeren

  Als vervolg op de partitionering van opslag implementeert Chromium 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 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 Chromium noopener voor door de renderer gestarte navigaties naar blob-URL's waarbij de bijbehorende site cross-site is voor de site op het hoogste niveau die de navigatie uitvoert. Zo is Chromium in lijn met vergelijkbaar gedrag in Safari. We werken aan updates van de specificaties om deze beide wijzigingen te weerspiegelen.

  Je kunt deze wijziging tijdelijk ongedaan maken door het beleid PartitionedBlobURLUsage in te stellen. Het beleid wordt beëindigd als het andere bedrijfsbeleid voor opslagpartitie wordt beëindigd.

   
  • Chrome 134 op Windows, macOS, Linux

    

• Mutatiegebeurtenissen beëindigen

  Synchrone mutatiegebeurtenissen, waaronder DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument en DOMCharacterDataModified, hebben een negatieve invloed op de paginaprestaties en maken het aanzienlijk complexer om nieuwe functies toe te voegen aan het web. We hebben deze API's in 2011 verwijderd uit de specificaties en (in 2012) vervangen door de gebruiksvriendelijkere Mutation Observer API. Je moet gebruik van de beëindigde mutatiegebeurtenissen verwijderen of overzetten naar Mutation Observer. Vanaf Chrome 124 is er een tijdelijk zakelijk beleid, MutationEventsEnabled, beschikbaar om beëindigde of verwijderde mutatiegebeurtenissen weer aan te zetten. Als je problemen ondervindt, kun je hier bugs melden.

  Rond 30 juli 2024 wordt vanaf Chrome 127 ondersteuning voor mutatiegebeurtenissen standaard uitgezet. Je moet code vóór die datum migreren om te voorkomen dat je site niet meer werkt. Als je meer tijd nodig hebt, zijn er een paar opties:

  • Je kunt de Mutation Events Deprecation Trial (proefperiode na beëindiging van mutatiegebeurtenissen) gebruiken om de functie tijdelijk weer aan te zetten op een bepaalde site. Je kunt deze gebruiken tot en met Chrome 134, tot 25 maart 2025.
  • Je kunt het zakelijke beleid MutationEventsEnabled gebruiken voor hetzelfde doel, ook tot en met Chrome 134.

  Ga naar deze blogpost voor meer informatie. Meld eventuele problemen hier.

  • Chrome 135 op Android, Linux, macOS, Windows: Het zakelijke beleid MutationEventsEnabled wordt beëindigd.

    

• De provider van het UI Automation-toegankelijkheidsframework op Windows

  Sinds Chrome 126 heeft Chrome rechtstreeks clientsoftware ondersteund 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 het zakelijke beleid UiAutomationProviderEnabled gebruiken, dat beschikbaar is vanaf Chrome 125, om de nieuwe provider geforceerd aan te zetten (zodat alle gebruikers de nieuwe functies krijgen) of de nieuwe provider uit te zetten. Dit beleid wordt ondersteund tot en met Chrome 136 en wordt verwijderd in Chrome 137. 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 voor 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 snel toestemming te geven voor het nieuwe gedrag of om die toestemming tijdelijk in te trekken via Chrome 136.
  • Chrome 137 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

    

• Zakelijk beleid verwijderen dat wordt gebruikt voor verouderd gedrag van dezelfde site 

  In Chrome 79 hebben we het beleid LegacySameSiteCookieBehaviorEnabledForDomainList geïntroduceerd om het SameSite-gedrag van cookies terug te zetten naar het verouderde gedrag op de gegeven domeinen. De levensduur van het beleid LegacySameSiteCookieBehaviorEnabledForDomainList is verlengd. Het wordt verwijderd bij de onderstaande mijlpaal.

   
  • Chrome 132 op Android, ChromeOS, Linux, macOS, Windows: Het beleid LegacySameSiteCookieBehaviorEnabledForDomainList verwijderen.

 

Geplande wijzigingen in Chrome Enterprise Premium

 

   

• Toegang tot downloaden van DLP-bestanden voorkomen 

  Als de beheerder een DLP-regel voor bestandsdownloads instelt, wordt er na de download een scan gestart. Met deze functie hebben ingeschreven Chrome Enterprise-gebruikers geen toegang tot de inhoud van een gedownload bestand voordat er een uitspraak over de deep scan is gegeven.

  Deze functie is beperkt door het bestaande beleid OnFileDownloadedEnterpriseConnector en is alleen beschikbaar voor Chrome Enterprise Premium-gebruikers.

  • Chrome 132 op ChromeOS, Linux, macOS, Windows

   

Releaseoverzicht voor Chrome 131

 

ChromeOS-updates	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Automatische inschrijving voor ChromeOS Flex			✓
Afgedwongen opnieuw inschrijven voor ChromeOS Flex			✓
Nieuwe stijl voor Snelle antwoorden		✓
Gesplitst DNS voor ChromeOS	✓
ChromeOS Back To Safety	✓	✓
Meldingen met flits		✓
Herinnering voor SID-update van Microsoft SCEP	✓
Geplande wijzigingen in ChromeOS	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
AI-achtergronden		✓
Migratie van studiegegevens		✓	✓
Ondersteuning voor Native Client (NaCl) wordt beëindigd in ChromeOS	✓		✓
Ondersteuning voor Chrome-apps wordt beëindigd op ChromeOS		✓	✓

 

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 in sommige talen kan 1 tot 2 weken duren.

ChromeOS-updates

   

• Snel invoegen 

  Met Snel invoegen kun je snel emoji's, symbolen, gifs, Google Drive-links en snelle berekeningen en eenheidsconversies invoegen met een toets (op bepaalde modellen) of een sneltoets.

  In ChromeOS 130 is de nieuwe sneltoets Launcher + f beschikbaar op alle ChromeOS-apparaten. Een nieuwe hardwaretoets is in eerste instantie alleen beschikbaar op de Samsung Galaxy Chromebook Plus, maar de toets Snel invoegen wordt in 2025 gelanceerd op verschillende apparaten.

  

   

• Wijzigingen in instellingen en sneltoetsen

  We hebben de opties voor sneltoetsen en invoerapparaten in Instellingen geüpdatet met:

  • Snel invoegen: Launcher + f

   

• Focus op ChromeOS 

  We hebben Focus op ChromeOS ontworpen zodat gebruikers afleidingen tot een minimum kunnen beperken en een productievere werkruimte kunnen creëren. Met Focus kun je je focustijd makkelijk instellen en aanpassen, de modus Niet storen aan- of uitzetten, nieuwe Google Tasks weergeven of maken en je onderdompelen in beheerde playlists die je helpen je beter te concentreren met focusgeluid of YouTube Music Premium (op basis van een abonnement). Als je Focus wilt gebruiken, ga je naar Snelle instellingen > Focus.

  

   

• Verbeterde toegang tot Drive-bestanden

  Naast bestanden die je een ster hebt gegeven in Tote, heb je rechtstreeks vanaf de plank toegang tot al je gemarkeerde Drive-bestanden. Deze plank is nu offline beschikbaar. Met verbeterde Drive-suggesties in Launcher en Tote heb je met snelkoppelingen toegang tot je belangrijkste en meestgebruikte bestanden.

   

• Nieuwe suggesties in Tote

  Krijg snel toegang tot de bestanden die je het vaakst gebruikt en zet ze vast met suggesties voor lokale en Drive-bestanden. In het nieuwe gedeelte Suggesties in Tote worden bestanden aan gebruikers voorgesteld. Zo kunnen ze bestanden die ze offline willen vastzetten en openen, beter vinden.

   

• Welkom terug

  Met de nieuwe functies van Welkom terug kunnen gebruikers hun werk hervatten en nieuwe opties verkennen bij het opstarten. Nadat je deze functie hebt aangezet, kun je een voorbeeld weergeven van apps en tabbladen uit je vorige sessie en deze herstellen. Welkom terug bevat ook nuttige informatie, zoals het weer, je volgende agenda-afspraak, recente tabbladen van andere apparaten en relevante Google Drive-suggesties.

  Als je deze functie wilt aanzetten, selecteer je Instellingen > Systeemvoorkeuren > Opstarten > Welkom terug en zorg je dat Altijd vragen is gekozen voor je apparaat.

  

   

• Studiomicrofoon

  Laat de ingebouwde microfoon van je Chromebook klinken als een professionele studiomicrofoon door deze functie te activeren in de bedieningselementen voor videogesprekken. De studiomicrofoon bevat de bestaande ruisonderdrukking en nagalmonderdrukking en verbetert deze verder met geavanceerde afstemming, reconstructie van kleine details en aanpassing aan de ruimte. Gebruikers die ruisonderdrukking hebben aangezet, krijgen vanaf deze release standaard microfoonoptimalisaties in studiostijl. Als gebruikers willen teruggaan naar het oude effect voor alleen ruisonderdrukking, kunnen ze de juiste optie selecteren in Instellingen > Apparaat > Audio. Deze functie is alleen beschikbaar op Chromebook Plus-apparaten.

   

• AI-gestuurde Recorder-app

  In ChromeOS 130 introduceren we de nieuwe AI-gestuurde Recorder-app van Google om transcripties te maken die sprekers kunnen herkennen en labelen, en een samenvatting van de opgenomen content kunnen geven. Onze app doet meer dan alleen opnemen. Je kunt er ook spraak-naar-tekst, contentoverzichten en titelsuggesties mee maken, allemaal mogelijk gemaakt door AI van Google.

   

• Contentscans voor beheerde gastsessies

  Organisaties kunnen nu de krachtige opties voor scannen en content- en contextgebaseerde beveiliging van Chrome Enterprise Premium uitbreiden naar lokale bestanden in beheerde gastsessies op ChromeOS. Een kwijtgeraakt bestand met burgerservicenummers wordt bijvoorbeeld meteen geblokkeerd als een gebruiker het bestand naar een externe schijf probeert te kopiëren. Zo blijft deze vertrouwelijke informatie beschermd.

   

• Aanvullende URL's toegestaan in de kioskmodus

  Als een kiosk-app meerdere URL-oorsprongen gebruikt, kunnen IT-beheerders nu de aanvullende oorsprongen invoeren. Alle ingevoerde oorsprongen krijgen automatisch rechten. Rechten worden afgewezen voor oorsprongen die niet op deze lijst staan.

     

   

• Effecten voor uiterlijk

  Weergave-effecten zijn al lang populair bij producten voor camera's, virtuele vergaderingen en korte video's en zijn gelanceerd in sommige Google-producten. In ChromeOS 130 integreren we deze functie in Chromebook voor bedieningselementen voor videogesprekken. Alleen beschikbaar op Chromebook Plus-apparaten.

   

• Toegankelijkere privacyopties

  Met deze lancering maken we privacyopties op OS-niveau toegankelijker voor gebruikers van de Chrome-browser. Zo willen we gebruikers meer bewust maken van het feit dat ze privacyopties op OS-niveau moeten aanzetten om de camera of microfoon te kunnen gebruiken.

     

   

• Verbeterde bedieningselementen voor de helderheid van het toetsenbord

  Chromebook-gebruikers kunnen de helderheid van het toetsenbord nu makkelijk aanpassen en de sensor voor omgevingslicht rechtstreeks bedienen via de app Instellingen. Met deze nieuwe functie kun je de helderheid van het toetsenbord op het perfecte niveau instellen en de sensor voor omgevingslicht aan- of uitzetten als dat nodig is. Met deze updates kun je je apparaat makkelijker gebruiken en de batterijduur beter beheren. Als de Chromebook RGB ondersteunt, is er nu een rechtstreekse link naar opties voor RGB-kleurselectie in de optie Instellingen > Toetsenbord. Ga naar Gamefuncties gebruiken op je Chromebook voor meer informatie.

   

• Verbeterde bedieningselementen voor de schermhelderheid

  Chromebook-gebruikers kunnen de schermhelderheid nu makkelijk aanpassen en de sensor voor omgevingslicht rechtstreeks bedienen via de app Instellingen. Met deze nieuwe functie kun je de schermhelderheid op het perfecte niveau instellen en de sensor voor omgevingslicht aan- of uitzetten in Instellingen. Met deze updates kun je je apparaat makkelijker gebruiken en de batterijduur beter beheren.

   

• Help me met lezen op ChromeOS

  Help me met lezen op ChromeOS is een AI-gestuurde oplossing waarmee je snel de informatie vindt die je nodig hebt in een tekst. Kom makkelijk tot de kern van wat je leest in de browser en in de galerij door met de rechtermuisknop op een lege plek te klikken. De kaart Help me met lezen wordt dan getoond boven het bestaande contextmenu. Het deelvenster Help me met lezen bevat een samenvatting van de tekst en een vraag- en antwoordveld waarin je specifieke vragen over de tekst kunt stellen. Alleen beschikbaar op Chromebook Plus-apparaten.

     

   

• Ondersteuning voor meerdere agenda's

  We lanceren ondersteuning voor meerdere agenda's zodat gebruikers in hun Google Agenda alle afspraken kunnen zien uit meerdere agenda's die ze hebben geselecteerd.

   
   

   

• Scherm-in-scherm-vensters

  ChromeOS-gebruikers hebben nu meer flexibiliteit met scherm-in-scherm-vensters (SIS-vensters). Met PiP Tuck kunnen gebruikers SIS-vensters tijdelijk naar de zijkant van het scherm verplaatsen. Zo maken ze waardevolle schermruimte vrij en blijft de video makkelijk toegankelijk. Ook kun je het formaat van SIS-vensters snel aanpassen door snel dubbel te tikken en te schakelen tussen 2 formaten voor optimaal kijkplezier.

     

   

• Verbeterde ARC++-gebruikerservaring

  We verplaatsen niet-urgente achtergrond- en foutmeldingen van ARC++ naar het systeemvak om de gebruikerservaring van ChromeOS en ARC++ te verbeteren. Zo voorkom je dat deze berichten onnodig op de voorgrond verschijnen en het gebruikerstraject verstoren. Door deze meldingen naar het systeemvak te verplaatsen, kunnen we ervoor zorgen dat gebruikers nog steeds op de hoogte worden gesteld van mogelijke problemen, maar niet worden gestoord terwijl ze hun Chromebook gebruiken. Ga naar deze ChromeOS-blog voor ontwikkelaars voor meer informatie over ARC++.

   

   

• Nieuw beleid om de namen van toegangspunten te beheren

  Voor Chromebooks met mobiele mogelijkheden kunnen beheerders met APN-beleid voor toegangspuntnamen het gebruik van aangepaste APN's beperken. Als je de flag AllowAPNModification in de algemene netwerkinstellingen instelt op Beperken, kun je voorkomen dat eindgebruikers aangepaste APN's toevoegen of gebruiken.

   
   

   

• Update van Microsoft SCEP SID

   

  Alleen voor SCEP-implementaties met Microsoft NPS voor RADIUS. Als je geen SCEP-certificaten gebruikt in combinatie met Microsoft NPS voor Radius voor Chromebook-netwerkconnectiviteit, kun je de rest van deze instructies negeren. We verwachten dat dit vaker voorkomt in bedrijven dan in het onderwijs.

  Microsoft heeft een beveiligingsupdate aangekondigd waarmee een nieuw verplicht veld, een beveiligings-ID (SID), wordt toegevoegd aan SCEP-certificaten in omgevingen die NPS voor Radius gebruiken voor netwerkverificatie. Deze toevoeging is vanwege een beveiligingsprobleem op Windows-apparaten. Hiermee kunnen bruikbare certificaten met privésleutels van het ene Windows-apparaat worden geëxporteerd voor gebruik op een ander apparaat. Als je de SID toevoegt, wordt het certificaat gekoppeld aan een apparaat of gebruiker in je Active Directory-omgeving, zodat een onbekend apparaat/onbekende gebruiker het niet kan gebruiken. Dit is geen beveiligingsprobleem voor Chromebooks, omdat deze geen certificaten met privésleutels kunnen exporteren en worden beschermd door de TPM. Certificaat zonder dit nieuwe veld kunnen na de harde handhavingsdeadline van 11 februari 2025 niet meer worden geverifieerd voor een NPS voor Radius-server.

  Wat moet u doen?

  Controleer zo snel mogelijk of je implementatie afhankelijk is van zowel SCEP-certificaten als NPS voor Radius voor netwerkverificatie. Je kunt dit doen door naar de gebeurtenisviewer op je Domeincontroller -> Systeem te gaan en te zoeken naar gebeurtenis-ID 39. Als u deze gebeurtenis-ID ziet:

   

  Acties die u moet uitvoeren als u gebeurtenis-ID 39 ziet:

  1. Maak een nieuw object of gebruik een bestaand object in je Active Directory-omgeving voor SCEP
  2. Extraheer de SID voor het AD-object, bijvoorbeeld PS> (Get-ADUser gebruikersnaam).SID.value
  3. Maak een nieuw SCEP-profiel met alle instellingen die zijn gedupliceerd uit uw huidige instellingen en voeg de SID toe van het nieuwe of bestaande AD-object uit stap 1.
  4. Selecteer in het gedeelte Alternatieve naam voor onderwerp het keuzerondje Aangepast. Voeg een nieuwe alternatieve naam voor het onderwerp toe met de knop + en het type Uniform Resource Identifier in het dropdownmenu. Onder tekenreeks moet de waarde vergelijkbaar zijn met:

       tag:microsoft.com,2022-09-14:sid:S-1-2-3-4-5-6-8
  
       waar S-1-2-3-4-5-6-8 de SID van het AD-object is

  
  5. Implementeer dit nieuwe certificaat op alle mogelijk getroffen Chromebooks onder uw apparaten:
     1. Wacht MINSTENS ÉÉN MAAND om redelijkerwijs te garanderen dat alle apparaten het nieuwe certificaat hebben opgehaald.
  6. Koppel alle beleidsregels van het oude certificaat opnieuw aan het nieuwe certificaat uit stap 2.
  7. Controleer de functionaliteit met het nieuwe certificaat.
  8. Verwijder het oude profiel.

   

Geplande wijzigingen in ChromeOS

   

• AI-achtergronden 

  Vanaf ChromeOS 131 willen we generatieve AI-achtergronden en achtergronden voor videogesprekken in hoge resolutie introduceren in ChromeOS. Met deze functie kun je je creativiteit de vrije loop laten en je Chromebook veranderen in een canvas voor persoonlijke expressie. Kies uit een gevarieerde collectie templates en geef je Chromebook met een paar klikken een unieke persoonlijkheid, sfeer of interesse.

  Er zijn 2 nieuwe beleidsregels beschikbaar om deze functies te beheren: GenAIVcBackgroundSettings en GenAIWallpaperSettings. Deze functie is alleen beschikbaar op Chromebook Plus-apparaten.

   

• Automatische inschrijving voor ChromeOS Flex  

  Vanaf ChromeOS 131 kun je ChromeOS Flex-apparaten op schaal implementeren met automatische inschrijving voor ChromeOS Flex. Net als bij zero-touch inschrijving voor ChromeOS wordt bij automatische inschrijving een inschrijftoken die door de beheerder van een organisatie is gemaakt, ingesloten in een ChromeOS Flex-image. Dit bepaalt in welke klantorganisatie en organisatie-eenheid een apparaat wordt ingeschreven tijdens de eerste apparaatinstallatie.

   

• Migratie van studiegegevens 

  Vanaf ChromeOS 132 begeleidt een nieuwe tool voor contentoverdracht afgestudeerde leerlingen of andere door EDU beheerde gebruikers die hun gegevens willen migreren via het geüpdatete Google Takeout-overdrachtsproces. Zo kunnen ze hun Documenten-, Spreadsheets-, Presentaties- en Gmail-content overzetten naar een Gmail-account naar keuze.

  Met deze nieuwe app kunnen schoolbeheerders een icoon vastzetten op de plank, leerlingen en docenten op hun Chromebooks een melding sturen en datums instellen om ze te porren en aan te moedigen het bestaande Takeout-overdrachtsproces te gebruiken.

   

• Ondersteuning voor de Chrome-app wordt beëindigd op ChromeOS 

  In 2016 hebben we de beëindiging van Chrome-apps aangekondigd ten gunste van web-apps. In 2021 hebben we op de Chromium-blog aangekondigd dat de ondersteuning voor Chrome-apps voor ChromeOS Enterprise- en Education-klanten en -ontwikkelaars op ChromeOS zou worden verlengd tot ten minste januari 2025. Aangezien de meeste van onze klanten zijn overgestapt van Chrome-apps (waaronder verouderde verpakte apps (v1) en gehoste apps), kunnen we de volgende updates bevestigen over de beëindigingsdatums van Chrome-apps.

  Juli 2025: Ondersteuning voor door gebruikers geïnstalleerde Chrome-apps wordt beëindigd (gepland voor ChromeOS M138).
  • Chrome-apps die afgedwongen zijn geïnstalleerd via de Beheerdersconsole, blijven we ondersteunen.
  Juli 2026: De laatste ChromeOS-release met ondersteuning voor Chrome-apps in de kioskmodus (gepland voor ChromeOS M150).
  • Apparaten op het LDS-kanaal met Chrome-apps in de kioskmodus krijgen tot april 2027 support.
  Februari 2028: De laatste ChromeOS-release met ondersteuning voor Chrome-apps (gepland voor ChromeOS M168). Dit is het einde van de levensduur van alle Chrome-apps.
  • Apparaten op het LDS-kanaal kunnen Chrome-apps tot oktober 2028 blijven gebruiken.
  • Er worden geen uitzonderingen gemaakt.
   

  In de komende weken sturen we meer gedetailleerde informatie naar alle resterende Chrome-app-ontwikkelaars en alle ChromeOS-beheerders.

  Deze beëindigingstijdlijnen gelden ook voor zelfgehoste Chrome-apps.

  Er kunnen geen nieuwe Chrome-apps meer worden toegevoegd aan de Chrome Web Store, maar bestaande Chrome-apps kunnen nog wel worden geüpdatet tot en met oktober 2028, wanneer ze hun einde levensduur bereiken op ChromeOS. Na deze datum worden Chrome-apps verwijderd uit de Chrome Web Store.

  Als uw organisatie eigen Chrome-apps heeft ontwikkeld en u hulp nodig heeft, raadpleeg dan de handleiding Overstappen van Chrome-apps. Je kunt ook deelnemen aan de ChromeOS-ontwikkelaarscommunity op Discord of contact met ons opnemen via het formulier op https://chromeos.dev/work-with-us. Raadpleeg het releaseschema voor ChromeOS voor releasedatums en updates.

   

• Ondersteuning voor Native Client (NaCl) wordt beëindigd in ChromeOS 

  In 2017 hebben we de beëindiging van Native Client (NaCl) aangekondigd ten gunste van WebAssembly. Aangezien de meeste van onze klanten zijn overgestapt van NaCl, kunnen we bevestigen dat er enkele belangrijke wijzigingen aankomen in ChromeOS.

  • Januari 2025: Native Client (NaCl) staat vanaf ChromeOS M132 standaard uit.
    • Voor onbeheerde gebruikers en consumenten is M131 de laatste ChromeOS-release met ondersteuning voor NaCl.
    • Beheerders die ChromeOS-apparaten beheren voor een bedrijf of school, kunnen in beheerde gebruikersomgevingen met een NaCl-toelatingsbeleid de mogelijkheid om NaCl te gebruiken verlengen tot en met de M138-release. Vanaf M132 is het beleid ook beschikbaar voor kiosksessies.
  • Juli 2025: Met ChromeOS M138 wordt de NaCl-technologie beëindigd op ChromeOS.
    • Voor beheerde omgevingen is M138 een langdurige supportrelease (LTS) van ChromeOS die beschikbaar is voor beheerders die ChromeOS-apparaten beheren voor een bedrijf of school. Apparaten die zijn overgezet naar het LTS-kanaal en waarvoor het NaCl-toelatingsbeleid aanstaat, kunnen NaCl blijven gebruiken tot de laatste vernieuwing van LTS in april 2026.
   

  Als uw organisatie eigen Chrome-apps met NaCl heeft ontwikkeld en u hulp nodig heeft, draagpleeg dan de handleidingen Overstappen van Chrome-apps en WebAssembly-migratie. Je kunt ook deelnemen aan de ChromeOS-ontwikkelaarscommunity op Discord of contact met ons opnemen via het formulier op https://chromeos.dev/work-with-us. Controleer het releaseschema voor ChromeOS voor releasedatums en updates.

  In de komende weken sturen we meer gedetailleerde informatie naar NaCl-ontwikkelaars en getroffen ChromeOS-beheerders.

   

Releaseoverzicht voor Chrome 130

 

Wijzigingen in de Chrome-browser	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Toasts op desktop		✓
Platformkiezer voor scherm delen op macOS		✓
Nieuw menu Account		✓
Pdf-viewer op Android		✓
Tabbladen bevriezen bij Energiebesparing		✓
Transport van compressiewoordenboeken met Gedeeld Brotli en Gedeeld Zstandard	✓
Toetsenbord-focusbare scrollcontainers		✓
Ondersteuning voor niet-speciale schema-URL's	✓
Chrome op Android ondersteunt nu externe providers van automatisch invullen en wachtwoorden		✓	✓
Reservestijlen voor het <meter>-element	✓
Nieuw en geüpdatet beleid in de Chrome-browser			✓
Wijzigingen in Chrome Enterprise Core	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Standaardwijziging in beleid voor generatieve AI			✓
Ondersteuning voor instellingen op gebruikersniveau in Aangepaste configuraties			✓
Regels voor URL-navigatie voor alleen controle			✓
Beveiligingsinzichten voor Chrome	✓		✓
Risicoscore van extensie, fase 2	✓		✓
Wijzigingen in Chrome Enterprise Premium	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Geen updates in Chrome 130.
Geplande wijzigingen in de Chrome-browser	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Met AI zoeken in je Chrome-geschiedenis en antwoorden krijgen		✓
Ad-hoc codehandtekeningen voor PWA-shims op macOS		✓
Asynchrone realtime Safe Browsing-controle	✓
Niet-standaard GPUAdapter-methode requestAdapterInfo() verwijderen	✓
Uitgebreide rapportage van Safe Browsing beëindigen	✓
Google Play-services updaten om problemen met wachtwoorden op het apparaat op te lossen			✓
Wantrouwen in Entrust-certificaat	✓
Makkelijker inloggen en synchroniseren		✓	✓
Gebruikerslink vastleggen in PWA's		✓	✓
Beëindiging van de CSS-property voor ankerpositionering inset-area	✓
Sleutelinkapseling X25519Kyber768 voor TLS	✓
OCR voor Chrome PDF Viewer		✓
Waarschuwingen voor onveilige formulieren op iOS	✓
Netwerkservice in Windows wordt gesandboxt			✓
Voorlezen in Leesmodus		✓
Alle schermen vastleggen			✓
Migratie van de Safebrowsing API v4 naar v5	✓
Controles voor toegang tot privénetwerken voor navigatieverzoeken: alleen-waarschuwingsmodus			✓
Mutatiegebeurtenissen beëindigen	✓		✓
Ondersteuning voor het UI Automation-toegankelijkheidsframework op Windows		✓
Geplande wijzigingen in Chrome Enterprise Core	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Beleid voor generatieve AI-standaarden			✓
Integratie van telemetrie van Chrome-extensie met SecOps	✓		✓
Nieuwe lijst met beheerde profielen en rapportage voor ingelogde gebruikers
Zakelijk beleid verwijderen dat wordt gebruikt voor verouderd gedrag van dezelfde site			✓
Geplande wijzigingen in Chrome Enterprise Premium	Beveiliging/privacy	Gebruikersproductiviteit/apps	Beheer
Opties voor gegevensbeheer voor Chrome Enterprise: Klembord	✓
Bescherming van screenshots	✓

 

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