Durva SGS3 sebezhetőség?

2012.09.26. 09:01 decoati

51 hozzászólás

A tegnapi nap folyamán a Slashgear jóvoltából napvilágot látott egy két nappal ezelőtti, az Ekoparty bizonsági konferencián készült lent látható felvétel, amin egy Samsung Galaxy S III típusú készüléken hajtanak végre factory resetet úgy, hogy a telefon stock böngészőjével egy preparált weboldalt nyitnak meg. A készülék az oldal megnyitásának pillanatában gyári alaphelyzetbe állt anélkül, hogy a felhasználónak lehetősége lett volna a beavatkozásra, vagy a factory reset lefutásának meggátolására. A támadás működhet NFC-n, és QR kódon keresztül is.

A videó érthető módon nagy port vert fel, neves portálok is felültek annak a tévhitnek hogy ez egy SGS3, vagy TouchWiz-specifikus sebezhetőség. Ezt arra alapozták hogy egyéb böngészőket használva az oldal megnyitásakor nem történt semmi, a factory reset nem futott le.

A támadásban valójában egy trükkösen elhelyezett USSD kód (eszközspecifikus kód, amit a tárcsázóba beütve a telefon speciális, általában diagnosztikai funkcióit tudjuk aktiválni, valamint a készülék extra információit érjük el) a főszereplő, amit a böngésző a megnyitás pillanatában automatikusan továbbít a tárcsázónak, ami végrehajtja azt. A módszer ezen a videón is jól látszik.

A működési elvből több dolog is következik:

a sebezhetőség nem Samsung-specifikus, egy pillanat alatt át lehet írni HTC-specifikussá a megfelelő USSD kóddal (mint ahogy meg is tették)
azok a böngészők amik nem továbbítják ezeket a kódokat a tárcsázónak, biztonságot jelentenek (Chrome, Dolphin, stb.)
third-party tárcsázók (pl. Dialer One, exDialer) szintén biztonságot jelentenek, főként ha nem állítjuk be őket alapértelmezettnek, így az eljárás az automata kimenő hívások előtt is meg fog állni hogy kiválasszuk a tárcsázót, tehát van lehetőségünk kilépni a folyamatból.

A Slashgear cikke alapján további veszélyben lévő készülékek: Galaxy Beam, Galaxy S Advance, Galaxy Ace, Galaxy S II.

A sebezhetőség a firmwaretől függ, a támadás különböző szolgáltatók különböző verzióin eltérő hatékonysággal működik. Az AT&T pl. már ki is adta a patchet a saját verzióira, a független euópai firmware verzió szintén nem támadható. A hazai verziók támadhatóságáról egyelőre nincs információnk, de a JB upgrade garantáltan foltozza ezt a biztonsági rést.

Legyetek résen.

update1: A probléma komolyabb mint gondoltuk, a sebezhetőség olyannyira széleskörű, hogy a HTC-k stock böngészővel rendre megbuknak, valamint az eredeti exploitban található USSD kód már a legelső SGS-ben is a factory reset kódja. Tesztelésre Samsung tulajoknak itt egy megbízható oldal (via), ha az oldal megnyitása után a telefon automatikusan kiírja a saját IMEI kódját, akkor a készülékünk sebezhető. (gyors házi teszt: az SGS Telenoros 2.3.4 stock böngészővel megbukik, az Opera és a Firefox böngésző biztonságot jelent.)

update2: Gabking kolléga egyik mobilers!-es kapcsolata, Sebastian Mauer közzétett egy workaroundot, íme:

"This is my attempt at fixing the USSD vulnerability. It should intercept the Intent to launch/dial an USSD code. Just install the apk and choose it ("Dial Proxy") as default handler when Android asks you to select an App to handle the intent.

I've prepared a website with the vulnerability (e.g. embedded tel: iframe) but replaced the dangerous code with an invalid code with the same prefix. So you should be safe even if my fix doesn't work. http://maui.at/s3/test2.html

NOTICE: Apparently the issue has already been fixed with devices running Android 4.0.4 but I'll be glad to hear if this works for anyone running earlier versions."

(Fordítás: itt az én próbálkozásom az USSD sebezhetőség megoldására. A program elfogja az USSD kód tárcsázására tett kísérleteket. Installáld fel az .apk-t, és válaszd ki (Dial Proxy), amikor az Android rákérdez, milyen app-pal kezelje a tevékenységet. Készítettem egy weboldalt a sebezhetőséggel (pl. embedded tel: iframe) de a veszélyes kód helyére egy érvénytelen kódot helyeztem, azonos előtaggal. Biztonságos, még ha a fix nem is működne. http://maui.at/s3/test2.html

Megj: Úgy tűnik, az Android 4.0.4-et futtató készülékekben már megoldották a problémát, de remélem, a korábbi verzióknál még hasznos lesz")

Az ide tartozó .apk pedig itt elérhető.

update3: A Samsung közleményben jelezte, hogy már ki is toltak egy OTA frissítést a Galaxy S III-ra, ami orvosolja a problémát. S3 tulajok amint tehetik, frissítsenek, ha megérkezik hozzájuk a csomag!

Facebook Tweet Tetszik

· 1 trackback Címkék: biztonság android galaxy

A bejegyzés trackback címe:

https://androlib.blog.hu/api/trackback/id/tr284802973

Trackbackek, pingbackek:

Trackback: Újabb, rengeteg Android telefont érintő sebezhetőséget találtak 2014.07.08. 07:48:27

Az új hiba tetszőleges telefonszám felhívására ad lehetőséget erre nem jogosult alkalmazások számára is

Kommentek:

A hozzászólások a vonatkozó jogszabályok értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a Felhasználási feltételekben és az adatvédelmi tájékoztatóban.

Yarner · http://androlib.blog.hu 2012.09.26. 10:27:39

Gyors ellenőrzés: Galaxy S1, Tsunami ICS ROM, Android 4.0.4 (!)- mind a gyári böngésző , mind a Boat Browser elindította a kódot gondolkodás nélkül. Ez tényleg ijesztő...
(A Chrome kompatibilitási hiba miatt nem is indult el a telefonon (WTF))

Sebastian proxyja viszont működni látszik, szépen megfogta.
Megyek, teszem fel az Operát...

A bejegyzés trackback címe:

Trackbackek, pingbackek:

Kommentek:

Yarner · http://androlib.blog.hu 2012.09.26. 10:27:39

Yarner · http://androlib.blog.hu 2012.09.26. 11:10:32

Yarner · http://androlib.blog.hu 2012.09.26. 11:51:25

Yarner · http://androlib.blog.hu 2012.09.26. 13:30:30

Yarner · http://androlib.blog.hu 2012.09.26. 13:34:45

Translator +X+ · http://www.szabadzona.hu 2012.09.26. 16:02:00

blog.sancho.hu · http://blog.sancho.hu 2012.10.04. 09:43:36

Android blog. Bipp!

Hirdetés

Friss és forró

Legújabb hozzászólások

Egyéb

Kövesd a droidot