Administrace komentářů

Bohuzel pro vas dobre zpravy nemam.

Ted jsem pracoval na nastroji pro dm-crypt, takze muzu rict nasledujici:

0) predpokladam, ze se nesifruje klasickym dm-cryptem, ale dm-cryptem s rozsirenim LUKS (nastroj cryptsetup-luks, binarka je jen cryptsetup, prikazy jsou cryptsetup luksOpen, luksNeco,...). Umi prave oproti puvodnimu cryptsetupu pridavat a odebirat klice.

1) pro pridani klice je obecne nutne znat masterkey, cryptsetup ho umi ziskat jen tak, ze mu zadate aktualni heslo. Pokud byste ale masterkey nejak ziskal, tak lze velice snadno prepsat par radku v programu, aby pridal klic pouze diky znamemu masterkey.

2) masterkey lze ziskat mozna pomoci nejakeho nastroje - treba google uspeje a neco by nasel.

3) Vytvoril jsem nedavno nastroj (QCryptool - na sourceforge) pro presifrovani dm-cryptu na miste se schopnosti obnovy, kdyby doslo nekde k poruse. Ale ten potrebuje znat stary klic (pouze k otevreni zarizeni, takze bych snadno mohl provest upravu) a bezpecny je take pouze s podminkou, ze znate puvodni heslo (aby prave po rebootu mohl znovu pripojit puvodni zbytek a pokracovat). Je to prvni verze, plne testovana a funkcni - vyjma lvm, na kterem jsem to jeste netestoval. Je to tedy jedna z moznosti, presifrovat vsechna data novym masterkey a k tomu si pridat normalni klic. Nikdo jiny ale nesmi mit pripojen oddil v rezimu read-write. Pro read-only budou vsichni v jiz presifrovane casti dostavat nesmysly - fs nakonec asi s chybou vse odpoji. Pouzitelne tedy pokud by s tim nic nepotrebovalo pracovat. Opakuji ale, ze pro lvm to testovano jeste nebylo. Program bych musetl trochu upravit pro pouziti jiz otevreneho zarizeni.

4) a to plati pro vsechny body, data radeji zazalohujte, dokud muzete