Már támadják a Chrome friss hibáját – és az Edge-hez a Microsoft szerint még nincs javítás

Mi történt: egy hiba, amire már van működő támadás

A Google Chrome kiadásait listázó Chrome Releases blogon 2026. november 9-én, hétfőn jelent meg a Stable Channel Update for Desktop című bejegyzés. A verziószám: „The Stable channel has been updated to 157.0.8103.50/.51 for Windows and Mac and 157.0.8103.50 to Linux”, vagyis Windowson és macOS-en a 157.0.8103.50 vagy .51, Linuxon a 157.0.8103.50 a friss kiadás.

A bejegyzés kilenc biztonsági javítást sorol fel – „This update includes 9 security fixes.” –, és közöttük van egy, amely miatt ez a frissítés nem várhat. A Google egyetlen mondatban közli a lényeget: „Google is aware that an exploit for CVE-2026-125350 exists in the wild.” Magyarul: a Google tud arról, hogy ehhez a hibához éles körülmények között is létezik működő támadás.

Ez a fordulat a Chrome-bejelentésekben nem rutin. Múlt pénteken, amikor a 157-es sorozat első kiadásáról és a benne lévő 213 javításról írtunk, ez a mondat egyszer sem szerepelt a bejegyzésben – és ezt akkor külön ki is emeltük. Most szerepel.

Amit a Google elmond a hibáról – és ez nagyon kevés

A javítás sora szó szerint így néz ki a bejegyzésben: „[N/A][582442907] High CVE-2026-125350: Use after free in XML. Reported by anonymous on 2026-11-06”. Ennyi. A besorolás magas, a hiba típusa felszabadítás utáni használat, a komponens az XML-feldolgozás, a bejelentő pedig névtelen – és itt van a legérdekesebb részlet: a bejelentés dátuma 2026. november 6.

Vagyis a bejelentés pénteki, a javítás pedig hétfőn jelent meg: három nap, amiből egy munkanap. Ennél többet a dátum nem mond – azt nem árulja el, hogy a Google mikor szerzett tudomást a hibáról, csak azt, milyen dátummal került be a bejelentés. A gyorsaság viszont látszik.

Amit senki nem tud a hibáról

Van a hírnek egy része, amiről a legtöbb beszámoló megfeledkezik. A CVE-2026-125350 azonosítóhoz a cikk írásakor nincs nyilvános leírás egyetlen hivatalos sebezhetőségi adatbázisban sem. A CVE-programban az azonosító csak lefoglalt állapotban („RESERVED”) létezik, a NIST amerikai sebezhetőségi adatbázisában pedig egyáltalán nincs rá találat. Az amerikai kiberbiztonsági ügynökség aktívan kihasznált hibákat tartalmazó listájának legfrissebb, november 9-i változatában szintén nem szerepel – azon a napon négy másik hibát vettek fel rá, és egyik sem a Google termékeit érinti.

Ez teljesen szokványos: a Google a részleteket szándékosan zárva tartja, és a bejegyzés is kiírja, hogy „Note: Access to bug details and links may be kept restricted until a majority of users are updated with a fix.” – a hiba részleteihez való hozzáférés korlátozott maradhat, amíg a felhasználók többsége meg nem kapta a javítást.

A gyakorlati következmény viszont fontos, és érdemes kimondani: azt, hogy ki ellen, milyen oldalakon és milyen célból használják ki ezt a hibát, kívülről ma senki nem tudja. Aki azt írja, hogy tudja, az nem a Google-tól tudja. Amit biztosan tudunk, az a Google egyetlen mondata – és az elég ahhoz, hogy a frissítést ne hagyd holnapra.

Mit javított a 157.0.8103.50 – a kilenc hiba

A kilenc javításból hét magas, kettő közepes besorolású. Érdemes végigfutni a listán, mert jól látszik belőle, hol vannak ma a böngésző legkényesebb pontjai.

A magas besorolásúak: CVE-2026-125345 nem inicializált erőforrás a WebGL-ben, CVE-2026-125347 hibás jogosultságkezelés a FileSystem komponensben, CVE-2026-125343 puffertúlcsordulás a Compositingban, CVE-2026-125348 határon túli írás a GPU-komponensben, CVE-2026-125344 típuskeveredés a V8 nevű JavaScript-motorban, CVE-2026-125346 felszabadítás utáni használat az XML-feldolgozásban, valamint CVE-2026-125350, szintén felszabadítás utáni használat az XML-ben – ez utóbbi az, amelyre a Google szerint már létezik működő támadás. A két közepes besorolású hiba, a CVE-2026-125349 és a CVE-2026-125342, mindkettő nem inicializált erőforrás a GPU-komponensben.

Két egyforma hiba ugyanabban a komponensben

A listán van egy részlet, amely mellett könnyű elmenni: két felszabadítás utáni használat is van az XML-feldolgozásban, a CVE-2026-125346 és a CVE-2026-125350. Az elsőt Arni Hardarson, a Neonix Security kutatója jelentette október 12-én, a másodikat a névtelen bejelentő november 6-án. Hogy a kettőnek van-e köze egymáshoz, azt a Google nem írja le, és mi sem állítjuk – de a böngészőbiztonságban nem példa nélküli, hogy egy hiba javítása közben kerül elő a szomszédja.

Ki találta meg őket?

A kilenc bejelentésből hatnál a bejelentő maga a Google, vagyis a cég saját csapata és automatizált eszközei. Kettőnél külső, név szerint megjelölt kutató áll – Arni Hardarson, illetve Vo Duc Thang –, egynél pedig névtelen bejelentő, és éppen ez a kihasznált hiba. A jutalmak rovatában nincs összeg: hét tételnél „N/A”, kettőnél „TBD” szerepel, vagyis még nem dőlt el.

Feltűnő, hol csoportosulnak a hibák: a kilenc tételből öt a grafikus kiszolgálás környékén van – WebGL, Compositing és háromszor a GPU-komponens. Ennek prózai oka van: ez az a réteg, ahol a weboldalak kódja a lehető legközelebb jut a hardverhez, és ahol a számítások teljesítményokokból nagyon kevés ellenőrzéssel futnak.

Az Extended Stable ág külön kiadást kapott

Ugyanaznap jelent meg az Extended Stable Update for Desktop is: ez a lassabban mozgó, nyolchetes főverziós ciklusban dolgozó ág, amelyet főként vállalati környezetben használnak. Itt a friss verzió a 156.0.8078.96 Windowson és macOS-en, és tizenegy javítást tartalmaz – köztük a CVE-2026-125350-et is. Ez a bejegyzés viszont nem írja le, hogy bármelyik hibát kihasználnák: a vadon előforduló támadásról szóló mondat csak a sima stabil kiadás bejegyzésében szerepel.

Miért nem véd az automatikus frissítés – a Google saját szövege szerint sem

„Nálam automatikusan frissül, szóval ez engem nem érint” – ez a leggyakoribb reakció egy ilyen hírre, és félig igaz: frissülni fog, csak nem feltétlenül ma. A Google ugyanis a verziószám után rögtön odaírja, hogyan érkezik a kiadás: „which will roll out over the coming days/weeks”, vagyis a következő napokban-hetekben jut el a felhasználókhoz.

Ez a lépcsőzetes kiosztás normál működés, nem hiba: a Google így tudja észrevenni, ha egy kiadás valahol problémát okoz. Egy kihasznált hiba esetében viszont kellemetlen következménye van: ha ma nem teszel semmit, akkor jó eséllyel még napokig a régi verziót futtatod, miközben a javítás már létezik.

A második csapda: a letöltött frissítés nem lép életbe magától

Van ennél egy még gyakoribb probléma, és erről még kevesebbet beszélnek. A Chrome a frissítést csendben letölti, de a már futó programban nem tudja aktiválni: ahhoz a böngészőt le kell állítani és újra el kell indítani. Amíg ez nem történik meg, a gépen ott van az új verzió, de a régi fut.

A Google súgója ezt a másik irányból fogalmazza meg: ha a frissítési oldalon nem találod az Újraindítás lehetőséget, akkor a legfrissebb verziót futtatod. Ha pedig ott van a gomb, egy kattintás a megoldás.

A bezárás nem mindig helyettesíti az újraindítást. Windowson a Chrome-nak van egy beállítása, amely a háttéralkalmazások futtatását a böngésző bezárása után is engedi; ha ez be van kapcsolva, az ablak bezárása után a program a tálca értesítési területén tovább él. macOS-en pedig az ablak piros bezárás gombja nem lépteti ki az alkalmazást – ott a Cmd+Q az, ami valóban leállítja. Erről, és arról, hogy miért fut ennyi gép hónapokig régi böngészőverzióval, külön cikkünk is van: Frissül magától a böngésződ – de attól még a régi verziót futtatod.

Amit ilyenkor semmiképp nem érdemes

Egy kihasznált hibáról szóló hír a legjobb alkalom a csalóknak. Ha valahol „Chrome biztonsági frissítés” néven telepítőt, frissítőprogramot vagy böngészőbővítményt kínálnak, az nem a Google. A frissítés kizárólag a böngésző belsejéből, a gyártó saját oldaláról vagy a telefon alkalmazásáruházából jöhet. A hamis letöltőoldalak trükkjeiről itt írtunk részletesen: Hamis letöltőoldalak: a böngésző valódi linket mutat, aztán máshova visz.

30 másodperc: nézd meg a verziót, és indítsd újra a böngészőt

Három lépés, és abból a te munkád fél perc – a letöltésre rá kell várni. Először beírod a címsorba a chrome://settings/help címet – ez megmutatja a telepített verziót, és egyben el is indítja a frissítéskeresést. Másodszor megvárod, amíg a letöltés végez. Harmadszor rákattintasz az Újraindítás gombra.

Amit látni szeretnél: 157.0.8103.50 vagy ennél újabb szám. Windowson és macOS-en a .51 is rendben van. Ha Extended Stable ágon vagy – ez jellemzően céges gépeken fordul elő –, akkor a 156.0.8078.96 a megfelelő verzió, mert abban is benne van ez a javítás.

A többi Chromium-alapú böngészőnél ugyanez a logika, csak más a cím: Edge-ben az edge://settings/help, Brave-ben a brave://settings/help, Vivaldiban a vivaldi://about (a frissítéskeresés a menü Súgó részében indul), Operában pedig az opera://update, amely közvetlenül a Frissítés és visszaállítás oldalra visz.

Mi van, ha azt írja, naprakész vagy?

Ez a leggyakoribb, és két különböző dolgot jelenthet. Ha a Chrome azt írja, hogy naprakész, és a verziószám 157.0.8103.50 vagy újabb, akkor kész vagy, nincs több dolgod. Ha viszont naprakésznek mondja magát, de a szám ennél kisebb – például a múlt heti 157.0.8103.38 vagy .39 –, akkor a lépcsőzetes kiosztás miatt még nem érkezett meg hozzád a kiadás. Ezt kívülről nem lehet megkerülni; a helyes lépés az, hogy néhány óra vagy egy nap múlva újra megnyitod ugyanezt az oldalt.

Annyit viszont érdemes tudni, hogy ennek az oldalnak a megnyitása nem üres mozdulat: a Google súgója szerint a Chrome frissítést keres, amikor ezen az oldalon vagy, a háttérben pedig jellemzően a böngésző bezárásakor és újraindításakor történik meg ugyanez. Vagyis a kézi ellenőrzés nem hozza előre a sorodat, de a kiosztott frissítést azonnal lehozza.

Céges gépen

Ha a frissítési oldalon megjelenik egy sor arról, hogy a beállítást a szervezet kezeli, akkor vállalati házirend alatt vagy. Ilyenkor a frissítés központilag, késleltetve érkezik, és ezt nem tudod és nem is érdemes megkerülni – a rendszergazdának viszont érdemes szólni, mert ez a hiba éppen az a fajta, amiért érdemes sietni.

Edge: a Microsoft lapja szerint még készül a javítás

Ehhez a részhez nem kell találgatni: a Microsoft Edge biztonsági frissítéseiről a cég külön oldalt tart fenn, és ott maga írja le, hol tart. A Release notes for Microsoft Edge Security Updates oldal legfrissebb bejegyzése november 9-i keltezésű, és így szól: „Microsoft is aware of the recent exploits existing in the wild. We are actively working on releasing a security fix.” Magyarul: a Microsoft tud a vadon előforduló támadásokról, és dolgozik a biztonsági javítás kiadásán.

Ez a bejegyzés nem nevez meg sem CVE-azonosítót, sem verziószámot, és nem ad határidőt sem. A megfogalmazás viszont feltűnően más, mint a lap szokásos bejegyzései. Azok ugyanis kiadást jelentenek be: a visszatérő fordulat szerint a Microsoft kiadta az Edge adott verzióját, amely „incorporates the latest Security Updates of the Chromium project”, vagyis tartalmazza a Chromium-projekt legfrissebb biztonsági javításait. A november 9-i bejegyzés ezzel szemben nem kiadást jelent be, hanem azt, hogy a javítás készül.

Mit jelent ez a gyakorlatban?

Az oldalon szereplő legfrissebb tényleges Edge Stable kiadás az asztali gépekre a 157.0.4341.42, november 5-i dátummal – ez tehát négy nappal megelőzi a november 9-i Chromium-javításokat. A bejegyzésnél ott a szokásos megjegyzés is: „Note: CVE’s will be added as soon as available.” November 9-én az androidos és iOS-es Edge kapott kiadást, szintén a 157.0.4341.42-es verziószámmal, ugyanezzel a megjegyzéssel. Az oldalon november 9-e után nincs újabb bejegyzés.

A Microsoft tehát nem köti a közlését a CVE-2026-125350-hez, de a saját lapja szerint november 9. után nem jelent meg új asztali Edge-kiadás – vagyis a mostani Chromium-javítás a cikk írásakor még nem jutott el az asztali Edge-be. Ez nem azt jelenti, hogy aki Edge-et használ, azt támadják – azt sem a Microsoft, sem a Google nem állítja. Azt jelenti, hogy az Edge-nél most érdemes gyakrabban ránézni a frissítésre, és a következő néhány napban figyelni, mikor jelenik meg az új kiadás.

Az Edge saját időrendje

A lap időrendje önmagában is tanulságos. Az Edge utolsó 156-os Stable kiadása október 30-i keltezésű, a 157-es sorozat pedig november 5-én érkezett meg az asztali Stable ágra – vagyis a Microsoft néhány nappal a Chrome 157 után behozta a lemaradást. Négy nappal később viszont jött egy új Chromium-javításcsomag, és az Edge ismét a sor végére került. Ez jól mutatja, mivel jár a Chromium-alap: nem egyszeri lemaradásról van szó, hanem állandó követési feladatról.

Brave, Opera, Vivaldi – és mi a helyzet az Extended Stable ággal

A három nagy Chromium-alapú alternatíva három teljesen különböző állapotban van, és nem az a sorrend, amit a verziószámok alapján tippelnél.

Vivaldi: az egyetlen, amelyik nevén nevezi a hibát

A Vivaldi november 10-én jelentetett meg egy kisebb frissítést a 8.3-as sorozathoz, és a bejegyzése az egyetlen a mezőnyben, amely nevén nevezi a dolgot. Szó szerint ez áll benne: „The Chromium update includes a fix for CVE-2026-125350 (Use after free in XML), which has a known exploit in the wild.” Vagyis a Chromium-frissítés javítja azt a hibát, amelyre ismert, vadon előforduló támadás létezik.

A másik mondat pedig pontosan arról szól, amiről a múlt heti cikkünkben írtunk: „This update includes a minor upgrade to Chromium 156 (Extended Stable Release) from upstream”, amely „in turn includes security fixes from Chromium 157”. A Vivaldi tehát a lassabban mozgó, 156-os Extended Stable ágon maradt – a verziószáma így kisebb, mint a Chrome-é –, és éppen ezen az ágon kapta meg a javítást, 156.0.8078.99 ESR formájában. A stabil kiadás a gyártó oldalán 8.3 (4191.35) néven szerepel.

Brave: a saját számai szerint még nem

A Brave legfrissebb asztali kiadása a kiadási jegyzete szerint az 1.99.55, november 5-i dátummal, és a hozzá tartozó sor így szól: „Upgraded Chromium to 157.0.8103.39.” Ez a november 3-i Chromium-alap, vagyis kisebb, mint a javítást tartalmazó 157.0.8103.50. A Brave oldalán nincs november 9-i vagy 10-i asztali bejegyzés, és a lap nem említi sem a CVE-2026-125350-et, sem azt, hogy bármelyik hibát kihasználnák.

A Brave tehát a saját, kiírt Chromium-száma alapján még nem adott ki olyan stabil asztali kiadást, amelyben benne lenne ez a javítás. Ez nem vád és nem botrány: a Chromium-alapú böngészőknél néhány napos átfutás a szokásos. Azt, hogy a következő kiadás mikor érkezik, a gyártó nem jelzi előre, úgyhogy itt a kiadási jegyzet figyelése marad.

Opera: ezt kívülről nem lehet megállapítani

Az Opera esete a legfrusztrálóbb. A legfrissebb stabil bejegyzés a 139.0.6053.38-as kiadás, november 4-i dátummal, és ez egyáltalán nem ír Chromium-alapverziót, biztonsági javítást vagy CVE-azonosítót. Van egy november 9-i bejegyzés is, de az egy fejlesztői kiadásról szól, amely a Chromium 158.0.8105.1-es verzióra lépett – egy fejlesztői ág viszont nem mond semmit arról, hogy a stabil kiadás hol tart. A bejegyzés hivatkozik ugyan egy részletes változásnaplóra, de magából a kiadási bejegyzésből nem lehet eldönteni, benne van-e ez a javítás a stabil böngészőben.

Az Opera GX esetében még ennyi sem áll rendelkezésre: a gyártó nem a többi böngészőhöz hasonló, dátumozott kiadási jegyzetben közli a frissítéseket, így az asztali kiadás Chromium-alapját a hivatalos blogjáról nem lehet kiolvasni. Hasonló a helyzet a DuckDuckGo böngészőjével is: nem találtunk a gyártó oldalán olyan kiadási jegyzetet, amely az asztali kiadás Chromium-alapverzióját megnevezné.

A tanulság, amit érdemes megjegyezni

Négy nappal ezelőtt azt írtuk, hogy a Chromium-főverziószámból nem lehet biztonsági állapotra következtetni, mert a gyártók visszaültethetik az egyes javításokat, és mert az Extended Stable ág is megkapja a fontos biztonsági foltokat. Most pontosan ez történt, méghozzá a legszemléletesebb módon: a 156-os Chromium-ágon lévő Vivaldi kiadási jegyzete szerint már tartalmazza a javítást, a 157-esen lévő Brave kiírt Chromium-száma szerint viszont még nem – és az Edge-nél a Microsoft maga írja, hogy a javítás készül. A nagyobb szám tehát nem jelent nagyobb védettséget; az dönt, hogy a gyártó mikor ad ki új kiadást, és hogy te mikor indítod újra a böngészőt.

Androidon és iPhone-on mire kell figyelni

Androidon ugyanazon a napon, november 9-én jelent meg a Chrome 157-es kiadása, 157.0.8103.50 verziószámmal. A Google itt azt is közli, hogy „Android releases contain the same security fixes as their corresponding Desktop releases, unless otherwise noted.” – vagyis az androidos kiadások ugyanazokat a biztonsági javításokat tartalmazzák, mint a megfelelő asztali kiadás, ha a Google másként nem jelzi. A CVE-2026-125350 tehát az androidos Chrome-ot is érinti, és a javítás is ugyanaznap elindult.

Androidon viszont nem a böngésző frissíti magát, hanem a Play Áruház. A profilképre koppintva, az Alkalmazások és eszköz kezelése menüpontban látszik, van-e várakozó Chrome-frissítés. A Google jelzése szerint a kiadás néhány nap alatt jut el a Play Áruházba, úgyhogy itt is érdemes lehet egy-két nap múlva újra megnézni.

Egy pontosítás, mert ezt gyakran összekeverik: az Android System WebView nevű rendszerkomponens frissítése nem a böngésződet javítja. Azt a komponenst azok az alkalmazások használják, amelyek a saját felületükön nyitnak meg weboldalakat – frissíteni természetesen azt is érdemes, de a WebView frissítése nem hozza magával a Chrome frissítését: a böngészőt külön, a Play Áruházon keresztül kapod meg.

iPhone-on más a helyzet

Az iOS-es Chrome-hoz a Google ezen a napon nem adott ki bejegyzést. Ennek technikai oka van: iOS-en a gyakorlatban mindegyik böngésző az Apple rendszerbe épített WebKit-motorjával jelenít meg oldalakat – az Apple az EU-ban elvben 2024 óta engedélyez más motort is, de a nagy böngészők ezzel nem éltek. Vagyis az iPhone-os Chrome nem ugyanazt a megjelenítő kódot futtatja, mint az asztali párja, és ez a mostani Chromium-hiba sem ugyanúgy érinti.

Ami iPhone-on viszont tényleg időszerű: az Apple november 9-én kilenc rendszerhez adott ki biztonsági frissítést, köztük iOS és iPadOS 27.2.1-et, valamint a régebbi készülékekhez iOS 18.7.12-t és iPadOS 18.7.12-t. Ha tehát a telefonodon van elmaradt frissítés, ez jó alkalom letudni.

Hat nappal a 213 javítás után – mit jelent ez a gyakorlatban

Múlt pénteken arról írtunk, hogy a Chrome 157 november 3-i, első kiadása 213 biztonsági javítást tartalmaz, és hogy a bejegyzésben nincs utalás aktív támadásra. Mindkettő igaz volt. Hat nappal később, november 9-én kijött egy kilenc javítást tartalmazó, apró kiadás – és éppen abban van az a hiba, amelyre a Google szerint már létezik működő támadás.

Ebből három dolgot érdemes megjegyezni, mert mindhárom használható lesz a következő ilyen hírnél is.

A nagy szám nem a lényeg. A 213 javítás sokkal hangosabb hír volt, mint ez a kilenc – a kilencben viszont van egy olyan, amelyik miatt tényleg nem érdemes várni. A biztonsági frissítéseknél nem a javított hibák száma, hanem a legsúlyosabb tétel természete dönt.

A verziószám nem biztonsági állapot. Ezt múlt héten elméletként írtuk le, most pedig gyakorlatban látszik: a kisebb Chromium-számon lévő Vivaldi kiadási jegyzete szerint már tartalmazza a javítást, a nagyobb számon lévő Brave kiírt száma szerint viszont még nem. Aki böngészőt választ, annak nem a verziószámot, hanem a gyártó kiadási fegyelmét érdemes figyelnie. A böngészők közötti különbségekről külön nagy összehasonlítást írtunk: Legjobb böngészők 2026 – nagy összehasonlítás magyarul.

A frissítés nem akkor van kész, amikor letöltődik. Ez a legegyszerűbb és a legtöbbet elfelejtett pont. Amíg nem indítottad újra a böngészőt, a régi verzió fut. Egy kihasznált hiba esetében ez a különbség nem elméleti.

Ha most egyetlen dolgot teszel meg: nyisd meg a chrome://settings/help címet, és ha ott van az Újraindítás gomb, nyomd meg. Ha a múlt heti kiadásról még nem olvastál, az ahhoz tartozó cikkünk itt van: 213 javítás a Chrome-ban – a Chromium-alapú böngésződ viszont még vár rá.

Gyakran ismételt kérdések

Mit jelent az, hogy „létezik működő támadás”?

A Google szóhasználatában azt, hogy a cég tudomása szerint valaki már ki is használja a hibát éles körülmények között, nem csak elméletben lehetséges. Azt, hogy kik ellen, milyen oldalakon és milyen célból, a Google nem közli, és a hiba technikai részleteit sem adja ki, amíg a felhasználók többsége meg nem kapta a javítást.

Melyik verziószámot kell látnom?

A sima stabil ágon a 157.0.8103.50 vagy ennél újabb jó; Windowson és macOS-en a .51 is. Ha Extended Stable ágon vagy – ez céges gépeken fordul elő –, akkor a 156.0.8078.96 a megfelelő, mert abban is benne van ez a javítás.

Honnan tudom, hogy engem is érint?

Ha asztali Chrome-ot használsz Windowson, macOS-en vagy Linuxon, vagy androidos Chrome-ot, akkor a hiba a te böngésződben is ott volt a frissítés előtt. Ez nem jelenti azt, hogy téged támadtak: azt jelenti, hogy a javítás neked is szól. iPhone-on más a helyzet, mert ott a böngészők a rendszer saját motorjával jelenítik meg az oldalakat.

Mi a helyzet az Edge-dzsel?

A Microsoft november 9-i bejegyzése szerint a cég tud a vadon előforduló támadásokról, és dolgozik a javítás kiadásán. Az oldalon szereplő legfrissebb asztali Edge Stable kiadás a november 5-i 157.0.4341.42, vagyis a november 9-i Chromium-javítások ennél később jöttek. Aki Edge-et használ, annak a következő napokban érdemes többször ránéznie a frissítésre az edge://settings/help címen.

Miért nem találok semmit a CVE-2026-125350-ről?

Mert a cikk írásakor nincs nyilvános leírása. A CVE-programban az azonosító csak lefoglalt állapotban létezik, a NIST sebezhetőségi adatbázisában nincs rá találat, és az amerikai kiberbiztonsági ügynökség aktívan kihasznált hibákat tartalmazó listáján sem szerepel. Nyilvánosan eddig két mondat szól róla: a Google egysoros sora a Chrome blogján, és a Vivaldi kiadási jegyzetének egy mondata, amely szintén csak annyit mond, hogy a hibához ismert, vadon előforduló támadás létezik. Technikai leírás egyikben sem.

Elég bezárni a böngészőt?

Nem feltétlenül. Windowson a Chrome-nak van egy beállítása, amely a háttéralkalmazások futtatását a bezárás után is engedi, ilyenkor a program a tálcán tovább él; macOS-en pedig az ablak bezárása nem lépteti ki az alkalmazást. A biztos megoldás a frissítési oldalon megjelenő Újraindítás gomb, utána pedig a verziószám újbóli ellenőrzése.

Mit tegyek androidos telefonon?

A Play Áruházban, a profilkép alatti Alkalmazások és eszköz kezelése menüpontban nézd meg, van-e várakozó Chrome-frissítés. A Google jelzése szerint a kiadás néhány nap alatt jut el a Play Áruházba, úgyhogy ha ma még nincs ott, érdemes egy-két nap múlva visszanézni.