Android Permission

Nagyon sok Androidos alkalmazás túl sok jogot kér telepítésnél, amiből a legtöbbet nem akarjuk hogy használja. Általában csak reménykedhetünk, hogy a megadott jogokkal nem él vissza az alkalmazás, és nem is fog egy későbbi verziója. Ha pedig az auto update be van kapcsolva, ki tudja mit fog egyszer csak a telefonunk csinálni.
Én speciel nem akarom hogy a Facebook vagy a Firefox hozzáférjen a kamerához, vagy az AirDroid Modify call logs, Send SMS, Call Phone képességeit sem szeretném használni.
Azok akik időnként megnéznek egy-egy DefCon videót valószínűleg tudják, hogy nem csak az NSA kémkedik utánunk. (Van fent YouTube-on pár elég ijesztő DefConos phone hack videó.)

Beszélgettünk már erről kollégákkal, hogyan lehetne ezen javítani, biztonságosabbá téve a telefont. Az egyik a telepítés utáni jogosultság elvétel, amivel blokkolni lehet az alkalmazást. Ennek a problémája, hogy ha az alkalmazás mégis megpróbál élni valamelyik jogával, akkor hibára fut és leáll.
A jobb megoldás az lenne ha sandboxba lehetne zárni az alkalmazásokat, és virtualizálni a hozzáférést. Vagyis kiválasztani minden alkalmazásnál minden jogosultságához, hogy az tényleges hardverhez / adatokhoz férjen hozzá, vagy egy fake virtuális eszközhöz (fekete kép mint kamera, üres Contact List…).

Sajnos a biztonság kevés vezetőt érdekel. Szoftverfejlesztésnél általában a biztonsággal nem lehet pénzt keresni, a biztonság hiányával lehet pénzt veszíteni.
Így sajnos a Google se töri halálra magát hogy biztonságosra csinálja az Android platformját. Nem beszélve arról, hogy ez esetleg egyes üzleti érdekeit is sérti. (Ha nem is adataink eladásából szerzett nyereség, hanem csak az ingyenes alkalmazások száma a Play Store-ban amik egy/nagy része a kémkedésből/reklámokból tartja el magát.)
Szerencsére a 4.3-as Androidban már van egy rejtett szolgáltatás amivel meg lehet vonni jogokat alkalmazásoktól. Ennek elindításához pedig csak az App Ops alkalmazást kell telepíteni (ami nem igényel semmilyen jogot). Használatához pedig nem kell még rootolt készülék sem! (CyanogenMod-ban már egy ideje elérhető a jogosultság megvonás.)

App Ops: Android 4.3’s Hidden App Permission Manager, Control Permissions For Individual Apps! [Update]

DEFCON 20

Pár érdekes videó biztonsági konferenciáról.

DEFCON 20: Hacker + Airplanes = No Good Can Come Of This

ADS-B
https://www.cgran.org/wiki/gr-air-modes
github.com/bistromath

DEFCON 20: Bypassing Endpoint Security for $20 or Less

uTorrent

Ma veletlenul a www.utorrent.hu-ra keveredtem (informaciokat keresve AIDA/everest-rol). Meglepodve lattam, hogy a uTorrent 1.6.1-rol azt irjak hogy bug-os, egy 2008-ban kiderult biztonsagi resre hivatkozva.

Ezt annak idejen privat trackeren olvastam, es nagy felhajtast keltett. Eloszor panikroham soport vegig a torrent oldalakon, es nehany tracker tiltotta is az 1.6.x-es verziot (vagy gondolkozni kezdett a tiltason). De ahogy a hirtelen felindulast felvaltotta a megfontolas, es figyelmes vizsgalat ala vettek az esetet, erdekes dolgok derultek ki.

Minden jel arra mutatott, hogy az 1.6, 1.6.1 klienseket egyaltalan nem erinti a hiba, nincs bennuk biztonsagi res. A Proof-of-Concept kodok sikertelenek voltak a regi, jol bevalt kliensekkel szemben, es csak az 1.7.x-es vonaltat erintettek.

A felfedezett hiba a felhasznalok altal kozolt adatok megjeleniteseben volt, ami csak akkor jelentkezett, ha a kliensben a torrent adatoknak a Peers ful volt aktiv. Konkretabban az unicode stringek dekodolasa volt a bunos, es azt lehetett kihasznalni. Sajat magam mellett tobben is kiprobaltak a PoC kodot, de csak ertelmetlen karakterek jelentek meg a Peers ablakban a peer mellett, a uTorrent klinesben semmilyen rendellenes mukodest nem okoztak. Nehanyan azt is allitottak, hogy az 1.6-os vonal egyaltalan nem is tartalmazott unicode kezelo kodot, amit ki lehetett volna hasznalni, igy az egesz 1.6 sebezhetoseg BS, es jol tudtak a uTorrentnel, hogy nem igaz.

Ebben az idoben volt a nagy felhaborodas, hogy a uTorrentet egy media jogok vedelmehez kotheto tarsasag vette meg, igy mindent amit a felvasarlas ota kiadtak az ordogtol valo es kerulni kell. En nem allitom, hogy hatso kapu van az uj kliensekben, de mindenesetre a tulajdonos reakcioja erdekes volt. Az 1.7-es vonalban kiderult hiba apropojan a uTorrent propaganda gepezete mindent elkovetett, hogy meggyozze az embereket hogy az osszes regi kliens halalos hibat rejt, es mindenki aki azokat hasznlja az eletevel jatszik. Mikozben a hiba csak bizonyos korulmenyek kozott jon elo, es a regi klienseket egyaltalan nem is erinti. Egyszeruen az 1.6.1-es verzio tul jora (es biztonsagosra) sikerult. (az eredeti programozoja meg ertett a dolgokhoz) Ezt az urugyet probaltak meg megragadni, hogy a felhasznalokat ravegyek vegre valtsanak az uj verziora, attol fuggetlenul, hogy ketsegeik vannak az uj verziok megbizhatosagarol (spyware). Megprobaltak belekeverni az 1.6-ot, osszemosni az 1.7 sebezhetosegevel, mikozben az alaposabb vizsgalatok azt mutattak, hogy az 1.6.1 nem sebezheto.

Ennek ellenere tobbek kozott a uTorrent hivatalos oldalan meg mindig riogatjak a nepet, hogy ha nem a legujabb verziot hasznalod, akkor virusos leszele es hasonlok. Kulonosen agresszivak az 1.6 es 1.6.1 ellen, viszont semmi konkretumot nem adnak, hogy milyen bugrol van szo. Ez sokkal inkabb vallasi szonoklatnak, tudomanyuldozesnek latszik, mindenfele megalapozottsag nelkuli felelemkeltesnek. Ha az 1.6-ot hasznalod pokolra fogsz kerulni, ha ezt meg mered kerdojelenzi akkor is.

Rendesen megjarattam a google-t, es a uTorrent forum keresojet az 1.6.1-ben talalhato barmilyen bug letezeserol szolo informaciok utan kutatva, de mindnek az lett az eredemenye, hogy cafoljak a bug letezeset az 1.6-os vonalban.
http://forum.utorrent.com/viewtopic.php?id=68934&p=2
A sorzozato megalapozas nelkuli remisztgetesek utan az egyik felhasznalo megkerdezi, hogy tudjak-e barmivel alatamasztani kijelenteseiket, vagy csak a felelem hadjarat propaganda modszeret alkalmazzak.

FUD
A hivatkozott hiba:
http://aluigi.altervista.org/adv/ruttorrent-adv.txt
http://secunia.com/advisories/28533/
http://seclists.org/dailydave/2008/q3/att-155/Stack_Overflow_in_uTorrent_-_Kidd_pdf.bin

Az utobbi az 1.6.1-ben javitva lett “– Fix: Fix malformed .torrent exploit” es az 1.6-ban is csak ketes forrasbol szarmazo torrentekkel hasznalhato ki. Emberi beavatkozas szukseges hozza, nem tavoli behatolas. Egy torrent ellenorzo programmal kivedheto lenne.

Az elobbihez pedig a riogatok forum hozzaszolasaival ellentetben, nem eleg az IP cim es uTorrent TCP port, de kell hozza a torrent hash is. (amit esetleg a forgalom monitorozasaval lehetne megtudni) Ezen kivul a PoC kod csak akkor hatasos, ha az adott torrent-hez tartozo Peers ablak van megnyitva. Arrol nem is beszelve, hogy az 1.6.1-re latszolag semilyen hatasa nincs, azon kivul, hogy a hackelo peer mellett olvashatatlan random karakterek jelennek meg. Ellentetben az altalam tesztelt 1.7.1, 1.7.4 ami kapcsolodas es peers tab megnyitasa utan lathato modon teleirta az informacios mezoket a GUI-n, majd a tabrol tovabb lepve lefagyott…