Šifrovaná data v cloudu

27.4.2012 14:00 | Přečteno: 1979× | Praxe |

S rozvojem "cloudových" úložišť se čím dál víc hovoří a píše o bezpečnosti/privátnosti uložených dat. Jako zajímavá kombinace která umožní využít to lepší z obou. Šifrování u klienta, tak aby nešifrovaná data neopustila klientův počítač a uložení/sdílení/zálohování dat do cloudu.

Pro svůj pokus jsem použil Dropbox (DB) verze neb ho používám na Linuxu i Windows a Truecrypt (TC) a to z téhož důvodu. Pro mne je multiplatformnost důležitá i když omezující při výběru nástrojů. Jako další možnost pro otestování cloudového úlžiště je UbuntuOne - i když pro Windows to není nic moc - a v budoucnu snad GoogleDrive. Zatím jsem nenašel jiný "cloud disk" který by dokázal synchronizovat složky a byl pro Linux i Win, pokud o nějakém víte, dejte vědět v komentáři.

Průběh pokusu:

Při pokusu neberu do úvahy vliv rychlosti mého PC ani připojení do Internetu. Kromě úvodní synchronizace opakuji všechny kroky 5x .

Vytvoření TC volume

V GUI TC jsem si vytvořil 500 MB velký TC disk s následujícími parametry:

path:        ~/pokusny.tc
velikost:    500MB
šifra:       AES
hash:        RIPEMD-160
filesystem:  FAT

Naplnění TC a synchronizace do DB

Naplnění TC je možná zbytečné protože celý volume je šifrován tak jako tak.

cd ~/Dropbox
truecrypt -t --mount --non-interactive -v --password=123456 pokusny.tc /mnt ;
# Kopírování cca 450MB do TC
cp android-x86-4.0-eeepc-20120101.iso ChromeOS-Vanilla-2107.0.2012_04_11_1620-rdf23c6db-VirtualBox.zip /mnt ;
truecrypt -t --dismount --non-interactive -v --password=123456 pokusny.tc;

time ( 
    dropbox status ;
    # Presun TC volume
    mv ~/pokusny.tc ~/Dropbox ;
    while true ;
    do
        # Pokud je sesynchronizovano ukonci 
        dropbox status | grep -e Uploading -e Indexing || break ;
        sleep 1 ;
    done ;
    dropbox status ;
)

Na mém relativně pomalém připojení to trvalo 45 minut tj. cca 185 Kbps

Mount TC volume a DB

První věc která mne zajímala bylo jak se projeví pouhé přimontování TC volume:

cd ~/Dropbox
time (
    dropbox status;
    # Rychly mount a unmout
    truecrypt -t --mount --non-interactive -v --password=123456 pokusny.tc /mnt ;
    truecrypt -t --dismount --non-interactive -v --password=123456 pokusny.tc;
    dropbox status;
    while true ;
    do
        # Pokud je sesynchronizovano ukonci
        dropbox status | grep -e Uploading -e Indexing || break;
        sleep 1;
    done
    dropbox status
)

Pětkrát opakovaný pokus ukázal časy od 40 do 42 sekund.

Změna TC volume (500KB)

Změním TC volume nakopírováním cca 500 KB dat.

cd ~/Dropbox
time (
    dropbox status;
    # Rychly mount a unmout
    truecrypt -t --mount --non-interactive -v --password=123456 pokusny.tc /mnt ;
    # Kopírování 500 KB souborů
    cp ~/+(projekt.rar|Ucet-2011.xls) /mnt;
    truecrypt -t --dismount --non-interactive -v --password=123456 pokusny.tc ;
    dropbox status;
    while true ;
    do
        # Pokud je sesynchronizovano ukonci
        dropbox status | grep -e Uploading -e Indexing || break;
        sleep 1;
    done
    dropbox status;
)

Pětkrát opakovaný pokus ukázal časy od 34 do 54 sekund.

Změna TC volume (65MB)

Změním TC volume nakopírováním cca 65 MB dat.

cd ~/Dropbox
time (
    dropbox status;
    # Rychly mount a unmout
    truecrypt -t --mount --non-interactive -v --password=123456 pokusny.tc /mnt ;
    # Kopírování 65 MB souborů
    cp ~/virtualbox-4.1_4.1.4-74291~Ubuntu~oneiric_i386.deb /mnt;
    truecrypt -t --dismount --non-interactive -v --password=123456 pokusny.tc ;
    dropbox status;
    while true ;
    do
        # Pokud je sesynchronizovano ukonci
        dropbox status | grep -e Uploading -e Indexing || break;
        sleep 1;
    done
    dropbox status;
)

Pětkrát opakovaný pokus ukázal časy od 6:11 min. do 7:33.

Závěr

Výsledek mého pokusu mi potvrdil, že DB nesynchronizuje celé soubory, ale jen jejich změněné části. Pro mne to znamená, že kombinace TC a DB je použitelná s výhradou, že je potřeba počkat na "dosynchronizování" TC vlume.        

Komentáře

[xm]

Proč nepoužít eCryptfs nebo EncFS? To pak lze použít s libovolným cloudovým úložištěm a odpadá nutnost vytvářet jeden obrovský image soubor (eCryptfs nebo EncFS šifruje samostatné soubory, nikoliv celá bloková zařízení/image).

Jediný problém může být pokud člověk požaduje věrohodnou popiratelnost (to naštěstí v ČR nepotřebujeme, tady se ještě na Ústavu tolik nekašle jako v UK nebo USA). A pak také kompatibilita s Windows (EncFS ale má i nějakou implementaci pro Windows jménem BoxCryptor, nicméně to je zdá se uzavřená komerční aplikace, takže tomu bych já osobně nedůvěřoval).

[xm]

No vida, našel jsem teď i opensource implementaci EncFS pro Windows: encfs4win. A zdá se že i aktivně vyvíjenou! Takže nasazení EncFS v kombinaci s cloudovými úložišti zdá se nic nebrání, ani multiplatformnost (na Androidu s rootem není žádný problém a pod Mac OS X funguje také přímo EncFS).

[Qaxi]

dobrý ...

ještě by to chtělo aby "šifrovali" názvy souborů a je to dokonalé ...

[xm]

EncFS umí šifrovat i názvy souborů a adresářů.

[Petr Tomášek]

Já jsem zatím šifroval do cloudu jen zálohy - a to pomocí gpg. (jinak to mám raději bez mráčků...)

[Jiří Němec]

Co takhle použít https://www.tarsnap.com/ ? Nějak víc jsem to nezkoumal, ale na zálohování serveru to je prý moc fajn.

[w4rr10r]

Wuala?

[xm]

Klient Wualy má uzavřený zdrojový kód, to ji zcela diskvalifikuje. V případě šifrování aplikacím s uzavřeným zdrojovým kódem zásadně nedůvěřuji (případy kdy firmy na žádost vlády vydaly státu dešifrovací klíče jsou všeobecně známé - třeba Blackberry, existenci zadních vrátek nelze nikdy vyloučit).

[w4rr10r]

No a? Má linuxového klienta a nesídlí v USA. Pokud budu synchronizovat již šifrovaná data, uzavřenost klienta mě nemusí zajímat. Autor zápisku se ostatně ptal právě po alternativách k Dropbox, které mají linuxového klienta.

[cezz]

To IMHO ale stale nevylucuje nejaky backdoor priamo v binarke, alebo v sposobe sifrovania.

[w4rr10r]

Nepochopil. Já nemám na mysli šifrování oficiálním klientem, nýbrž způsobem popsaným v zápisku.

[cezz]

Jaj aha, dik. Ja som to chapal ako out of the box sifrovany storage a ono je to v podstate len alternativa dropboxu a podobnych s tym ze sifrovanie si riesis sam. Dik, uz sa chapeme. Potom ale v zasade nevidim ziadnu technicku vyhodu oproti nap. tomu drobboxu - akurat sa budu data sifrovat 2x.

Mne sa skor paci riesenie typu S3 a par skriptov okolo na synchronizaciu + sifrovanie lokalne. Ziadne third party closed-source binarky. Co by som rad mal je shared encrypted storage dostupny ako na MacOS, tak na Linuxe ako aj na Androide (technicky vzate je to tiez linux, takze by to malo ist bez problemov). Idealne aby vsetko fungovalo automaticky. Nejaka rucna synchronizacia u mna nema sancu, na to by som vkuse zabudal.

[loki]

Stale mne tyto(cloudove) sluzby nepresvedcily. Imho neni nad svuj vlastni servrik, ktery je schovan hezky pekne doma ve vyhrazene mistnosti.

[SPM]

kde ho může kdokoliv zabavit

[xkucf03]

Aspoň se o tom dozvíš, navíc policie potřebuje povolení k domovní prohlídce. Kdežto u té kdesi hostované služby nemusíš ani nic tušit.

[SPM]

No dozvíš, ale to už ti to je většinou prd platný :) ono to má vše svoje pro a proti... v ČR vzhledem k znalostem naší policie je mnohem pravděpodobnější, že ti naletí do bytu a něco odnesou, než že data budou hledat někde v cloudu (navíc afaik u těhle dat není žádná povinnost je vydávat a nelze je odnést). Pokud to máš někde v zahraničí, tak je zase velice nepravděpodobné, že by naše policie se s nima o ty data handrkovala. A cizí vlády to snad začne zajímat jenom v případě, že tam budeš mít nějaký plány na teroristický útok :)))

[Käyttäjä 11133]

A cizí vlády to snad začne zajímat jenom v případě, že tam budeš mít nějaký plány na teroristický útok :)))

Nebo pokud se budeš účastnit obchodu s drogami, bílým masem, zbraněmi či dalších high risk high reward aktivit.

[SPM]

na podobný případy je beztak použít nějaké výrazně důmyslnější řešení, než jen server doma v kumbále :)

[kralyk z abclinuxu]

No, tak to je taky cloud akorát self-hosted... Tady je ale otázka software, sice existují řešení (ownCloud,...), ale cloudové služby mají svůj SW většinou promakanější a closed-source :-/

[xkucf03]

No, tak to je taky cloud akorát self-hosted...

OMG, to přece není cloud.

[loki]

Mam pocit, ze dnes je uz vsechno cloud.

[kralyk z abclinuxu]

The Cloud

[XSSds]

Blah blah cloud...

[w4rr10r]

Jak moc je ti platný při lokálním výpadku proudu nebo problémech u ISP? Máš nějakou geografickou duplikaci?

[loki]

Nu, rsyncem ho zalohuju na jednu firemni masinu, ktera bezi v serverhousu. A kdyz bych se na tem domaci server nedostal, tak to jednoduse nahraji(pripadne stahnu) na tu firemni masinu.

[Petr Tomášek]

Až ti tam někdo hodí atomovku, budeš mít po servriku . A nerekl bych, ze te synchronizace do prace zachrani

[xkucf03]

Myslím, že když mu někdo na dům hodí atomovku, bude mít úplně jiné starosti, než nějaký server.

[xvasek]

Já mám svůj servřík schovaný jako virtuál na firemním serveru v serverhouse a data jsou nahraná na NASu u mě v kanceláři, mezi serverhouse a NASem je 100Mbit linka a pár hopů. Až po mě půjde FBI, zabaví firemní server, na kterém nic není. Je teda pravda, že krytí proti atomovce taky nemám.

[xkucf03]

Říká se, že tajné služby získávají nejvíc informací z veřejně přístupných zdrojů. Myslíš, že sledují i tuhle diskusi?

[xvasek]

Poslal jsem to a spustil stopky, jsem zvědavý, jak dlouho jim to bude trvat.