Dotaz: Truecrypt - doporuceni

[Marek]

Dobry den. Na serveru mam LVM. Zacal jsem se seznamovat s Truecryptem a chtel bych se zeptat na Vase doporuceni. Rad bych mel napr. jednu LV sifrovanou. Mam ji zasifrovat celou, nebo na ni mam vytvorit tzv. TC kontainer?

Odpovědi

[H0ax]

ideálně přejít na LUKS

[Jack]

Rozhodne, bych presel na LUKS, pokud nepotrebujes zajistit deniability, i pak bych mozna u linuxu pouzij crypto loop.

[Marek]

Muzete mi roct hlavni vyhody a nevyhody v porovnani s TC?

[marek_hb]

http://www.privacylover.com/encryption/analysis-is-there-a-backdoor-in-truecrypt-is-truecrypt-a-cia-honeypot/

nedokážu ale říct kolik je na tom pravdy

 

každopádně radši bych použij nějaký modul přímo v jádru, než to honit přes program třetí strany

[rastos]

Tú stránku by som bral s veľkou rezervou.

Výtky:

• domain registed with a false address - no a čo. Mnoho OSS projektov začínalo v garáži.
• developers working for free - rovnako ako mnoho iných OSS projektov.
• Compiling source code increasingly difficult - osobne som kompiloval verziu 7.0a a nebolo to nič hrozné.
• license contains distribution restrictions - ako mnoho iného SW
• removed from The Amnesic Incognito Live system - keď sa im nepáči licencia, je to ich problém.
• open source code has never been reviewed - toto je jediné čo je zaujímavé. Ja osobne mám pocit, že sa na TrueCrypt pozeral napr. Bruce Schenier - a to je iná kapacita. Ten link má síce bombastický nadpis, ale samotné šifrovanie TrueCryptu prelomené nebolo (len prišli k tomu, že mať TrueCrypt nestačí ak sú aplikácie blbé)
• Censorship at forums - hlúposť ako mraky. Pravidlo fóra "Advocating against any individual, group, or organization. Slanderous, demoralizing, offensive, threatening, or violent content; racial intolerance. Profanity, pornography or adult content (keep in mind that children can read these forums too)." je hodnotené ako "As per Truecrypt forum rule 3 you are not allowed to discuss about other encryption software"

[Heron]

Většina výtek je takových zvláštních a nemá nic společného s šifrováním. Mám pocit, že se zdrojáky probíral i český kryptolog Vlastimil Klíma a neměl k tomu výhrady.

Navíc, a tím rozhodně nechci znevažovat práci vývojářů, ta stránka vytváří pocit, jako by tento software měl být nějak extra těžký a že to nejde zvládnout bez fulltime placeného zaměstnání. Ehm ty algoritmy jsou veřejně známé, jsou implementované v kde čem. Zašifrovat soubor aesem umí každý, kdo dokáže napsat man openssl a když to přeženu, tak první nástřel zašifrovaného funkčního oddílu přes fuse by mohl mít šikovný programátor za víkend.

Pokud bych měl poradit tazateli, tak na linux skutečně TrueCrypt instalovat nemusí, linux už na to nástroje má.

[Marek]

Diky, tak jsem se vrhl na LUKS nejdrive na mem notasu. A ejhle:

sudo cryptsetup luksFormat /dev/sda2

WARNING!
========
This will overwrite data on /dev/sda2 irrevocably.

Are you sure? (Type uppercase yes): YES
Enter LUKS passphrase: 
Verify passphrase: 
semid 229376: semop failed for cookie 0xd4d7499: incorrect semaphore state
Failed to set a proper state for notification semaphore identified by cookie value 223179929 (0xd4d7499) to initialize waiting for incoming notifications.

A bohuzel jsem dopadl takto. Nasel jsem, ze by to mel byt nejaky BUG, bohuzel nevim, jak to vyresit. Mam Ubuntu 11.04.

[Bilbo]

Nad některé výtkami bych mávl rukou, ale na druhou stranu je Truecrypt nejuzavřenější ze všech známějších opensource projektů:

• Některé části fóra nejsou bez registrace přístupné ani pro čtení, fórum je vcelku dost uzavřené.
• není vidět do vývoje - čas od času vyjde nová verze a pokud si člověk udělá diff, dostane hodně velký soubor i pokud dělá diff mezi minor verzemi. V podstatě pak není vidět jaké změny se tam kde udělaly a proč. V jejich changelogu bývá často jen "Minor improvements and bug fixes". Tohle vidím jako největší problém, pokud vývojáři do nové verze vnesou nějaký bug (ať už úmyslný nebo neúmyslný) který ohrozí bezpečnost (tedy nějak umožní dostat se k datům i bez hesla nebo s výrazně nižší složitostí než bruteforce), tak může trvat dlouho než na to někdo přijde.

To s "nestandarní" licencí a neznámými vývojáři je už jen malá výtka ...

[pic]

proto píšu:

nedokážu ale říct kolik je na tom pravdy

a že bych radši využil systémové nástroje co má linux v sobě

[Jendа]

pokud nepotrebujes zajistit deniability

A že zrovna u TC je plausible deniability tak strašně plausible, až to bolí… (tím hasákem přes záda)

Jako buď budeš mít v outer volume nepoužívanou FATku (strašně věrohodné, zejména když jsi linuxák), nebo budeš mít na disku "náhodou" náhodná data. To první asi těžko, když na tom tazatel chce mít snad i /.

[Marek]

takhle nejak?

[Marek]

Jeste bych se chtel zeptat, jestli je mozne (vubec i technicky a principialne), aby se siprovany oddil na serveru odsifroval az na strane klienta, kteremu bude exportovan napr pomoci NFS?

[Bilbo]

Jo, prakticky všechny šifrovací systémy (dm-crypt, LUKS, TC, ...) umožňují kromě device (tedy partition, celý disk ...) šifrovat i soubor (někdy též nazývaný "kontejner"). A ten soubor může být i na vzdáleném systému (přístupném např. přes NFS nebo přes Sambu)

[Marek]

Jo tak to je fajn. Takze pokud vyuziju ten konteiner (u TC jsem s nim pracoval), tak to pujde. nevite o nejakem navodu, jak udelam konteiner pomoci LUKSu? Asi bych do toho sel, pokud mi tedy bude LUKS vubec na mem systemu fungovat (viz. muj prispevek vyse).

[wiskas]

Vytvoříš soubor požadované velikosti, pomocí losetup ho zpřístupníš jako blokové zařízení pod /dev. Pak s ním pracuješ jako s normálním oddílem na fyzickém disku, až na to že veškerá čtení i zápisy jdou do toho souboru. Nakonec ho pomocí losetup zase odpojíš.

[Marek]

>> Vytvoříš soubor požadované velikosti, pomocí losetup ho zpřístupníš jako blokové zařízení pod /dev

Tak zrovna pro takovy veci by se mi hodil ten navod

[wiskas]

Tak já ti samozřejmě můžu napsat posloupnost příkazů, např. že dd if=/dev/zero of=file bs=1024 count=cilova_velikost_souboru_v_kb vytvoří soubor dané velikosti a losetup file /dev/loop0 nastaví /dev/loop0 tak, že se chová jako blokové zařízení a přesměrovává čtení a zápisy do souboru file. Ale bezpečnost založená na opsání příkazů z internetu žádnou bezpečností není, to si to šifrování rovnou můžeš odpustit. Takže stejně se radši podívej do manuálů těchto příkazů, abys věděl co přesně děláš.

[Marek]

jj, diky. Vzdycky se divam, co ty parametry znamenaji, nez neco zkusim. Jen jsem nechtel necu udelat vylozene blbe.

Je tohle teda dobry reseni?

[Jendа]

Podle mě to není potřeba, můj cryptsetup (úplně nejposlednější :) si loop udělá automaticky.

[Marek]

Ja premyslim nad tim, co jste napsal a nejak mi to nedochazi muzete to trosku rozvest?

[Jendа]

Není třeba ručně nastavovat loop zařízení, cryptsetupu se dá jako název zařízení dát soubor. Takže normálně cryptsetup luksOpen .tajné/můj_soubor blah, ditto s luksFormat.

[Marek]

Je mozne spoustet cryptsetup pod normalnim uzivatelem? Me to jde pouze pod rootem, ale pak obycejny uzivatel nemuze na disk zapisovat.

Are you sure? (Type uppercase yes): YES
Cannot open device /dev/sda2 for read-only access

[Jendа]

ale pak obycejny uzivatel nemuze na disk zapisovat

Obyčejný uživatel bude zapisovat do FS, který tam vytvoříš, ne přece přímo na to zařízení…

[Marek]

Omlouvam se, ze jsem to spatne napsal. Samozrejme, vytvoril jsem FS ext4. Disk mountnu, ale normalni uzivatel nemuze zapisovat. V tom navodu nikde nerikaji, jestli ty prikazy zadavat pod rootem (popr. sudo). Me to bez prav roota nejde, takze vsechno delam s pravy roota. To je mozna ten duvod..

[Jendа]

chown -R uživatel:skupina /kam/jsi/ten/fs/namountoval

[Marek]

Ja na ten adresat, kam mountuju, nastavil prava 777 a to nepomohlo. A pak chci pouzivat i to "gnomacky" pripojovani disku, ktery si automaticky vytvori soubor /media/nazev_svazku.

[Jendа]

Ja na ten adresat, kam mountuju

Musíš nastavit správná práva kořeni toho FS, který mountujeě.

[Marek]

Myslis jako uz namountovaneho? Treba flashka se mi mountuje do /media/blablabla a ma taky prava root:root rwx r-x r-x a uzivatele muzou zapisovat. To mi neni prave jasny.

[Jendа]

U FAT jsou zase nějaké options, které zařídí, že tam má právo nějaký uživatel - připoj flashku a podívej se na výstup příkazu mount.

[Marek]

na te flashce mam taky ext4 a mount vypada stejne:

/dev/sdb1 on /media/68fdc688-f3fc-4a66-868f-452a9dd90a8e type ext4 (rw,nosuid,nodev,uhelper=udisks)
/dev/mapper/udisks-luks-uuid-9ecc847a-ca63-41b1-8547-2032112b01b0-uid1000 on /media/724c5f55-d111-4ba9-8284-0fce5554d9ab type ext4 (rw,nosuid,nodev,uhelper=udisks)

[Jendа]

Já exportuju celé šifrované LV přes NBD. NFS a souborový systém je další overhead.