Truecrypt-granskning hittar inga bakdörrar

För att det är optimalt, vad är poängen att lagra det krypterat på destinations datorn om volymen är öppen och möjligt för läsning på den maskinen? Dvs totalt poäng löst att använda kryptering i det fallet. Poängen är att destinations datorn inte ska kunna komma åt innehållet, bara lagra en backup.

Poängen med att köra rsync med en krypterad volym är att den hanterar det hyfsat, vist det blir en hel del overhead när du modifierar en fil men inte speciellt mycket. Själv körs detta jobb en gång i veckan, ca 3GB modifierade filer i veckan och ca 500MB overhead ). Dvs skickas 3,5GB i veckan dvs inget. Vist hade man kunnat skicka hela volymen varje gång, Dvs ca 150GB men långt ifrån optimalt.

Som sagt va, poängen är att destinations servern inte ska ha tillgång till innehållet.

Det finns självklart nackdelar med detta med, T.ex. om du använder saker som hidden volumes o.s.v. då man kan ta reda på vart filen förändringar sker, dock inte själva innehållet, men med detta kan du T.ex. lista ut ifall filen inehåller hidden volumes. Men som sagt va informationen i filen är inte att skydda den från stater och länder, utan bara att det inte ska hamna i fel händer. T.ex. spammers och andra som kan få ekonomisk vinst av informationen i filen.

Så. Då var fas 2 av granskningen av TrueCrypt klar.
Granskningsrapporten innehåller inget höggradigt graverande.

1. Ett märkligt sätt att hämta slump på Windowsplattformen, som drabbar vissa väldigt speciellt konfigurerade installationer.

2. AES-implementationer som är lite sårbara för timingattacker. TrueCrypt distribueras med flera olika AES-implementationer, bland annat en med hårdvarustöd från AES-NI som (peppar peppar) inte befunnits sårbar för den typen av attacker.

3. Krypterade volymer kan vara låsta med en eller flera "lösenordsfiler". Kombinering av flera lösenordsfiler görs inte på ett kryptografiskt sunt sätt -- en angripare som kan påverka innehållet i en lösenordsfil kan styra hur den resulterande hashen av de kombinerade lösenordsfilerna ser ut.

4. Metadata för den krypterade volymen kan inte ursprungskontrolleras på ett säkert sätt. Det är oklart om/hur detta kan utnyttjas av en angripare.

De två första bristerna är allvarligare (men värre brister rättas till i vilen tisdagspatch som helst, imho), men exponerar bara en bråkdel av alla TrueCrypt-installationer för angrepp.
De två sista bristerna har mindre effektiv säkerhetspåverkan, men visar i stället på brister i utvecklingsmetodik: bägge bristerna är en följd av att utvecklarna frångått (eller inte varit medvetna om. Shame on them, i såna fall. Allt står ju i boken. Läs!) praxis för hur sådana här säkerhetsproblem löses. Don't be a Dave.

NSA har fortfarande inte siktats i källkoden.