Google heeft de release van webbrowser Chrome 145 aangekondigd. Tegelijkertijd is er een stabiele versie van het open source-project Chromium beschikbaar, dat de basis vormt voor Chrome. De browser Chrome verschilt van Chromium door het gebruik van Google-logo's, de aanwezigheid van een systeem voor het verzenden van meldingen bij crashes, modules voor het afspelen van auteursrechtelijk beschermd videomateriaal (DRM), een systeem voor automatische updates, continue Sandbox-isolatie, levering van sleutels voor Google API en het doorgeven van RLZ-parameters tijdens het zoeken. Voor degenen die meer tijd nodig hebben voor updates, wordt de Extended Stable-tak afzonderlijk ondersteund, met een periode van 8 weken. De volgende release van Chrome 146 is gepland op 10 maart. <\/p>\n
Belangrijkste wijzigingen in Chrome 145: <\/p>\n
\n
Ondersteuning voor het afbeeldingsformaat JPEG XL is toegevoegd, waarvoor de jxl-rs-bibliotheek wordt gebruikt die JPEG-XL implementeert in de programmeertaal Rust. Ondersteuning voor JPEG XL is momenteel standaard uitgeschakeld en vereist activatie van de parameter «chrome:\/\/flags\/#enable-jxl-image-format».\n
De ontwikkeling van de AI-modus is voortgezet, die interactie met de AI-agent mogelijk maakt vanuit de adresbalk of de pagina die geopend wordt wanneer een nieuw tabblad wordt aangeslagen. De AI-modus biedt de mogelijkheid om complexe vragen in natuurlijke taal te stellen en antwoorden te ontvangen op basis van informatieaggregatie van de meest relevante pagina's over het gevraagde onderwerp. Indien nodig kan de gebruiker informatie verduidelijken door verduidelijkende vragen te stellen. De modus maakt het ook mogelijk om vragen over de inhoud van de pagina rechtstreeks vanuit de adresbalk te stellen. In Chrome 145 is de AI-modus ge\u00efmplementeerd in de versies voor de platforms Android en iOS. Voor gebruikers uit Canada, India en Nieuw-Zeeland is het standaard inschakelen van de chatbot Gemini (bij gebruik van de Engelse taal) begonnen.\n
Het DBSC-mechanisme (Device Bound Session Credentials) is toegevoegd, waarmee een authenticatiesessie op de site aan een specifiek apparaat kan worden gekoppeld om aanvallen vanuit andere systemen met behulp van onderschepte sessiecookies te bemoeilijken. Voor het cre\u00ebren van een aan het apparaat gekoppelde sessie is de HTTP-header «Secure-Session-Registration» voorgesteld. De beveiligingsmethode is gebaseerd op het verstrekken van een paar cryptografische sleutels, gekoppeld aan het huidige apparaat, die worden gegenereerd bij de verbinding en opgeslagen in de TPM (Trusted Platform Module). In de sessie worden cookies gebruikt met een korte levensduur, die periodiek worden vernieuwd met behulp van de priv\u00e9sleutel en kunnen worden gevalideerd met de publieke sleutel.
<\/center>\n
De parameter die het mogelijk maakte om de blokkering van verplicht ge\u00efnstalleerde browserextensies, waarin niet-essenti\u00eble schendingen van de Chrome Web Store-richtlijnen zijn vastgesteld, uit te schakelen, is verwijderd. Niet-essenti\u00eble schendingen omvatten het hebben van potenti\u00eble kwetsbaarheden, het opdringen van een extensie zonder medeweten van de gebruiker, manipulaties met metadata, schending van de regels voor het omgaan met gebruikersgegevens en het misleiden over de functionaliteit.\n
In de versie voor het Android-platform is de Javascript API WebGPU gedeactiveerd bij het activeren van de modus voor uitgebreide bescherming (AAPM, Android Advanced Protection Mode). Websites die WebGPU gebruiken voor het renderen van 3D-inhoud (zoals Google Maps) kunnen tragere alternatieven gebruiken, zoals WebGL (in tests tot 5,78% trager). Om de uitschakeling van WebGPU te bepalen, kan de eigenschap navigator.gpu worden gebruikt.\n
In de Android-versie is bij het inschakelen van de modus voor uitgebreide bescherming van de browser (Enhanced Safe Browsing) een lokale analyse van de pagina's ge\u00efmplementeerd om tekenen van fraude te detecteren. Als de lokale controle verdachte inhoud detecteert, wordt er een aanvullende controle uitgevoerd op de servers van Google, en in geval van bevestiging wordt de gebruiker gewaarschuwd.\n
De API Origin is toegevoegd, die een Origin-object biedt dat het concept Web Origin implementeert en methoden biedt voor vergelijking, serialisatie en parsing van Web Origin. De term «Web Origin» is gedefinieerd in RFC 6454 voor het scheiden van isolatie- en vertrouwensgrenzen naar inhoud. Web Origin omvat het gedeelte van de URL met de naam van het protocol, de hostnaam en het poortnummer (bijvoorbeeld https:\/\/opennet.ru). De nieuwe API is ge\u00efntroduceerd om operaties met Web Origin te uniformiseren, om kwetsbaarheden te voorkomen door onjuiste vergelijkingen van de geserialiseerde ASCII-representaties van Web Origin bij het bepalen of bronnen tot dezelfde site behoren.\n
![\"Uitgave](\"\/wp-content\/uploads\/2026\/02\/d14da7388a2dad349005354873e17e53.png\")
<\/center>\n