November 2019

S M T W T F S
      12
34 5 678 9
10111213141516
17181920212223
24252627282930

Style Credit

Expand Cut Tags

No cut tags
dil: (Default)
Sunday, February 7th, 2016 05:54 pm

Моя паранойя уже давно не позволяет использовать нешифрованные диски, которые имеют шанс быть украденными или потерянными. В частности, которые в ноутбуках, и просто внешние. Ничего сугубо секретного у меня там нет, но сам факт, что кто-то левый сможет легко получить доступ к моим личным данным, меня огорчает.

Но уже давно меня смущала одна штука — сам диск шифрованный (LUKS’ом), а маленький раздел /boot, где живёт grub со своимим модулями и конфигом, ядро и initrd, – нешифрованный. А это в принципе позволяет хакерам подсунуть в initrd троянов и прочую фигню..

И вот недавно я обнаружил, что grub, оказывается, умеет в процессе загрузки читать всё нужное с шифрованного раздела. И тогда /boot уже не обязательно делать отдельным разделом, а можно оставить внутри шифрованной корневой файловой системы.

Для этого grub’у всего-то надо подгрузить модули cryptodisk и luks (а также gcry_rijndael и gcry_sha1). Естественно, это всё делается не вручную, а добавлением параметра GRUB_ENABLE_CRYPTODISK в /etc/default/grub и перезапуском grub-install.

Но как всегда, и тут нашлись грабельки: если попытаться запустить grub-install без этого параметра, когда /boot на шифрованном разделе, то grub-install отваливается, сообщая, что надо добавить параметр GRUB_ENABLE_CRYPTODISK=1. Но и с таким значением он всё равно не работает, потому что правильное значение: GRUB_ENABLE_CRYPTODISK=yes.

Оригинал этой записи в личном блоге.

dil: (Default)
Monday, March 17th, 2014 09:06 pm

Наткнулся сегодня на загадочное поведение дебиана при подключении внешнего диска с зашифрованным LUKS’ом разделом, на котором располагаются LVM’ные тома:
сам по себе шифрованный раздел подключается нормально, как автоматически при втыкании диска, так и вручную посредством cryptsetup luksOpen.
После этого pvdisplay, vgdisplay и lvdisplay успешно показывают все LVM’ные детали, а вот девайсы в /dev/mapper/ не появляются..

Причём этот же самый дебиан успешно грузится со встроенного винчестера с такой же организацией шифрования и LVM, не испытывая никаких проблем.

После часа экспериментов я внезапно заметил, что тома находятся в состоянии NOT available, и смутные воспоминания натолкнули меня на lvchange -ay /dev/vgname/lvname. Заработало..

А потом оказалось, что воспоминания возникли не на пустом месте, я на эти грабли наступал год назад, а сейчас про них начисто забыл и наступил снова.

Плохая болезнь склероз..

Оригинал этой записи в личном блоге.