Если для Вас забивание случайными байтами всего файла даёт недостаточную гарантию, то храните такие файлы на флешке, а для удаления используйте не C++, а молоток и печь. SSD в любой момент перетирания могут переназначить области памяти так, что ни 1, ни 101 раз не перетрёт информацию.
Мне вот стало интересно. А если чтение-запись файла сделать с шифрованием, но ключ хранится в файле и пользователь его не знает — это же повысит безопасность?
agmt абсолютно прав. e-nigma врет. Стереть файл надежно с hdd можно, а вот с ssd нельзя, они слишком умные и не дают зазря писать в одни и те же блоки.
AstralMan, плохо пояснил мысль: имелось в виду отдельный файл с ключом и отдельный файл с данными. В предельном случае их размеры совпадают.
У E-nigma есть преимущество: у них есть сертификат, подтверждающий соответствие ГОСТу.
Я эту задачу решал 7-кратным перетиранием файла (открываешь файл и пишешь туда) случайными значениями.
Даже документ есть у штатов, типа «секретную информацию надо удалять так». Если надо скину код под Win
Да, на журналируемой файловой системе даже 10-ти кратного перетирания может оказаться не достаточно, поскольку вновь записываемые данные не кладутся поверх старых. Если я действительно что-то хочу удалить, использую shred с 1000 кратным перетиранием и последующим множественным переименовыванием.
agmt, если файл у нас зашифрован, то мы можем читать и писать данные… но например открыть файл .doc мы не сможем т.е. нам нужно сначала его расшифровать, сохранить и только потом открыть.
У e-nigma сертификаты на криптографию, то что она соответствует ГОСТу и в ней нет закладок.
Своё ПО, которое будет размещать только в ОЗУ (и будет видно как RAM-диск) незашифрованные данные. Но опять же, через несколько лет с распространением мемристоров и это станет неактуальным.
Простой
