Voor beheerders die de Chrome-browser of ChromeOS-apparaten beheren voor een bedrijf of school.
Aanmelden voor e-mails over toekomstige releases
Overzicht van Chrome 124-release
Release-opmerkingen DOWNLOADEN (pdf)
De release-opmerkingen voor bedrijven en de informatie over updates voor Chrome zijn beschikbaar in 9 talen: Je kunt over de updates van Chrome lezen in het Engels, Duits, Frans, Nederlands, Spaans, Portugees, Koreaans, Indonesisch en Japans. Het vertalen in sommige talen kan 1 tot 2 weken in beslag nemen.
Updates van de Chrome-browser
- Productlancering voor Chrome Enterprise Premium
Chrome Enterprise Premium is nu beschikbaar, een centrale oplossing voor robuuste eindpuntbeveiliging, privacy en controle (installatiehandleiding). IT- en beveiligingsteams krijgen veel meer netwerkzichtbaarheid en kunnen makkelijk geavanceerde beveiligingsfuncties implementeren. Meer informatie.
- Cloudbeheer voor de Chrome-browser heet nu Chrome Enterprise Core
Cloudbeheer van Chrome Enterprise is een centrale tool om browserbeleid, -instellingen, -apps en -extensies in Chrome in te stellen en te beheren, ongeacht het besturingssysteem, het apparaat of de locatie. Meer informatie.
- Chrome 124 op Linux, macOS, Windows: toegang als betrouwbare tester
- Chrome 126 op Linux, macOS, Windows: functie wordt uitgerold
- Watermerken (betrouwbare tester)
Met de functie van Chrome Enterprise Premium kunnen beheerders een watermerk plaatsen boven op een webpagina als een specifieke DLP-regel (Data Loss Prevention, DLP) wordt getriggerd als ze er naar toe gaan. Je kunt een statische tekenreeks specificeren die als watermerk moet worden getoond.
Deze functie is momenteel beschikbaar via ons programma voor betrouwbare testers. Als je ons wilt helpen deze functie te testen, kun je je hier aanmelden voor het Chrome Enterprise-programma voor betrouwbare testers.
- Chrome 124 op Linux, macOS, Windows: toegang als betrouwbare tester
- Chrome 126 op Linux, macOS, Windows: functie wordt uitgerold
- Beëindiging van cookies van derden (3PCD) in Chrome
Zoals eerder aangekondigd, is Chrome 120 begonnen met het standaard beperken van cookies van derden voor 1% van de Chrome-gebruikers om tests mogelijk te maken. Bij volgende releases wordt dit al in het 3e kwartaal van 2024 opgeschaald naar 100% van de gebruikers. Hiervoor moeten we eventuele resterende zorgen over concurrentie van de Competition and Markets Authority (CMA) van het Verenigd Koninkrijk wegnemen. Daarnaast krijgen browsers die deel uitmaken van de experimentgroep van 1%, nieuwe gebruikersopties voor Trackingbeveiliging. Je kunt deze wijzigingen uitproberen in Chrome 120 of hoger door
chrome://flags/#test-third-party-cookie-phaseoutaan te zetten.In de testperiode krijgen sites een duidelijk beeld van hoe het is om te werken in een wereld zonder cookies van derden. Aangezien beveiligingsmaatregelen voor bouncetracking ook onderdeel zijn van 3PCD, passen we beperkingen voor bouncetracking toe op de gebruikers in deze groep voor wie cookies van derden zijn geblokkeerd, zodat hun status wordt gewist voor sites die zijn geclassificeerd als bouncetrackers. De meeste zakelijke gebruikers worden automatisch uitgesloten van deze experimentgroep van 1%, maar we raden beheerders aan proactief het beleid BlockThirdPartyCookies en CookiesAllowedForUrls te gebruiken om cookies van derden opnieuw aan te zetten en de toestemming voor deelname aan het experiment in te trekken voor hun beheerde browsers voordat we beginnen. Zo krijgen bedrijven de tijd om de wijzigingen aan te brengen die nodig zijn om te voorkomen dat ze afhankelijk zijn van dit beleid of cookies van derden.
We lanceren het rapport Verouderde technologie om toepassingen van cookies van derden te vinden. Beheerders kunnen het beleid BlockThirdPartyCookies instellen op onwaar om cookies van derden opnieuw aan te zetten voor alle sites, maar gebruikers kunnen dan de bijbehorende instelling niet wijzigen in Chrome. Je kunt ook het beleid CookiesAllowedForUrls zo instellen dat je zakelijke apps op de toelatingslijst staan, zodat ze cookies van derden blijven krijgen.
Zakelijke eindgebruikers die worden meegenomen in deze experimentgroep en die niet onder een van deze zakelijke beleidsregels vallen, kunnen het oogicoon in de omnibox gebruiken om cookies van derden zo nodig 90 dagen lang opnieuw aan te zetten op een bepaalde site. Ga naar dit Help-artikel voor meer informatie over hoe je deze instellingen aan- of uitzet.
Beveiligingsmaatregelen voor bouncetracking vallen onder hetzelfde beleid als cookies. Deze beveiligingsmaatregelen worden afgedwongen als de bouncingsite geen cookies van derden mag gebruiken. Als je het beleid BlockThirdPartyCookies dus instelt op onwaar of het beleid CookiesAllowedForUrls instelt voor een site, voorkom je dat de status voor sites wordt verwijderd vanwege beperkingen voor bouncetracking.
Als je zakelijke SaaS-integraties gebruikt in een cross-site context voor toepassingen zonder advertenties, kun je die registreren voor een proefperiode na beëindiging voor derden of de proefperiode na beëindiging voor jezelf voor doorlopende toegang tot cookies van derden gedurende een beperkte periode.
Met de heuristiekfunctie heb je in bepaalde scenario's tijdelijk toegang tot cookies van derden op basis van gebruikersgedrag. Zo voorkom je dat sites nadat cookies van derden zijn beëindigd niet goed werken in vastgestelde patronen, zoals pop-ups en omleidingen van identiteitsproviders.
Ga naar de geüpdatete landingspagina over de voorbereiding voor de beëindiging van cookies van derden voor meer informatie over hoe je je kunt voorbereiden, feedback kunt geven en mogelijke siteproblemen kunt melden.
- Vanaf Chrome 120 op ChromeOS, Linux, macOS, Windows
Voor 1% van het wereldwijde verkeer worden cookies van derden uitgezet. Waar mogelijk worden zakelijke gebruikers hiervan automatisch uitgesloten. Er is een beleid beschikbaar om de wijziging te overschrijven.
- Vanaf Chrome 120 op ChromeOS, Linux, macOS, Windows
- Rechtenprompt voor Web MIDI API
De Web MIDI API maakt verbinding en werkt met MIDI-apparaten (Musical Instrument Digital Interface). Er zijn meerdere problemen gemeld met de drive-by-toegang van Web MIDI API tot MIDI-clientapparaten (zie gerelateerde Chromium-bug ). De Audio Working Group van W3C heeft besloten om expliciet toestemming te geven voor algemene Web MIDI API-toegang om dit probleem aan te pakken. Oorspronkelijk was het expliciete recht alleen vereist voor geavanceerd Web MIDI-gebruik in Chrome, waaronder de mogelijkheid om exclusieve systeemberichten (SysEx) te sturen en te ontvangen, met afgeschermde toegang achter een rechtenprompt. We zijn nu van plan het bereik van het recht uit te breiden naar normaal MIDI API-gebruik.
In Chrome 124 is voor alle toegang tot de Web MIDI API gebruikerstoestemming vereist. Er is geen beleid beschikbaar waarmee je deze wijzigingen kunt beheren. Als je problemen ondervindt, kun je hier bugs melden.
- Chrome 124 op Windows, macOS, Linux, Android
- 2 Chrome-extensies worden geüpgraded naar Manifest V3
Binnenkort worden 2 extensies geüpdatet om Manifest V3 te gebruiken: User-Agent Switcher en Chrome Reporting.
Dit is een grote update die misschien bugs bevat, dus je kunt de bètaversie van deze extensies vandaag nog proberen. We raden je aan ze in je omgeving te testen. Als je problemen ondervindt, kun je hier bugs melden.
- User-Agent Switcher voor Chrome - bèta
- Extensie Chrome-rapporten (bèta)
De URL-parser voor User-Agent Switcher is gewijzigd, dus zorg ervoor dat je bestaande vervangingen voor user-agents werken met de nieuwe versie.
- Chrome 124: Beide extensies krijgen rond 30 april 2024 een update van de stabiele versie.
- Wijzigingen in het Chrome-installatieprogramma/-updateprogramma
We zijn een nieuwe versie van Google Update aan het uitrollen. Als onderdeel van deze wijziging wordt de locatie voor GoogleUpdate.exe in Windows gewijzigd en verandert de naam in updater.exe. Het oude pad blijft bestaan tot de transitie volledig is afgerond. GoogleUpdate.exe is ook aangepast zodat deze verwijst naar updater.exe.
* Oude pad:
C:\Program Files (x86)\Google\Update\GoogleUpdate.exe
* Huidig:C:\Program Files (x86)\Google\GoogleUpdater\<VERSION>\updater.exe- Chrome 124 in Windows: Deze wijzigingen worden weergegeven in Windows.
- Verbeteringen voor Bookmarks en Leeslijst op Android
In Chrome 124 op Android kunnen sommige gebruikers die inloggen bij Chrome via bookmarkmanager, bookmarks en leeslijstitems gebruiken en opslaan in hun Google-account. Relevant bedrijfsbeleid, zoals BrowserSignin, SyncTypesListDisabled, EditBookmarksEnabled, ManagedBookmarks en ShoppingListEnabled, blijven werken zoals voorheen, om in te stellen of gebruikers items in hun Google-account kunnen gebruiken en opslaan.
- Chrome 124 op Android: functie wordt uitgerold
- Keuzescherm voor standaardzoekmachine
Als onderdeel van onze naleving van de Digital Markets Act (DMA) introduceert Google keuzeschermen voor gebruikers om hun standaard zoekmachine in Chrome te kiezen. Met deze keuze bepaal je de standaardinstelling voor de zoekmachine, die momenteel beschikbaar is op chrome://settings/search.
Voor bedrijven die ervoor hebben gekozen de zoekinstellingen voor hun zakelijke gebruikers in te stellen met het bedrijfsbeleid DefaultSearchProviderEnabled en DefaultSearchProviderSearchUrl, geldt dat beleid op de zoekinstellingen van hun bedrijf. Als de beheerder de zoekinstellingen van zakelijke gebruikers niet heeft ingesteld op basis van beleid, krijgen zakelijke gebruikers mogelijk een prompt om hun standaard zoekmachine te kiezen in Chrome.
Meer informatie over dit beleid en de gerelateerde atomische groep.
- Chrome 120 op iOS, ChromeOS, Lacros, Linux, macOS, Windows: 1% van de gebruikers krijgt misschien het keuzescherm in Chrome 120.
- Vanaf Chrome 124 op iOS, ChromeOS, Lacros, Linux, macOS, Windows: volledige uitrol voor alle gebruikers waarop dit van toepassing is.
- Zakelijk beleid beëindigen dat wordt gebruikt voor throttling
De onderliggende codewijziging (cross-origin display:none-iframes binnen hetzelfde proces beperken) die het bedrijfsbeleid ThrottleNonvisibleCrossOriginIframesAllowed overschrijft, is al sinds begin 2023 aangezet in stabiele releases. Omdat de bekende problemen zijn opgelost, willen we het zakelijke beleid ThrottleNonVisibleCrossOriginIframesAllowed verwijderen in Chrome 124. Bekijk dit rapport over Chromium-probleem als je de discussies over het probleem met throttling (en de bijbehorende oplossing) wilt lezen.
- Chrome 124: Het beleid wordt verwijderd.
- Support voor Chrome Desktop voor Windows ARM64
Chrome rolt ondersteuning voor Windows ARM64 uit. We werken aan de release van de Enterprise-installatieprogramma's. Je kunt het Canary-kanaal en het bètakanaal blijven testen en daar bugs melden. Dit kan worden gewijzigd op basis van algemene stabiliteit en feedback van klanten. Als je problemen ondervindt, kun je hier bugs melden.
- Chrome 124 op Windows (ARM): Er komen eind april of begin mei nieuwe zakelijke installatieprogramma's beschikbaar.
- Zakelijk beleid verwijderen dat wordt gebruikt voor GREASE
We zijn van plan het beleid UserAgentClientHintsGREASEUpdateEnabled te beëindigen, omdat het geüpdatete GREASE-algoritme al meer dan een jaar standaard aanstaat. Het beleid wordt verwijderd in Chrome 126.
- Chrome 124 op Android, ChromeOS, Linux, macOS, Windows: Het beleid wordt beëindigd
- Chrome 126 op Android, ChromeOS, Linux, macOS, Windows: Het beleid wordt verwijderd
- Web SQL beëindigen en verwijderen
Met SQLite via WASM als officiële vervanging willen we Web SQL volledig verwijderen. Zo houden we onze gebruikers beveiligd.
De Web SQL Database-standaard werd geïntroduceerd in april 2009 en beëindigd in november 2010. Gecko heeft deze functie nooit geïmplementeerd en WebKit heeft deze functie in 2019 beëindigd. De W3C heeft gebruikers die webdatabases nodig hebben, gevraagd om Web Storage of Indexed Database te gebruiken.
Sinds de release is het zeer moeilijk om onze gebruikers te beveiligen. SQLite is in eerste instantie niet ontworpen om schadelijke SQL-instructies uit te voeren, maar met WebSQL moeten we dat wel doen. We moeten reageren op een stroom aan stabiliteits- en beveiligingsproblemen, wat tot onvoorspelbare kosten leidt voor het opslagteam.
- Chrome 101: In Chrome 101 is het beleid WebSQLAccess toegevoegd. WebSQL is beschikbaar als dit beleid aanstaat en het beleid is beschikbaar tot Chrome 123.
- Chrome 115: Bericht over beëindiging toegevoegd aan console.
- Chrome 117: In Chrome 117 gaat de proefperiode na beëindiging van WebSQL van start. De proefperiode eindigt met Chrome 123. Tijdens de proefperiode is een token voor de proefperiode na beëindiging vereist om de functie beschikbaar te maken.
- Chrome 119: Vanaf Chrome 119 is WebSQL niet meer beschikbaar. Toegang tot de functie is tot Chrome 123 beschikbaar via het beleid WebSQLAccess of via een token voor de proefperiode na beëindiging.
- Chrome 124 op ChromeOS, Lacros, Linux, macOS, Windows, Android: Vanaf Chrome 124 zijn het beleid WebSQLAccess en de proefperiode na beëindiging, waarmee WebSQL beschikbaar wordt gemaakt, niet meer beschikbaar.
- Bandbreedte-updates voor Chrome
Chrome introduceert een nieuw mechanisme voor het updaten van bepaalde Chrome-componenten. Dit kan ertoe leiden dat er extra bandbreedte wordt gebruikt binnen je apparaten. Je kunt dit beheren met het beleid GenAILocalFoundationalModelSettings.
- Chrome 124 op Windows, macOS, Linux
- Formulierbedieningselementen ondersteunen de richtingswaarde in de verticale schrijfmodus
In de schrijfmodus voor de CSS-property's kunnen elementen verticaal worden geplaatst, maar gebruikers kunnen de richting waarin de waarde verandert niet instellen. Met deze functie kunnen de invoertypen voor formulierbedieningselementen (meter, voortgang en bereik) een verticale schrijfmodus hebben en de richtingswaarde van het formulierbedieningselement kiezen. Als de richting RTL is, wordt de waarde van onder naar boven weergegeven. Als de richting LTR is, wordt de waarde van boven naar beneden weergegeven. Neem de blogpost Chrome voor ontwikkelaars door voor meer informatie.
- Chrome 124 op Windows, macOS, Linux, Android
- Zakelijk beleid verwijderen dat wordt gebruikt voor TLS-handshake en RSA-sleutelgebruik
In Chrome 114 hebben we InsecureHashesInTLSHandshakesEnabled geïntroduceerd om het gebruik van verouderde onveilige hashes tijdens het TLS-handshakeproces te beheren. In Chrome 116 hebben we RSAKeyUsageForLocalAnchorsEnabled geïntroduceerd om sommige servercertificaatcontroles te beheren. In Chrome 124 worden de beleidsregels InsecureHashesInTLSHandshakesEnabled en RSAKeyUsageForLocalAnchorsEnabled verwijderd.
Chrome 124 op Android, ChromeOS, Linux, macOS, Windows: De beleidsregels InsecureHashesInTLSHandshakesEnabled en RSAKeyUsageForLocalAnchorsEnabled worden verwijderd.
- Kenmerk kloonbare schaduwroot
Met het kenmerk kloonbare schaduwroot kunt u zelf bepalen of een schaduwroot kloonbaar is (via standaard kloonopdrachten voor platforms zoals
cloneNode()). Essentiële schaduwroots kunnen nu worden beheerd via de parameterattachShadow({clonable:true}). Declaratieve schaduwroots kunnen worden beheerd via het nieuwe kenmerk<template shadowrootmode=open shadowrootclonable>.In de volgende gevallen kan er schade optreden:
a) als je een declaratieve schaduw-DOM gebruikt
b) als je templates kloont die DSD bevatten en
c) als je verwacht dat deze klonen gekloonde schaduwroots bevatten- Chrome 124 op Android, ChromeOS, Linux, macOS, Windows
- Lokale wachtwoorden opgeslagen in Play-services op Android
Chrome wijzigt de manier waarop lokale (niet-synchroniseerbare) wachtwoorden worden opgeslagen. Voorheen werden ze opgeslagen in het Chrome-profiel. Nu worden ze gemigreerd naar de lokale wachtwoordopslag van de Google Play-services, waar ook de wachtwoorden van de Google-accounts al worden opgeslagen. Ook verandert de beheer-UI voor Google Play-services. Het Chrome-beleid PasswordManagerEnabled is nog steeds geldig, maar bepaalt niet het gedrag buiten het binaire Chrome-bestand. Daarom kunnen gebruikers wachtwoorden handmatig importeren of toevoegen in de nieuwe UI voor wachtwoordbeheer.
- Chrome 123 op Android: De functie wordt uitgebreid voor gebruikers zonder lokale wachtwoorden.
- Chrome 124 op Android: Alle lokale wachtwoorden worden gemigreerd naar de Google Play-services.
- Sleutelinkapseling X25519Kyber768 voor TLS
Vanaf Chrome 124 staat Chrome standaard op alle desktopplatforms het nieuwe post-quantum veilige inkapselingsmechanisme voor TLS-sleutels X25519Kyber768 aan, op basis van een NIST-standaard (ML-KEM). Dit wordt getoond als een nieuwe TLS-cipher suite. TLS onderhandelt automatisch over ondersteunde coderingen, dus deze wijziging zou transparant moeten zijn voor serveroperators. Sommige TLS-middleboxes zijn mogelijk niet voorbereid op de grootte van een Kyber-sleutelinkapseling (ML-KEM) of een nieuw TLS ClientHallo-coderingspunt, wat kan leiden tot afgebroken of hangende verbindingen. Je kunt dit probleem oplossen door je middlebox te updaten of het mechanisme voor sleutelinkapseling uit te zetten via het tijdelijke bedrijfsbeleid PostQuantumKeyAgreementEnabled. Dit is beschikbaar tot eind 2024. Er zijn echter post-quantum beveiligde coderingen op de lange termijn vereist in TLS en het bedrijfsbeleid wordt verwijderd. Deze codering wordt gebruikt voor zowel TLS 1.3- als QUIC-verbindingen.
- Chrome 124 op Windows, macOS, Linux
- Opslaan in Drive en Foto's
Je kunt een bestand of documentafbeelding rechtstreeks vanaf het web opslaan in je Drive, en ook een afbeelding in Google Foto's. Je kunt nu het account wijzigen waarin het bestand wordt opgeslagen. Het relevante beleid om deze functies te beheren, zijn ContextMenuPhotoSharingSettings en DownloadManagerSaveToDriveSettings.
- Chrome 124 op iOS
- Inloggegevens voor apparaatgebonden sessie voor google.com-prototype
Het project Inloggegevens voor apparaatspecifieke sessie zijn bedoeld om het web te verplaatsen van langdurige inloggegevens van drager, 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 gericht op de website google.com. In de toekomst willen we deze aanpak standaardiseren voor andere websites en webbrowsers (GitHub).
Zakelijke beheerders kunnen de functiestatus beheren met het Booleaanse beleid BoundSessionCredentialsEnabled.
- Chrome 124 op Windows: Geplande uitrol van 1% voor Chrome (stabiel) voor cookiebinding op google.com voor de algemene bevolking. In deze mijlpaal wordt een tijdelijk beleid BoundSessionCredentialsEnabled geïntroduceerd.
- Integratie van Windows ClearType Text Tuner
Deze functie houdt bij wat er gebeurt, zodat je het contrast en de gammawaarden uit de instelling Windows ClearType-teksttuner kunt kiezen en toepassen op Skia-tekstweergave. Zo worden de voorkeuren voor tekstweergave van gebruikers gerespecteerd op Windows-apparaten.
- Chrome 124 op Windows, macOS, Linux
- Nieuw en geüpdatet beleid in de Chrome-browser
Beleid Beschrijving MutationEventsEnabled Beëindigde/verwijderde mutatiegebeurtenissen opnieuw aanzetten BoundSessionCredentialsEnabled Google-inloggegevens aan een apparaat binden AutomaticFullscreenAllowedForUrls Automatisch volledig scherm toestaan op deze sites AutomaticFullscreenBlockedForUrls Automatisch volledig scherm blokkeren op deze sites CloudProfileReportingEnabled Google Chrome-cloudrapportage voor beheerde profielen aanzetten PrefixedVideoFullscreenApiAvailability De beschikbaarheid van de verouderde API voor volledig scherm voor video met voorvoegsels beheren
- Verwijderd beleid in de Chrome-browser
Beleid Beschrijving WebSQLAccess Afdwingen dat WebSQL wordt aangezet InsecureHashesInTLSHandshakesEnabled Onveilige hashes in TLS-handshakes aangezet RSAKeyUsageForLocalAnchorsEnabled RSA-sleutelgebruik checken voor servercertificaten die zijn uitgegeven door lokale vertrouwensankers GetDisplayMediaSetSelectAllScreensAllowedForUrls Hiermee zet je automatisch selecteren voor opnamen van meerdere schermen aan ThrottleNonVisibleCrossOriginIframesAllowed Hiermee kun je throttling van niet-zichtbare, cross-origin iframes aanzetten
ChromeOS-updates
-
Machtiging voor WebHID-rechten
Voor Chrome-apps worden nu WebHID-functies aangezet in Chrome App Webview, voor VDI- en Zoom HID-ondersteuning.
-
Wifi QoS op ChromeOS
ChromeOS 124 bevat nu een nieuwe Quality of Service-functie (QoS) die zorgt voor betere verkeersprioriteiten voor apps voor videovergaderingen en games op drukke wifi-netwerken. Zo kunnen gebruikers video's vloeiender afspelen en hoeven ze minder vaak te worden gebufferd. In deze eerste release is deze functie niet beschikbaar voor beheerde gebruikers.
-
DLC voor scannen
We willen de grootte van ChromeOS-updates optimaliseren. Daarom downloaden we nu het vereiste stuurprogramma zodra de gebruiker inlogt en een scanner heeft gekoppeld die een stuurprogramma vereist. Het stuurprogramma wordt automatisch gedownload zonder een prompt die de gebruiker moet beantwoorden. Er verschijnt een melding om aan te geven dat externe stuurprogramma's worden geïnstalleerd en wanneer de installatie is voltooid.
-
De maximumgrootte van de schuifregelaar van de cursor vergroten
We hebben de grootte van de cursor uitgebreid. Je kunt de grootte van de cursor aanpassen door naar Instellingen, Toegankelijkheid, Cursor en touchpad te gaan en de schuifregelaar naar de gewenste grootte te schuiven. Dit kan nuttig zijn voor slechtzienden, voor docenten die willen dat leerlingen meekijken tijdens een les terwijl ze presenteren, voor mensen die presenteren in een videogesprek of als je alleen een grotere cursor wilt hebben.
-
Snel koppelen voor HID
Snel koppelen is nu beschikbaar voor muizen op ChromeOS. Plaats nu een muis die geschikt is voor Snel koppelen in de buurt van je ChromeOS-apparaat en je krijgt met één klik de vraag om deze te koppelen. Ga naar Helpcentrum-artikel voor meer informatie.
-
Invalidatie van extensiecache voor inlogscherm van beheerde gast
In ChromeOS 124 ondersteunt het beleid ExtensionInstallForcelist het terugzetten van extensies voor beheerde gastsessies en het inlogscherm. Dit geeft beheerders de mogelijkheid extensies terug te draaien als een nieuwe versie ten onrechte wordt uitgerold.
-
Direct opnieuw opstarten in beheerde gastsessie
ChromeOS 124 introduceert een UI waarmee beheerders een actie voor beheerde gastsessies meteen opnieuw kunnen opstarten.
-
ChromeOS-providervergrendeling
ChromeOS ondersteunt nu providervergrendeling voor mobiele providers die apparaten met verlaagde prijzen aan gebruikers willen aanbieden. Op alle apparaten met mobiele apparaten kunnen providers het apparaat vergrendelen zodat alleen goedgekeurde simkaartprofielen (zowel e-simkaarten als fysieke simkaarten) kunnen worden gebruikt. Vergrendelde apparaten worden ingeschreven bij een providervergrendelingsserver. Als het contract afloopt, laat de provider de vergrendeling los en krijgt de gebruiker een melding op het apparaat. De ontwikkelaarsmodus wordt niet alleen geblokkeerd voor het gebruik van ongeautoriseerde simkaartprofielen, maar ook op apparaten die door de provider zijn vergrendeld.
Updates in de Beheerdersconsole
-
Inactieve browser verwijderen in Chrome Enterprise Core
Tussen april en mei 2024 wordt het beleid Inactieve periode voor browserverwijdering voor Chrome Enterprise Core uitgerold en worden ingeschreven browsers die langer inactief zijn dan de periode die is vastgesteld door de Beheerdersconsole automatisch verwijderd uit de Beheerdersconsole. Bij de release van het beleid is de standaardwaarde voor de inactiviteitsperiode 540 dagen. Dit betekent dat alle ingeschreven browsers die langer dan 540 dagen inactief zijn, uit je account worden verwijderd. Beheerders kunnen de waarde voor de inactieviteitsperiode wijzigen met dit beleid. De maximumwaarde voor de inactiviteitsperiode is 730 dagen en de minimumwaarde is 28 dagen (meer informatie).
Als je de ingestelde beleidswaarde verlaagt, kan dit gevolgen hebben voor browsers die momenteel zijn ingeschreven. Alle getroffen browsers worden als inactief beschouwd en kunnen daarom definitief worden verwijderd. Als je wilt dat verwijderde browsers de volgende keer dat ze opnieuw worden opgestart automatisch opnieuw worden ingeschreven, stel je de beleidswaarde Beheer van apparaattokens in op Token verwijderen voordat je de waarde van dit beleid verlaagt. De inschrijftokens in deze browsers moeten nog geldig zijn op het moment dat de browser opnieuw wordt opgestart.
-
Nieuw filter op de pagina App-details
Nieuw filter voor Alle gebruikers en browsers op de pagina App-details. Met dit filter kunnen IT-beheerders makkelijk alle beheerde browsers en beheerde gebruikers bekijken waarvoor een specifieke extensie of app is geïnstalleerd.
- Nieuw beleid in de Beheerdersconsole
Beleidsnaam Pagina's Ondersteund in Categorie/veld AutomaticFullscreenAllowedForUrls Gebruikers en browsers
MGSAndroid
Chrome
ChromeOSGebruikerservaring AutomaticFullscreenBlockedForUrls Gebruikers en browsers
MGSAndroid
Chrome
ChromeOSGebruikerservaring MutationEventsEnabled Gebruikers en browsers
MGSAndroid
Chrome
ChromeOS
Android WebViewCompatibiliteit met verouderde sites PrefixedVideoFullscreenApiAvailability Gebruikers en browsers
MGSAndroid
Chrome
ChromeOS
FuschiaCompatibiliteit met verouderde sites
Binnenkort beschikbaar
Opmerking: De items hieronder zijn experimentele of geplande updates. We kunnen ze wijzigen, vertragen of annuleren voordat we ze lanceren op het Stabiele kanaal.
Geplande browserwijzigingen
- Toegankelijkheidsframework-provider voor UI-automatisering op Windows
Vanaf Chrome 126 gaat Chrome toegankelijkheidsclientsoftware rechtstreeks ondersteunen die het toegankelijkheidsframework voor UI-automatisering 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. Het vereenvoudigt ook de ontwikkeling van software met ondersteunende technologie.
Beheerders kunnen vanaf Chrome 125 het bedrijfsbeleid UiAutomationProviderEnabled gebruiken om de nieuwe provider geforceerd aan te zetten (zodat alle gebruikers de nieuwe functionaliteit krijgen) of om de nieuwe provider uit te zetten. Dit beleid wordt ondersteund tot en met Chrome 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 frameworkprovider voor UI-automatisering van Chrome kunnen aanzetten en checken of toegankelijkheidstools van derden blijven werken.
- Chrome 126 op Windows: We gebruiken het framework voor Chrome-varianten om gebruikers van het framework voor automatisering van UI-automatisering van Chrome aan te zetten. Het wordt geleidelijk aangezet voor de volledige stabiele populatie, met onderbrekingen als dat nodig is om compatibiliteitsproblemen op te lossen die kunnen worden opgelost in Chrome. Zakelijke beheerders kunnen het beleid UiAutomationProviderEnabled blijven gebruiken om zich eerder aan te melden voor het nieuwe gedrag of om zich tijdelijk af te melden via Chrome 136.
- Chrome 137 op Windows: Het beleid UiAutomationProviderEnabled wordt verwijderd uit Chrome. Alle clients gebruiken de provider van het toegankelijkheidsframework voor UI-automatisering van de browser.
- Voor het toetsenbord focusbare scrollcontainers
Door scrollcontainers focusbaar te maken met opeenvolgende focusnavigatie, is de toegankelijkheid aanzienlijk beter. Tegenwoordig focust de Tab-toets scrollers niet, tenzij
tabIndexexpliciet is ingesteld 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 wordt alleen aangezet als de scroller geen focusbare onderliggende items van het toetsenbord bevat. Deze logica is nodig zodat we geen regressies veroorzaken voor bestaande focusbare elementen die mogelijk voorkomen in een scroller, zoals een
<textarea>.- Chrome 125 op Windows, macOS, Linux, Android
- Standaardactie voor muismove
Chrome stond toe dat
mousemove-gebeurtenissen werden geannuleerd om andere API's te voorkomen, zoals tekstselectie (en zelfs slepen en neerzetten in het verleden).Dit komt niet overeen met andere belangrijke browsers. en voldoet ook niet aan de UI (gebeurtenisspecificaties).Met deze functie is tekstselectie niet meer de standaardactie van muisbeweging.Tekstselectie en slepen en neerzetten kunnen nog steeds worden voorkomen door respectievelijk
selectstartendragstartte annuleren. Deze gebeurtenissen voldoen aan de specificaties en zijn volledig interoperabel.- Chrome 125 op Windows, macOS, Linux, Android
- 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 in je omgeving testen door deze instructies te volgen en eventuele problemen te melden.
- Chrome 125 op Windows: Netwerkservice gesandboxt in Windows
- Telemetrie over pagina's die API's voor toetsenbord- en aanwijzervergrendeling activeren
Als een gebruiker van de uitgebreide versie van Safe Browsing een pagina bezoekt waarop API's voor toetsenbord- of aanwijzervergrendeling worden getriggerd, worden kenmerken van die pagina naar Safe Browsing gestuurd.
Als de telemetrie wordt verstuurd en de pagina schadelijk lijkt, zien gebruikers een Safe Browsing-waarschuwing en wordt hun toetsenbord of aanwijzer ontgrendeld als ze waren vergrendeld.
- Chrome 125 op Android, ChromeOS, Lacros, Linux, macOS, Windows, Fuchsia
- Storage Access API (SAA) uitbreiden naar niet-cookie-opslag
We stellen een uitbreiding van de Storage Access API voor (compatibel met eerdere versies) om toegang toe te staan tot niet-gepartitioneerde opslag (cookie en niet-cookie) in een context van derden en stellen ons voor dat de API-mechanismen ongeveer hetzelfde zijn (JS wordt uitgevoerd in een ingesloten iframe):
// Vraag een nieuwe opslaghandle aan via rSA (dit moet de gebruiker vragen)
let handle = await document.requestStorageAccess({all: true});// Schrijf een cross-site localstorage
handle.localStorage.setItem("userid", "1234");// Open of maak een indexedDB die wordt gedeeld met de first-party context
let messageDB = handle.defaultBucket.indexedDB.open("messages");Hetzelfde proces wordt gebruikt door iframes om een opslaghandle te krijgen als hun bovenliggende entiteit
rSAForheet, maar in dit geval het rechtopslagtoegangal is verleend en daarom is voor de aanroeprSAgeen gebruikersgebaar vereist en wordt er geen prompt getoond, waardoor verborgen iframes toegang krijgen tot opslag.
- Alias van vensterplaatsing verwijderen voor beschrijvingen van rechten en beleid
Chrome 124 verwijdert de alias vanvensterplaatsingvoor beschrijvingen van rechten en beleid voor rechten. Alle instanties vanvensterplaatsingworden vervangen doorvensterbeheer, dat de gerelateerde API-functionaliteit beter beschrijft. Dit is een vervolg op de functieverbeteringen voor vensterplaatsings-API voor meerdere schermen. Ga naar Status Chrome-platform voor meer informatie.- Chrome 125 op Windows, macOS, Linux
- Bit voor cross-site bovenliggende keten voor CookiePartitionKey van gepartitioneerde cookies
Chrome 125 voegt een cross-site bovenliggende bit toe aan de sleutel van de
CookiePartitionKeyvan de gepartitioneerde cookie. Met deze wijziging wordt de partitiesleutel samengevoegd met de partitiesleutelwaarden die worden gebruikt bij opslagpartitionering en wordt bescherming toegevoegd tegen clickjacking-aanvallen door te voorkomen dat ingesloten frames op meerdere sites toegang hebben tot de gepartitioneerde cookies van de top-level site.Als een bedrijf problemen ondervindt met ingesloten iframes, kunnen ze het beleid CookiesAllowedForUrls gebruiken of
SameSite=None-cookies gebruiken zonder het kenmerk Gepartitioneerd en daarna de Storage Access API (SAA) aanroepen of resources van verschillende bronnen delen (CORS) gebruiken om ervoor te zorgen dat ingesloten iframes toegang hebben tot dezelfde cookies als het top-level domein.- Chrome 126 op Windows, macOS, Linux
- Tekst uit pdf's extraheren voor gebruikers van een schermlezer
De Chrome-browser lanceert een AI-lezer voor Optical Character Recognition (OCR) voor pdf's. Hiermee hebben we de eerste in de browser ingebouwde pdf-schermlezer gemaakt voor ontoegankelijke documenten en hebben we het web nog toegankelijker gemaakt voor blinde en slechtziende gebruikers.
Deze functie maakt gebruik van de OCR-modellen van Google om pdf-documenten te extraheren en op te delen in compartimenten om ze toegankelijker te maken. Er wordt een lokale machine intelligence-bibliotheek toegevoegd die scherm-AI-technologie gebruikt om screenshots of de toegankelijkheidsstructuur te analyseren. Ook wordt er meer informatie opgehaald voor ondersteunende technologie, zoals teksten (OCR) en hoofdcontent van de pagina.
- Chrome 126 op ChromeOS, Linux, macOS, Windows
- Uitgebreide rapportage van Safe Browsing beëindigen
Uitgebreide rapportage van Safe Browsing is een functie die de beveiliging van alle gebruikers verbetert door telemetrie-informatie van deelnemende gebruikers te verzamelen die wordt gebruikt voor Google Safe Browsing-beveiliging. De verzamelde gegevens omvatten URL's van bezochte webpagina's, beperkte systeeminformatie en bepaalde paginacontent. Deze functie wordt nu vervangen door de modus Geoptimaliseerde beveiliging. We raden gebruikers aan over te stappen op Geoptimaliseerde beveiliging om alle gebruikers beveiligd te houden en om de krachtigste beveiliging te bieden die beschikbaar is in Chrome. Ga naar Safe Browsing-beschermingsniveaus voor meer informatie.
- Chrome 126 op iOS, ChromeOS, Linux, macOS, Windows: Beëindiging van uitgebreide rapportage van Safe Browsing
- Zakelijk beleid verwijderen dat wordt gebruikt voor overname van basis-URL's
In Chrome 114 hebben we NewBaseUrlInheritanceBehaviorAllowed geïntroduceerd om te voorkomen dat gebruikers of Google Chrome-varianten NewBaseUrlInheritanceBehavior aanzetten als er compatibiliteitsproblemen zijn gevonden. In Chrome 125 wordt het tijdelijke beleid NewBaseUrlInheritanceBehaviorAllowed verwijderd.
- Chrome 125 op Android, ChromeOS, Linux, macOS, Windows: Het beleid NewBaseUrlInheritanceBehaviorAllowed wordt verwijderd.
- App-Bound-versleuteling voor cookies
We willen de beveiliging van cookies in Windows verbeteren. Daarom wordt de versleutelingssleutel die wordt gebruikt voor cookieversleuteling verder beveiligd door deze te binden aan de app-identiteit van Chrome. Zo bescherm je jezelf tegen malware die misschien cookies van het systeem probeert te stelen. Dit biedt geen bescherming tegen aanvallers die rechten kunnen verhogen of injecteren in de processen van Chrome.
Er is een bedrijfsbeleid ApplicationBoundEncryptionEnabled beschikbaar om Application Bound-versleuteling uit te zetten.
- Chrome 125 op Windows
- Intentie om te beëindigen: mutatiegebeurtenissen
Synchrone mutatiegebeurtenissen, waaronder
DOMSubtreeModified,DOMNodeInserted,DOMNodeRemoved,DOMNodeRemovedFromDocument,DOMNodeInsertedIntoDocumentenDOMCharacterDataModified, 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 bedrijfsbeleid, MutationeventsEnabled, beschikbaar om beëindigde of verwijderde mutatiegebeurtenissen weer aan te zetten. Als je problemen ondervindt, kun je hier bugs melden.- Chrome 127 op Android, ChromeOS, Linux, macOS, Windows: Mutatiegebeurtenissen werken rond 30 juli 2024 niet meer in Chrome 127.
- Gebruikerslink vastleggen op PWA's
Weblinks leiden gebruikers automatisch naar geïnstalleerde web-apps. In Chrome wordt het makkelijker om te schakelen tussen de browser en geïnstalleerde web-apps om beter aan te sluiten bij de verwachtingen van gebruikers rond 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 over te schakelen naar de app. 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. - Op zijn vroegst in Chrome 127 op Linux, macOS, Windows: We lanceren naar 100% van de stabiele versie met de functie standaard aan (altijd een app starten na klikken op een link) of standaard uit (altijd openen in een tabblad, app wordt alleen gestart als de gebruiker op de chip in de adresbalk klikt).
- 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:
- Alle extensies moeten vóór juni 2025 worden geüpdatet om Manifest V3 te kunnen gebruiken
Extensies moeten worden geüpdatet om Manifest V3 te kunnen gebruiken Chrome-extensies gaan over op een nieuwe manifestversie: Manifest V3. Zo beschikken je gebruikers over meer privacy, bijvoorbeeld door over te stappen op een model waarin extensies verzoeken declaratief aanpassen zonder de mogelijkheid om afzonderlijke verzoeken te zien. Ook wordt de extensiebeveiliging beter, omdat op afstand gehoste code niet is toegestaan op Manifest V3.
Vanaf juni 2024 zal Chrome Manifest V2-extensies die in de browser worden uitgevoerd geleidelijk deactiveren Het bedrijfsbeleid ExtensionManifestV2Availability is beschikbaar om te beheren of Manifest V2-extensies zijn toegestaan. Met dit beleid kun je Manifest V3 testen in je organisatie voorafgaand aan de officiële overstap. Daarnaast worden Manifest V2-extensies pas volgend jaar (juni 2025) uitgezet op apparaten waarop het beleid is aangezet. Daarna verwijderen we het beleid.
Op de pagina Apps en extensiegebruik in Chrome Enterprise Core staat welke Manifest-versie de Chrome-extensies op je apparaten gebruiken. Je vindt meer informatie in de Manifest-tijdlijn, met als hoofdpunten:
- Chrome 110 op ChromeOS, LaCrOS, Linux, macOS, Windows: Met het zakelijke beleid ExtensionManifestV2Availability kun je beheren of Manifest V2-extensies zijn toegestaan. Met dit beleid kun je Manifest V3 testen in je organisatie voorafgaand aan de officiële overstap. Na de migratie kun je met het beleid het gebruik van Manifest V2-extensies verlengen.
- Chrome 127 op ChromeOS, Lacros, Linux, macOS, Windows: Chrome zal Manifest V2-extensies geleidelijk deactiveren op gebruikersapparaten. Alleen gebruikers voor wie het zakelijke beleid ExtensionManifestV2Availability aanstaat, kunnen Manifest V2-extensies blijven gebruiken in hun organisatie.
- Chrome 139 op ChromeOS, Lacros, Linux, macOS, Windows: Het beleid ExtensionManifestV2Availability wordt verwijderd.
- 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 128 op Android, ChromeOS, Linux, macOS, Windows: Het beleid LegacySameSiteCookieBehaviorEnabledForDomainList wordt verwijderd
- Chrome ondersteunt macOS 10.15 niet meer
Chrome ondersteunt macOS 10.15 niet meer. Deze versie wordt al niet meer ondersteund door Apple. Gebruikers moeten hun besturingssysteem updaten om de Chrome-browser te blijven gebruiken. Voor de beste beveiliging is het belangrijk om een ondersteund besturingssysteem te gebruiken. Als je macOS 10.15 gebruikt, blijft er in Chrome een infobalk staan die gebruikers eraan herinnert dat Chrome 129 geen ondersteuning meer biedt voor macOS 10.15.
- Chrome 129 op macOS: Chrome ondersteunt macOS 10.15 niet meer.
- Het argument includeShadowRoots in DOMParser beëindigen
Het argument
includeShadowRootswas een nooit gestandaardiseerd argument voor de functieDOMParser.parseFromString(). Dit argument was bedoeld om verplichte parseerbaarheid van HTML-content met een declaratieve schaduw-DOM mogelijk te maken.Dit is verstuurd in Chrome 90 als onderdeel van de eerste verzending van declaratieve schaduw-DOM. Sinds de discussie over standaarden in 2023 opnieuw is gematerialiseerd, is de vorm van DSD-API's veranderd, waaronder deze functie voor imperatieve parseer. Voor meer informatie bekijk je de details van de context over de gerelateerde normen en er is ook informatie beschikbaar over de gerelateerde beëindigingen van DOM-serialisatie van schaduw-DOM en schaduwwortelkenmerk.Nu er een gestandaardiseerde versie van deze API, in de vorm setHTMLUnsafe() en parseHTMLUnsafe() , wordt verstuurd in Chrome 124, moet het niet-standaard argument
In plaats van:includeShadowRootsworden beëindigd en verwijderd. Alle gebruik moet dienovereenkomstig veranderen:
Deze optie kan in plaats daarvan worden gebruikt:(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});document.parseHTMLUnsafe(html);- Chrome 129 op Windows, Mac, Linux, Android
Geplande wijzigingen in ChromeOS
-
Passpoint-instellingen voor ChromeOS
Vanaf ChromeOS 125 kun je Wifi Passpoint bekijken en beheren in de Instellingen van ChromeOS. Je kunt je geïnstalleerde Passpoint-abonnement bekijken en verwijderen op de detailpagina van het Passpoint.
-
Nieuw beleid om de activerings- en slaaptijden bij Kiosk te bepalen
Vanaf ChromeOS 125 introduceren we een nieuw beleid voor Kioskapparaten waarmee beheerders kunnen plannen wanneer een apparaat wordt geactiveerd en in de slaapstand gaat. Ga naar Kiosk-instellingen voor meer informatie.
Geplande wijzigingen in de Beheerdersconsole
- Beleidsgelijkheid: Aangepaste configuraties voor IT-beheerders
Op de pagina Aangepaste configuraties kunnen IT-beheerders met json-scripts Chrome-beleid instellen dat nog niet in de Beheerdersconsole staat. Alle Chrome-beleidsregels zijn nu configureerbaar in Chrome Enterprise Core in de Beheerdersconsole. Je kunt ze configureren op de pagina Instellingen of de pagina Aangepaste configuraties. Je kunt deze pagina ook gebruiken om de installatiemodus voor extensies in te stellen die niet wordt ondersteund in de Beheerdersconsole, zoals 'normal_installed'.
- Al vanaf Chrome 125 op Android, iOS, Linux, Mac, Windows: toegang voor betrouwbare testers
- Al vanaf Chrome 126 op Android, iOS, Linux, Mac, Windows: functie wordt uitgerold
- Rapport Verouderde technologie
Vanaf Chrome 127 is het rapport Verouderde technologie beschikbaar in de Beheerdersconsole. Er worden proactief websites gerapporteerd (zowel intern als extern) die technologie gebruiken die wordt beëindigd, zoals cookies van derden, wijzigingen in SameSite-cookies en oudere beveiligingsprotocollen zoals TLS 1.0/1.1 en cookies van derden. Met deze informatie kunnen IT-beheerders samenwerken met ontwikkelaars om de vereiste technische migraties te plannen voordat de beëindiging van functies ingaat.
Deze functie is momenteel beschikbaar via ons programma voor betrouwbare testers. Als je ons wilt helpen deze functie te testen, kun je je hier aanmelden voor het Chrome Enterprise-programma voor betrouwbare testers.- Al vanaf Chrome 127 op Linux, macOS, Windows: Het rapport Verouderde technologie is beschikbaar in de Beheerdersconsole.
Eerdere release-opmerkingen
|
Chrome-versie en beoogde releasedatum van stabiel kanaal |
|
|---|---|
| Chrome 123: 13 maart 2024 | |
| Chrome 122: 14 februari 2024 | |
| Chrome 121: 17 januari 2024 | |
| Chrome 120: 29 november 2023 | |
| Eerdere release-opmerkingen → |
Meer bronnen
- Meld je aan voor het programma voor betrouwbare testers om nieuwe functies uit te proberen voordat ze worden uitgebracht.
- Leg contact met andere IT-beheerders van Chrome Enterprise via het klantenforum van Chrome Enterprise.
- Hoe Chrome-releases werken: Chrome-releasecyclus.
- Bekijk het Chrome-releaseschema voor specifieke datums.
- Downloads van de Chrome-browser en productoverzichten van Chrome Enterprise: Chrome-browser voor bedrijven.
- Status en tijdlijnen van Chrome-versies: Chrome Platform-status | Google Update Server Viewer.
- Aankondigingen: Chrome Releases-blog | Chromium-blog.
- Ontwikkelaars: Meer informatie over wijzigingen op het webplatform.
Heb je nog hulp nodig?
- Google Workspace-, Cloud Identity-klanten (alleen geautoriseerde toegang): Contact opnemen met support
- Enterprise Support voor de Chrome-browser: Meld je aan om contact op te nemen met een specialist.
- Chrome Administrators Forum
- Helpcentrum voor Chrome Enterprise en Education