Tietokoneleht: iPhone ja iPad.n tietoturva on viallinen

[ChrisuN]

Pahittelen jos tämä on täällä jo esillä, en pikasella haulla löytänyt.
Herätti töissä aikamoisen myrskyn vesilasissa tuo artikkeli.
Painotettiin erittäin suuren huolellisuuteen firman koneiden kanssa niinkuin yleensäkin :-)

http://www.tietokone.fi/uutiset/ipadin_ ... _viallinen

Cheers

[Marbo]

Eipä toi nyt niin suuri ongelma taida olla loppupeleissä. Muistaakseni luin, että puhelinpitää olla jailbreakattu tai jailbreakata jotta ton saa toimimaan. Eli jos ei oo jailbreakattu niin eihän tuo sitten sua koske niinkään? Vai olenko nyt ihan metässä?

[honpsu]

Eipä toi nyt niin suuri ongelma taida olla loppupeleissä. Muistaakseni luin, että puhelinpitää olla jailbreakattu tai jailbreakata jotta ton saa toimimaan. Eli jos ei oo jailbreakattu niin eihän tuo sitten sua koske niinkään? Vai olenko nyt ihan metässä?

Sen varastetun puhelimen saa kyllä jailbreikattua. Katso se video.

[Sherukka]

Miten tuo nyt eroa muiden kännyvalmistajien turvallisuuteen vai oliko tuossa muutkin mainittu?

[securapple]

Hei!

En tiedä mitä apple on ajatellut, mutta kyseessä on "suunnitteluvirhe". Normaalistihan kovalevyn/ym. muistin salauksessa salausvaimen generointiin käytetään käyttäjän salasanaa sekä jotain "mukasatunnaisa" tietoa laiteympärisöstä.Näistä tiedoista sitten lasketaan tiiviste esim. SHA-256 algortimillä käyttäen jotain "kaavaa" ja lopputulos on salausavain jota EI talleteta ko. tallennusmedialle.

Fraunhoferin tutkijoiden mukaan iOS 4.2.1-versiossa salausavain ei riipu käyttäjän salasanasta. Kaikki avaintiedot luodaan laitteeseen tallennetuista tiedoista ja tämän takia data on myös laitteen varastaneen hakkerin käytössä.

Applen tekemä toteutus on idealtaan sama kuin microsoftin 90-luvulla kehittämä "syskey". Siinäkin salasausavain generoidaan automaattisesti ja salausavain talletetaan "salaista" kaavaa käyttäen windowsin tapauksessa rekisterissä oleviin "salaisiin paikkoihin". Winkkarissa tällä salausavaimella salataan käyttäjien salasanatiivisteet sekä muut salausavaimet.

Pahaksi onneksi hakkerit jäljittivät aikoinaan tallennusmekanismin ja käytännössä syskey on siis "hyödytön". Näin on käynyt nyt myös iOS:issa, "security through obscurity" ei vain toimi : http://en.wikipedia.org/wiki/Security_through_obscurity ja salauksesta ei näin ole käytännössä mitäää hyötyä.

Applella iOS -tunnistautuminen perustuu piniin, jolloin tällaisella piniin pohjautuvalla algoritmillä saadaan vain 10 potenssiin 4 eri salausavainta. Kun potentiaalisia salausavaimia on 2 potenssiin 256 niin tätä ei edes kannata käyttää => "houston, we got a problem".

Pelastava enkeli olisi ios app, joka salaisi esim. käyttäjäprofiilin tiedostot toiseen kertaan salausavaimella joka perustuu käyttäjän salasanaan ja salasalan riittävään pituuteen.

-Securapple

[Sherukka]

Taitaa olla Nokioissa samalla tasolla youtube videoista päätellen vai miten on?

[Rihanen]

Mahtaako niille nokian ongelmille olla omat foorumit?

[Sherukka]

Mahtaako niille nokian ongelmille olla omat foorumit?

Sori...

[Rihanen]

Mulla on tämä appi puhelimessa http://itunes.apple.com/us/app/safe/id290169191?mt=8

Eli pääseekö tuohon yhtä "helposti" käsiksi?

[securapple]

Hei!

Salaus sinänsä on triviaalia koodata. Ongelma on avaimen generointitapa(satunnaisuude kerääminen avaimeen) ,avaimen käsittelyrutiinit sekä avainten tallennusmekanisimit. Tuossa iphone app:ssa ei kerrota miten nämä asiat on tehty, joten todellista tietoturvatasoa on mahdotonta arvioida. Kuka on ohjelman ko. tekijä ja kuinka paljon luotat hänen koodaamistaitoihinsa? Onko ohjelman koodi auditoitu? Kuka on auditoinut? Käytännössä jonkun pitäisi r00tata iphone ja reverse-engineerata toimintamekanismit.

Muissa puhelimissa kuten vastaavat ohjelmat tekee yleensä jokin tietoturvatalo jolla on valmiit koodikirjastot salausavainten käsittelyä varten. Olettaisin myös tällaisten sovellusten kriittisten osien (kuten avaintenkäsittelyn) auditoitavan jollain koodiauditointiprosessilla.

-Securapple