История изменений
Исправление Xenius, (текущая версия) :
С /dev/random ты задолбаешься ждать, это очень медленный генератор для криптоключей. Следует использовать /dev/urandom.
Вместо shred и dd можешь использовать badblocks с тестом записи. Он перезаписывает четыре раза, но не случайными байтами, а паттернами.
хотя с чего, если все байты перезаписываются на нули
Физический носитель — это не просто абстрактный набор байт, это магнитные домены на физическом диске. Предположим, была команда записать нули. Головка прошлась и везде приложила магнитное поле, но там где были единицы, намагниченность была сильнее чем где были нули (ну или наоборот, слабее). после записи нулей, она стала везде почти одинаковой, так что контроллер диска видит везде нули, но на самом диске остались следы, которые теоретически в специальной лаборатории можно прочитать, используя другую магнитную головку, которая гораздо чувствительней той которая изначально используется.
Теоретически возможность восстановить данные после перезаписи нулями есть, практически — если ты не супершпион никто не будет тратить дофига времени и денег на такую попытку. Но я бы на твоём месте всё равно бы сделал два прохода, один случайными байтами, другой нулями.
Исправление Xenius, :
С /dev/random ты задолбаешься ждать, это очень медленный генератор для криптоключей. Следует использовать /dev/urandom.
Вместо shred и dd можешь использовать badblocks с тестом записи. Он перезаписывает четыре раза, но не случайными байтами, а паттернами.
хотя с чего, если все байты перезаписываются на нули
Физический носитель — это не просто абстрактный набор байт, это магнитные домены на физическом диске. Предположим, была команда записать нули. Головка прошлась и везде приложила магнитное поле, но там где были единицы, намагниченность была сильнее чем где были нули (ну или наоборот, слабее). после записи нулей, она стала везде почти одинаковой, так что контроллер диска видит везде нули, но на самом диске остались следы, которые теоретически в специальной лаборатории можно прочитать, используя другую магнитную головку, которая гораздо чувствительней той которая изначально используется.
Теоретически возможность восстановить данные после перезаписи нулями есть, практически — если ты не супершпион никто не будет тратить дофига времени и денег на такую попытку. Но я бы на твоём месте всё равно бы перезаписал случайными байтами разок, а потом прошелся badblocks.
Исходная версия Xenius, :
С /dev/random ты задолбаешься ждать, это очень медленный генератор для криптоключей. Следует использовать /dev/urandom.
Вместо shred и dd можешь использовать badblocks с тестом записи. Он перезаписывает четыре раза, но не случайными байтами, а паттернами.
хотя с чего, если все байты перезаписываются на нули
Физический носитель — это не просто абстрактный набор байт, это магнитные домены на физическом диске. Предположим, была команда записать нули. Головка прошлась и везде приложила магнитное поле, но там где были единицы, намагниченность была сильнее чем где были нули (ну или наоборот, слабее). после записи нулей, она стала везде почти одинаковой, так что контроллер диска видит везде нули, но на самом диске остались следы, которые теоретически в специальной лаборатории можно прочитать, используя другую магнитную головку, которая гораздо чувствительней той которая изначально используется.