Dotaz: Vzdálené spuštění počítače s šifrovaným diskem

[otaku]

Plánuju si koupit domácí server jako úložiště dat a na další pokusy. Chtěla bych ty data mít šifrovaná a zároveň přístupná přes internet. Tady jsem narazila na problém jak spustit počítač vzdáleně (třeba po výpadku proudu) pokud má šifrovaný disk. Existuje na to nějaké rozumné řešení? Nevadilo by mi ani bootování z nešifrovaného systému a přes ssh potom připojit disky, ale spíš by mě zajímalo jak to vyřešit bez podobných obezliček jestli to je vůbec možné.

Odpovědi

[pletiplot]

Toto je klasický problém "klíče pod rohožkou". Pokud má stroj nabootovat komplet s disky, pak ani nemusí být šifrován. Může mít nešifrovaný root a šifrovat jen data, klíč po bootu zadávat ručně přes SSH nebo z flash disku. Pak ale paranoia není úplná - root lze hacknout a pak jen čekat na zadání klíče. Je to jako mít v bytě normální fabku a cenné věci až v trezoru v bytě. Jakékoli řešení bude prostě kompromis.

[Dark_user]

Co treba http://unix.stackexchange.com/questions/5017/ssh-to-decrypt-encrypted-lvm-during-headless-server-boot ?

[student]

To neriesi problem - predstav si, ze tam naslucha nejaky SSHd ocakavajuci heslo na odsifrovanie diskov. Niekto fyzicky odpoji PC od napajania a SSHd upravi tak, aby heslo na odsifrovanie zaroven niekam poznamenal (na to netreba pristup k sifrovanym diskom). Ked sa niekto pripoji cez SSH a zada heslo, tak ma problem...

[Michal Ludvig]

Ono je dobré vědět proti komu/čemu se chci ochránit.

1. Proti někomu kdo získal vzdálený přístup? Nepotřebuju šifrovat protože v okamžiku kdy se ten někdo na server dostane jsou disky připojené a on heslo znát nepotřebuje.
    
2. Proti zlodějům kterým jde o HW a ne o data? Je jedno jestli šifruju jen data nebo celý OS - ti se s žádným heslem patlat nebudou a server prostě hodí do zastavárny kde zjistí že to chce nějaké heslo a radši tam plácnou Windows.
    
3. Proti odhodlanému útočníkovi kterému jde o data ale server je tak dobře zabezpečený že nemají šanci je získat? V domácích podmínkách vysoce nepravděpodobné - šlo by o někoho kdo by mohl získat fyzický přístup k serveru a zároveň toužil po heslu. Zde je jedno jestli šifruju jen data nebo i OS. Jakmile ten někdo bude mít fyzický přístup tak může upravit tu nešifrovanou část a heslo odposlechnout. Je fuk jestli upraví BIOS, bootloader, /boot (=kernel, nejpravděpodobnější) nebo něco v OS. Nebo si rovnou vezme paměť kde ten šifrovací klíč je. Proti takovému útočníkovi není v silách domácího uživatele se bránit, protože v tomhle modelu jsou přípustné i metody typu Rubberhose Cryptanalysis kterými lze heslo zjistit celkem efektivně zjistit.

Takže ano, šifrovat jako obranu proti #2 - šifruj jen data a když server spadne prostě přes SSH heslo zadej a disky připoj.

[petr_p]

Praktické (nikoliv však teoretické) řešení existuje. Jmenuje Trusted Platform Module.

Jedná se o kryptografický čip, který je součástí základní desky (obvykle chipsetu) a používá se softwarem k zaznamenávání otisků spouštěných programů. Software pak může použít výsledný otisk, který je jedinečný pro konkrétní hardware a zavedený software, jako heslo pro rozšifrovaní kořenového souborového systému.

Poznámka k „teoreticky“: tento mechanismus není schopen zabránit, aby někdo napadl hardware pomocí odposlechu front-side bus. To je ale prakticky velmi obtížné. To už je snazší zmrazit nebo odposlechnout moduly fyzické paměti a heslo vyčíst odtamtud.

[potato]

Není to ani řešení praktické, protože může fungovat pouze na locked down systému s pevně danou a neměnnou funkcí. Server na pokusy (viz dotaz, na který odpovídáš) bude s prakticky 100% pravděpodobností obsahovat inteprety, ladicí a vývojové nástroje, etc., které umožňují vykonat libovolný kód všude možně. Nikoli chybou, ale cíleně.

[petr_p]

Nikoliv. Vtip je v tom, že souborový systém je šifrovaný a locked-down je pouze firmware, zavaděč, jádro a initramdisk.

Aby někdo dokázal podvrhnout běžící systém (řekněme SSH démona), musel by získat soukromý klíč SSH serveru. Jenže ten je uložen v zašifrovaném souborovém systému. Aby získal klíč k souborovému systému, musí útočník tedy útočit na kód, který se spouští před připojením souborového systému. Jenže klíč (přesněji řečeno heslo ke klíči) k souborovému systému vychází z otisku již spuštěného kódu. Tedy jakákoliv změna takévho kódu vede ke ztrátě klíče (přesněji řečeno hesla ke klíči).

Ve výsledku buďto běží nepozměněný SSH server s neprozrazeným SSH klíčem, nebo běží systém s jiným SSH klíčem, nebo neběží systém vůbec. Všechny tři varianty jsou rozlišitelné, a tedy bezpečné.

Server člověk může mít na hraní, ale logicky, když chce vzdálený boot, tak nebude zrovna měnit jádro. To je věc, kterou je rozumné tak jako tak dělat na místě. Jinak řečeno, lze mít systém chráněný TPM a přesto mít celý kořenový systém variabilní.

[VK]

Na tohle už řešení vymysleli - jmenuje se UPS a dnes se dá pořídit i pod 1kKč Tedy aspoň není třeba zadávat heslo po (kratším) výpadku proudu. Co se týče toho ostatního, to by mne taky zajímalo.

[vlanav]

Řešilo se to o pár dnů dříve tady. Jestli jde o spuštění ve smyslu zapnutí, jde obvykle nastavit v BIOSu u "AC Loss" hodnotu "Last State" nebo "Always On"

Jinak také existuje flexibilnější WakeOnLan.