netwind...
модифицировать незашифрованную часть диска, зарулить трафик куда надо и заставить меня думать, что мой сервер загружен и ждет ввода пароля.
...


Если пользуешься ssh, то во первых, при попытке завести твой ssh на обманку,
ssh завопит что изменнилась подпись сервера, доверять этому дяде?

А после установки соединения, пусть перехватывают зашифрованный трафик до посинения

netwindVadim Lejnin, нее, тут речь не о перехвате трафика, а о физическом доступе к дискам.
если сотрудник датацентра поставит закладку, то ни ключи ssh не поменяются, ни ключи https.
все будет выглядеть как кратковременный перерыв в работе. и даже uptime можно подделать.
Хорошо, получили физический доступ к дискам, мы видим весь шифрованный трафик диска.
И как мы его сможем расшифровать?
Только получением ключа. Для этого нужно получить физический доступ к памяти сервера.
То есть нужно впендюрить некую дебаг плату, которая позволяет в любой момент сказать стоп и проверить любую область памяти. Только так...
Но возможность предотвратить установку такой платы, это совсем другой класс секретности,
который предусматривает физический контроль за устройством.

В общем случае, решение защиты критических данных может реализовываться другим способом:
Предположим нужно защитить персональную информацию клиентов.
Заводим три сервера у разных провайдеров в разных странах.
БД, WEB и сервер сертификатов
В базе данных, все критические данные (имя фамилия телефон, номер паспорта) зашифрованы как правило, Вам нет необходимости напрямую получать эту информацию, для аналитики достаточно id клиента

Для работы с персональными данными, они разворачиваются только у клиента на рабочей станции
или на рабочей станции оператора.






2) web сервер обрабатывает запросы, и получает только зашифрованную информацию
3) Клиент может посмотреть или изменить инф

для того чтобы закладочка сработала, вам нужно перехватить сессию для ввода пароля
В ssh чтобы подложить закладку, вам нужно подделать подпись текущего sshd
Варианты:
1) initrd с сеткой и sshd сервером
2) шифровать только папку с базой данных а инсталляцию linux пусть смотрят
3) хранение критичных жанных только в зашифрованном виде

Где то видел:
При старте запускается только initrd, поднимается сеть и sshd
Заходишь удаленно, заливаешь новый и стартуешь с него
Вот например: Unlocking a LUKS encrypted root partition remotely via SSH

netwindДа, такого типа статьи и я имел ввиду. Вы их читали ? Полна земелюшка испанская дебилушками.

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

Да читал, я бы замутил что-то вроде загрузку нового initrd + kinit полученного по сети с
подписанным sshd и зашифрованным однократным ключом.


1) штатным образом грузится простой initrd с двумя ram дисками
2) c рабочей станции администратора, или с сети грузится другой шифрованный initrd с новой разовой fs
и штатным с запросом кода для расшифровки именно этого initrd
3) RAM монтируется и kinit переключается на него и запускается уже новый sshd с обязательным двухсторонним шифрованием по разовой паре ключей.
4) Дальше уже штатная загрузка с вводом пароля, с вполне приличной защитой канала ввода.
-------------
Интервал времени между двумя вводами кода будет минимальный, несколько секунд,
за это время разобраться в механизме загрузки и сломать защиту будет практически невозможно.

Кроме того можно предусмотреть несколько разных вариантов шифрования/разворачивания initrd
По крайней мере попытку компрометации ключа такая схема будет отслеживать.

Если есть подозрения, просто не вводите вторую фразу и сливаете зашифрованный образ так как он есть к себе,
и меняете провайдера.