бамп
>Инфа от админа.
Абу ты?
Не
бамп
Сколько вас там всего из тех кто занимается архивачом?
3 абзац
ну, это без шансов
Ну что тебе сказать, если мастер ключ проебали. Скидываемся всем двачем на аренду квантового суперкомпьютера чтобы он восстанавливал ключик.
Либо вангуем над магнитным полем жесткого диска и узнаем какое значение бита было до перезаписи поэтому рекомендуется форматировать жесткий диск магнитом или в микроволновке
Жесть. И всё это время всё держалось на одном человеке?
Каким образом ibaka.ru восстанавливал файлы в утонувших тредах? Даже те файлы которые не сохранялись в архиве двача и архиваче
Интересно. Но мы об этом уже не узнаем. Может заранее сохранял?
бамп
бамп
Это продолжалось до тех пор пока почти всё, а потом и вовсе все загруженные картинки, стали пиксельными. Типа было изображение 3мб, стало 100кб и качество было ужасное - шакалиная рябь. Видео еще были, и если заливались новые файлы, то с ними было всё норм. А потом начало шакалить тупо всё и через год сайт перестал работать. Хз что это было
А ведь всегда, когда используешь LUKS, программа тебе советует забэкапить заголовок чтоб не терять данные в случае чего.
Так может он сохранил?
Тогда в чём проблема?
У меня один вопрос, на кой чёрт там вообще шифрование? Десятки биопроблемных тредов стали дохуя ценностью?
Алсо, ключи всегда бэкапить надо.
Алсо, ключи всегда бэкапить надо.
От товарища майора
Не поможет, ректальный криптоанализ никто не отменял.
Я уж хотел сказать ну пускай он таким макаром все и восстановит а потом как понял...
Ключ можно отдать на хранение мамке которая живёт в другой стране и проинструктировать передавать его только при личной встрече. А пекарню или на чём там у него архивач крутился просто не выключать никогда.
Нахуй нужно восстанавливать этот кал анальной жопы?
наша история
чтобы посмеяться надо э твоими постами в утонувших тредах
Так бэкапы автоматом делаются, не?
>сами данные в криптоконтейнере шифруются не с помощью вводимого пароля к криптоконтейнеру, как некоторым может показаться, а рандомными мастер-ключами, которые генерируются при создании контейнера и хранятся в специальном заголовке
ВЫ ТАМ ЧЕ, ЕБАНУТЫЕ ВСЕ? НАХУЯ ПУБЛИЧНЫЕ ДАННЫЕ ХРАНИТЬ В КРИПТОКОНТЕЙНЕРЕ???
Админ архивача явно поехавший.
>бэкапы автоматом делаются
Нет.
2 абзац
>надо э
И вот это говно мы сохраняем в архивач, пиздец блять. Пожалуй, было бы здорово ввести чистку от потока сознания ракоголовых, например сохранивший имел бы право такое - заебись и анону, и админу.
И что там? Про майора что-ли? Так ведь данные доступны публично же. Там нет никакой инфы об ip, он ведь парсит же просто как я понимаю. Что он собрался прятать от майора???
>что там
Открой и посмотри пидар
Майоры в штаны насрали, ясно.
А как архивач обращался к зашифрованным дискам?
бамп
Пидар твой батя. Я то посмотрел, там содержится информация по которой я и задаю вопрос. А ты мне опять же в неё тычешь. Ты что-то другое имеешь ввиду?
Так как, там написано про майора и опять про шифрование. Я и спрашиваю - нахуя шифровать всем доступную публичную информацию. Пахнет линуксоидной шизофренией.
да не знаю я. иди диски расшифровывай
А вам зачем?
как зачем
А зачем шифровать контент на архиваче?
бамп
сасиса
Я посторонним дядям не помогаю!
ру
> узнаем какое значение бита было до перезаписи
Уже фантастика. Данные настолько плотно набиты что хуй ты там что выцепишь. Дабы записать то уже трёхэтажные костыли городят из черепицы и подогрева
прыщебляди соснули
Поможет. Даже если помнишь пароль то кто то другой так же может снести заголовки и никакие пароли и паяльники в очке не помогут
Шизы, скачивающие архивач были правы...
И где они теперь?
А как это на серверах работает? Они же типа включены. Если я на стационарном ПК, примантировал диски, то пока ОС работает, они доступны. А сервера стоят работающие. Что мешает хостеру посмотреть, что там? Или он типа не имеет доступ в ОС, а почему?
А что если это товарищи майоры захватили архивариусов, их компы и теперь просят помощи у двачеров в расшифровке?
зачем диски зашифровал, шизоид?
Пока самая хуёвая из новостей за последнее время, надеюсь всё ещё есть надежда на восстановление. К тому же хотелось наконец, чтоб появился функционал просмотра «бесконечных» тредов.
Кому вообще может понадобиться помощь ебучих двачеров? Это самые лоуайсикью дегенераты в рунете, разумнее было бы сразу в дурку идти, там шизы хотя бы не мимикрируют под адекватов
>Кому вообще может понадобиться помощь ебучих двачеров?
>Тред буквально о том, как архивач просит этой помощи.
Я тоже самое спрашиваю. Там чувак явно болен, небось и дома линукс с шифрованными дисками, а на них в криптоконтейнере - копия википедии и русского словаря.
Ох, малолетние дебилы... Какие же вы тупые...
Админ архивачя уже в цепких лапах товарища майора, и вся эта история про утерю ключей — она нужна, чтобы к его жёппе не применили терморектальный криптоанализ.
Держись там, админ.
Админ архивачя уже в цепких лапах товарища майора, и вся эта история про утерю ключей — она нужна, чтобы к его жёппе не применили терморектальный криптоанализ.
Держись там, админ.
Ты дебил? Кому нужны его диски с парсинговой копией публично-доступной инфы без ip-шников?
Всёравно что русский словарь скопировать себе на диск и трястись, зашифровав его. Он наркоман какой то линупсоидный явно, мозги давно спеклись у чувака. Неудивлюсь, если он тут где-то в тредах пропагандировал линупс дома.
А архивач схоронял треды скрытых разделов?
Это прикол для зумеров/пориджей.
Нет, это ты дебил. Если там есть хоть какая-либо запрещёнка (не обязательно цп), то за яйца возьмут именно админа архивача.
Если так, то поделом тогда. Нехуй всякую дрянь парсить и размещать публично. Если там было что-то запрещенное - это уже нарушение закона аж на постоянной основе. Дегенераты учаться именно так и только так. За своим ресурсом нужно следить.
А то наклепают и сидят "А че ты мне сделаешь, я в другом городе, иди в суд на меня подай, лошара ёпта".. Вот, если за жепку взяли, сейчас манямирок этот пообламают. Это даже будет более приятно, чем если он просто линупсоидный сумашедший наркоман с высохшими мозгами.
Жалко, всë хотел собственный бекап архива сделать, но руки не доходили. А теперь уже поздно.
> Если так, то поделом тогда. Нехуй всякую дрянь парсить и размещать публично.
Парсинг автоматический, дегрод, админ архивача не может сидеть и проверять каждый сохранённый тред на предмет запрещенки.
Если остались сами мастерключи, то можно попытаться создать сходий раздел на другом диске, c теми же мастер ключами.
Потом поытаться вытащить заголовок с новго раздела:
cryptsetup luksHeaderBackup /dev/раздел --header-backup-file header.img
И открыть старый раздел с помощью этого заголовка:
cryptsetup luksOpen --header=header.img /dev/старый раздел название раздела
Хуй знает, заработает ли. Никогда такого не было. Но вроде должно.
апд1: Я думаю, что все хар-ки старого раздела должны совпадать с хар-ками нового вплоть до размера раздла.
Алсо по стандарту luksFormat использует luks2. Поэтому при создании новго аргумента надо вручную через параметры впихивать хар-ки старого. man в помощь собсна.
>Дегенераты
>учаться
>Дегенераты
Прошаренный линукс-пользователь, подскажи, в какой файловой системе метаданные не раскинуты по всему диску, а где-нибудь компактно, в начале или в конце.
Чтобы если блочным устройством на таком диске подключу и затру кусок диска, чтобы не затронулась файловая система, которую сделаю на всем диске?
Честно? Не знаю. Но по этому поводу. Не приходилось интересоваться. А ты что-ли, хочешь затереть метаданные о файлах, на диске, чтобы сделать из него luks раздел? Мне кажется это хуёвой идеей, если често. Проще наверное один террабайтник купить и его спользовтаь как донор для заголовочников.
Позволь мне объяснить тебе, анон, почему ты дебил тупорылый. Если админ архивача спарсит откуда-нибудь цп и разместит на своём сайте, то распространителем цп с точки зрения закона в данном случае будет именно он. Сайт его? Его. На нём размещено цп? Размещено. Всё.
Да и если так, то как ты сменишь фс на своих раздел. Тащем-та утилиты форматирования для каждой фс разные и они, соответственно могут по разному влиять на инфу на дисках. Могут и затереть чего важного.
Чего порвался то? Еще скажи не так. Если бы он не был дегенератом, то никаких проблем бы с архивачем не было.
Ну тогда двачерский тред с цп автоматически сохранённый в кеш Гугла делает владельца Гугла распространителем ЦП? За всю историю кеша Гугла в него тысячи раз сохранялось цп, где уголовные дела, где посадки? Или это другое? Понимать надо?
Да, дурачок, другое. Гугл очень активно сотрудничает с органами и у них в жопу вставлена швабра. Готовы по первому чиху слить все имеющиеся у них данные о том, кто где и когда запостил это цп. Соответственно, у архивача два пути: либо становиться подментованной парашей, либо так.
Я хочу взять целый диск, заполнить рандомом, создать на нем фс и положить какие-то файлы. Потом подключить какую-то часть диска, напр. посередине, создать на ней шифрованую фс типа crypt-dm, чтобы без хедорев, и положить какие-то файлы. Эту часть надо взять так, чтобы не повредить исходную фс. Иначе будет видно, что в этой части что-то есть. Денаебл енкрипшен сделать таким образом, и никаких хедеров, они палятся вроде. Внешне просто диск с исходными файлами и неповрежденной исходной фс.
>подключить какую-то часть диска
* блочным устройством
>Парсинг автоматический, дегрод,
Ты пизданутый совсем что-ли? По голове в детстве ударили? Этого его ресурс и скрипт парсинга, он его создал/установил. Это полностью равно тому, что если бы он вручную собственными руками там всё репостил.
>админ архивача не может сидеть и проверять каждый сохранённый тред на предмет запрещенки.
Ты совсем больной на голову я смотрю. Сколько тебе лет то хоть? Иди создай автопарсинг, расскажешь потом, как ты отмазался от своего создания, что мол ты не следил и это вообще не твоё. Заодно расскажешь как все тебя поняли и символически выдали условный срок. Потом повторишь. Ведь ты же не денерат, со второго раза может прокатит, что это не твоё и уследить нельзя.
Тащи уголовные дела против владельцев Гугла и Яндекса у которых в кеше 100% иногда сохраняется запрещенка.
Так заполни просто диск рандомной инфой полностью.
Типа dd if=/dev/urandom of=/dev/диск. Да и ставь поверх него свои разделы.
И в смысле без хеддеров?
Они по умолчанию встраиваются в сам luks раздел или ты хочешь их отделить? Тогда их надо будет каждый раз подкидывать для расшифровки раздела.
А luks раздел итак запалится если что. Как ты ни старайся, если какой-то человек подключит твой диск к своем компу и у него в системе будет драйвер криптодиска, то он запалит, что у тебя luks раздел стоит.
>/dev/
ебаный пиздаскот, съебала в свой шалавий загон нахуй Хуле вы на нормальных досках забыли, селедки ебучие?!?
Думаешь, двачик на винде работает?
Ну, кстати, заполнить диск шизой из /dev забаваная идея. Вот тов. Майор удивится!
Так на линуксе жи!
Так такой диск видно, что шифрованый или как миимум пустой с рандомом. Не денаебл.
Люкс - это что-то типа crypt-dm плюс хедеры, через хедеры он и палится вроде. Если чистый crypt-dm использовать, то это просто рандом. Вроде, не особо шарю в этом.
Я хочу, чтобы был диск с фс и данными, обычный, как буд-то не шифрованый. А по нужному адресу можно будет подключать блочным устройством нужный кусок диска и юзать его. Все делается, но метаинформация исходной фс может затереться. А ext фс свою метаинфу по всему диску раскидывают вроде, не получится выбрать большой кусок, не повредив их вроде. Начал чатать про разные фс, как они устроены, но геморойно чет.
>Ну тогда двачерский тред с цп автоматически сохранённый в кеш Гугла делает владельца Гугла распространителем ЦП? За всю историю кеша Гугла в него тысячи раз сохранялось цп, где уголовные дела, где посадки? Или это другое? Понимать надо?
Гугл - огромная жирная компания поисковик, которая не приследует цели парсинга чего-то определённого. Всем понятно, что там сидят умные дяди и тёти, которые в этом не виноваты, и уже работают над алгоритмами, чтобы такое исключить. А так же быстро реагируют на жалобу на такой контент, исключая из выдачи картинки, страницы и целые ресурсы, если постоянно оттуда говно прёт, на которое жалуются. Да и гугл вообще то не для этого создан, чтобы хранить всякое дерьмо и цп, он занимается еще дохулион чем, а парсинг картинок и текста, это всего-лишь небольшая его часть только.
А ты блядь сравниваешь с наитупейшим деблоидом в своём манямирке, который изначально задумал парсить и размещать на постоянной основе именно определённый контент с ресурса, где ежедневно и ежечасно размещается временно тысячи противозаконной хуйни. Т.е. он сознательно захотел сохранить именно такого рода контент распространять это на постоянной основе - это его единственная цель. Т.е. цель - нарушать закон, а если что: "Я не виноват, не могу уследить, это всё скрипт парсинга". Ага, вот эти сказки он будет рассказывать в отделе, если к нему придут/пришли в гости. Сначала его конечно после таких слов, отправят на психиатрическую экспертизу. Далее или дурка или для начала условный срок - подумать - какую хуйню он ляпнул из своих куриных мозгов.
Тогда просто хедеры отдели. Через опцию --header при форматировании диска. Но у тебя один хрен будет виден отдельный раздел с неизвестной ФС.
А если ты хочешь создать LUKS раздел внутри друго раздела то так не получится. LUKS раздел определяется, как отедльная ФС, которая внутри себя содержит ещё один раздел, уже с юзабельной фс типа ext4. LUKS раздел можно создать только поверх другого раздела. То есть у тебя будет видно, что у тебя один раздел нормальный, а другой какой-то странный.
>Тащи уголовные дела против владельцев Гугла и Яндекса у которых в кеше 100% иногда сохраняется запрещенка.
Ты поехавший? Кукуху давно лечил? Ты сравниваешь больного на всю голову дегенерата, сохраняющего целенаправленно именнно подобный контент, и целенеаправленно его распространяющий, и компании, которые занимаются совершенно другими делами и целями, где подобное действительно случайность.
> целенаправленно
Ты сказал? Запрещенка на архиваче под запретом точно так же как у Гугла.
Да не трясись ты
Допустим без люкса, просто crypt-dm
1. рандом на весь диск
2. форматирование с фс на весь диск
3. Шаман "Гойда" и "Я люблю Путина" видео в этот фс
4. отмонтируем диск. блочным устройством подключаем кусок диска с адреса 10Gb, размером 5Gb
5. через crypt-dm создаем на этом блочном устройстве свою фс
6. заливаем Навальный "Антигойда" в этот фс
7. Когда отмонтируем блочное устройство, получаем неподключенный диск с исходной фс и медиа из п.3.
Никай шифровки и хедеров, если его подключить снова, не видно, видно файлы и что владелец диска - патриот. Только видно, что рандомо был заполнен до форматирования, но это ок.
На пунктах 5-6 может повредиться патриотическая фс, не сами файлы, блок выбран, чтобы их не затирать, а метаинформация. Вот этот момен пока не знаю, с помощью какой фс обходить.
>Ты сказал? Запрещенка на архиваче под запретом точно так же как у Гугла.
Администратор архивача прекрасно знает и знал - откуда его скрипт парсинга сохраняет контент и какого рода этот контент может быть. Он же не случайным образом выбрал сайт, верно? Значит хотел сохранять и распространять именно определённый контент с конкретного нужного ему сайта. Заранее взяв на себя все риски, создавая это и отдавая автоматике, т.е. одобряя всё, что она там не сольёт с нужного ему сайта.
не crypt-dm, а dm-crypt или losetup или одно использует другое, хз, главное, они не детектятся по хедерам.
Ты так сделать не сможешь. Таблица разделов не позволит.
Ты не сможешь создать фс внутри другой обычной фс.
Либо ты будешь юзать lvm, гле запалится твой зашифрованный раздел. ZFS и BTRFS не в счёт, это фс поверх уже существующего раздела.
Для создания ФС на диске, тебе сначала нужно создать на нём раздел и уже этот раздел переформатировать в свою фс. За разделы, их отображение и функционирование отвечает таблица разделов. Если у тебя раздел с "патриотической" фс будет занимать весь диск, то ты не сможешь создать зашифрованный раздел.
Но можешь попытаться поискать, может в lvm есть функция скрытия разделов.
Почему не сможешь. Вот другой пример с интернетов
1. Take a 100GB HDD.
2. Fill it with random data:
dd if=/dev/urandom of=/dev/sda bs=4K
3. Create an encrypted loopback device at a 'random' point on the disk:
losetup --offset $RNDOFFSET --sizelimit 5G -e aes -k 256 /dev/loop0 /dev/sda
4. Make your filesystem:
mkfs.ext4 /dev/loop0
5. And mount it:
mount /dev/loop0 /mnt/secret
Только тут "пустой" диск с рандомом. Теперь я беру этот диск целиком 100Gb и форматирую с какой-то фс.
mkfs.ext4 /dev/xvda - или что-то там
В зависимости от того, как я монтирую, через loopback device тот кусок 5Gb или через xvda весь диск 100Gb я получу доступ к нужному куску или ко всему диску.
Только внешняя фс может запороть внутреннюю своими метаданными и наоборот. Поэтому нужно, чтобы она хранила свои метаданные не раскиданными по диску, а типа в начале или в конце, вроде ntfs хранит метаданные не раскидано, а в одном месте, но это не точно
А /dev/loop0 случаем не отвалится после перезагрузки? Инфромация о loopback устрйоствах вроде в оперативной памяти лежит. Или ты хочешь каждый раз на том же месте создавать loopback устр-во?
>Или ты хочешь каждый раз на том же месте создавать loopback устр-во?
Да, надо offset запомнить. Зато можно создавать много таких контейнеров. Во втором крипту хранить от цепких лап маера.
Хд, ну это действительно имеет место быть. Очень интересный метод. Только зачем если aes-xts-plain64 хуй пробьёшь?
В смысле, если диск "пустой" с рандомом или с люксом?
Мне кажется вероятность швабры меняется.
Если видят, что есть люкс, значит точно что-то прячешь, две швабры вставят.
Если видят, что пустой с рандомом, ну хз, может просто чистил так, а может что-то прячешь, одна швабра.
А если патриотическое кино с Путиным, то патриот, можешь гулять пока.
>Если видят, что есть люкс, значит точно что-то прячешь, две швабры вставят.
Ну хуй знает. Презумпция невиновности. Терморектального криптоанализатора можно избежать сказав, что пароля не знаешь, а использовал флешку с случайным ключом на 8192 кб и проебал её.
>Презумпция невиновности.
>В РФ
А у тебя есть яйца!
Ну тогда тебе просто могут подкинуть диск с цп и ты так же улетаешь ануосм измерять бутылочные горлошки.
Криптошиз, мне нравится ход твоих мыслей. Интересно, даст ли тебе кто-нибудь рецепт того, как реализовать это.
На самом деле может оно и к лучшему, поскольку там были треды с ЦП.
bump
Бамп
Скопидомы ебаные. Удаляйте архивач нахуй.
Оп, попробуй сделать это
сынок гадзы малый
ПРЫЩЕБЛЯДИ снова соснули. А ведь все проблемы натурально из-за ПЕРДОЛИНГА.
Че там, когда объявят сбор средств на аренду квантового компьютера?
ИДИТЕ НАХУЙ КРЫСЫ ЕБАННЫЕ
Ничего не восстанавливаем аноны и не помогаем , Абу и модеров прижало ФСБ, раз боятся даже в доске /b боятся ЛГБТ ЦП и так далее,
Мало ли что там в архиве, скорее все данные разные
Думайте аноны
Ничего не восстанавливаем аноны и не помогаем , Абу и модеров прижало ФСБ, раз боятся даже в доске /b боятся ЛГБТ ЦП и так далее,
Мало ли что там в архиве, скорее все данные разные
Думайте аноны
бамп
>Думайте аноны
Что там думать? Архивачеры предлагают скачать их программу и запустить на пеке, чтобы она просканировала файлы и отослала им кому им? хэши.
Ежедневный бэкап текстов занимает несколько гигабайт???
Здесь 3.5 шиза анона живых сидят. Как они настрочили несколько гигабайт постов?
Или это по всем бордам вместе? Но их немного. И постинг там ещё менее живой.
Инфа от админа. Разбирающиеся есть?
Наша проблема очень похожа на описанное здесь https://unix.stackexchange.com/questions/706070/restore-a-luks-partition-that-was-overwritten-by-pvcreate, но там у человека контейнер типа LUKS2, и при определённых умениях, как видно из комментария, можно восстановиться за счёт использования второго заголовка. В случае же LUKS1 шансы совсем невелики.
У нас на всех дисках используется LUKS1. Про его техническое устройство можешь почитать здесь https://gitlab.com/cryptsetup/cryptsetup/-/wikis/LUKS-standard/on-disk-format.pdf (на русском вряд ли есть столь же подробное описание)
Суть проблемы в том, что сами данные в криптоконтейнере шифруются не с помощью вводимого пароля к криптоконтейнеру, как некоторым может показаться, а рандомными мастер-ключами, которые генерируются при создании контейнера и хранятся в специальном заголовке. Помимо этого в LUKS добавлено ещё разное, чтобы усложнить жизнь тем, кто будет пытаться взломать шифрование "в лоб".
Из-за когда давно неверно выставленного типа разделов (в те времена в gdisk ещё не был доступен тип раздела Linux LUKS, по глупости поставил Linux LVM и не вспоминал про это), какой-то софт перезаписал несколько начальных килобайт разделов, затерев часть LUKS заголовка. Сколько точно байт перезаписалось пока не могу сказать, нужно ещё провести эксперимент в аналогичных условиях и сравнить образы диска "до" и "после". По чисто визуальной оценке (глядя на байты в hex) было затёрто около 8 килобайт. К несчастью, данные о ключах в LUKS1 заголовках начинаются где-то с позиции 4 килобайт, т.е. начальные ключевые слоты вместе с данными о мастер-ключах наверняка уничтожены.
Что касается способов для взлома AES 128bit XTS "в лоб", то в случае LUKS мне такие средства неизвестны, да и в любом случае это потребует гигантских вычислительных мощностей.