24 декабря 2023 г. Архивач восстановлен после серьёзной аварии. К сожалению, значительная часть сохранённых изображений и видео была потеряна. Подробности случившегося. Мы призываем всех неравнодушных помочь нам с восстановлением утраченного контента!
Аноним 04/05/17 Чтв 12:15:31 #1 №152328200 
14918422461650.jpg
ИДЕЯ - прячем файлы без шифрования!

Двосч, я придумал идею как спрятать файлы на компе без применения шифрования:
Как известно на 400Гб жеском диске есть 800кк секторов (по 512 байт).
Почему нельзя написать прогу, которая разделит, например, цп видео на 1кк(число вариабельно) кусков информации и запишет в РАНДОМНЫЕ пустые сектора сохранив их адреса?
При запуске проги (и аутентификации в ней) она из этих самых кусков информации собирает в оперативке файл и позволяет его запускать. При нажатии хоткея или отключения питания/разлогинивании файл снова рассыпается. Если твой комп заберёт товарищ майор, то собрать файл он не сможет, т.к. куски файла в рандомном порядке, и их дохуя.
Вопрос - где я проебался?
Аноним 04/05/17 Чтв 12:16:16 #2 №152328260 
14919975312440.jpg
Бамп!
Аноним 04/05/17 Чтв 12:16:37 #3 №152328279 
>>152328200 (OP)
Поищи лучше RAMdisk
Аноним 04/05/17 Чтв 12:17:13 #4 №152328322 
>>152328279
Ну как вариант собирать на рамдиске, да
Аноним 04/05/17 Чтв 12:17:16 #5 №152328329 
>>152328200 (OP)
1. А прогу где хранить будешь?
2. Для сбора такого файла из рандомных секторов требуется дохуя оперативы.
3. А так, неблохо, напиши прогу тебе спасибо скажут.
Аноним 04/05/17 Чтв 12:17:22 #6 №152328334 
>>152328200 (OP)
Блять файлы и так хранятся разномастно и потом маппером собираются, что ты ебать придумал то. Да и если ты напишешь свой маппер, пароль ты шифровать не собираешься? Кароче ты изобрел велосипед, завязывай.
Аноним 04/05/17 Чтв 12:17:37 #7 №152328351 
Долго это все, плюс места будет намного больше занимать, из-за неполного заполнения секторов
мимо-диван
Аноним 04/05/17 Чтв 12:18:56 #8 №152328446 
>>152328200 (OP)
Поздравляю, ты только что хранение файлов на диске.
Аноним 04/05/17 Чтв 12:22:20 #9 №152328622 
>>152328334
>>152328446
Так файловая система хранит ОДНИ файл в ПОСЛЕДОВАТЕЛЬНЫХ секторах (Fat и NTFS точно).
Аноним 04/05/17 Чтв 12:25:16 #10 №152328798 
>>152328622
*Один
Аноним 04/05/17 Чтв 12:28:51 #11 №152328983 
>>152328622
Если это возможно. Если у тевя хуевая фрагментация, и нету подряд секторов на размер файла, его разобьют на части и раскидают по диску.
Аноним 04/05/17 Чтв 12:42:09 #12 №152329651 
>>152328200 (OP)
ОП глупец, конец у сектора отсылает к началу адреса следующего сектора, в этом суть хранения информации. Как ты собрался обрезать ссылку в адрес на секторах?
Аноним 04/05/17 Чтв 12:43:16 #13 №152329705 
Поздравляю, ты придумал файловую систему
Аноним 04/05/17 Чтв 12:44:28 #14 №152329752 
>>152328200 (OP)
Идея норм, прога такая написана уже
Название не помню
Аноним 04/05/17 Чтв 12:44:47 #15 №152329774 
>>сохранив их адреса?

а сохраненные адреса будут шифроваться да? косыль же
Аноним 04/05/17 Чтв 12:45:35 #16 №152329814 
>>152328200 (OP)
Хули ты велосипед придумываешь. Все проще.
Береш ссд или обычный диск с большой фрагментацией(заполняешь все файлами по 4кб, потом каждый третий удаляешь и записываешь свой файл, потом просто прибить весь мусор). Потом берем тот же NTFS Explorer и удаляем в атрибутах файла точку монтирования в файловой системе, НО не удаляем файл(почитай ман по NTFS, там при удалении файла просто нулефой бит прописывается в начале файла и система считает, что это можно херить, реального удаления ни когда не рпоисходит))). Потом когда файл нудет, ты просто заного монтируешь файл в какую ни буть дериктория(папку) и все.
Аноним 04/05/17 Чтв 12:46:34 #17 №152329876 
>Если твой комп заберёт товарищ майор, то собрать файл он не сможет
Ты сильно недооцениваешь наших специалистов по дешифрованию информации. Пароль им сам расскажешь.
Аноним 04/05/17 Чтв 12:48:01 #18 №152329958 
>>152329814
кстати, такие файлы не видит ни одна тула от MS)) искать их то еще веселье, сапостовимое с восстановлением файла с дохлого диска.
Аноним 04/05/17 Чтв 12:50:57 #19 №152330124 
>>152329958
ну и минус в том, что на NTFS те не получится сделать файл, которого не будет в базе файловой системы. Или писать в самый конец диска и редактировать БД NTFS руками или скриптом, но тут уже нужны будут права системы, так что как минимум придется запускать этот скрипт как службу с правами локальной системы.
Одна ебля короче.
Аноним 04/05/17 Чтв 12:55:18 #20 №152330361 
А в чем минус шифрования? Если я напишу какую-то хуйню, которая будет рандомно, исходя из пароля криптовать процессоры, меня тоже на бутылку посадят?
Аноним 04/05/17 Чтв 12:59:33 #21 №152330603 
>>152330531
Ну если вдруг какой-то нехороший человек увидит их у меня на компьютере...
Аноним 04/05/17 Чтв 13:02:23 #22 №152330779 
>>152330676
Я же написал, что процессоры. Или ты совсем нюфак?
Аноним 04/05/17 Чтв 13:03:38 #23 №152330852 
>>152329651
Это не так. Информация хранится рандомно. Это сделано специально в целях ускорения записи на диск. С последствиями такого "ускорения" борются дефрагментаторы, ускоряя уже чтение.
КОнец сектора никуда не ссылается.
Аноним 04/05/17 Чтв 13:09:21 #24 №152331168 
>>152330887
двачую этого пидара, за хранение пока не ебут у нас
comments powered by Disqus

Отзывы и предложения