Adoptable storage na Androidu

Dakle, 80 % ovog foruma se boji Googleovog i Microsoftovog špijuniranja, gase se telemetrije, servisi... ali nikog ne uznemirava nekriptirana SD kartica koju bilo tko može izvaditi iz mobitela i vidjeti sve podatke s nje?

 - FS, performanse direktno ovise, npr FAT32/exFAT vs NTFS/ext3.. (permisioni, datestamp..). Sve povezano s internim kontrolerom diska-momorije (koji nije npr SATA kontroler nego flash itd..).

+ naravno da se svi boje telemetrije :))

ali btw, enkripcija.. ako si jamesbond007.. ovak juzer samo problem koji će imati sutra (kad nešto crkne..).

Zanimljivo, evo i ja sam odradio sad sve benchmarke, i interna memorija i unutarnji virtualni SD card (žuti na slici), koji su zapravo dvije particije istog fizičkog diska imaju totalno različite brzine, očito file system čini veliku razliku kod ovog tipa memorija, premda to nagađam, nisam upućen...

I ovi rezultati su ti očekivani do pojave novih SOC-ova koji sve to mogu raditi u dediciranim modulima, koji ne kradu CPU cikluse. 

http://www.androidpolice.com/2014/11/20/anandtech-posts-side-by-side-nand-performance-for-nexus-6-encrypted-vs-unencrypted-its-not-pretty/

A prednost ovog sistema je da je puno sigurniji, što je jedan korisnik lijepo objasnio na XDA:

First of all, please stop using the term FDE. Android does NOT provide full disk encryption, what's encrypted is Data partition only, your System is never encrypted. Moreover, even if your app sits in the encrypted data partition, when you use it, it is in ram, so, there is very little disk interaction that may produce slowdown, especially if you use zram and turn off swap.

Second, your description of how encryption is done on LP5 and LP5.1 is wrong. Unlike in Iphone where your master key sits in a hardware crypto module, Android does it differently and actually more secure. By the way, I have personal knowledge of a fact that it takes about 40 seconds for a special data acquisition software to extract the master key from Iphone's crypto module. Not so in Android where the function of hardware is signing of the master key. So, unlike in Iphone where your password protects access to crypto module, even if your crypto module in Android is backdoored, a snoop would still need to deal with software encryption and he is forced to do brute forcing on device only (good luck with that).

Third. This function (disk encryption using hardware signature) is available only starting from LP 5.1.1 and to my knowledge never by default including CM and other custom builds. You need to enable it yourself by making changes in a device tree (usually "target_ uses_hardware_encryption = true) and in kernel. As far as Quallcom goes: in kernel you need to enable at least the following: CONFIG_HW_DISK_ENCRYPTION=y; CONFIG_CRYPTO_DEV_QCRYPTO=y; CONFIG_CRYPTO_DEV_QCE=y; CONFIG_CRYPTO_DEV_QCE50; and CONFIG_CRYPTO_HW=y. If you want to use a more advanced dm-req-crypt with AES-XTS, you need to enable that too. Again, based on my experience, neither CM, nor Slimroms, Paranoid, Omniroms, Pac or any other custom kernels have it. I have done hardware based encryption in several roms and there is no visible slowdown. In fact, even when software based encryption is used, you can easily get rid of a slowdown by disabling hardware overlays in developer options.

Fourth: hardware random number generation vs. software. The only safe method (actually recommended by Linus Torwalds) is mixing both. This way, even if your hardware is backdoored (which in Iphone defeats encryption completely), access to signature certificate that sits in a hardware module is of no use to a snoop, because he would still need to deal with encrypted master key. And the good news is that mixing hardware and software random number generation is enabled by default (again thanks to Linus) in most kernels.

So, unless you are a sheep that says I have nothing to hide, therefore, snoops are welcome, encryption in Android is a must...

Ne znam ubaciti ovo kao spoiler listu ili kak se već zove, nemojte me tuć.....

I fascinantno je da iPhoneu za 40 sekundi možeš provaliti master key.....

 Šta ti nisu obje te particije ext4? Ali ne vjerujem pretjerano zapravo tim testovima, na nekim aplikacijama mi ispadaju po 400-500 MB brzine čitanja s internog SD-a što mi je malo ipak nerealno.

Pročitah taj tekst isto neki dan. Samo pazi da ne spomeneš to za iPhone negdje jer ćeš biti prozvan Android funom kako kažu nepismeni i budale.

Ali mislim da je netko na tom članku ili nekom sličnom komentirao da bi SD 808, 810 i noviji trebali imati i hardverski šta to već šta im fali pa ne bi trebali imati toliko lošije performanse. Također nisam siguran odnosi li se ta cijela priča samo na ugrađenu memoriju ili se isto može očekivati za enkripciju SD-a. Najfascinantnije mi je što već godinu dana postoji MM i da nigdje na netu nije moguće naći usporedne testove brzine sa i bez kriptiranja. Ali "testova brzine" gdje se pali i gasi 17 aplikacija zaredom na netu koliko hoćeš i onda ekipa izdrkava na to što neki mob završi takav "test" 17 ms prije, a pametnih stvari nigdje.

 Yes... Sve to stoji. Ali, but, aber... Čemu toliki pad performansi? Očekivao bih 10, 20 %, možda i 50, ali 80?

Kontroler ionako radi provjeru zapisanog bez obzira na FS, zar ne? A ako procesor može obrađivati, kriptirati ovo ono, preko 100 MB/s kad zapisuje na internu memoriju, zašto ne bi mogao pišljivih 16 kad zapisuje na SD? Kad procesor pošalje te podatke kontroleru da ih zapiše šta kontroler ima razmišljati jesu li nule i jedinice u ovom ili onom formatu?

A i čovjek bi očekivao da bolje "Linux-based OS" radi s nativnim ext4 FS-om nego s exFAT-om za koji imam Microsoftov driver instaliran

Čudno to meni kako god okreneš. Još kad bi neka dobra duša bila voljna probati na svom mobitelu pa da vidimo je li to normalno/uobičajeno...

 A ti bi htio više od 20 %? Tebi što veći pad performansi, to si sretniji?

Zahvaljujem na objašnjenju. Iako za neke tvoje postove nisam siguran pokušavaš li nešto objasniti ili zbuniti unassuming juzera pa mu se onda smiješ

Sve je to super sa strane filozofske rasprave. Možemo uključiti i koncept raja i pakla u nekom trenu, utjecaj obrazovanja, pornografije i crkve na današnju mladež itd.

No ono što još uvijek ne znam unatoč povećanju shvaćanja ekripcije i međudjelovanja FS-a, procesora, kontrolera, SD-a i ostatka ekipe su pitanja s početka.

Konkretno, jesu li ove brojke normalne za ovaj slučaj i kakve dobivaju drugi juzeri? Iskorištava li Android u ovoj inačici sve što može (hardverski/softverski ovo ono) ili postoje mogućnosti za poboljšanja? Ako postoje, mogu li ja nešto učiniti za poboljšati to (vjerojatno ne mogu), je li možda u Nougatu to nekako bolje implementirano (da brže radi) ili nije? Ako nije, bi li mi pomogla brža kartica (pretpostavljam da bi) ili će i dalje biti sporo jer je to određeno primarno brzinom nečeg drugog, a ne same kartice? I kako je moguće da nitko ne koristi tu funkciju, a svi nešto paranoični??