» »

Kriptirani podatki Nexus 6 povzročajo težave

Kriptirani podatki Nexus 6 povzročajo težave

Kriptirani uporabnikovi podatki Nexus 6 nedvomno ne pomagajo pri hitrosti

vir: AnandTech

Postopek za kriptiranje uporabnikovih podatkov na starejših napravah, ki so na Android 5.0 zgolj nadgrajene

vir: AnandTech
AnandTech - Na Anandtechu so med testiranjem predogledne in nato tudi končne izdaje Android 5.0 opazili nekoliko čudne rezultate, ko so testirali zmogljivost pomnilniškega čipa v Nexus 5. Posledično so se odločili najti delujoč testni program, s katerim so nato testirali tudi Nexus 6. Pri slednjem se jim je zdelo, da občasno deluje nekoliko počasi, a so to pripisali morda nekoliko prešibkemu grafičnemu čipu in kar 2560 x 1440 oz. dobrim 2,2 milijona točkam, ki jih mora grafični čip izrisovati na zaslon. A mnogi bralci so komentirali, da bi bila za počasnost lahko kriva enkripcija uporabniških podatkov Nexus 6 je namreč skupaj z Nexus 9 prvi, na katerem že tovarniško teče Android 5.0 Lollipop. S slednjim je Google naredil precejšnje premike v varnosti sistema, saj imajo med drugim vse naprave, ki so že tovarniško opremljene z Android 5.0, kriptirane uporabnikove podatke.

V primeru osebnih računalnikov to niti ni težava, saj imajo skorajda vsi (vsaj nekoliko zmogljivejši) pogoni SSD tudi enoto, ki skrbi za kriptiranje, a temu ni tako na mobilnih telefonih. Posledično za kriptiranje skrbi centralni procesor, ki, svoji zmogljivosti navkljub, ni optimiziran za to. V igro pridejo še pomnilniška vodila z ne pretirano široko prepustnostjo in rezultat so relativno nizke hitrosti prenosov. V sklopu testa so pri Anandtechu uspeli od Motorole dobiti posebno izdajo Androida, ki ima enkripcijo izključeno, rezultat pa so dvakrat višje hitrosti naključnega zapisovanja, medtem ko je naključno branje skoraj trikrat hitrejše, zaporedno branje pa kar petkrat hitrejše kot na Nexus 6, ki ima kriptirane uporabnikove podatke.

Celoten postopek testiranja s podrobnimi rezultati vred si lahko preberete na Anandtechu.

47 komentarjev

Furbo ::

Nexus 7 ali 8 bo že boljši.
i5-13600K, STRIX Z790-F, 32GB DDR5, 2TB Samsung 990PRO, Toughpower GF3 1000W
RTX3070, ALIENWARE AW3821DW, DELL U3014

jype ::

Nexus 7 je že star.

Zgodovina sprememb…

  • predlagal izbris: dejanslo ()

hojnikb ::

pri tako dragi napravi bi človek pričakoval hardwareski encryption engine, če se že gremo default enkripcijo.
#brezpodpisa

GTX970 ::

Problema sta 2:
enkripcija je vsiljena
nexus nima hw čipa za kodiranje -> manjša avtonomija, slabši performance

Zanimivo branje xda teme
http://forum.xda-developers.com/nexus-6...

Zgodovina sprememb…

  • spremenilo: GTX970 ()

keitai ::

Sodeč po komentarjih na anandtechu Nexus 6 ima hw čip za kodiranje ("Qualcomm hardware cryptographic engine" (qce & qce40 & qce50)), vendar se je google odločil, da ne bo uporabil qualcommove rešitve ter so razvili svojo, katero sedaj fura CPU.

jype ::

GTX970> enkripcija je vsiljena

Kar grozno, ane.

GTX970 ::

Freedom of choice, ki ga tako zagovarjaš ?

FlyingBee ::

BETA vse! je pač slogan googla in druščine, zato Apple dosega tako vrednost
P200 MMX, 32mb ram, 2gb HDD, s3 virge 2mb, 14" CRT 640x480
New Sphincter Kvartet:
Roko Spestner, Namaž Zlevčar, Daje Heading, Maraje Spetan

Zgodovina sprememb…

  • predlagal izbris: njyngs ()

jype ::

GTX970> Freedom of choice, ki ga tako zagovarjaš ?

Linux je spodaj, vedno lahko izklopiš, če ti ni všeč.

GTX970 ::

Vendar ne z enim klikom.
Pejt to sosedovi Francki razlagati, naj kuca ukaze v adb.

Zgodovina sprememb…

  • spremenilo: GTX970 ()

jype ::

Sosedova Francka ma nokio 3310 in nima nobene izbire glede tega, kako sistem zapisuje podatke v pomnilnik.

kpkp ::

jype je izjavil:

GTX970> Linux je spodaj, vedno lahko izklopiš, če ti ni všeč.

Zanimivo je, da so s tega vidika starejši Nexusi bolj prijazni uporabniku. Ker to, da je "Linux spodaj" ne pomeni, da ni zajebancije (če že nasprotno) za to narediti... In ovo na novo z vsako posodobitvijo.

Google se je odločil, da nebo uporabil Qulacommove zaprtokodne rešitve, politika.... Ni mi pa jasno na podlagi česa se odločajo katere zaprtokodne gonilnike bodo vključili v Nexus ROM.

saravak ::

Še en pomislek za avtorja!

Kriptiranje....morda je to polaganje koga v kripto!!!!!!!!!!1

Šifriranje pa je slovenski prevod! Anglizmov je že dovolj!

johnnyyy ::

V primeru osebnih računalnikov to niti ni težava, saj imajo skorajda vsi (vsaj nekoliko zmogljivejši) pogoni SSD tudi enoto, ki skrbi za kriptiranje, a temu ni tako na mobilnih telefonih.

Pa ni samo to, novejše x86 arhitekture imajo tudi strojno podprto AES šifriranje na nivoju procesorja (AES-NI ukazi)

hojnikb ::

strojni AES na procesorju še vedno ni ista reč kot vgrajen crypto engine v sam emmc kontroler recimo.
#brezpodpisa

johnnyyy ::

hojnikb je izjavil:

strojni AES na procesorju še vedno ni ista reč kot vgrajen crypto engine v sam emmc kontroler recimo.

Če ne obdeluješ veliko količino podatkov je praktično čisto vseen kje se podatki šifrirajo (CPU/kontroler). Pri veliki količini podatkov pa ti takšno šifriranje na CPUju pokuri kar nekaj procesorskega časa. Je pa res da lahko procesorsko šifriranje porabiš tudi za šifriranje npr. internetnega prometa.

hojnikb ::

Procesorsko šifriranje bo kurlo več baterije in bo manj učinkovito/počasnejše.
#brezpodpisa

Zgodovina sprememb…

  • spremenil: hojnikb ()

ulemek ::

FlyingBee je izjavil:

BETA vse! je pač slogan googla in druščine, zato Apple dosega tako vrednost

Apple ima včasih več hroščev in gotovo BISTVENO več ranljivosti kot Goolov BETA.

Zgodovina sprememb…

  • predlagalo izbris: teac ()

Mavrik ::

hojnikb je izjavil:

Procesorsko šifriranje bo kurlo več baterije in bo manj učinkovito/počasnejše.


Kaj takega v splošnem niti približno ne moreš reči, niti ni razloga za tako razmišljanje - če pogledaš N9, nima zaradi enkripcije upočasnitev pa uporablja "procesorsko" šifriranje. Zakaj? Domača naloga!
The truth is rarely pure and never simple.

hojnikb ::

Seveda. Ampak če stvar koristi encryption engine (oz. extra inštrukcije ala AES-NI) v procesorju bo še vedno več "overheada" (hence večja poraba baterije) kot pa če bi stvar bila vgrajena direkt v eMMC. Če stvar dela na polno, še ne pomeni, da dela tudi najbolj učinkovito.
#brezpodpisa

Zgodovina sprememb…

  • spremenil: hojnikb ()

LeQuack ::

Itak vse podatke daš Googlu in Facebooku prostovoljno, tako da enkripcija je kar malo smešna.
Quack !

hojnikb ::

hja, sam če ti kak zlikavc ukrade telefon, je še vseeno bolje, da je stvar kriptirana.
#brezpodpisa

poweroff ::

Vsekakor je tole korak v pravo smer. Posledica bo ta, da bo šifrirna tehnologija postala še bolj uporabna (v smislu optimizacije). Če pa govorimo o strojni podpori šifriranju, pa upam, da bomo tudi tukaj doživeli čim več odprtih implementacij.

In ja, deljenje podatkov z Googlom se da tudi izključiti.
sudo poweroff

ulemek ::

Da se, a ne brez nepotrebne izgube funkcionalnosti. Kako delujeGoogle Now? Jaz ga ne nucam in sem zato prikrajšan za rzne elemente na zaslonu. Žal.

Mavrik ::

hojnikb je izjavil:

Seveda. Ampak če stvar koristi encryption engine (oz. extra inštrukcije ala AES-NI) v procesorju bo še vedno več "overheada" (hence večja poraba baterije) kot pa če bi stvar bila vgrajena direkt v eMMC. Če stvar dela na polno, še ne pomeni, da dela tudi najbolj učinkovito.


Ne, prav nobenega razloga ni zakaj bi bila implementacija na CPUju kakorkoli manj učinkovita kot pa implementacija na eMMC. Razlika je v končni fazi le lokacija vezja. V bistvu je CPU implementacija lahko učinkovitejša, saj jo potem lahko uporabljaš tudi za ostale namene kot je TLS in podobno.

poweroff je izjavil:

Vsekakor je tole korak v pravo smer. Posledica bo ta, da bo šifrirna tehnologija postala še bolj uporabna (v smislu optimizacije). Če pa govorimo o strojni podpori šifriranju, pa upam, da bomo tudi tukaj doživeli čim več odprtih implementacij.

In ja, deljenje podatkov z Googlom se da tudi izključiti.


Mislim da nekega strahu tu ni - AES implementacija je prišla v ARMv8 (ki ga uporablja Nexus 9) in bo del vseh novih CPUjev s to arhitekturo. Posledično N9 nima take upočasnitve zaradi ekripcije.
The truth is rarely pure and never simple.

Zgodovina sprememb…

  • spremenil: Mavrik ()

hojnikb ::

Ne, prav nobenega razloga ni zakaj bi bila implementacija na CPUju kakorkoli manj učinkovita kot pa implementacija na eMMC. Razlika je v končni fazi le lokacija vezja.

Ni res. Procesorska različica ima samo inštrukcijo, ki pospeši AES enkripcijo za faktor 10 (ali kolker pač je), še vedno pa more procesor delat. emmc implementacija ima pa cel crypto engine, ki dela samo to (če jasno sploh obstaja kaka emmc rešitev s tem).
Zakaj pa misliš, da imajo ssdji vgrajen crpyto engine, če je ta procesorski tako dober ?
#brezpodpisa

Zgodovina sprememb…

  • spremenil: hojnikb ()

ulemek ::

A ve kdo, kako je z N 10 (tablico)?

poweroff ::

No, dajmo realno pogledat. Jaz programsko šifriranje na računalnikih uporabljam že več let. Sicer ko poženeš test, se hitrost lahko upočasni tudi do 40%, vendar v realnosti, pri običajni uporabi kakšne večje razlike ni opazit.
sudo poweroff

hojnikb ::

Ne gre se zato, kolk je v realnosti stvar počasnejša. Gre se za to, kolk hita majo različne implementacije na baterijo. To je bistvenega pomena pri _mobilni_ napravi.
#brezpodpisa

johnnyyy ::

hojnikb je izjavil:

Seveda. Ampak če stvar koristi encryption engine (oz. extra inštrukcije ala AES-NI) v procesorju bo še vedno več "overheada" (hence večja poraba baterije) kot pa če bi stvar bila vgrajena direkt v eMMC. Če stvar dela na polno, še ne pomeni, da dela tudi najbolj učinkovito.

Za temi inštrukcijami je del silicija ki skrbi samo za AES šifriranje (podobno kot FPU enota). Pri x86 arhitekturi so te inštrukcije pod oznako AES-NI pri ARMu pa so vključene v ARMv8-A set inštrukcij (na arhitekturah ARM Cortex A53 in A57 - 64 bitni ARM procesorji).

ARM se od Intel-a razlikuje v tem, da prodajajo le jedra (core) in instruction set. Tako podjetja kupijo jedra in okoli tega naredijo svojo periferijo in zapakirajo v čip ali pa naredijo svoj procesor, ki je kompatibilen z ARMom. Nexus6 uporablja procesor Krait 450 SoC (to je Qualcomm procesor podoben ARM Cortex A15 in uporablja ARMv7 instrukcije), kar pomeni, da samo jedro nima strojnega šifriranja. Pri čipih, ki imajo 32-bitna ARM jedra nekateri proizvajalci procesorjev dodajajo svojo periferijo, ki skrbi za šifriranje (vendar tega Qualcomm Krait nima).

Na ARMu lahko imaš šifriranje na nivoju cora (posebni ukazi), kot periferijo (dostop preko registrov, kot do ostale periferije) ali pa softwearsko. Če imaš šifriranje na nivoju cora jedro med šifriranjem šifrira (ne moreš za kaj drugega uporabit), ampak imaš več jeder - tako lahko na večih jedrih hkrati šifriraš in pohitriš zadevo (ali pa delajo kaj drugega). Če imaš posebno periferno enoto si po navadi omejen le na eno.

Torej ne vem od kje ti informacije, da je HW AES na nekem eMMC kontrolerju hitrejši oz. bolj varčen od ARMove ali Intel-ove implementacije ali implementacije tretjega podjetja?

hojnikb ::

Torej ne vem od kje ti informacije, da je HW AES na nekem eMMC kontrolerju hitrejši oz. bolj varčen od ARMove ali Intel-ove implementacije ali implementacije tretjega podjetja?

Kaj misliš, da je bolj varčno ?
nekaj kar stoji med FTLjem v samem emmc kontrolerju, al en ukaz procesorja, ki sicer lahko dela enkripcijo mnogo hitreje kot sam procesor, ampak še vedno more delat enkripcijo na višjem nivoju...
Ugibaj, kaj porabi (ne da je hitrejše) manj.
#brezpodpisa

Zgodovina sprememb…

  • spremenil: hojnikb ()

johnnyyy ::

hojnikb je izjavil:

Torej ne vem od kje ti informacije, da je HW AES na nekem eMMC kontrolerju hitrejši oz. bolj varčen od ARMove ali Intel-ove implementacije ali implementacije tretjega podjetja?

Kaj misliš, da je bolj varčno ?
nekaj kar stoji med FTLjem v samem emmc kontrolerju, al en ukaz procesorja, ki sicer lahko dela enkripcijo mnogo hitreje kot sam procesor, ampak še vedno more delat enkripcijo na višjem nivoju...
Ugibaj, kaj porabi (ne da je hitrejše) manj.

Kar koli rečem ko ugibam. Poraba je odvisna od gretja - gretje od frekvence. Frekvenca od OSja. V glavnem težko je reči kaj manj porabi in na kakšen način bi to meril. Tudi, če se na koncu izkaže, da je implementacija v nekem kontrolerju bolj varčna kot tista v procesorju, je na koncu to slaba tolažba, če mora potem procesor softwersko šifrirat internetno komunikacijo. Če pa imaš šifriranje na nivoju procesorja (prek periferije ali direktno v jedru) je pa spet vprašanje, zakaj bi imel še eno šifrirno enoto v kontrolerju - poraba prostora...

hojnikb ::

če mora potem procesor softwersko šifrirat internetno komunikacijo.

zakaj bi to počel ?
#brezpodpisa

ulemek ::

hojnikb je izjavil:

če mora potem procesor softwersko šifrirat internetno komunikacijo.

zakaj bi to počel ?

Zakaj to zdaj počneš, namreč postaš preh https?

SSL/TLS pa take fore.

hojnikb ::

interna komunikacija med SoCom in eMMCjem je čisto druga reč kot moja linija do ISPja pa do same strani.

Itk, če je potreba po res "hudi" enkripciji, neboš uporabo ne aes inštrukcij niti emmc varjante ampak pure software :)
#brezpodpisa

Zgodovina sprememb…

  • spremenil: hojnikb ()

johnnyyy ::

hojnikb je izjavil:

interna komunikacija med SoCom in eMMCjem je čisto druga reč kot moja linija do ISPja pa do same strani.

Itk, če je potreba po res "hudi" enkripciji, neboš uporabo ne aes inštrukcij niti emmc varjante ampak pure software :)

Odvisno. Če imaš neke podatke, ki jih želiš šifrirati z AES jih lahko vržeš v HW ali SW implementiran engine in ven dobiš enake podatke (pri enakem geslu, seed, itd). Če podatki niso enaki jih pač z istim geslom ne boš mogel odklenit. Če bi bila varnostna napaka na samem AESu je čisto vseen s čim šifriraš.

Ko sem pisal driver za AES periferijo za freescale procesor osnovan na ARMu. Sem na računalniku z openSSL zašifriral znane podatke z znanim geslom, nato sem v driverju spreminjal podatke crypto engina tako dolgo, da nisem ven dobil enakih podatkov :).

hojnikb ::

Apeliram na bolj tinhat varjanto, da tisti HW engine počne še kej druga, kot samo enkripcijo :)
#brezpodpisa

johnnyyy ::

hojnikb je izjavil:

Apeliram na bolj tinhat varjanto, da tisti HW engine počne še kej druga, kot samo enkripcijo :)

Periferija v večini primerov uporablja DMA in če ti omrežna kartica krade podatke direkt iz RAMa, je čisto vseeno s čim šifriraš :). Še večji problem pa je, da procesor tega ne ve :).

poweroff ::

Za PCje obstaja tehnologija šifriranja RAM-a. PrivateCore vCage.

BTW, jaz tudi uporabljam šifriranje na telefonih že dolgo časa in spet - ni opaziti kakšnih bistvenih odstopanj ne v hitrosti ne v trajanju baterije.
sudo poweroff

Lonsarg ::

Praktično katerakoli sodobna HE implementacija AES enkripcije porabi zanemarljivo malo energije/procesorskega časa in čeprav neka rešitev porabi za faktor dve več je to čisto beezpredmetno.

Android 5.0 bi enostavno moral po defultu izklopit enkripcijo, kjer ni hardware podpore.

mtosev ::

zanimivo, da tole niso opazili že prej preden so izdali ta phone
Core i9 10900X, ASUS Prime X299 Edition 30, 32GB 4x8 3600Mhz G.skill, CM H500M,
ASUS ROG Strix RTX 2080 Super, Samsung 970 PRO, UltraSharp UP3017, Win 11 Pro
moj oče darko 1960-2016, moj labradorec max 2002-2013

poweroff ::

Lonsarg je izjavil:

Android 5.0 bi enostavno moral po defultu izklopit enkripcijo, kjer ni hardware podpore.

Po moje pa s tem izkazujejo svojo silno ljubezen do NSA. :))
sudo poweroff

francek1 ::

FlyingBee je izjavil:

BETA vse! je pač slogan googla in druščine, zato Apple dosega tako vrednost

Zato nikoli ne potrebuje popravkov, a ne? Ne nabijaj....
Kdor se je že rodil učen se lahko reži...

cegu ::

saravak je izjavil:

Še en pomislek za avtorja!
Kriptiranje....morda je to polaganje koga v kripto!!!!!!!!!!1
Šifriranje pa je slovenski prevod! Anglizmov je že dovolj!


Ker je beseda "šifra" tako zelo slovenska. Šifra, cifra, ziffer.
To ni Anglizem. Če beseda pri nas ne obstaja še ne pomeni da si mormo svojo izmisliti in iti z glavo skozi zid. Lažje jo je prevzeti.

Moram pisati "zgoščevalna funkcija" namesto "hash funkcija", kot da imamo funkcijo ki povečuje gostoto. Samo zato ker si je en slavist izmislil da je za Slovence najbolje, če jih nihče ne razume.

Jst ::

Vprašanje:

Če na Nexus 5 flashaš Lolipop factory image, tako da nič ne ostane na telefonu, a je enkripcija vključena?
Islam is not about "I'm right, you're wrong," but "I'm right, you're dead!"
-Wole Soyinka, Literature Nobelist
|-|-|-|-|Proton decay is a tax on existence.|-|-|-|-|

JerryP ::

Jst je izjavil:

Vprašanje:

Če na Nexus 5 flashaš Lolipop factory image, tako da nič ne ostane na telefonu, a je enkripcija vključena?


Ne, enkripcijo si moraš na nexusu 5 tudi v tem primeru sam vklopiti.

Jst ::

Tnx, moja se je OTA update-ala, kjer se enkripcija ne vključi niti vpraša ne. Pa me je zanimalo, če je z flashanjem image-a kaj drugače.
Islam is not about "I'm right, you're wrong," but "I'm right, you're dead!"
-Wole Soyinka, Literature Nobelist
|-|-|-|-|Proton decay is a tax on existence.|-|-|-|-|


Vredno ogleda ...

TemaSporočilaOglediZadnje sporočilo
TemaSporočilaOglediZadnje sporočilo
»

Kriptirani podatki Nexus 6 povzročajo težave

Oddelek: Novice / Android
4713045 (10317) Jst
»

Z Lollipopom prva Motorola

Oddelek: Novice / Android
207882 (5258) smihael
»

Prispeli so Nexus 6, 9 in Player, Android 5.0 je Lollipop (strani: 1 2 3 )

Oddelek: Novice / Android
13745671 (37195) amacar
»

Nov Android bo 5.0

Oddelek: Novice / Android
4111965 (10036) PrimozR
»

V Android L bo enkripcija vključena samodejno

Oddelek: Novice / Android
156688 (4408) ulemek

Več podobnih tem