Ugrás a fő tartalomhoz

API és fejlesztés

WordPress-biztonsági riasztás: Gravity Forms, Bricks és WooCommerce–Telegram hibák

Új biztonsági figyelmeztetések három WordPress-megoldásnál: a Gravity Formsban kritikus objektuminjektálás, a Bricksben adatkiolvasási hibák, egy WooCommerce–Telegram bővítményben pedig adminfiók-átvétel lehetősége került nyilvánosságra.

Kiberbiztonsági adatközpont digitális védőpajzzsal – WordPress biztonsági szerkesztőségi illusztráció.

A lényeg 30 másodpercben

A sérülékenységek jelentősége és a gyakorlati teendők.

01

Gravity Forms

Kritikus, bejelentkezés nélkül elérhető PHP-objektuminjektálás; minimális javítás: 3.1.3.

02

Bricks

Két, anonim adatlekérdezést lehetővé tevő REST API-hiba; javítás: 2.4.4.

03

Telegram-bővítmény

Adminfiók-átvétel lehetősége; a közlemények szerint még nincs hivatalos javítás.

Három különböző WordPress-megoldás súlyos sérülékenységeiről jelentek meg új biztonsági részletek 2026. október 28–30. között. A Gravity Forms, a Bricks és a Bot for Telegram on WooCommerce közös tanulsága, hogy a nyilvános weboldal egy-egy bővítménye vagy sablonja az adminisztrációhoz, személyes adatokhoz és üzleti folyamatokhoz vezető támadási felület lehet.

Fontos, hogy a három eset nem ugyanaz a hiba, és nem minden WordPress-oldalt érint. A valós kitettség a telepített összetevőktől, azok verziójától és a használt funkcióktól függ. A most nyilvánosságra került súlyos technikai hibákhoz a vizsgált források nem erősítettek meg tömeges, aktív kihasználást.

1. Gravity Forms: objektuminjektálás nyilvános űrlapon

A CVE-2026-103039 a népszerű Gravity Forms űrlapkészítő 3.1.2-es és korábbi verzióit érinti. A Wordfence és a Patchstack adatlapja szerint a Post Custom Field mezőt listás bemenettel használó űrlapok bizonyos konfigurációiban a támadó által beküldött adat veszélyes deszerializáláson mehet keresztül. Ez hitelesítés nélküli PHP-objektuminjektálást tesz lehetővé, és az adott WordPress-környezetben elérhető alkalmas PHP-objektumlánctól függően súlyosabb következményekhez, akár kódfuttatáshoz is vezethet.

A sebezhetőség CVSS 3.1 szerint 9,8-as, kritikus besorolású. Minimális javított változat: 3.1.3, amelyet a gyártó már október 2-án kiadott, tehát az október 29-i részletes nyilvánosságra hozatal előtt rendelkezésre állt. A gyártó változásnaplója szerint október 28-án a 3.2.1-es verzió is megjelent, további biztonsági fejlesztésekkel. A támogatott, legfrissebb kiadás telepítése javasolt a kompatibilitás ellenőrzése után.

2. Bricks Builder: kiszivároghatnak privát tartalmak és jelszóhash-ek

A Bricks sablon- és oldalkészítő rendszer 2.4.3-as és korábbi változatait két nyilvánosan dokumentált, CVSS 7,5-ös sérülékenység érinti. A CVE-2026-118803 az úgynevezett dinamikus adattagek elégtelen ellenőrzéséhez kötődik: a /wp-json/bricks/v1/query_result végponton támadó által előállított paraméterek megfelelő feltételek mellett felhasználói és bejegyzés-metaadatokat, akár jelszóhash-eket tehetnek hozzáférhetővé.

A CVE-2026-118804 ugyanazon REST API-végpont jogosultságellenőrzésének hibája: megfelelően formált kérés útján privát vagy piszkozatban lévő bejegyzések, illetve WooCommerce-kuponadatok is kiolvashatók lehetnek. Mindkét eset bejelentkezés nélküli lekérdezésre épül, de ez nem jelenti, hogy minden Bricks-oldal minden adatát már megszerezték.

Javítás: Bricks 2.4.4. A gyártó 2026. október 28-i változásnaplója kifejezetten említi a lekérdezési eredmények és a dinamikus adatok biztonsági javítását.

3. WooCommerce–Telegram: adminfiókba is be lehetett lépni

A CVE-2026-109516 a Bot for Telegram on WooCommerce bővítmény 1.3.0-s és korábbi verzióit érinti. A Wordfence és a Patchstack szerint a Telegram webhookon érkező kéréseket a bővítmény nem hitelesíti megfelelően, és a bejelentkezési token előállítása is kiszámítható. Ennek együttes eredményeként egy távoli, bejelentkezés nélküli támadó meghatározott feltételek mellett más felhasználó – akár rendszergazda – nevében férhet hozzá a WordPresshez.

A hiba 9,8-as CVSS 3.1 értékű. A 2026. október 28–29-én publikált biztonsági adatlapok szerint még nincs hivatalos javított verzió. Ez nem ugyanaz, mint a veszélyes működés puszta lehetősége: a sérülékenységi mechanizmust leírták, az aktív támadási kampányt azonban nem igazolták. A Patchstack rendelkezésre bocsátott átmeneti védelmi szabálya nem azonos a fejlesztői kódjavítással.

Sérülékenység ≠ igazolt adatlopás

A fenti CVE-k és a javító kiadások létezése ellenőrzött. A leírt hibákat nem szabad úgy bemutatni, mintha bizonyítottan ellopták volna egy bank vagy webáruház ügyféladatait. A kockázat csak akkor áll fenn az adott weboldalon, ha az érintett komponenst, verziót és kihasználható beállítást használja.

Miért releváns ez a digitális fizetések világában?

Az online fizetés biztonsága nem kizárólag a fizetési szolgáltató és a bank rendszerén múlik. Az ügyfél először a kereskedő weboldalát használja: ott adhat meg személyes adatokat, kaphat fizetési tájékoztatást, indíthat megrendelést, és ott működnek az űrlapok, sablonok, automatizációk is.

Ha a kereskedői felület adminisztrációja átvehető, vagy az alkalmazás érzékeny adatokat szolgáltat ki jogosulatlanul, az a teljes vásárlási folyamat iránti bizalmat gyengítheti. Ezek közvetett pénzügyi és adatvédelmi kockázatok; egyik közlemény sem bizonyít közvetlen banki API-kompromittálást.

Gyakorlati ellenőrzési lista az üzemeltetőknek

Az első lépés az érintett összetevők felderítése: van-e telepítve Gravity Forms, Bricks vagy Bot for Telegram on WooCommerce, és pontosan melyik verzió fut. Gravity Forms esetén a legfrissebb támogatott kiadásra, de legalább 3.1.3-ra kell frissíteni; Bricks esetén 2.4.4 vagy újabb szükséges. Az űrlapok működését, a fizetési folyamatot és az egyedi mezőket frissítés után tesztelni kell.

Az egyelőre javítatlan Telegram-bővítmény érintett változatait célszerű kikapcsolni vagy eltávolítani, illetve indokolt esetben a webhook elérését korlátozni, amíg a gyártó javítást nem közöl. Ha fennáll a korábbi kompromittálás gyanúja, érdemes vizsgálni az adminfiókokat, a jogosultságváltozásokat és a gyanús REST API-kéréseket. A puszta sérülékeny verzió nem bizonyít betörést.