Dotaz: Záhada zašifrovaného harddisku

[Odpadlik]

Zdravím, Mám laptop Dell Latitude E6400 s TPM čipem. Na disku jsou nainstalovány Windows 7, a systém je zašifrován s klíči v TPM čipu. Pokaždé, když laptop zapnu, tak před tím, než začne boot,tak vyskočí modrá obrazovka a chce to po mě jméno, doménu a heslo. Zadám a systém naběhne. Pokud jen restartuji, tak už to žádné heslo nechce.

Potud je vše v pořádku, teď přijde ta záhada.

Do počítače připojím USB flashdisk se systémem System Rescue CD = to je Linux.

1. Systém zapnu a nechám nabootovat Linux. Nebootuji z HDD takže se mě to neptá na heslo. Připojím svazek s Widlema: mount /dev/sda1 /mnt/custom a na filesystému vidím jen pár souborů, z názvu je patrné, že obsahuojí zašifrovaná data.

2. Stroj rebootuji z HDD (zadám tedy heslo do TPM viz výše) a poté ještě jednou rebootuji se zasunutou USB klíčenkou. Linux naběhne, opět připojím svazek /dev/sda1 s Widlema a hle, vidím kompletní instalaci Windows včetně všech adresářů apod.

Považuji se za zkušeného Linuxáka, ale tohle fakt nechápu. Ta distribuce se netváří že by s TPM nějak počítala. Sice vidím kernel moduly tpm* natažené, ale /dev/tpm0 chybí, v kernel logu nic není a žádný démon pro podporu šifrování neběží...

Kdo a co data dešifruje? OS (Linux) na to nevypadá a pokud by to byl HDD nebo hardware, tak bych neměl vidět ani partišnu, natož pak filesystém...

Dík moc za vysvětlení...

Odpovědi

[Sten]

Šifrování provádí harddisk, ale má nastaveno, že šifruje jen určitý rozsah sektorů (Locking Range). Je to součástí specifikace OPAL a ta nešifrovaná část obsahuje Pre-Boot Authorization, který to odemkne.

[Odpadlik]

To tak neni podle mne. Od toho je tam ten TPM ktery obsahuje klice na odemykani...

[Sten]

TPM ty klíče obsahuje i tady, ale někdo musí tomu TPM dát vstupní data, na základě kterých ty klíče vydá. Jednoduché odemčení (heslo) umí UEFI/BIOS, ale tady se dělá přihlášení do domény, na to už je potřeba PBA.

[Odpadlik]

No, ono to bude kombinaci o obojího. Ukazuje se totiž, že disk je SED (self encrypting drive) - tj asistenci OS (kromě tedy těch klíčů) v podstatě nepotřebuje. Akorát pořád nechápu, proč ten filesystém na /dev/sda1 vypadá OK (ano, je tam sice jen pár nečitelných souborů), ale víceméně vypadá OK, i když je ten disk zamčenej. A co by se stalo, kdybych disk odemknul a pak widle kompletně přeinstaloval Linuxem? Fungovalo by to?

[pavele]

Není možné, že se nestihne uvolnit - vymazat RAM?

Párkrát se mi stalo, že bylo potřeba PC vypnout a zapnout, ne jen restartovat, aby se projevily změny. Týkalo se to linuxu i Windows.

[Sten]

Nejspíš je $MFT a root adresář částečně mimo Locking Range, takže to ovladač načte jako poškozený NTFS. Pokud je PBA uložené tam, tak dává smysl to tak mít.

Pro Linux existuje podpora odemykání OPAL (sedutil). Pokud půjde přes sedutil zrušit Locking Range, pak půjde vytvořit i linuxové PBA, který ten disk zvládne odemknout.

[Odpadlik]

Teď jsem se na to koukal podrobněji a fakt mi z toho jde hlava kolem: - pokud nabootuji po zapnutí laptopu (odemykací heslo tedy nezadávám), tak sice vidím /dev/sda, ale má kapacitu jen 120MiB, je na něm jen jedna partišna vfat s klíči a nějakými soubory. "hdparm -I /dev/sda" říká že drive je "not locked", ale "freezed".

- pokud nabootuji po restartu (tj zadal jsem heslo a drive by měl být odemčený), tak výpis z hdparm se nezmění, ale najednou vidím /dev/sda s plnou kapacitou 250Gb a jsou na něm dvě partišny NTFS (bootovací + systémová s OS). Tu s těmi klíči už nevidím, zmizela.

Nechápu která tluče...

[Odpadlik]

Odpovím si sám:

http://www.computerweekly.com/feature/Self-encrypting-drives-SED-the-best-kept-secret-in-hard-drive-encryption-security

Inu, člověk se furt něco učí....