https://www.opennet.me/openforum/vsluhforumID3/130254.html В шифрованных разделах LUKS1 в качестве функции формирования ключа (KDF, Key Derivation Function) на основе заданного пользователем пароля применяется функция PBKDF2, не обеспечивающая должную стойкость от подбора с использованием GPU. В LUKS2 в качестве KDF появилась возможность использования гибридной хэш-функции [[https://en.wikipedia.org/wiki/Argon2 argon2id]], которая помимо потребления вычислительных ресурсов, затрудняет распараллеливание и требует значительного объёма памяти. <br><br>Например, подбор KDF-функции PBKDF2, рассчитанной на потребление CPU, может эффективно распараллеливаться на GPU Geforce 4090 c 16384 вычислительными блоками, но в случае применения argon2id подбор упирается в размер видеопамяти (при потреблении 1 ГБ на каждую операцию подбора, на GPU с 24 ГБ памяти можно обеспечить лишь подбор в 24 параллельных потока).<br><br>Переключение с LUKS1 на LUKS2 с argon2id.<br><br>Определяем на каком устройстве находится шифрованный раздел:<br><br> lsblk<br><br> ...<br> └─nvme0n1p3 259:3 0 474,8G 0 pa https://www.opennet.me/openforum/vsluhforumID3/130254.html#17 Fri, 11 Aug 2023 05:38:13 GMT Ох уж эти "тамошние спецслужбы" и "тамошние ордера"...<br><br>Когда надо будет, любые спецслужбы закроют и посодют. И без всяких ваших шифраций и паролей.<br>И примеров тому вагоны.<br><br>А не сидите вы пока не потому, что вы такой умный, а потому что как в том анекдоте про неуловимого Джо. Пока вы на фиг никому не нужны.<br> https://www.opennet.me/openforum/vsluhforumID3/130254.html#16 Tue, 20 Jun 2023 07:49:03 GMT какая скорость перебора на одной 4090? <br><br>-------------------------------------------------------------<br>* Hash-Mode 10000 (Django (PBKDF2-SHA256)) [Iterations: 9999]<br>-------------------------------------------------------------<br><br>Speed.#1.........: 858.5 kH/s (60.66ms) @ Accel:16 Loops:512 Thr:512 Vec:1<br><br><br>и какая длина ключа используется в LUKS2?<br><br>SHA256, 1774240 итераций<br><br>ты знаешь сколько будет 2 в степени 256?<br><br>даже если ты скупишь все выпущенные 4090 время расчета будет наверное больше, чем время жизни Вселенной )))<br><br>вопрос не стоит на сегодняшний день вообще<br> https://www.opennet.me/openforum/vsluhforumID3/130254.html#15 Tue, 20 Jun 2023 07:32:02 GMT это было не у Crucial, а у Samsung<br> https://www.opennet.me/openforum/vsluhforumID3/130254.html#14 Wed, 07 Jun 2023 12:22:25 GMT Ключ в открытом виде пересылается через интерфейс и его, теоретически, можно физически сдампить<br> https://www.opennet.me/openforum/vsluhforumID3/130254.html#13 Sat, 20 May 2023 06:34:14 GMT если даже так, то кому попало он его не даст, максимум тамошним спецслужбам с наличием ордера, так что нам здесь беспокоится не о чем.<br> https://www.opennet.me/openforum/vsluhforumID3/130254.html#12 Mon, 15 May 2023 12:38:26 GMT &gt; Защита от разных моделей угроз<br><br>Если ваши угрозы - это кто-то хочет включить ваш компьютер без спроса, то можно диск и не шифровать вообще. Шифрование диска подразумевает, что 1) никто, кроме обладателя ключа, не может прочитать данные на диске (и тут можно пойти по пути шифрования всего диска, только раздела или заюзать ФС с шифрованием, но имхо первые два варианта проще); 2) никто не может поменять содержимое диска так, чтобы это было незамечено (хотя для полной защиты от этого нужно таскать метаданные и бутлоадер на отдельном носителе, но это неудобно в случае с системным диском, поэтому и так сойдёт).<br>Так же желательно, чтобы данные не были намертво прибиты к носителю, на котором они находятся, а значит хардварное шифрование с ключом, который нужно выковыривать паяльником - это защита от самого себя, а не от того, кто ваш диск *уже* украл. Плюс доверие к любой компании в том, что она будет заботится о вашей приватности, равно нулю: либо так было дешевле, либо защита детей&#8482;. Ну и баги никто не от https://www.opennet.me/openforum/vsluhforumID3/130254.html#11 Wed, 10 May 2023 15:22:44 GMT Защита от разных моделей угроз. Есть накопители имеющие дефолтное шифрование, что бы ты туда не писал - хранится оно зашифрованным, но для доступа к данным никакой пароль не нужен, вернее его знает контроллер и по умолчанию даёт доступ (может даже не разрешать пользователю установить свой пароль для включения, это не всегда один и тот же что и для шифрования). Команды типа &#171;secure erase&#187; в этом случае просто убивают ключ превращая данные в труху мгновенно. Кстати, это так же используют как ещё один уровень wear leveling. <br><br>Проблема в том, что реализация хардварного шифрования - вендорский блоб, что и как там индусы накосячили не знает даже бог. В тоже время, это может быть и не быть проблемой, как я и сказал - зависит от модели угроз.<br> https://www.opennet.me/openforum/vsluhforumID3/130254.html#10 Sat, 06 May 2023 18:55:25 GMT Код прошивки накопителя открыт? Нет? Ну, тогда, извини, может там дыры эпических масштабов. Как было у Crucial, где данные были зашифрованы ключом, а ключ лежал ничем не защищенный. Обычно ключ шифруется паролем пользователя, чтобы, не зная пароля, невозможно было расшифровать ключ шифрования и данные. Но парни из Crucial решили сделать по-своему: пользователь вводил пароль, прошивка сравнивала хэш пароля с сохраненным хэшем. При совпадении прошивка брала незашифрованный ключ и им расшифровывала данные.<br><br>Атакующий мог подцепиться физически, вычитать ключ из флеша и привет.<br><br>Наслаждайтесь вашим проприетарным шифрованием.<br> https://www.opennet.me/openforum/vsluhforumID3/130254.html#9 Sat, 06 May 2023 11:54:39 GMT &gt; Перевод шифрованного раздела на LUKS2 и более надёжную функцию формирования ключа<br><br>Чтобы кому положено могли более надёжно тырить данные: https://www.opennet.ru/opennews/art.shtml?num=56513<br>