ИДЕЯ - прячем файлы без шифрования!Двосч, я придумал идею как спрятать файлы на компе без применения шифрования:Как известно на 400Гб жеском диске есть 800кк секторов (по 512 байт). Почему нельзя написать прогу, которая разделит, например, цп видео на 1кк(число вариабельно) кусков информации и запишет в РАНДОМНЫЕ пустые сектора сохранив их адреса? При запуске проги (и аутентификации в ней) она из этих самых кусков информации собирает в оперативке файл и позволяет его запускать. При нажатии хоткея или отключения питания/разлогинивании файл снова рассыпается. Если твой комп заберёт товарищ майор, то собрать файл он не сможет, т.к. куски файла в рандомном порядке, и их дохуя.Вопрос - где я проебался?
Бамп!
>>152328200 (OP)Поищи лучше RAMdisk
>>152328279Ну как вариант собирать на рамдиске, да
>>152328200 (OP)1. А прогу где хранить будешь? 2. Для сбора такого файла из рандомных секторов требуется дохуя оперативы.3. А так, неблохо, напиши прогу тебе спасибо скажут.
>>152328200 (OP)Блять файлы и так хранятся разномастно и потом маппером собираются, что ты ебать придумал то. Да и если ты напишешь свой маппер, пароль ты шифровать не собираешься? Кароче ты изобрел велосипед, завязывай.
Долго это все, плюс места будет намного больше занимать, из-за неполного заполнения секторовмимо-диван
>>152328200 (OP)Поздравляю, ты только что хранение файлов на диске.
>>152328334>>152328446Так файловая система хранит ОДНИ файл в ПОСЛЕДОВАТЕЛЬНЫХ секторах (Fat и NTFS точно).
>>152328622*Один
>>152328622Если это возможно. Если у тевя хуевая фрагментация, и нету подряд секторов на размер файла, его разобьют на части и раскидают по диску.
>>152328200 (OP)ОП глупец, конец у сектора отсылает к началу адреса следующего сектора, в этом суть хранения информации. Как ты собрался обрезать ссылку в адрес на секторах?
Поздравляю, ты придумал файловую систему
>>152328200 (OP)Идея норм, прога такая написана ужеНазвание не помню
>>сохранив их адреса? а сохраненные адреса будут шифроваться да? косыль же
>>152328200 (OP)Хули ты велосипед придумываешь. Все проще.Береш ссд или обычный диск с большой фрагментацией(заполняешь все файлами по 4кб, потом каждый третий удаляешь и записываешь свой файл, потом просто прибить весь мусор). Потом берем тот же NTFS Explorer и удаляем в атрибутах файла точку монтирования в файловой системе, НО не удаляем файл(почитай ман по NTFS, там при удалении файла просто нулефой бит прописывается в начале файла и система считает, что это можно херить, реального удаления ни когда не рпоисходит))). Потом когда файл нудет, ты просто заного монтируешь файл в какую ни буть дериктория(папку) и все.
>Если твой комп заберёт товарищ майор, то собрать файл он не сможетТы сильно недооцениваешь наших специалистов по дешифрованию информации. Пароль им сам расскажешь.
>>152329814кстати, такие файлы не видит ни одна тула от MS)) искать их то еще веселье, сапостовимое с восстановлением файла с дохлого диска.
>>152329958ну и минус в том, что на NTFS те не получится сделать файл, которого не будет в базе файловой системы. Или писать в самый конец диска и редактировать БД NTFS руками или скриптом, но тут уже нужны будут права системы, так что как минимум придется запускать этот скрипт как службу с правами локальной системы. Одна ебля короче.
А в чем минус шифрования? Если я напишу какую-то хуйню, которая будет рандомно, исходя из пароля криптовать процессоры, меня тоже на бутылку посадят?
>>152330531Ну если вдруг какой-то нехороший человек увидит их у меня на компьютере...
>>152330676Я же написал, что процессоры. Или ты совсем нюфак?
>>152329651Это не так. Информация хранится рандомно. Это сделано специально в целях ускорения записи на диск. С последствиями такого "ускорения" борются дефрагментаторы, ускоряя уже чтение.КОнец сектора никуда не ссылается.
>>152330887двачую этого пидара, за хранение пока не ебут у нас