практична параноя

Тих хто буде дотримуватися даного мануалу, хочу відразу попередити, що можливо dd при заповненні диска рандомних даними працюватиме дуууже довго.
У мене за найоптимістичнішими підрахунками, 1000г заповнювався б 11 днів! Швидше за все це пов'язано зі швидкістю генерації чисел з / dev / random.
До речі навіть на просту dd if = / dev / random of = / mnt / boot / key bs = 1 count = 256 під vmware пішло близько 20 хвилин! на реальному залозі звичайно швидше але не моментально як хотілося б.
Загалом альтернатива dd для заповнення рандомних даними: badblocks -c 10240 -s -w -t random -v / dev / sdX

Чи правильно я розумію, що пароль ми ніде вводити не будемо як зі стандартним шифруванням LUKS (наприклад в Ubuntu)? Замість цього, у нас ключ на флешці, яка завжди «поруч» з компом фактично і якщо треба буде «неждані гості» її теж заберуть (флешку) з готовим ключем розшифровки?

Погано налаштовані Бакета Amazon S3 уразливі перед непомітними MitM-атаками GhostWriter

Баги в IEEE P1735 ставлять під загрозу інтелектуальну власність виробників софту і заліза

Влада Естонії відкликали сертифікати 760 000 ID-карт через уразливість ROCA

Фальшиву версію WhatsApp для Android завантажили більше мільйона разів

Схожі статті