Dotaz: dmcrypt - luks (změna hesla, přidání hesla)

[Johny z Podoli]

Ahoj, mám server který jede půl roku v kuse - mezitím jsem zapoměl heslo k disku, ačkoliv je na UPS tak tuším že jednou to heslo prostě potřebovat budu. Nepředpokládám že zistit heslo z běžícího systému by šlo nějak jednoduše a spolehlivě. Nicméně napadlo mě zda nejde heslo za běhu změnit (ale aby systém běžel spolehlivě dál). A nebo, v ideálním případě vytvořit nové heslo a přiřadit jej k disku :D

děkuji za nápady, Johny bezzhesla

Odpovědi

[pht]

bejt vama tak si vykopiruju data dokud to bezi.

[Johny z Podoli]

Děkuji za reakce. Zdá se mi, že to nebude snadné.

Napadlo mě ještě tedy zda je možné to brutforcovat - mám tušení co sem tam dával za heslo, nechci ale systém restartovat a čekat zda se mi povede systém znovu spustit. Tedy ocenil bych něco jako

server#~ ./zkus_heslo_k_disku /dev/sda1
password:
PASSWORD ERROR
server#~

není něco takového?

[MiHl]

1) mam dojem, ze nic takoveho neni a do poslednich verzi je naopak pridana kontrola exkluzivniho pristupu - heslo se ani nevyzkousi, pokud jiz je zarizeni otevreno

2) moc velky bruteforce na tom udelat nejde, protoze heslo se zpracovava funkci PBKDF2, ktera je iterovana tolikrat, aby na stroji, kde bylo heslo vytvareno, vypocet trval jednu vterinu

pokud to i presto chcete zkouset, tak muzete:

#!/bin/sh

function testPass()
{
   DEVICE="$1"
   MAPFILE=`mktemp -u /dev/mapper/brute_XXXXXX`
   MAPNAME="${MAPFILE##*/}"
   while read heslo
   do
     echo -n "$heslo" | cryptsetup --key-file=- luksOpen
"$DEVICE" "$MAPNAME"
     if [ -f "$MAPFILE" ]
     then
       echo "heslo = $heslo"
       exit 0
     fi
   done
}

testPass /dev/neco <soubor_s_hesly.sh

není ale jiste, jestli vase verze cryptsetupu povoli pokus o otevrení jiz otevreneho zarizeni (jestli readwrite nebo readonly mu je uplne jedno)

[Michal Kubeček]

S LUKS jsem to nezkoušel, ale bez LUKS lze nad jedním fyzickým zařízením vytvořit víc virtuálních. Odvážnější jedinci to mohou použít ke změně hesla, aniž by museli kopírovat data. :-)

[MiHl]

Ano, samotné vrstvě dm-cryptu je to úplně jedno. Ten, kdo odmítne pracovat s používaným zařízením je cryptsetup, který dle dat v hlavičce LUKS nastavuje dm-crypt.

[MiHl]

hned první výsledek googlu (find key cryptsetup memory) by mohl pomoci:

http://events.ccc.de/camp/2007/Fahrplan/attachments/1300-Cryptokey_forensics_A.pdf

v příloze A v pdfku je zdrojový kód programu, který by měl být schopen master key nalézt

[MiHl]

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

[juj]

Zkuste se podivat do pameti nebo do swapu tam by to heslo mohlo lezet, neco na zpusob strings /dev/mem

[MiHl]

cryptsetup (s LUKS) z hesla vyrobí klíč a hned poté heslo v paměti přepíše a dealokuje. Zároveň zamyká paměť pomocí mlockall, takže by se nemělo heslo objevit ani ve swapu.

Master key v paměti ale určitě bude, to je jasné, ale jak ho identifikovat už bude asi horší...