Podozrive to byt moze, ale zakonnu povinnost si si vydanim hesla splnil, a teda by si aspon nesiel sediet. (alebo inak, nesiel by si sediet za nevydanie klucu;)
n. On Mon, Feb 27, 2012 at 04:24:58PM +0100, David Klusacek wrote: > > > > >> Pri rozsifrovani tohoto disku sa zaroven poskodi ten skryty sifrovany > > >> volume... > > > > > > To je zbytecnost. Jestli nebudou uplne idioti tak nez budou cokoliv > > > zkouset, > > > udelaji si kopii disku (napr. pomoci dd). Takze tim ze tim programem > > > prepises > > > ukrytou sifrovanou cast na ni akorat upozornis. > > > > Ja mam pocit ze toto spravanie nie je spominane ako ficura ale skor ako > > varovanie ... > > > Mozna neco spatne chapu, predstavuji si pouziti Hidden Volume spravne tak ze > vytvorim vnejsi sifrovany oddil, v nem necham nejake soubory jako navnadu a > v jeho volnych blocich vytvorim jinak sifrovany skryty volume? > > Kdyz pak po me chteji heslo dam jim to vnejsi. Me prijde jako problem ze tam > uvidi velice stare soubory. Nebo je mozne je menit? Nebo aspon je touchnout, > bez toho abych musel volume vyrabet znova. > > Jinak to bude velmi podezrele a kdyby se jim navic podarilo prosadit nejake > narizeni aby disk hardwarove psal neco jako timestamp (mozna by stacil > count) kolikrat zapsal do urciteho sektoru (nebo asi by stacla stopa), tak > by pak mohli brat to, ze volne misto ma mladsi pristupy nez data jako vaznou > indicii existence skryteho volume. > > Ale porad lepsi nez to nesifrovat vubec nebo jen jednou, to uznavam. > > > _______________________________________________ > Brmlab mailing list > [email protected] > http://brmlab.cz/cgi-bin/mailman/listinfo/brmlab
signature.asc
Description: Digital signature
_______________________________________________ Brmlab mailing list [email protected] http://brmlab.cz/cgi-bin/mailman/listinfo/brmlab
