Ledger biztonsági rés: a legtöbb felhasználó ma is sebezhető verziót futtat

Egy biztonsági kutató számára nincs kellemesebb délután annál, mint amikor egy versenytárs elavult szoftverén reprodukál egy ismert támadási vektort — és ezt dokumentálva nyilvánosságra hozza. Pontosan ez történt, amikor az OneKey csapata egy tranzakció-helyettesítési támadást hajtott végre a Ledger egyik régebbi Ethereum alkalmazásán. A történet önmagában érdekes, de a valódi tanulság nem a „ki nyert, ki veszített” narratívában rejlik, hanem abban, hogyan értékelj kritikusan bármilyen hardveres tárcát — beleértve azt is, amelyiket éppen használsz.

Mi történt pontosan?

Az OneKey csapata egy úgynevezett tranzakció-helyettesítési (transaction replacement) támadást reprodukált a Ledger Ethereum alkalmazásának egy elavult verzióján. A támadás lényege: a felhasználó egy normálisnak tűnő tranzakciót hagy jóvá a kijelzőn, miközben a háttérben a tényleges blokkláncon belüli tranzakció adatai eltérnek attól, amit látott. Ha ez megvalósítható, a felhasználó lényegében olyasvalamit ír alá, amit nem kívánt.

Fontos hangsúlyozni: az OneKey egy már javított sebezhetőséget mutatott be elavult firmware-en vagy alkalmazásverzión, nem egy nulladik napi (zero-day) rést tárt fel. Ez azonban nem teszi a demonstrációt érdektelenné — éppen ellenkezőleg.

Miért releváns ez akkor is, ha a Ledger már foltozta?

Mert a felhasználók meglepően nagy százaléka nem frissít. Ez nem Ledger-specifikus probléma — általános emberi viselkedés. Sokan megveszik a hardveres tárcát, beállítják egyszer, majd évekig nem nyúlnak hozzá, kivéve amikor tranzakciót küldenek.

• Az elavult firmware ismert sebezhetőségeket tartalmaz, amelyeket a gyártó saját maga dokumentál a patch note-okban.
• Egy régi Ethereum alkalmazásverzió és egy friss firmware egyszerre is futhat — a kettő nem mindig frissül automatikusan együtt.
• A támadók pontosan tudják, milyen verziókat célszerű támadni, hiszen a changelogs nyilvános.

Az OneKey demonstrációja tehát nem elméleti. Aki ma is egy kétéves Ledger ETH alkalmazást futtat, annak konkrét kockázatot jelent.

Mit mutat ez a hardveres tárcák biztonsági architektúrájáról?

A hardveres tárca alapígérete az, hogy a privát kulcs soha nem hagyja el az eszközt, és a tranzakciók aláírása fizikailag izolált környezetben történik. Ez az ígéret önmagában érvényes marad — de a gyenge pont nem mindig a kulcstárolás.

A valódi támadási felület az alkalmazásréteg: az, hogy a kijelzőn megjelenő adat pontosan tükrözi-e az aláírandó tranzakciót. Ha az Ethereum-alkalmazás hibásan értelmezi a tranzakciós adatokat, a felhasználó mást lát, mint amit valójában aláír.

Ez egy strukturális probléma, amelyet minden gyártónak kezelnie kell:

• Ledger modularizált alkalmazásrendszert használ — az egyes blokklánc-alkalmazások (ETH, BTC, SOL stb.) külön entitások, amelyek önállóan frissíthetők, de ez felelőssége is a felhasználónak.
• OneKey saját firmware-ét nyílt forráskódúként kezeli, ami lehetővé teszi külső auditot — de ez nem jelenti azt, hogy hibamentes.
• Más gyártók (pl. Trezor, Coldcard) más kompromisszumokat kötnek a használhatóság és a biztonsági szigor között.

Egyik megközelítés sem garantál tökéletes biztonságot. A különbség az, hogy a hibákat mennyire gyorsan találják meg, javítják, és kommunikálják a felhasználók felé.

Hogyan értékelj kritikusan egy hardveres tárcát?

Ha most választanál tárcát, vagy felülvizsgálnád a meglévődet, az alábbi szempontok segítenek túllépni a marketing-szövegeken.

1. Firmware-frissítési kultúra

Vizsgáld meg a gyártó GitHub-ját vagy nyilvános changelog-ját. Milyen sűrűn adnak ki frissítéseket? Van-e egyértelmű kommunikáció arról, hogy az adott patch mit javít? Egy gyártó, amely homályos „hibajavítás” megjegyzésekkel adja ki a frissítéseit, és nem nevezi meg a sebezhetőségeket, nem feltétlenül megbízhatóbb — csak kevésbé átlátható.

2. Alkalmazás-szeparáció és protokolltámogatás

Hány blokkláncot támogat a tárca, és ezek külön alkalmazásokként futnak-e? A széles protokolltámogatás kényelmes, de minden hozzáadott alkalmazás potenciálisan újabb támadási felületet jelent. Kérdezd meg magadtól: tényleg szükséged van 40 különböző token támogatására ugyanazon az eszközön?

3. Nyílt vs. zárt forráskód

A nyílt forráskód nem egyenlő a biztonsággal — de lehetővé teszi a független auditot. A zárt forráskódú firmware esetében kizárólag a gyártó állításaira és esetleges harmadik feles auditokra támaszkodhatunk. Mindkét megközelítésnek van értelme, de tudatosnak kell lenned abban, kiben bízol.

4. Secure Element vs. általános mikrokontroller

A Secure Element (SE) chip fizikailag nehezebben feltörhető, de a benne futó kód általában zárt. Az általános mikrokontrollereken futó nyílt firmware auditálható, de hardveres szinten sebezhetőbb lehet. A Ledger SE-t használ zárt firmware-rel, a Trezor hagyományosan nyílt mikrokontrollert alkalmazott — az OneKey mindkét megközelítéssel kísérletezik modelltől függően.

5. támasz-verzió és hosszú távú karbantartás

Mennyire régi eszközökhöz adnak még frissítéseket? Ha a gyártó két év után megszünteti a firmware-támogatást egy modellnél, az elavult eszközök felhasználói pontosan abba a csapdába esnek, amit az OneKey demonstrált.

Mi a felelőssége a gyártónak, és mi a tiéd?

Ez a kérdés jobban megosztja a közösséget, mint bármi más. Az egyik álláspont szerint a hardveres tárca gyártójának kötelessége automatizálni vagy legalábbis aktívan ösztönözni a frissítéseket. A másik nézőpont szerint a szuverén önkustodia felelősséggel jár — ha nem tartod karban az eszközt, az a te kockázatod.

A valóság valahol a kettő között van. A gyártóknak egyértelműbb figyelmeztetéseket kellene megjeleníteniük elavult alkalmazásverzió esetén, proaktívan kommunikálniuk a kritikus sebezhetőségeket, és nem hagyniuk a felhasználóra, hogy maga kövesse a changelogs-t.

De te sem teheted meg, hogy megveszed az eszközt, és utána elfelejtkezél róla. A hardveres tárca nem bankszámla, amelynek a biztonságát kiszervezted valaki másnak.

Összefoglalás

Az OneKey demonstrációja a Ledger elavult ETH alkalmazásán egy iskolapéldája annak, hogy a „hardveres tárca = biztonságos” egyenlet sosem volt ennyire egyszerű.

• A támadás elavult szoftververzión működött — ez javítható és megelőzhető.
• A sebezhetőség az alkalmazásrétegben volt, nem a kulcstárolásban — ez fontos különbség.
• Egyik gyártó sem immunis: az OneKey sem tökéletes, a Trezornak is volt már komoly sebezhetősége, a Coldcard közössége is vitázott már biztonsági kompromisszumokon.
• A legfontosabb védekezés: rendszeres firmware- és alkalmazásfrissítés, és annak értése, mit írsz alá a kijelzőn.

A hardveres tárca nem csodaszer — hanem egy eszköz, amelyet karban kell tartani. Az OneKey és a Ledger közötti biztonsági versengésből az a tanulság, amelyet minden felhasználónak magával kell vinnie: a legdrágább tárca is sebezhető, ha a dobozon kívül sosem frissíted.