Итак, в прошлый раз было выяснено что хотя закодировать пикчой закодировать сообщение все же можно, сам факт обычной грубой кодировки видно даже не специалисту вооруженным взглядом.
Как было верно сказано выше, необходимо не только уметь кодировать сообщение и декодировать его потом, но и скрывать сам факт наличия кодированного послания
>>17158638
>Это всё хуйня, если шифр будет выглядеть как шифр.
>Шифр должен выглядеть как обычный текст. Или, например, набор квадратных уравнений в задачнике.
Иначе в противном случае
>>17140409
>они схватят тебя за анус, за то, что шифруешь
Существует множество способов как добиться такого эффекта и сокрыть присутствия шифра в изображение. Самый простой эффект состоит в следующем
В случае ячеек с шифрованным посланием записать например значение ключа символа в текущую ячейку уровня красного цвета, положить тоже самое в уровни зеленой и синей компоненты этого пикселя. Тогда они станут изображением в уровнях градации серого.
Это относится к первому изображению, полоса серых пикселей с левой стороны.
Однако даже если перевести потом и все остальное изображение тоже в уровни серого, полоса послания слишком заметна - пикча один.
Для дальнейших действий воспользуемся тем, что помимо собственно сообщения в пикчу можно записать и сопутствующую информацию о нем. В том числе и размер закодированного сообщения. Так как с точки зрения послания остальные пиксели совершенно избыточны, с их значениями обходится аккуратно не обязательно.
Например для всех пикселей после послания можно при записи сообщения вызывать заполнение случайными значениями из диапазона использованных при записи послания ключей. Таким образом изображение превратиться в просто шум. Читающий закодированное послание будет считывать без помех первые n символов, а сторонний наблюдатель только видеть пикчу с помехами вроде как у телевизора.
Все это относится ко второй пикче.
Таким образом можно через контактик начинать обменивать подобными пикчами, они будут нести в себе послания, но сам факта этого будет не так палевен.
Что важнее - подобную деятельность можно осуществлять даже если майор контролирует трафик и запрещает шифровку данных - ну сидит кучка ебанатов, кидает друг-другу послания в стиле шумов, мало ли даунов на земле русской?
Правда с моей точки зрения бросать в упор помехи - плохой стиль, так как изображения очень уж специфические.
Для этого возьмем пикчу и будем ее шифровать следующем образом
- все значения ключей пишем не подряд, а в каждую третью (пикча три) или каждую вторую (пикча четыре) ячейку изображения когда двигаемся вдоль изображения по обходя его по строкам и столбщам ячейка за ячейкой
- после того как сообщение записанно, алгоритм записи не останавливается, а продолжает его хуячить снова с начала, потом еще раз и еще раз, пока не закончится изображение
В итоге на изображение появляется некоторая периодическая структура вполне в духе того что любят в "современном исскустве" и инторнетах вообще.
При чтение аналогично читается только каждая вторая/третья/любая другая ячейка.
Следует отметить что шаг записи можно брать любой - хоть через сотню ячеек, главное что бы с таким шагом сообщение в изображение влезло.
Кроме того в шифрование помимо таблицы трансляции добавляется еще и шаг записи.
Таким образом требуется уже два таких параметра, что бы декодировать сообщение.
Да, шаг записи также можно кодировать в сообщение что бы оно носило в себе всю необходимую инфу, либо не делать этого что бы в случае чего криптологи противоборствующей стороны не получали дополнительные подсказки.
Таблицу трансляции так же по желанию можно либо помещать в изображение, либо нет.
Как было верно сказано выше, необходимо не только уметь кодировать сообщение и декодировать его потом, но и скрывать сам факт наличия кодированного послания
>>17158638
>Это всё хуйня, если шифр будет выглядеть как шифр.
>Шифр должен выглядеть как обычный текст. Или, например, набор квадратных уравнений в задачнике.
Иначе в противном случае
>>17140409
>они схватят тебя за анус, за то, что шифруешь
Существует множество способов как добиться такого эффекта и сокрыть присутствия шифра в изображение. Самый простой эффект состоит в следующем
В случае ячеек с шифрованным посланием записать например значение ключа символа в текущую ячейку уровня красного цвета, положить тоже самое в уровни зеленой и синей компоненты этого пикселя. Тогда они станут изображением в уровнях градации серого.
Это относится к первому изображению, полоса серых пикселей с левой стороны.
Однако даже если перевести потом и все остальное изображение тоже в уровни серого, полоса послания слишком заметна - пикча один.
Для дальнейших действий воспользуемся тем, что помимо собственно сообщения в пикчу можно записать и сопутствующую информацию о нем. В том числе и размер закодированного сообщения. Так как с точки зрения послания остальные пиксели совершенно избыточны, с их значениями обходится аккуратно не обязательно.
Например для всех пикселей после послания можно при записи сообщения вызывать заполнение случайными значениями из диапазона использованных при записи послания ключей. Таким образом изображение превратиться в просто шум. Читающий закодированное послание будет считывать без помех первые n символов, а сторонний наблюдатель только видеть пикчу с помехами вроде как у телевизора.
Все это относится ко второй пикче.
Таким образом можно через контактик начинать обменивать подобными пикчами, они будут нести в себе послания, но сам факта этого будет не так палевен.
Что важнее - подобную деятельность можно осуществлять даже если майор контролирует трафик и запрещает шифровку данных - ну сидит кучка ебанатов, кидает друг-другу послания в стиле шумов, мало ли даунов на земле русской?
Правда с моей точки зрения бросать в упор помехи - плохой стиль, так как изображения очень уж специфические.
Для этого возьмем пикчу и будем ее шифровать следующем образом
- все значения ключей пишем не подряд, а в каждую третью (пикча три) или каждую вторую (пикча четыре) ячейку изображения когда двигаемся вдоль изображения по обходя его по строкам и столбщам ячейка за ячейкой
- после того как сообщение записанно, алгоритм записи не останавливается, а продолжает его хуячить снова с начала, потом еще раз и еще раз, пока не закончится изображение
В итоге на изображение появляется некоторая периодическая структура вполне в духе того что любят в "современном исскустве" и инторнетах вообще.
При чтение аналогично читается только каждая вторая/третья/любая другая ячейка.
Следует отметить что шаг записи можно брать любой - хоть через сотню ячеек, главное что бы с таким шагом сообщение в изображение влезло.
Кроме того в шифрование помимо таблицы трансляции добавляется еще и шаг записи.
Таким образом требуется уже два таких параметра, что бы декодировать сообщение.
Да, шаг записи также можно кодировать в сообщение что бы оно носило в себе всю необходимую инфу, либо не делать этого что бы в случае чего криптологи противоборствующей стороны не получали дополнительные подсказки.
Таблицу трансляции так же по желанию можно либо помещать в изображение, либо нет.
Однако на мой вкус даже этого пока не достаточно.
Требуется использовать по возможности пикчи, которые бы не только вызывали меньше подозрения, но и максимально были не различимы как в случае наличия кодированного послания на них, так и без него.
Для этого лучше всего с моей точки зрения использовать различные стенограммы, фракталы, психоделические изображения и подобные вещи.
Например на первом изображение нет кода, а на втором он есть в той же самой форме что и на четвертом после этого поста
Даже подготовленному человеку, но не тру-профи будет визуально не просто понять есть ли тут код или нет.
Ну а пытаться искать черную кошку в каждой стенограмме или изображение фрактала - ну хуле, удачи.
Темболее что в 99.999999999999999999999999999999999% там ничего не будет.
Кроме того группа любителей стенограммы выглядит менее подозрительно чем группа любителей пикч просто с шумами.
Требуется использовать по возможности пикчи, которые бы не только вызывали меньше подозрения, но и максимально были не различимы как в случае наличия кодированного послания на них, так и без него.
Для этого лучше всего с моей точки зрения использовать различные стенограммы, фракталы, психоделические изображения и подобные вещи.
Например на первом изображение нет кода, а на втором он есть в той же самой форме что и на четвертом после этого поста
Даже подготовленному человеку, но не тру-профи будет визуально не просто понять есть ли тут код или нет.
Ну а пытаться искать черную кошку в каждой стенограмме или изображение фрактала - ну хуле, удачи.
Темболее что в 99.999999999999999999999999999999999% там ничего не будет.
Кроме того группа любителей стенограммы выглядит менее подозрительно чем группа любителей пикч просто с шумами.
Другие подходящие пикчи
На них кстати нет послания.
На них кстати нет послания.
надо с альфа каналом мутить, а не с самим изображением
Однако несомненно что стереограммы больше всего подходят для подобного.
Даже без послания они выглядят так, словно содержат его.
А может и содержат, только чье-то другое, хуй его знает.
Даже без послания они выглядят так, словно содержат его.
А может и содержат, только чье-то другое, хуй его знает.
Берешь Word с текстом Ленина. Дописываешь, что надо в конце, белым текстом по белому фону. Вуаля!
Стеганография уровня /ро
Стеганография уровня /ро
че там в пнг, 8-битный альфа? берешь значение 255 за 1, 254 - за 0. визуально не заметно
Есть ещё идея засрать весь свой канал псевдошифрованным трафиком на самом деле мусором - пусть декодируют, лол.
раздавай торренты с шифрованием круглые сутки
За торренты пока не карают, только нужно без авторского права чтобы контент был.
АТО АТАТА!
ставишь тор и включаешь режим ретранслятора (промежуточной ноды) - тоже подзасрешь свой трафик всяким мусором
Роскомнадзор запретил букву А
Роскомндзор зпретил букву Б
Роскомндзор зпретил укву В
Роскомндзор зпретил уку Д
Роскомнзор зпретил уку Е
Роскомнзор зпртил уку З
Роскомнор пртил уку И
Роскомнор пртл уку К
Росомнор пртл уу Л
Росомнор прт уу М
Росонор прт уу Н
Росоор прт уу О
Рср прт уу П
Рср рт уу Р
с т уу С
т уу Т
уу У
Роскомндзор зпретил букву Б
Роскомндзор зпретил укву В
Роскомндзор зпретил уку Д
Роскомнзор зпретил уку Е
Роскомнзор зпртил уку З
Роскомнор пртил уку И
Роскомнор пртл уку К
Росомнор пртл уу Л
Росомнор прт уу М
Росонор прт уу Н
Росоор прт уу О
Рср прт уу П
Рср рт уу Р
с т уу С
т уу Т
уу У
яровая яровой, а вот скажите, многие на бордах куклой пользуются? (нет, я не от абизяны)
так вот, кукла тоже заботливо ведет историю всех ваших постов и тредов (пока только id) и хранит это в браузере (в локал сторадж)
причем, смена ойпи не поможет - все равно будет логится ваша история.
для проверки посмотрите свои посты - всё помечено "You" - это и есть история.
степан, конечно, для удобства это пилил, но тем не менее учтите.
к тому же кнопки удалить историю или не сохранять нет
так вот, кукла тоже заботливо ведет историю всех ваших постов и тредов (пока только id) и хранит это в браузере (в локал сторадж)
причем, смена ойпи не поможет - все равно будет логится ваша история.
для проверки посмотрите свои посты - всё помечено "You" - это и есть история.
степан, конечно, для удобства это пилил, но тем не менее учтите.
к тому же кнопки удалить историю или не сохранять нет
ЦП и прочий мусор? Спасибо за совет, годный, если бы я хотел присесть Раньше можно было гонять лысого такой трафик, сейчас что-то ссыкотно. И да, то ли в ТОРе цопе почти не осталось, то ли я не умею искать, но старые ссылки не работают, а где брать новые, я хз.
это ж транзитный трафик (ты не являешься выходной/входной нодой), он шифрованный
А я мамку на iptv перевёл теперь их диски засераются их же киселём ;) причём практически 24/7
АХАХАХА!!! БУДУ ЗАЛУПУ КАЧАТЬ ТУДА СЮДА ПРОСТО ОТ НЕХУЙ ДЕЛАТЬ НА БЕЗЛИМИТНОМ ТАРИФЕ!!! У НИХ ВСЕ БУДЕТ В ЗАЛУПЕ!!!
А тема с яровой все набирает и набирает обороты.
Вот, нашел новых три треда просто промотав политач.
https://2ch.hk/po/res/17219631.html
https://2ch.hk/po/res/17205879.html
https://2ch.hk/po/res/17188414.html
Вот, нашел новых три треда просто промотав политач.
https://2ch.hk/po/res/17219631.html
https://2ch.hk/po/res/17205879.html
https://2ch.hk/po/res/17188414.html
>БУДУ ЗАЛУПУ КАЧАТЬ ТУДА СЮДА ПРОСТО ОТ НЕХУЙ ДЕЛАТЬ
Берешь и просто уровень загрузки проца пишешь в файл, а потом отсылаешь его куда-то с периодичностью какой захочешь. После чего так же автоматически скачиваешь файл и дописываешь его содержимое в другой.
Если спросят а хули ты делаешь - скажешь что мечтаешь написать духовную русскую ось и дать пососать гуглу и микрософту. А пока что для этого тренируешься и изучаешь основные элементы устройства буржуйского софта.
А по факту будешь гонять мусор по кругу хоть круглые сутки.
Гм, а это идея.
Надо будет на досуге поэксперементировать.
Нет, не пользуюсь ибо не доверяю.
А самому свою писать - ну это же блин надо сесть, писать. Больше мороки чем пользы.
Короче на петиции на ченджорге рашкинским властям похуй, это и так понятно. Но, там можно запилить петицию проклятому Обаме с предложением запретить американским компаниям продавать софт и оборудование (и ввести санкции против остальных компаний и частных лиц), нужное богоспасаемой для исполнения этого закона.
Если выгорит будет эпик вин, на говно изойдут от бессильной злобы.
Если выгорит будет эпик вин, на говно изойдут от бессильной злобы.
>кто на нас с хуйней пойдет, тот от хуйни и погибнет
На самом деле годная идея.
Только нужно не только Обаме, а сразу в конторы конечного поставщика услуг.
Если заспамить майкрософты с гуглами в стиле "мы, угнетаемые граждане диктаторского режима, просим в солидарность с нашим протестом запретить ваш софт в страненей" то они в конечном счете отреагируют.
Не все, но кому-то из них в итоге захочется попиариться на этом, а после первого подобного делать это ринутся все.
Но конечно тут нужно не сто и не двести обращений и не от спамботов.
Им точно так же похуй будет, когда замаячит прибыль на которой можно сделать парочку новых миллиардеров.
Подобные компании уже не столько заинтересованны в сиюминутной прибыли, сколько в доле рынка и его переделе. Ибо "войны форматов" - побеждает не самый лучший, а самый популярный ибо проще лечь под одного из Енко рынка, чем косплеить из себя Мугивару.
Креаклиат в рахе еще жив и умеет доставлять.
У тебя аниме головного мозга, а создать левую фирму для перепродажи вообще практически обязательное условие.
Только у вас размеры входящего и исходящего файла разные. Так что готовьте анус.
Вам должны присылать имедж с зарезервированной памятью. Удачи.
Вам должны присылать имедж с зарезервированной памятью. Удачи.
Схуя ли им терять добровольные инвестиции от ебанутых шизиков?
>У тебя аниме головного мозга
Вообще-то скорее манга головного мозга, а не аниме.
А почему никто не вспомнил про рарджепег?
Олдфаги не палят, ньюфаги не знают.
оно легко скриптами обрезается
>у вас размеры входящего и исходящего файла разные
Щито?
По двум причинам.
Первая, все это изначально делается не столько для анона, сколько для моих слушателей. Тоесть материал должен быть не сложен в изложение, освоение и понимании.
Мне известно как за 20 минут изложить всю базовую теорию кодирования пикчами человеку, сказав о матрицах "можете считать это табличками эксельки", а строки - "ну это как таблички экселя, но только узкие в одну строку". И потом через три-четыре занятия они самостоятельно могут накрафтить полноценную прогу с простыми, но работающими, и главное - им самим понятными, классами, алгоритмами и структурами данных.
А вот про архивирование за 20-ть минут кажется так не рассказать.
Суть в том, что материал должен быть потенциально доступен в освоение даже трехклашке, способным читать и писать и знакомым хотя бы с действиями сложения и вычитания и таблицей умножения.
Это мое принципиальное требование к курсу.
Второе -
Потому что они их и так теряють от ебанутых шизиков.
Начнут пилить с утроенной силой на свободном софте.
Ага, а кэш браузера почистить не судьба.
Ты скачиваешь имедж с рамером файла в 1мб, а отправляешь этот же имедж с 1,1мб.
это не кэш, а локальное хранилище, там же и настройки куклы хранятся
Ох ты блин, так мне не показалось и двачурейдж снова появился и работает. Вангую скоро еще и значки появятся.
Алсо, видимо ты не верно понял один из базовых принципов работы. С чего ты взял что скачиваемая пикча и отправляемая пикча - одна и та же? Вернемся например в пост
Тут присутствую две пикчи - левая оригинальная без послания и правая с посланием. О том, что одна из них послужила для второй знаешь только ты, я и еще парочка анонов с майорами. С точки зрения программного обеспечения они имеют разный размер, разное имя, разное время создания и даже при необходимости - разный формат.
Кроме того, тебе нет необходимости использовать одну и тужу пикчу для отправки сообщения. Например вторая, третья и четвертая пикча в и собственно та же вторая в содержат одно и тоже сообщение, обрабатываются одним способом и вообще в принципи взаимозаменимы.
Единственное пожелание - что бы размер пикчи был достаточен для записи всего сообщения. Но так как обычная пикча в 800 x 600 x 3 содержит 1 440 000 символов этого вполне достаточно что бы фигачить целые трактаты. из расчета где-то по 1-2 килосимволов на одну стандартную вордовскую страницу. Это кстати если у формата еще нет альфаканала.
Представь сколько можно забить в обоену для рабочего стола.
Возвращаясь к вопросу поста - узнать просто по пересылаемому трафику что пикча А, скаченная на комп и пикча B, отправленная с компа - по сути одна и та же почти не возможно. Только если либо за тебя возьмутся команда труЪ-профи и будут анализировать лично всю твою входящую и исходящую инфу с учетом хранящейся истории, либо посадить майора который точно так же будет лично на глаз определять похожесть пикчей. И то не факт что поможет.
Кроме того ты можешь качать пикчи, потом на них вешать звук и кидать сообщение как вебм, а на той стороне получатель будет снимать с вебм статичный фон, выкидывать не нужный в данном случае звук и читать что ты коданул в пикчу.
А еще можно кидать целое видео, засовывая в одну секунду десятки кадров где из них всех на все две минуты видео только одна будет содержать инфу. А товарищ майор будет потом неделями сидеть и сличать все пикчи, видео, вебм и весь твой скаченный мусор за последние пол года и сверять новоприбывший шум с тем мусором что уже был раньше.
Ну и плюс ты и сам можешь делать на компе пикчи, в том же пэинте или фотошопе или вообще просто принтскрином.
Ведь основная идея в том что послание шифруется и читается не зависимо от самой пикчи. Это как нацарапать пару строчек гвоздем на двери поезда - модель, тип, год и даже страна-владелец на содержание влияние не оказывает.
Ну конечно можно еще контролировать вообще все процессы на компе и отслеживать команды проца, но хранить все это от каждого пользователя компа рашки?
Сириусли?
Платежные сервисы Qiwi и Skrill внесены в реестр запрещенных сайтов
Роскомнадзор внес платежные сервисы Qiwi и Skrill в единый реестр запрещенных сайтов. Об этом сообщается в документах, поступивших в «Ленту.ру» от одного из хостинг-провайдеров.
https://lenta.ru/news/2016/07/14/skrillblocked/
Роскомнадзор внес платежные сервисы Qiwi и Skrill в единый реестр запрещенных сайтов. Об этом сообщается в документах, поступивших в «Ленту.ру» от одного из хостинг-провайдеров.
https://lenta.ru/news/2016/07/14/skrillblocked/
https://github.com/Cr0s/JNanoBoard
Вот от моего знакомого. Внедряет инфу в картинки, в поле метаданных, т.е. не палятся. Работает сверху сосача, имеет гуй.
Вот от моего знакомого. Внедряет инфу в картинки, в поле метаданных, т.е. не палятся. Работает сверху сосача, имеет гуй.
Уважуха.
Сейчас немного отдохну, допилю прогу и тоже выложу.
Один хер завтра это надо будет на курсах рассказать и всеравно гайд плить придется.
кстати, еще вариант. можно кодировать по матрице.
т.е. добавляем на изображение рандомный шум (ну как в bd/hd-рипах), а дальше по заранее сформированной матрице добавляем на изображение точки, несущую инфу. ну т.е. матрица - это по сути тоже шум, просто она указывает какие точки на изображении значащие (вроде ключа). единственный минус - эту матрицу-ключ нужно заранее передавать второму адресату.
А я на всякий случай опять призову всех голосовать за отмену
https://www.roi.ru/28432/
https://www.change.org/p/отмена-пакета-яровой
И идти на митинг 26 июля
https://www.facebook.com/events/1764553853760156/
И всячески распространять эту инфу везде где можно.
Оп, если дальше будут треды - занеси в шапку треда что ли.
Зашифровать так чтоб никто не понял можно конечно, только суть в том что это не выход - позволять России превращаться даже не в Китай, а в какую-то КНДР.
Так-то по идее вот они там ща про поправки кукарекают - скорее всего они норму про запрет шифрования отменят, ибо это полный бред.
Не отменят - надо менять власть - ну прежде всего надо сделать ВСЕ чтоб в госдуру прошло как можно меньше пидоров, которые там сейчас сидят - и чтобы те кто прошли - это закон отменили нахуй и вообще расшатали текущую ситуацию, ибо жить так нельзя.
Думать как приспосабливаться к этому говну - это путь в никуда. К нему тупо НЕЛЬЗЯ приспособиться, мы сами себя уважать не будем, если будем к такому говну пытаться приспособиться.
Долбоебы не знают про отрицаемое шифрование?
Это будет небольшой мануал.
По этой ссылке http://rgho.st/6rcGs22Z2 лежит архив следующей небольшой программки. Она может писать из текстового файла в пнгшную пикчу и из пнгешной пикчи в текстовый файл, но кроме этого обладает еще регулируемым шагом записи и забивает пикчу повторениями по принципу и
Что бы записать сообщение в пикчу, требуется через баттон WriteTxtPath выбрать текстовый файл с содержимым послнаия, а через баттон WriteImgPath выбрать пнгешную пикчу, которая послужит основой для будущей пикчи с сообщением.
Под баттонами лежат диалоговые окна открытия файлов с фильтрами, а текстовые поля просто отображают открытый путь.
Так что теперь ввести некорректный путь будет проблематично.
Все это относится к первой пикче.
Кроме того есть счетчик шага, который принимает значения от 1 до 255 и с таким шагом пишет сообщение в пикчу. Значения счетчика можно задавать вручную в самом поле что бы не щелкать по сто раз подряд. Диапазон значений счетчика связан с тем, что он всегда пишется в первую ячеку пикчи и потому может принимать значения в диапазоне одного байта - в данном случае при записи сообщения в пикчу всем трем компонентам r g b присваивается одинаковое значение. Кроме того счетчик не может принимать значение 0 та как иначе сообщение будет писаться в одну первую ячейку пикчи.
Так же только после того как будут выбраны и путь к текстовому файлу с сообщением, и путь к пикче-носителю, разблокируется баттон осуществления записи записи, а лейбла над ним с Lock сменится на Unlock.
Все это относится к пикче два.
Теоретически пока идет запись, лейбла рядом с баттоном WriteMessage должна с Ready меняться на Busy и потом обратно на Ready когда запись сообщения в пикчу завершиться. Но обычно запись походит быстрее чем лейбла отреагирует.
Кроме того после того как запись очередного сообщения в очередной файл завершиться, пути к текстовому файлу и пикче обнулятся, а баттон WriteMessage снова станет заблокирован с пометкой Lock и можно будет повторить данный цикл заново.
Все это относится к пикче три.
Прога всегда пишет пикчу в ту же самую папку, где лежит пикча, послужившая прообразом. Пикча с текстом всегда имеет имя imgMess, тип .png и перезаписывает себя если в данной папке она уже существовала.
Все это относится к пикче четыре.
По этой ссылке http://rgho.st/6rcGs22Z2 лежит архив следующей небольшой программки. Она может писать из текстового файла в пнгшную пикчу и из пнгешной пикчи в текстовый файл, но кроме этого обладает еще регулируемым шагом записи и забивает пикчу повторениями по принципу и
Что бы записать сообщение в пикчу, требуется через баттон WriteTxtPath выбрать текстовый файл с содержимым послнаия, а через баттон WriteImgPath выбрать пнгешную пикчу, которая послужит основой для будущей пикчи с сообщением.
Под баттонами лежат диалоговые окна открытия файлов с фильтрами, а текстовые поля просто отображают открытый путь.
Так что теперь ввести некорректный путь будет проблематично.
Все это относится к первой пикче.
Кроме того есть счетчик шага, который принимает значения от 1 до 255 и с таким шагом пишет сообщение в пикчу. Значения счетчика можно задавать вручную в самом поле что бы не щелкать по сто раз подряд. Диапазон значений счетчика связан с тем, что он всегда пишется в первую ячеку пикчи и потому может принимать значения в диапазоне одного байта - в данном случае при записи сообщения в пикчу всем трем компонентам r g b присваивается одинаковое значение. Кроме того счетчик не может принимать значение 0 та как иначе сообщение будет писаться в одну первую ячейку пикчи.
Так же только после того как будут выбраны и путь к текстовому файлу с сообщением, и путь к пикче-носителю, разблокируется баттон осуществления записи записи, а лейбла над ним с Lock сменится на Unlock.
Все это относится к пикче два.
Теоретически пока идет запись, лейбла рядом с баттоном WriteMessage должна с Ready меняться на Busy и потом обратно на Ready когда запись сообщения в пикчу завершиться. Но обычно запись походит быстрее чем лейбла отреагирует.
Кроме того после того как запись очередного сообщения в очередной файл завершиться, пути к текстовому файлу и пикче обнулятся, а баттон WriteMessage снова станет заблокирован с пометкой Lock и можно будет повторить данный цикл заново.
Все это относится к пикче три.
Прога всегда пишет пикчу в ту же самую папку, где лежит пикча, послужившая прообразом. Пикча с текстом всегда имеет имя imgMess, тип .png и перезаписывает себя если в данной папке она уже существовала.
Все это относится к пикче четыре.
Для чтения изображения аналогично через баттон ReadTxtPath требуется загрузить текстовый файл, в который будет записываться расшифрованное сообщение из пикчи, и саму пикчу с содержащей в себе сообщение.
Все это относится к пикче один.
Как и для записи, баттон ReadMessage будет разблокирован только тогда, когда будут выбраны и файл, куда загрузится расшифрованное сообщение, и пикча с самим сообщением. После чтения сообщения из пикчи пути к файлам в это блоке обнулятся, баттон ReadMessage снова станет заблокированным, а лейбла с Unlock снова вернется на Lock.
Выйти из программы можно по клавише Close.
Все это относится ко второй пикче.
Программа успешно берет русские и украинские символы, как например тут, где она из файла pasta.txt в файл pasta2.txt через пикчу imgMess перекинула пасту.
Все это относится к пикче три.
Второй тест - текст первых нескольких абзацев хоббита программа провела уже через другую пикчу-носитель. Несколько встреченных отсутствующих в таблице трансляции символов были заменены на специальный для такого случая символ.
Все это относится к пикче четыре.
Чтение и запись осуществляются независимо между собой, разве что не стоит пытаться одновременно писать и читать в один и тот же файл.
Программу не требуется перезапускать каждый раз что бы что-то в пикчи записать или из них считать.
Все это относится к пикче один.
Как и для записи, баттон ReadMessage будет разблокирован только тогда, когда будут выбраны и файл, куда загрузится расшифрованное сообщение, и пикча с самим сообщением. После чтения сообщения из пикчи пути к файлам в это блоке обнулятся, баттон ReadMessage снова станет заблокированным, а лейбла с Unlock снова вернется на Lock.
Выйти из программы можно по клавише Close.
Все это относится ко второй пикче.
Программа успешно берет русские и украинские символы, как например тут, где она из файла pasta.txt в файл pasta2.txt через пикчу imgMess перекинула пасту.
Все это относится к пикче три.
Второй тест - текст первых нескольких абзацев хоббита программа провела уже через другую пикчу-носитель. Несколько встреченных отсутствующих в таблице трансляции символов были заменены на специальный для такого случая символ.
Все это относится к пикче четыре.
Чтение и запись осуществляются независимо между собой, разве что не стоит пытаться одновременно писать и читать в один и тот же файл.
Программу не требуется перезапускать каждый раз что бы что-то в пикчи записать или из них считать.
Да, хочу сказать спасибо тому кто в самом конце прошлого треда посоветовал выкладывать пасты на пастбине.
Уже и забыл что есть такая полезная штука.
Немного обновленная таблица трансляции
http://pastebin.com/AN91zs8Z
Класс с записью и чтением сообщения в и из изображения
http://pastebin.com/WB5RkvL1
Содержимое формы, если вдруг это тоже кому-то интересно - по факту она собственно к теме имеет мало отношения
http://pastebin.com/tFumba1u
Пояснение с разбором алгоритма будет позже - сейчас на это просто не хватит времени.
Уже и забыл что есть такая полезная штука.
Немного обновленная таблица трансляции
http://pastebin.com/AN91zs8Z
Класс с записью и чтением сообщения в и из изображения
http://pastebin.com/WB5RkvL1
Содержимое формы, если вдруг это тоже кому-то интересно - по факту она собственно к теме имеет мало отношения
http://pastebin.com/tFumba1u
Пояснение с разбором алгоритма будет позже - сейчас на это просто не хватит времени.
И будем анонимными и шифрованными сообщениями на дваче перекидываться.
Я такую прогу минут за 30 сделаю в вб, но не буду, мне лень.
Да, но тут есть один ньюанс - плотность шума и плотность сообщения должны быть как минимум близки между собой. Ну и их диапазоны значений тоже.
В общем-то в пикчах со стереограммами реализовано именно это - там пикча уж сама по себе является шумом, на которую еще записывается шум повторяющегося сообщения. Только стереограмма чуть менее подозрительна чем обычные помехи и имеет специфический вид, защищающий от визуального определения наличия на ней сообщения.
В случае прямого взлома спецами-дешифровшиками она естественно долго не продержится. Но ведь им тоже кто-то должен вначале указать что именно надо взламывать - не ебаться же им с каждой пикчой в инете просто на всякий случай.
Окей, занесу.
Да только судя по скорости треда 26-е наступит раньше чем тред доползет за третью сотню постов.
>Зашифровать так чтоб никто не понял можно конечно, только суть в том что это не выход - позволять России превращаться даже не в Китай, а в какую-то КНДР.
>Думать как приспосабливаться к этому говну - это путь в никуда. К нему тупо НЕЛЬЗЯ приспособиться, мы сами себя уважать не будем, если будем к такому говну пытаться приспособиться.
Ну собственно да.
Пытаюсь донести эту мысль еще с первого треда.
Во первых, такая борда вроде уже есть.
Во вторых, вангую в итоге в каждой пикче вирусов будет хоть лопатой греби.
Тред одной няши
Ого, за 30 минут написать один список-вектор и два обхода прямоугольной матрицы с внутренним счетчиком для записи и чтения. Ты покорил меня в самый исходник.
Дякую.
Что за вирусы?
Как это работает?
>всратые кривляния на камеру
>доставлять
ну так шум должен быть не монохромный, а из градаций серого или даже из оригинальных цветов пикселей, путем снижения/повышения их яркости - т.е. минимально заметен.
естественно, точка должна в этом случае хранить не 8 бит информации (чтобы не полностью замещать оригинальный пиксел), а 1..4 - т.е. немного изменять ту же яркость, а потом выделять эти биты и собирать уже инфу.
ну тут просто надо продумать, но это решаемо
Вечером накатаю простыню.
>ну так шум должен быть не монохромный, а из градаций серого
Так он сразу из градация серого. Монохром это когда у тебя два крайних значения (0, 0, 0) и (255, 255, 255) падают во всех компонентах каждого пикселя. Так как ключей больше чем два, пикслей (key, key, key) дает уровень серого.
Относительно остального про минимальную заметность и изменение яркости - тут ты прав, но для этого надо использовать например алглоритмы сглаживания. Например писать уже ключи в ячейки подряд, а разбить изображение на квадратные области с центральной ячейкой 3 x 3/5 x 5/7 x 7 и т.д. в зависимости от того, насколько пикчи хватит и писать значения в эту ячейку, а остальные соседи потом сглаживать относительно нее.
Но это немного сложнее и будет дальнейшей темой.
Пока что стояла задача дать одновременно простой и все же действенный инструмент кодирования сообщений например пикчами и плюс что бы люди могли делать это сами. Качать подобный софт со стороны даже у того кому ты доверяешь - всегда очень большой риск.
>Например писать уже ключи в ячейки подряд
фикс: не подряд
Ну смотри, для каждой точки у нас 24 бита (по 8 на цвет).
Задействуем только младший бит из каждого компонента (rgb). Итого на в каждой точке можем хранить 3 бита информации.
Как именно распределять точки - тут уже обмозговывать нужно.
Например, вычисляем шаг чтобы равномерно распределить всю инфу по изображению. Т.е. делим общее кол-во точек на фактически необходимое - получаем инкремент. Дальше в первой точке (ну или в первых трех) записывается значение шага, а дальше начинаем шагать по точкам, собирая трех-битовые последовательности и формируем из них уже что хочешь.
Первым байтом (словом) записываем длину сообщения, а дальше идут сами данные.
Ну как-то так.
Можно еще начинать не с первой точки, а вообще рандомно - а в качестве ключа сообщать номер пиксела откуда нужно начинать декодирование. А дальше по кольцу - шагаем, достигли конец изображения - переходим в начало.
Я прост нихуя уже не помню как собирать проекты, какие либы подключать, а так бы написал примерчик.
Чет вы тут по-моему велосипед изобретаете.
Вот же стеганография для АИБов: https://github.com/desu^desu^talk (^ убрать)
Вот же стеганография для АИБов: https://github.com/desu^desu^talk (^ убрать)
Кстати сегодня попытался зайти на рутрекер, получил сообщение об ограничении доступа. Так что если кто-то надеется приехать в Украину за свободным интернетом то меняйте свои планы
Так, бампану для начала тред.
А то турки такую кашу заварили, что пол доски сейчас смоет нахрен.
А то турки такую кашу заварили, что пол доски сейчас смоет нахрен.
Более детальный разбор принципа работы последней проги.
Основная идея в ней в том, что запись в прикчу производится не в каждую ячейку, а с некоторым периодическим шагом. Кроме того значение шага так же записывается в саму ячейку и получатель сообщения даже не должен знать его - достаточно знать где лежит шаг и как расположено послание вообще в пикче.
В данном варианте достаточно простой формат данных - шаг всегда пишется в самую первую ячейку пикчи с координатами (0, 0). Запись можно проводить только в одну матрицу уровней яркости, например в красную, но пока что она идет во все сразу - это сделано что бы все послание было в градациях серого и хорошо в дальнейшем гармонировало с бесцветными стереограммами.
После того как шаг записи помешен в изображение, в него с данным шагом начинает записываться само сообщение.
Все это относится к первому изображению.
Собственно, алгоритм записи не сложен, разве что стоит разобрать цикл записи.
Итак, суть в том, что запись должна идти только в каждую n-ю ячейку.
Для этого потребуется в самом просто два значения - значение сколько всего уже ячеек пройдено, и значение сколько уже было записано символов из строки-послания в изображение.
В данном коде http://pastebin.com/WB5RkvL1
key - значение ключа символа послания
ch - чаровское значение для хранния символа послания
tblTr - таблица трансляции
width - ширина изображения
height - высота изображения
strMess - строка с посланием и добавленным в нее символом признака конца послания
strLen - длина этой строки
step - шаг записи
indexStrMess - индекс числа пройденных ячеек
indexStrMess2 - индекс числа записанных символов послания
Во второй пикче приведен цикл записи.
В самом начале оба индекса indexStrMess и indexStrMess2 зануляются что бы адекватно отображать предназначенные им индексы.
Индекс indexStrMess увеличивается на единицу с каждой пройденной ячейкой внутри двухуровнего фора для обхода прямоугольной матрицы. Надо помнить что в самой первой ячейке с индесами (0,0) находится шаг записи, и поэтому ячейка следующая ячека, куда пойдет первый символ послания - это ячейка с индексом (0,3), так как (0, 1) и (0, 2) пропускаются.
Однако так как индекс всегда на одно значение меньше чем число пройденных ячеек, то ячейка (0,3) это четвертая ячейка от начала изображения.
В итоге любая ячейка, куда следует вести запись, будет удовлетворять условию что ее индекс, увеличенный на единицу, всегда с остатком ноль делится на шаг записи.
(indexStrMess + 1) % step == 0
Дальше собственно если это условие выполнилось, то для этого надо узнать индекс номера символа в строке strMess. Для этого применяется индекс indexStrMess2
Выполнив целое деление числа пройденных ячеек всего на размер шага с отбросом остатка получим число записанных ячеек. Если это число меньше длины строки - то оно и есть требуемое значение что бы узнать индекс символа в строке сообщения, по символу - ключ этого символа в таблице трансляции и записать ключ в ячеку пикчи с текущеми значениями (i,j).
Если же число уже записанных на данный момент ячеек в пикчу больше длины строки, значит требуется просто взять остаток от деления и вновь получим требуемый индекс символа в строке сообщения, чей ключ следует записать в пикчу.
Данный цикл не претендует на самый оптимальный вариант, можете использовать свой.
Хотя сейчас, более здравым взглядом, вижу что в нем надо будет исправить обязательно что бы он был лучше доступен слушателям.
Основная идея в ней в том, что запись в прикчу производится не в каждую ячейку, а с некоторым периодическим шагом. Кроме того значение шага так же записывается в саму ячейку и получатель сообщения даже не должен знать его - достаточно знать где лежит шаг и как расположено послание вообще в пикче.
В данном варианте достаточно простой формат данных - шаг всегда пишется в самую первую ячейку пикчи с координатами (0, 0). Запись можно проводить только в одну матрицу уровней яркости, например в красную, но пока что она идет во все сразу - это сделано что бы все послание было в градациях серого и хорошо в дальнейшем гармонировало с бесцветными стереограммами.
После того как шаг записи помешен в изображение, в него с данным шагом начинает записываться само сообщение.
Все это относится к первому изображению.
Собственно, алгоритм записи не сложен, разве что стоит разобрать цикл записи.
Итак, суть в том, что запись должна идти только в каждую n-ю ячейку.
Для этого потребуется в самом просто два значения - значение сколько всего уже ячеек пройдено, и значение сколько уже было записано символов из строки-послания в изображение.
В данном коде http://pastebin.com/WB5RkvL1
key - значение ключа символа послания
ch - чаровское значение для хранния символа послания
tblTr - таблица трансляции
width - ширина изображения
height - высота изображения
strMess - строка с посланием и добавленным в нее символом признака конца послания
strLen - длина этой строки
step - шаг записи
indexStrMess - индекс числа пройденных ячеек
indexStrMess2 - индекс числа записанных символов послания
Во второй пикче приведен цикл записи.
В самом начале оба индекса indexStrMess и indexStrMess2 зануляются что бы адекватно отображать предназначенные им индексы.
Индекс indexStrMess увеличивается на единицу с каждой пройденной ячейкой внутри двухуровнего фора для обхода прямоугольной матрицы. Надо помнить что в самой первой ячейке с индесами (0,0) находится шаг записи, и поэтому ячейка следующая ячека, куда пойдет первый символ послания - это ячейка с индексом (0,3), так как (0, 1) и (0, 2) пропускаются.
Однако так как индекс всегда на одно значение меньше чем число пройденных ячеек, то ячейка (0,3) это четвертая ячейка от начала изображения.
В итоге любая ячейка, куда следует вести запись, будет удовлетворять условию что ее индекс, увеличенный на единицу, всегда с остатком ноль делится на шаг записи.
(indexStrMess + 1) % step == 0
Дальше собственно если это условие выполнилось, то для этого надо узнать индекс номера символа в строке strMess. Для этого применяется индекс indexStrMess2
Выполнив целое деление числа пройденных ячеек всего на размер шага с отбросом остатка получим число записанных ячеек. Если это число меньше длины строки - то оно и есть требуемое значение что бы узнать индекс символа в строке сообщения, по символу - ключ этого символа в таблице трансляции и записать ключ в ячеку пикчи с текущеми значениями (i,j).
Если же число уже записанных на данный момент ячеек в пикчу больше длины строки, значит требуется просто взять остаток от деления и вновь получим требуемый индекс символа в строке сообщения, чей ключ следует записать в пикчу.
Данный цикл не претендует на самый оптимальный вариант, можете использовать свой.
Хотя сейчас, более здравым взглядом, вижу что в нем надо будет исправить обязательно что бы он был лучше доступен слушателям.
Чтение из изображения еще более простое.
Так как шаг всегда лежит в самой первой ячейке - просто сразу его считываем и начинаем искать ячейки записи по использованному в записи условию
(indexStrMess + 1) % step == 0
При этом как только будет обнаружен первый раз ключ специального символа завершения строки - из цикла чтения можно выходить.
После требуется только убрать последний символ из полученной в итоге строки - символ признака конца строки сообщения.
Вполне логично спросить, зачем например использовать некоторый непонятный символ для признака конца строки, если все нормальные люди для этого использует \0
Дело в том, что если потребуется закодировать код некоторой проги, этот эскейп вполне может быть там встречаться и тогда прога при чтение обрежется как только он будет встречен. Поэтому требуется символ, который встречается редко, особенно в предполагаемых шифровшиком посланиях. Тоесть если кто-то собирается кодировать финансовую отчетность, то знак доллара например лучше для этого не использовать. Если же кодом будет служить математическое уравнение, символ суммы тоже не подойдет. И так далее.
Особенная польза от такого символа в том, что не требуется хранить размер сообщения и выделять под него место - просто идет чтение пока не встретится требуемый символ для его окончания.
Так как шаг всегда лежит в самой первой ячейке - просто сразу его считываем и начинаем искать ячейки записи по использованному в записи условию
(indexStrMess + 1) % step == 0
При этом как только будет обнаружен первый раз ключ специального символа завершения строки - из цикла чтения можно выходить.
После требуется только убрать последний символ из полученной в итоге строки - символ признака конца строки сообщения.
Вполне логично спросить, зачем например использовать некоторый непонятный символ для признака конца строки, если все нормальные люди для этого использует \0
Дело в том, что если потребуется закодировать код некоторой проги, этот эскейп вполне может быть там встречаться и тогда прога при чтение обрежется как только он будет встречен. Поэтому требуется символ, который встречается редко, особенно в предполагаемых шифровшиком посланиях. Тоесть если кто-то собирается кодировать финансовую отчетность, то знак доллара например лучше для этого не использовать. Если же кодом будет служить математическое уравнение, символ суммы тоже не подойдет. И так далее.
Особенная польза от такого символа в том, что не требуется хранить размер сообщения и выделять под него место - просто идет чтение пока не встретится требуемый символ для его окончания.
>Например, вычисляем шаг чтобы равномерно распределить всю инфу по изображению. Т.е. делим общее кол-во точек на фактически необходимое - получаем инкремент. Дальше в первой точке (ну или в первых трех) записывается значение шага, а дальше начинаем шагать по точкам, собирая трех-битовые последовательности и формируем из них уже что хочешь.
>Первым байтом (словом) записываем длину сообщения, а дальше идут сами данные.
Ну так для этого сообщение и пишется не один раз, а пока пикча не кончится - периодичность сообщения дает некоторую равномерную плотность и даже некоторый рисунок, очень похожий на то, что используется обычными художниками от математического способа создания произведений искусств.
Скажи на каком языке ты писал - помогу вспомнить основы.
Темлоее что для подобного с точки зрения использования языка нужен самый примитив.
Просто твоя укропрокся от блокировки рашкой рутрекера не спасает.
> Скажи на каком языке ты писал - помогу вспомнить основы.
да основы-то я помню.
раньше писал на делфях - склепать проект на коленке за пару минут для тестов или тулзу какую на скорую руку запилить - милое дело.
потом на си переполз, разные консольные тулзы писал, с гуями дел не имел
ладно, качнул dev-cpp, с gdiplus вроде разобрался. попробую что-то запилить
> dev-cpp
codeblocks
бумп
ну как я и думал, мой способ по 3 бита на пиксель - визуально вообще не заметно
пока что просто добавил рандомный шум (это считай полностью забитое данными изображение)
первый скрин - оригинал,
второй - с наложенным шумом
3й и 4й - с шумом и выкрученными уровнями
собственно, заметно после того как сильно играться с уровнями, да и то только на однотонных участках
а если даннных будет немного, и при равномерном распределении вообще хрен что заметишь
на 3м скрине - шум на колесе
Спасибо.
Вижу ты уже вспомнил как писать код.
>первый скрин - оригинал,
>второй - с наложенным шумом
Если правильно понял, ты записал шум, хотя мог вбить и послание.
В таком случае очень и очень качественная работа, первый и второй пик совершенно на глаз не отличимы и наличие сообщение не видно.
Ты натолкнул меня на одно мысль.
> Если правильно понял, ты записал шум, хотя мог вбить и послание.
Ну да, я тупо рандомно менял младшие биты у каналов rgb. То, что будет незаметно было понятно - цвет меняется всего на +/-1 по каждой компоненте.
Ща пилю добавление любого файла на изображение (ну в пределах свободного количества байт)
Кто нить читал про современные методы детектинга стеганографии, лашки? В инете все открыто. Делается не на глазок.
маня не изобретай велосипед https://habrahabr.ru/post/254907/
руки бы оторвать таким гениям которые торренты в тор заворачивают
надо их запретить
Какие хуёвые зубы. Неужели не хватило денег, чтобы слетать в Израиль, и пришлось вставлять челюсть в Раисе?
Вообщем, кодирование я написал. Заюзал также и младший бит альфа-канала (если он есть). В итоге 4 бита на пиксель.
Также попробовал использовать по 2 младших бита вместо одного - тоже приемлемо: кол-во данных соответственно увеличивается вдвое - 6 или 8 бит на пиксель (без альфы и с ней).
Осталось декодер написать.
Детские поделки, лол
я анализатор для такого делал недавно
мимо-безопасник
хохол,ты давай майдаун своими шифрокартинками организовывай,а не москалей учи чем и как кодировать
Заебись будет. Можно дудосить жыдовских провайдеров всей страной, постоянно забивая через безлимитные тарифы их серваки проповедями патриарха Кирилла и цитатами Солнцеликого.
Ребята, а где можно посмотреть тот или иной принятый или рассматриваемый законопроект? Я имею в виду официальный сайт РФ, на котором эти документы размещены. Если такого нет, то тогда можете посоветовать такой сайт, на котором можно в историческом порядке посмотреть принятые законы. Спасибо.
>проповедями патриарха Кирилла и цитатами Солнцеликого
Вот тебе вся текущая конституция РФ со всеми развернутыми комментариями http://constitution.kremlin.ru/
одной пикчой.
Можешь начинать забивать инторнеты экстремистской литературой.
Только одного не могу понять.
Ты меняешь не весь пиксель, а только наименее заметную его часть. Очень хорошее решение, и вполне доступное для понимания обычных людей - плюс очень удачно станет не тему валуе-типов данных, что бы понимали зачем это им надо.
Однако если правильно понял, ты в берешь ключ символа сообщения, переводишь его из десятичного вида в двоичный и грубо говоря получаешь массив из восьми нулей и единиц.
После этого нужно незаметно распихать их по массиву. Опять же если ничего не упустил, в случае если у тебя в массиве кода ключа в двоичном виде был ноль, ты уменьшаешь младший разряд компоненты уровня цвета на единицу, если единица - увеличиваешь на единицу. Таким образом восемь пикселей незаметно кодируют один символ сообщения.
А как ты читаешь его обратно? Никак не могу это понять. Ведь скажем если у тебя был уровень красного в пикселе например 82, то он станет либо 81, либо 83. Но при чтение ведь ты обратишься к ячейке с 83, как ты после этого узнаешь что например там изначально было 82 и надо считать 1, а не 84 и надо считать 0?
Или просто где-то во что-то не врубаюсь.
По крайней мере после твоих постов пошел именно таким путем - символ сообщения кодируют 8 пикселей. Если текущее значение двоичного значение кода ключа символа было 0, то младший разряд интенсивности текущего пикселя меняется на 4, если единица, то на 5.
Например, в моей таблице символ 'т' обладает ключом 108. В двоичной системе он имеет значение 01101100
Тогда кодирование красной составляющей восьми идущих подряд пикселей будет иметь следующий вид
'т' → 108 → 01101100
37 | 0 → 34
38 | 1 → 35
38 | 1 → 35
38 | 0 → 34
38 | 1 → 35
37 | 1 → 35
36 | 0 → 34
36 | 0 → 34
При считывание преобразование пойдет в обратную сторону
34 → 0
35 → 1
35 → 1
34 → 0
35 → 1
35 → 1
34 → 0
34 → 0
01101100 → 108 → 'т'
4 и 5 были выбраны так как они находятся в середине между 0 и 9, а так же потому что если уровень интенсивности будет выше 200-т, то 256 и выше в интенсивность компоненты пикселя на войдут, а вот 254 и 255 - еще да.
В любом случае спасибо за мысль, получилось вполне няшнешько. Оригинал пикчи - первая пикча, и паста с братом Назифом - вторая пикча, на глаз вообще не видны различия.
Относительно альфаканала - на моем месте положил бы в него таблицу трансляции и прочею служебную инфу.
Смотреть нет смысла, потому что юридический русский отличается от обычного русского, как вертолет от велосипеда. Нужен натуральный толмач, чтобы пояснять что это блять означает.
Вы только учтите, все эти мастурбаки с шифрованием напрочь убивают всякий интерес к общению. Этим будет заниматься 1,5 киберзадрота, шифрующих ради самого процесса копротивления. Так что тут государство таки достигнет своего, всякие околонаучные сообщества "по интересам на грани" будут полностью задавлены.
Надо заебашить mesh-сеть в диапазоне 843 Mhz или как там (не лицензируется) на дальную связь (есть копеечные модули), а в городах на вай-фай/plastic optic fiber/лазерные указки типа городской локалки
Да все просто. Есть массив данных (байты). Читаем его в виде непрерывной цепочки битов, делим эту цепочку по 3 (4) бита и эти биты засовываем в младшие биты соответствующего канала r/g/b (a)
Ну т.е. берем первый байт данных, в цикле 0..7 выделяем младший бит, засовываем его в компоненту, вращаем байт вправо и так далее. Когда у пикселя заполнены все компоненты, переходим к следующему пикселю.
Вот, если грубо: http://pastebin.com/mpVkCxcx
Ну а декодируешь наоборот. Считываешь цепочку битов из компонентов пиксела и формируешь из них байты данных.
Что касается тебя, мимобезопасник, то специально ради такого уважаемого человека, почтившего этот тред своим присутствием, одной из следующих тем будет разрезание видеопотока на кадры и сшивания их обратно. В конце-концов никто не мешает кодировать кадры видео так же, как кодируются пикчи.
Итак, сколько там идет киселев? Полтора часа?
Насколько помню, 60 кадров на секунду уже не является чем-то особенным.
Так, в одном часе 60 минут, в одной минуте 60 секунд, в одной секунду 60 кадров.
1.5 x 60 x 60 x 60 = 324 000 кадров.
За каждые скаченные вести.
И в каждом каждых вестей может быть послание.
А может и не быть.
А может быть было, только обнаружить его не удалось.
Так что готовь свой анализатор, безопасник.
Однажды в него поместятся все хранилица гугла.
>Роскомнор пртл уку К
>а не москалей учи чем и как кодировать
Почему?
А, ну да, барины не велят.
Голодец: двум третям россиян высшее образование не нужно
Со временем, уверена чиновница, это число должно только расти
Вице-премьер российского правительства Ольга Голодец, курирующая блок социальных вопросов, заявила, что для двух третей населения России высшее образование сегодня является избыточным, и со временем этот процент будет только расти.
В дальнейшем, уверена чиновница, планка должна продолжать сдвигаться в сторону уменьшения числа специалистов.
http://www.mk.ru/social/2016/07/15/golodec-dvum-tretyam-rossiyan-vysshee-obrazovanie-ne-nuzhno.html
Кстати, кого-то она мне напоминает.
Николай Азаров: Украине не нужно столько граждан с высшим образованием
Николай Азаров, премьер-министр Украины, заявил, что в стране слишком много граждан с высшим образованием. По его словам, в Украине необходимо, как минимум, сократить число готовящихся специалистов в два раза.
http://pressorg24.com/society/636
Тред не читал, кто такая Яровая-не знаю.
Насчет помех - вам бы лучше не помехи, а фильтры, похожие на фильтры инстаграмма и ретрики.
Ну так об это тоже говорил в прошлом треде.
Собственно нужно снова, в который раз, сказать что тема треда не "Зашифровка неба с аллахом в домашних условиях". Тема треда в том что власти позволяют ради вымышленных и надуманных причин лезть людям уже не только в трусы, а прямо в костный мозг. И обсуждение действенных предложений как с этим бороться.
Посмотри - в рашке сесть за неугодный пост в инете так же просто как за нанесение человеку тяжких побоев. А возможно еще проще.
При этом за побои к тебе приедет пара патрульных, а за пост в инете - взвод спецназовцев, обвешенных пукалками так, словно они кладку зергов накрывать пришли.
Власть не хочет бороться с преступниками, насильниками, убийцами и террористами - она хочет указывать что кому постить, когда, где и в каком виде. В конце-концов ведь преступники, насильники, убийцы и террористы больше угрожают обычным людям, чем самой власти.
Это даже не поднимая вопроса что она же еще хочет указывать кому на что дрочить.
А вот посты в инете с вопросами откуда у очередного слуги народа на руке часы в стоимость пару московских конур заставляют власть шевелится во много раз сильнее, чем очередной найденный полусгнивший ребенок на окраине мухосранска в кустах рядом с речной-вонючкой.
В любом случае не собираюсь ждать пока моя собственная власть начнет пытаться повторять умные действия соседей.
Отклеелось.
Как бы не было смешно, думаю что однажды что-то такое и будет.
Хохлы рассуждают о будущем России. Братский народ, хуле.
Такое и в украхе возможно, так что готовиться на всякий.
Нужно было "Лебединое озеро" станцевать под эту музыку? Там вполне подходит под общий стиль.
Написал я свою тулзу. Сделал возможность задавать сколько использовать бит на канал при кодировании. Соотвественно, чем больше бит используешь, тем больше данных можно записать. В принципе, при 4 битах на канал все еще не заметно на глаз наличие данных.
Параметры кодирования (шаг и бит на канал) также записываются на изображение (чтобы декодер знал как декодировать)
В качестве входных изображений можно использовать bmp,gif,tif,jpg. На выходе - png
Ща еще потестю и выложу бетку.
>В отличие от каких-нибудь законов Мизулиной, где я, как потребитель, уже вполне конкретно могу пострадать от прямых запретов на какой-то контент.
весь лулз законов яровой в том, что нужны дабы ловить нарушителей законов Мизулиной.
А террористы до интернетов подрывы устраивать умели.
весь лулз законов яровой в том, что нужны дабы ловить нарушителей законов Мизулиной.
А террористы до интернетов подрывы устраивать умели.
Во всех тредах просрался своей вебмкой, мудак. Зарепортил тебя, дауна.
И текст твоего поста я уже читал вроде даже слово в слово несколько дней назад. Бот что ли?
баюсь
баюсь
Давай.
А сам пока переварю ужин, отдохну и напилю подробный гайд что мы там с тобой навертели.
Кстати, сегодня целое занятие учил ребят как обрабатывать пикчи с сообщениями.
Методом с кодированием восемью битами ключа восемь отдельных пикселей все были впечатлены и даже не верили что это достаточно просто и они сами при желание так могут.
Ща еще немного. С прошлого поста нашел одну проблемку (png всё время сохранялся с 32bpp, а без альфы должно сохранятся 24bpp), перелопатил пол-гугла, башка уже пухнет. Но вроде все пофиксил
Вот: http://dropmefiles.com/4X2sz (бинарник, исходники и примеры)
1й пик - исходное изображение
2й пик - "данные" для упаковки
3й пик -результат упаковки: он хранит в себе 2ой пик
по поводу сырцов: да, я не про, многое не помню (знаю), классами всякими не оборачивал, ну уж как есть...
Примерно.
Бля. Спасители человечества.
Хоть бы вейвлетик сраный осилили, чтобы в жыпег запихивать. И cryptopp. А то стыд ёбаный. Секьюрити фру обскьюрити.
Ебане ньюфаге. Для стеганографии есть ахулион тулов. Чем вас вот это не устраивает, к примеру: http://steghide.sourceforge.net/ ?
Вы думаете совсем не о том, совсем не туда и совсем некорректно. Епрысть.
Да похер на тебя. Мне просто было интересно поробовать написать на коленке
Господи, а смысл? Ты же ничего не прячешь. Ты не шифруешь, ты ломаешь нахуй даже самые примитивные метрики изображения. Тем более, ты это делаешь в лослесс-формате, ебаный стыд на марше.
Шифрование можно прикрутить при желании. Меня интересовало лишь визуально скрытие данных
В визуальном скрытии нет смысла.
Делать надо вот так: http://www.cs.cornell.edu/topiwala/wavelets/report.html
Перед упаковкой обязательно сжимать и шифровать.
Но вы совсем не о том думаете. Нужен транспорт, а не стеганография.
не знаю, что происходит в этом итт, но на всякий случай написал донос
Тут детишки делают хуйню, а у меня от них бомбит. От всех вас бомбит. Просрали нахуй интернеты. Данные все распихали по облачкам, софт покупаете как сервис, ничего лучше трукрипта не появилось, в и2п сидит полтора инвалида, на имиджбордах забанен тор и банят ЗА ВАЙП двумя сообщениями и просто потому, что пошёл нахуй, в ирке никого нет (впрочем, туда и дорога).
Даже если и есть, чем интересным с людьми поделиться - сделать это попросту негде.
Вы просрали нахуй свою свободу. А теперь два дебила сооружаю стеганографию из говна и лузлесса.
Ебитесь дальше в свой айтюнс и переустанавливайте шиндошс10, сидите в своих телеграмах с говноедским ШЫФРОВАНИЕМ.
молочка попей
> забанен тор
ну не то чтобы очень, но ноды я заебался в эксклюде прописывать, это да...
>ничего лучше трукрипта не появилось
veracrypt
Спасибо, я в курсе. Это не "лучше трукрипта", это "мы трукрипт собрали, ура". Ничего принципиально нового там нет. А старой функциональности во много недостаточно, что-то уже просто сдохло (запуск ОС из контейнера).
Как минимум, современное решение должно уметь работать с TPM и уметь sparse volumes. Да, сделать спарс при PD сложнее, но ничего нереального в этом нет.
>Обезумевшей Яровой
>Яровой
Блять! Охуеваю с дебилов, которые не понимают почему неприятным для населения законам дают имена депутатов, якобы имеющим к этим законам какое-то отношение.
даже лень объяснять чем именно он отличается, разбирайся сам, но отличается он в лучшую сторону довольно существенно, что касается feature requests - флаг в руки, код открыт, коммиты приветствуются, если ты конечно можешь как я, хехе
принцип упаковки по 2 бита на канал.
для 3х и более - аналогично
Почему я не могу двачевать? Пишет
Ошибка лайка: 0(timeout)
Ошибка лайка: 0(timeout)
Итак, смысл в следующем.
Сам по себе ключ при записи его в изображение сильно его искажает. Например если в ячейке компоненты пикселя хранилось значение 12, а туда вошел ключ со значением 224, то искажения будут несомненно заметны. Однако значение ключа символа из таблицы трансляции можно перевести в двоичную запись, что бы потом разложить по компонентам пикселей.
Если число ключей меньше 256, для их записи хватит одного байта.
Байт - последовательность из восьми бит.
Бит - элементарная ячейка памяти, могущая принимать значения только 0 или 1.
Каждый бит в одном байте имеет свой разряд - он соответствует степени двойки, значение которой хранит.
Например разряды бит в байте:
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
Что в десятичной форме можно записать как:
|128| 64| 32| 16| 8| 4| 2| 1|
На первый взгляд непривычно, но все проще чем кажется.
В данном случае более важен алгоритм перевода десятичного значения в двоично. Пусть был символ с ключом 103.
Потребуется вычислять целочисленное деление и остаток от деления этого числа на максимальные значение, которое помещается в данный разряд бита.
Итак:
103 = 0 128 + 103
Где:
0 - результат целочисленного деления 103 на 128
103 - остаток целочисленного деления 103 на 128
Это строка говорит что при разряде 2^7 = 128 должен в бите стоять значение 0
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0|----|-----|----|-----|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 103, и повторяем операцию для следующего разряда бита в байте.
103 = 1 64 + 37
Где:
1 - результат целочисленного деления 103 на 64
37 - остаток целочисленного деления 103 на 64
Это строка говорит что при разряде 2^6 = 64 должен в бите стоять значение 1
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1|-----|----|-----|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 37, и повторяем операцию для следующего разряда бита в байте.
37 = 1 32 + 5
Где:
1 - результат целочисленного деления 37 на 32
5 - остаток целочисленного деления 37 на 32
Это строка говорит что при разряде 2^5 = 32 должен в бите стоять значение 1
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1|----|-----|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 5, и повторяем операцию для следующего разряда бита в байте.
5 = 0 16 + 5
Где:
0 - результат целочисленного деления 5 на 16
5 - остаток целочисленного деления 5 на 16
Это строка говорит что при разряде 2^4 = 16 должен в бите стоять значение 0
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0|-----|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 5, и повторяем операцию для следующего разряда бита в байте.
5 = 0 8 + 5
Где:
0 - результат целочисленного деления 5 на 8
5 - остаток целочисленного деления 5 на 8
Это строка говорит что при разряде 2^3 = 8 должен в бите стоять значение 0
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0| 0|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 5, и повторяем операцию для следующего разряда бита в байте.
5 = 1 4 + 1
Где:
1 - результат целочисленного деления 5 на 4
1 - остаток целочисленного деления 5 на 4
Это строка говорит что при разряде 2^2 = 4 должен в бите стоять значение 1
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0| 0| 1|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 1, и повторяем операцию для следующего разряда бита в байте.
1 = 0 2 + 1
Где:
0 - результат целочисленного деления 1 на 2
1 - остаток целочисленного деления 1 на 2
Это строка говорит что при разряде 2^1 = 2 должен в бите стоять значение 0
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0| 0| 1| 0|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 1, и повторяем операцию для следующего разряда бита в байте.
1 = 1 1 + 0
Где:
1 - результат целочисленного деления 1 на 1
0 - остаток целочисленного деления 1 на 1
Это строка говорит что при разряде 2^0 = 1 должен в бите стоять значение 1
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0| 0| 1| 0| 1|
Итак, двоичная форма десятичного ключа 103
|0|1|1|0|0|1|0|1|
Сам по себе ключ при записи его в изображение сильно его искажает. Например если в ячейке компоненты пикселя хранилось значение 12, а туда вошел ключ со значением 224, то искажения будут несомненно заметны. Однако значение ключа символа из таблицы трансляции можно перевести в двоичную запись, что бы потом разложить по компонентам пикселей.
Если число ключей меньше 256, для их записи хватит одного байта.
Байт - последовательность из восьми бит.
Бит - элементарная ячейка памяти, могущая принимать значения только 0 или 1.
Каждый бит в одном байте имеет свой разряд - он соответствует степени двойки, значение которой хранит.
Например разряды бит в байте:
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
Что в десятичной форме можно записать как:
|128| 64| 32| 16| 8| 4| 2| 1|
На первый взгляд непривычно, но все проще чем кажется.
В данном случае более важен алгоритм перевода десятичного значения в двоично. Пусть был символ с ключом 103.
Потребуется вычислять целочисленное деление и остаток от деления этого числа на максимальные значение, которое помещается в данный разряд бита.
Итак:
103 = 0 128 + 103
Где:
0 - результат целочисленного деления 103 на 128
103 - остаток целочисленного деления 103 на 128
Это строка говорит что при разряде 2^7 = 128 должен в бите стоять значение 0
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0|----|-----|----|-----|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 103, и повторяем операцию для следующего разряда бита в байте.
103 = 1 64 + 37
Где:
1 - результат целочисленного деления 103 на 64
37 - остаток целочисленного деления 103 на 64
Это строка говорит что при разряде 2^6 = 64 должен в бите стоять значение 1
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1|-----|----|-----|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 37, и повторяем операцию для следующего разряда бита в байте.
37 = 1 32 + 5
Где:
1 - результат целочисленного деления 37 на 32
5 - остаток целочисленного деления 37 на 32
Это строка говорит что при разряде 2^5 = 32 должен в бите стоять значение 1
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1|----|-----|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 5, и повторяем операцию для следующего разряда бита в байте.
5 = 0 16 + 5
Где:
0 - результат целочисленного деления 5 на 16
5 - остаток целочисленного деления 5 на 16
Это строка говорит что при разряде 2^4 = 16 должен в бите стоять значение 0
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0|-----|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 5, и повторяем операцию для следующего разряда бита в байте.
5 = 0 8 + 5
Где:
0 - результат целочисленного деления 5 на 8
5 - остаток целочисленного деления 5 на 8
Это строка говорит что при разряде 2^3 = 8 должен в бите стоять значение 0
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0| 0|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 5, и повторяем операцию для следующего разряда бита в байте.
5 = 1 4 + 1
Где:
1 - результат целочисленного деления 5 на 4
1 - остаток целочисленного деления 5 на 4
Это строка говорит что при разряде 2^2 = 4 должен в бите стоять значение 1
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0| 0| 1|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 1, и повторяем операцию для следующего разряда бита в байте.
1 = 0 2 + 1
Где:
0 - результат целочисленного деления 1 на 2
1 - остаток целочисленного деления 1 на 2
Это строка говорит что при разряде 2^1 = 2 должен в бите стоять значение 0
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0| 0| 1| 0|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 1, и повторяем операцию для следующего разряда бита в байте.
1 = 1 1 + 0
Где:
1 - результат целочисленного деления 1 на 1
0 - остаток целочисленного деления 1 на 1
Это строка говорит что при разряде 2^0 = 1 должен в бите стоять значение 1
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0| 0| 1| 0| 1|
Итак, двоичная форма десятичного ключа 103
|0|1|1|0|0|1|0|1|
Блин, спросони наврал в переводи и разметрку проебал.
Сейчас пофиксю.
Фикс:
Итак, смысл в следующем.
Сам по себе ключ при записи его в изображение сильно его искажает. Например если в ячейке компоненты
пикселя хранилось значение 12, а туда вошел ключ со значением 224, то искажения будут несомненно заметны.
Однако значение ключа символа из таблицы трансляции можно перевести в двоичную запись, что бы потом
разложить по компонентам пикселей.
Если число ключей меньше 256, для их записи хватит одного байта.
Байт - последовательность из восьми бит.
Бит - элементарная ячейка памяти, могущая принимать значения только 0 или 1.
Каждый бит в одном байте имеет свой разряд - он соответствует степени двойки, значение которой хранит.
Например разряды бит в байте:
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
Что в десятичной форме можно записать как:
|128| 64| 32| 16| 8| 4| 2| 1|
На первый взгляд непривычно, но все проще чем кажется.
В данном случае более важен алгоритм перевода десятичного значения в двоично. Пусть был символ с ключом
103.
Потребуется вычислять целочисленное деление и остаток от деления этого числа на максимальные значение,
которое помещается в данный разряд бита.
Итак:
103 = 0 x 128 + 103
Где:
0 - результат целочисленного деления 103 на 128
103 - остаток целочисленного деления 103 на 128
Это строка говорит что при разряде 2^7 = 128 должен в бите стоять значение 0
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0|----|-----|----|-----|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 103, и повторяем операцию для следующего
разряда бита в байте.
103 = 1 x 64 + 39
Где:
1 - результат целочисленного деления 103 на 64
39 - остаток целочисленного деления 103 на 64
Это строка говорит что при разряде 2^6 = 64 должен в бите стоять значение 1
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1|-----|----|-----|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 39, и повторяем операцию для следующего
разряда бита в байте.
39 = 1 x 32 + 7
Где:
1 - результат целочисленного деления 39 на 32
7 - остаток целочисленного деления 37 на 32
Это строка говорит что при разряде 2^5 = 32 должен в бите стоять значение 1
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1|----|-----|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 7, и повторяем операцию для следующего
разряда бита в байте.
7 = 0 x 16 + 7
Где:
0 - результат целочисленного деления 7 на 16
7 - остаток целочисленного деления 7 на 16
Это строка говорит что при разряде 2^4 = 16 должен в бите стоять значение 0
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0|-----|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 7, и повторяем операцию для следующего
разряда бита в байте.
7 = 0 x 8 + 7
Где:
0 - результат целочисленного деления 7 на 8
7 - остаток целочисленного деления 7 на 8
Это строка говорит что при разряде 2^3 = 8 должен в бите стоять значение 0
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0| 0|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 7, и повторяем операцию для следующего
разряда бита в байте.
7 = 1 x 4 + 3
Где:
1 - результат целочисленного деления 7 на 4
3 - остаток целочисленного деления 7 на 4
Это строка говорит что при разряде 2^2 = 4 должен в бите стоять значение 1
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0| 0| 1|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 3, и повторяем операцию для следующего
разряда бита в байте.
3 = 1 x 2 + 1
Где:
1 - результат целочисленного деления 3 на 2
1 - остаток целочисленного деления 3 на 2
Это строка говорит что при разряде 2^1 = 2 должен в бите стоять значение 1
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0| 0| 1| 1|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 1, и повторяем операцию для следующего
разряда бита в байте.
1 = 1 x 1 + 0
Где:
1 - результат целочисленного деления 1 на 1
0 - остаток целочисленного деления 1 на 1
Это строка говорит что при разряде 2^0 = 1 должен в бите стоять значение 1
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0| 0| 1| 1| 1|
Итак, двоичная форма десятичного ключа 103
|0|1|1|0|0|1|1|1|
Итак, смысл в следующем.
Сам по себе ключ при записи его в изображение сильно его искажает. Например если в ячейке компоненты
пикселя хранилось значение 12, а туда вошел ключ со значением 224, то искажения будут несомненно заметны.
Однако значение ключа символа из таблицы трансляции можно перевести в двоичную запись, что бы потом
разложить по компонентам пикселей.
Если число ключей меньше 256, для их записи хватит одного байта.
Байт - последовательность из восьми бит.
Бит - элементарная ячейка памяти, могущая принимать значения только 0 или 1.
Каждый бит в одном байте имеет свой разряд - он соответствует степени двойки, значение которой хранит.
Например разряды бит в байте:
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
Что в десятичной форме можно записать как:
|128| 64| 32| 16| 8| 4| 2| 1|
На первый взгляд непривычно, но все проще чем кажется.
В данном случае более важен алгоритм перевода десятичного значения в двоично. Пусть был символ с ключом
103.
Потребуется вычислять целочисленное деление и остаток от деления этого числа на максимальные значение,
которое помещается в данный разряд бита.
Итак:
103 = 0 x 128 + 103
Где:
0 - результат целочисленного деления 103 на 128
103 - остаток целочисленного деления 103 на 128
Это строка говорит что при разряде 2^7 = 128 должен в бите стоять значение 0
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0|----|-----|----|-----|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 103, и повторяем операцию для следующего
разряда бита в байте.
103 = 1 x 64 + 39
Где:
1 - результат целочисленного деления 103 на 64
39 - остаток целочисленного деления 103 на 64
Это строка говорит что при разряде 2^6 = 64 должен в бите стоять значение 1
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1|-----|----|-----|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 39, и повторяем операцию для следующего
разряда бита в байте.
39 = 1 x 32 + 7
Где:
1 - результат целочисленного деления 39 на 32
7 - остаток целочисленного деления 37 на 32
Это строка говорит что при разряде 2^5 = 32 должен в бите стоять значение 1
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1|----|-----|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 7, и повторяем операцию для следующего
разряда бита в байте.
7 = 0 x 16 + 7
Где:
0 - результат целочисленного деления 7 на 16
7 - остаток целочисленного деления 7 на 16
Это строка говорит что при разряде 2^4 = 16 должен в бите стоять значение 0
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0|-----|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 7, и повторяем операцию для следующего
разряда бита в байте.
7 = 0 x 8 + 7
Где:
0 - результат целочисленного деления 7 на 8
7 - остаток целочисленного деления 7 на 8
Это строка говорит что при разряде 2^3 = 8 должен в бите стоять значение 0
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0| 0|----|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 7, и повторяем операцию для следующего
разряда бита в байте.
7 = 1 x 4 + 3
Где:
1 - результат целочисленного деления 7 на 4
3 - остаток целочисленного деления 7 на 4
Это строка говорит что при разряде 2^2 = 4 должен в бите стоять значение 1
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0| 0| 1|----|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 3, и повторяем операцию для следующего
разряда бита в байте.
3 = 1 x 2 + 1
Где:
1 - результат целочисленного деления 3 на 2
1 - остаток целочисленного деления 3 на 2
Это строка говорит что при разряде 2^1 = 2 должен в бите стоять значение 1
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0| 0| 1| 1|----|
Берем теперь остаток от деления на предыдущем шаге - он равен 1, и повторяем операцию для следующего
разряда бита в байте.
1 = 1 x 1 + 0
Где:
1 - результат целочисленного деления 1 на 1
0 - остаток целочисленного деления 1 на 1
Это строка говорит что при разряде 2^0 = 1 должен в бите стоять значение 1
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0| 0| 1| 1| 1|
Итак, двоичная форма десятичного ключа 103
|0|1|1|0|0|1|1|1|
Теперь кодируемое сообщение превратилось просто в последовательность нулей и единиц. На следующем шаге надо записать их в изображение.
Предположим что у текущего пикселя в компоненте красного цвета стоит значение 129. Не будем менять все его значение, а разделим с помощью целочисленного деления это значение на две части.
129 = 120 + 9
Теперь посмотрим какое значение стоит в очереди на запись в последовательности нулей и единиц.
Если 0, то заменим 9 на 4, а 129 на 124
129|0 →124
Если 1, то заменим 9 на 5, а 129 на 125
129|1 →125
Таким образом визуально замена будет не видна, так как человеческий глаз не различает разницу между уровня красного 120 - 129. И кроме того даже если найдется такой одаренный человек, не факт что монитор или экран устройства, на котором он будет наблюдать эту пикчу, само сможет корректно отобразить эти уровни интенсивности.
В итоге таким образом однозначно кодируется последовательность нулей и единиц, а через них - ключи символов послания, а через них в свою очередь - сами символы послания и само послание.
Предположим что у текущего пикселя в компоненте красного цвета стоит значение 129. Не будем менять все его значение, а разделим с помощью целочисленного деления это значение на две части.
129 = 120 + 9
Теперь посмотрим какое значение стоит в очереди на запись в последовательности нулей и единиц.
Если 0, то заменим 9 на 4, а 129 на 124
129|0 →124
Если 1, то заменим 9 на 5, а 129 на 125
129|1 →125
Таким образом визуально замена будет не видна, так как человеческий глаз не различает разницу между уровня красного 120 - 129. И кроме того даже если найдется такой одаренный человек, не факт что монитор или экран устройства, на котором он будет наблюдать эту пикчу, само сможет корректно отобразить эти уровни интенсивности.
В итоге таким образом однозначно кодируется последовательность нулей и единиц, а через них - ключи символов послания, а через них в свою очередь - сами символы послания и само послание.
Стесняюсь спросить... Ты что преподаешь? Иформатику по перфокартам? лел
Обычные люди перевод в любую СС делают обычным делением на основание.
Расскажите ему про рар-жпеги
Теперь возникает необходимость прочесть сообщение из пикчи обратно в послание. Для этого идем по матрице интенсивности изображения и из каждой компоненты пикселя считываем значение интенсивности. Если последняя цифра значения интенсивности 4, то в буфер-байт с восемью ячейками добавляем в конец значение 0
94 = 90 + 4 → 0
Если последняя цифра значения интенсивности 5, то в буфер-байт с восемью ячейками добавляем в конец значение 1
95 = 90 + 5 → 1
Как только буфер-байт заполнит все восемь разрядов, переводим двоичную форму ключа символа из таблицы трансляции в десятичную.
Например в буфере-байте лежало следующее двоичное значение
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0| 0| 1| 0| 1|
Тогда в десятичном виде значение будет
key =
0 x 128 + | 2^7 = 128
1 x 64 + | 2^6 = 64
1 x 32 + | 2^5 = 32
0 x 16 + | 2^4 = 16
0 x 8 + | 2^3 = 8
1 x 4 + | 2^2 = 4
0 x 2 + | 2^1 = 2
1 x 1 | 2^0 = 1
key = 0 + 64 + 32 + 0 + 0 + 4 + 0 + 1
key = 101
В таблице трансляции по данному ключу находится символ 'к'
После этого символ следует добавить в сообщение, а буфер следует очистить и двигая дальше по изображению заполнять его нулями и единицами до тех пор пока он снова не заполнит все восемь свои разрядов.
Движение по изображению происходит до тех пор, пока не будет считан специальный символ конца сообщения.
После этого этот символ следует вырезать из конца сообщения, а само сообщение отправить на прочтение получателю.
94 = 90 + 4 → 0
Если последняя цифра значения интенсивности 5, то в буфер-байт с восемью ячейками добавляем в конец значение 1
95 = 90 + 5 → 1
Как только буфер-байт заполнит все восемь разрядов, переводим двоичную форму ключа символа из таблицы трансляции в десятичную.
Например в буфере-байте лежало следующее двоичное значение
|2^7|2^6|2^5|2^4|2^3|2^2|2^1|2^0|
| 0| 1| 1| 0| 0| 1| 0| 1|
Тогда в десятичном виде значение будет
key =
0 x 128 + | 2^7 = 128
1 x 64 + | 2^6 = 64
1 x 32 + | 2^5 = 32
0 x 16 + | 2^4 = 16
0 x 8 + | 2^3 = 8
1 x 4 + | 2^2 = 4
0 x 2 + | 2^1 = 2
1 x 1 | 2^0 = 1
key = 0 + 64 + 32 + 0 + 0 + 4 + 0 + 1
key = 101
В таблице трансляции по данному ключу находится символ 'к'
После этого символ следует добавить в сообщение, а буфер следует очистить и двигая дальше по изображению заполнять его нулями и единицами до тех пор пока он снова не заполнит все восемь свои разрядов.
Движение по изображению происходит до тех пор, пока не будет считан специальный символ конца сообщения.
После этого этот символ следует вырезать из конца сообщения, а само сообщение отправить на прочтение получателю.
бедные дети...
Единственное что следует учитывать, что при такой записи изображение должно обладать в восемь раз большим числом пикселей, чем символов в сообщение. Например конституция РФ со все раскрытыми подразделами на данный момент содержит 95123 символов.
Соответственно на ее запись подобным прямым видом потребуется
95123 * 8 = 760984 пикселей минимум.
Хотя наличие сообщения уже заметно меньше и просто так на глаз его уже не обнаружить - первая пикча без сообщения, вторая с конституцией.
Соответственно на ее запись подобным прямым видом потребуется
95123 * 8 = 760984 пикселей минимум.
Хотя наличие сообщения уже заметно меньше и просто так на глаз его уже не обнаружить - первая пикча без сообщения, вторая с конституцией.
Добра.
Сегодня-завтра залезу порыться в твоем коде - сразу как допилю свой до презентабильного вида и выпилю все ненужное.
тебе бы бинарные операции освоить.
ну в самом деле, твои "больше", "меньше", сложение, вычитание - это какой-то бред
Сраным пидарахам лишь бы шифроваться и воровать. Ничего нового.
Может быть мне тоже как в синагогах назначить по бутылке вина за каждого пойманного в треде покемона?
Детей плохому тоже учить не надо. А то у них потом шаблон порвется. Если уж хочешь детям основы стеганографии преподавать - так начни с истории и критикуй каждый подход. А не пропагандируй какое-то поехавшее убожество.
Демушкин поясняет.
https://www.youtube.com/watch?v=J0GFCanOV30
https://www.youtube.com/watch?v=J0GFCanOV30
>Ты не шифруешь, ты ломаешь нахуй даже самые примитивные метрики изображения.
По-перше, шановний пане, что бы в контексте шифрования можно было говорить о искажениях метрики изображения, надо знать какое изображение оригинал, а какое с закодированным сообщением. И при этом точно знать что одно из них содержит послание, а другое нет.
А когда у тебя есть просто одно изображение, относительно чего ты будешь его сверять? Относительно сферического коня в вакууме?
Предположим товарищ майор словил пикчу, а потом рашил загуглить оригинал и проверить насколько отличается словленная от эталона. Но вот не задача, одного единого эталона, что бы относительно него померять например PSNR нет, а попарное сравнение показало что он скачет от пары к паре как безумный, особенно относительно вон того перевернутого йобы, который заговорщики возможно вообще перевернули что бы никто не догадался.
И чем тебе теперь поможет метрика?
Это не смотря на то, что даже незначительные игры с фотошопом херачат матрицы только в путь, хоть глаз ирл этого и не видит.
Будешь теперь каждого с фотошопом или другим редактором на в отделения на допрос тащить?
По-друге, ото навіщо такому шпрудкому пану поспішати до пекла поза чергою? Изображение можно разбить на текстуры, которые будут хранить каждая свою уникальную инфу - бит байта ключа, уникальное для этой персональной текстуры значение нуля в бите и уникальное для этой же текстуры значение единицы в бите, адрес следующей текстуры изображения со следующим битом байта ключа, ведь они могут идти не подряд, а представлять собой односвязный список, по которому нужно прыгать что бы корректно прочитать все биты всех ключей всех символов. А потом еще все это счастье можно аккуратно погладить или смазать, так что бы дисперсии всей пикчи по каждой компоненте интенсивности хранили необходимые для обратного рассглаживаня параметры изображения.
Так что не переживайте так - смело прыгайте за мной в мясорубку что бы никто не ушел обижаным.
Ты несомненно агент госдепа, так как английский тебе дается лучше русского, иначе не понятно почему мне приходится тебе писать этот пост.
Как ты себе представляешь, мне надо придти в очередную группу на первое занятие, с растопыренными пальцами вывалить на людей, у которого в половине случаев даже зачатка вышки не было, после чего бросив через плечо "остальное есть в инете в открытом доступе, ищите сами" уезать в закат?
А потом пару месяцев пока будет идти эта группа бухать и ныться по всему интернету что типо все просрано, слушатели тупые, грядет конец мира спасайся кто может?
Людям требуется давать инфу последовательно и дозировано, а главное - разбавлять все самостоятельными для них примерами, что бы у них получалось и они чувствовали уверенность в себе и своих силах.
Нет, можно конечно 90% времени в тетрадках писать теорию и выстраивать структуры данных и проектировать классы, а потом за последние пару занятий все это реализовывать, но у меня не университетский курс, и, что более главное, мне не нужно отчитать им часы ради часов, мне нужно что бы они поняли что им хотят донести. А главное - могли это потом повторить без меня, когда оплаченное ими время закончится.
Наверное тебе стоит задуматься а почему все сейчас так, а не иначе.
В i2p пустовато?
Не где не с кем поболтать по пустякам?
Как внезапно блин -
Впрочем ты можешь и дальше продолжать в том же духе забиваться в щель все глубже и глубже. С учетом того что все накопленные тобой знания или хотя бы их часть ты передать не можешь да и некому, а доступный максиумм - пердеть из норы как все ниторт, для развития интернета даже очередная тп с набором селфи, бугуртящая что ее фотки как ее дерут десяток ебарей на курорте, станут доступны майорам, полезнее тебя.
>законам дают имена депутатов, якобы имеющим к этим законам какое-то отношение
Если пані Яровая не имеет к этим законам никакого отношения, не озвучивала их, не писала и не голосовала за них - то пусть публично об этом заявит что клевета и так далее.
А так она что думает, потом покричит что это меня заставили, не виновата и все само рассосется?
А депутатскую зарплату ее тоже брать заставляли?
А льготы депутатские юзать?
Что же она от всего этого сейчас не отказывается раз она такая тут вся не причем и это ее кровавый тиран писать/голосовать заставляет.
Только если слушатель знает что такое основание.
Мое требование к курсу - он должен быть принципиально доступен даже для восьмиклассников-шестиклассников, в том числе и для тех из них кто большую часть уроков спал или играл на телефоне.
Может быть.
Правда этих "детей" силком ко мне никто палкой не гонит и если им что-то ниторт, они вполне могут не ходить и не платить.
>тебе бы бинарные операции освоить
>ну в самом деле, твои "больше", "меньше", сложение, вычитание - это какой-то бред
У меня слоупоки уже не успевают размножатся уже что бы на всех хватило.
Товарищ майор, не переживайте так.
Дворник - тоже нормальная профессия.
С ней можно работать.
>Детей плохому тоже учить не надо.
А с чего ты взял что плохому?
Например если в теме идет рассмотрение wav-формата, надо же поучится в него делать запись данных в дату напряму и считывание с него. Почему бы в таком случае не позаписывать чаровские символы? Люди еще раз вспомнят что такие слова как байт, слово, квад - они не просто так появились. Если в кулинарном училище учат как разделывать мясо, разве это плохо само по себе?
Ну да, вместо баранины точно так же можно разделать и что-нибудь другое, но это уже тонкости и частности.
Кроме того, шифровка сообщений пикчами не самоцель курса - она туда начиная с позапрошлой недели аккуратно вплетена.
Ну и на самый конец - если бы людям не нравилось, они бы ко мне не ходили.
У меня не университет, где ходят ради диплома и что бы не попасть в армию.
Если народ вместо того что бы на свои деньги снять шлюху, побухать или сгонять на курорт решает прослушать мой курс от начала до конца - ну хули, их деньги и их право.
Ну как бы да, то, о чем тут все говорили.
За пост больше чем за убийство, сразу в тюрьму, это вот все.
Проиграл за сроки за оправдание терроризма - по факту любой из рф, который тут хотя бы раз отрицательно отзывался о маняросах уже может паковать теплые вещи. И что можно проводить обыск бонусом тех же автоведер даже не ставя никого в известность.
Только не могу понять, почему русских и вообще рашку от хуйла защищает человек, который когтавит каждые пару минут?
Типо больше уже некому?
> знает что такое основание
просто ппц.. ну ты же рассказываешь о переводе из одной СС в другую и не говоришь об элементарных основах, а городишь какой-то огород на пальцах привязанный к конкретной задаче.
когда (если) они начнут разбираться глубже, они поймут какую пургу ты им нес
без обид
Когда поймут - тогда и спросят.
Но если они вообще не поймут то толку?
Мои занятия не ставят под собой целью показать какой я охуенный, а показать им какие охуенные они сами.
Кроме того в школе тебе рассказывают что Земля круглая, вокруг ядра вращаются шарики-электроны, а компьютер считает точно и ошибок не делает. О том, что все немного не так люди в лучшем случае узнают потом, но жить это почему-то никому не мешает.
я просто пытаюсь сказать, что ты на ровном месте усложняешь простейшие решения
Ты рассуждаешь как человек с университетским образованием, который хочет видеть логичный и непротиворечивый курс, наполненный всей необходимой базой, на основание которой учащийся потом может заниматься всем что ему только придет в голову в профессиональной деятельности.
Однако ты мало или почти не знаком с людьми, которые не проходили базовый курс матана, дискретки и дифуров, графов, основ поддержки принятия решений и других полезных вещей, которые ирл гораздо важнее чем синтаксис языков программирования.
Обычные люди боятся компов. И не понимают их.
Обычные люди боятся математики. И не понимают ее.
Если сказать им слово "основание" сходу и начать объяснять что вот есть такая система отсчета, и вот такая, и еще вот такая, и что на самом деле значение всегда одно, но просто в каждой системе разная запись - они начнут терять интерес к предмету.
Им как детям надо подсластить пилюлю, помочь открыть дверь об которую они бьются головой не понимая что же они делают не так.
А вот если ты говоришь "сегодня мы будем писать игрушку/шифровать/делать еще какую-то интересную хуйню" и самое главное - если у них начинает получатся, то тогда это уже совсем другие люди. Их глаза начинают гореть, они начинают интересоваться предметом - они хотят этому научится теперь не потому что их сюда начальство направило или они в интернете прочитали что программирование - стильно/модно/молодежно, а потому что они сами понимают зачем им это нужно.
Когда человек хочет действительно сам что-то понять и у него есть у кого спросить, отсутствие фундаментальной базы или пробелы в теории это решаемая проблема.
В противном случае ты максимум добьешься что учащийся зазубрит формулы или приемы из методички и будет знать что вот тут делать так, а вот тут этак - вот тут лучше дерево, а вот тут стек, а почему так - да и похуй. Потому что мне так сказали.
Другое дело что в универе слушатели как правило уже сами мотивированны изучать все самостоятельно и рассматривают собственно курсы как просто обзор основных моментов той или иной своей области, но не как законченный и полный набор знаний.
Просто не следует мешать одно с другим и пытаться применять реалии университета там, где они не работают. В конце концов такую штуку как границы применимости теорий не просто так выдумали.
> на самом деле значение всегда одно, но просто в каждой системе разная запись
так и нужно, т.к. это поможет именно понять что происходит на самом деле, а не тупо по зарисованным схемам пальцем ползать
> В противном случае ты максимум добьешься что учащийся зазубрит формулы или приемы из методички
но ведь ты именно это и делаешь:
> Теперь посмотрим какое значение стоит в очереди на запись в последовательности нулей и единиц.
> Если 0, то заменим 9 на 4, а 129 на 124
> Если 1, то заменим 9 на 5, а 129 на 125
А если будет не 9, а 8? А если 7?
Это ведь и есть уличная магия методичка. А почем нужно записать одно, а не другое - хер знает: так надо
пикча с конституцией после обработки в https://tinypng.com/
и? перевел в 8bpp. дальше что?
>А если будет не 9, а 8? А если 7?
А тебе вера 7 на 4 или 5 заменять запрещает?
Парочка инструкций с целочисленным делением и одним оператором условия даже для моих не считается к третьему занятию чем-то неподъемным:
key = (int)clr.R;
>например key стало 127
key = (int)(key / 10);
>поделили key на десять, остаток отбросили
>теперь key равно 12
if(bitBuff == 0)
>если на данном шаги кодируется 0
{
key = key 10 + 4;
> key = 12 10 + 4 = 124
}
else
{
key = key 10 + 5;
>key = 12 10 + 5 = 125
}
Так что это как раз таки уличная магия.
Действенная и работающая.
>но ведь ты именно это и делаешь:
Тред - в том числе и черновой вариант моего конспекта.
Во-первых, в финале все фиксится, а в тред потом вернется чистовой вариант.
Во-вторых, слушатели оплачивают не мой конспект, а мое персональное время.
Если будет необходимо, на занятиях даже самая простая ерунда будет жеваться до тех пор, пока не разжуется окончательно.
Если потребуется - десять раз подряд от начала до конца.
Если потребуется - еще больше.
Обычно хватает трех-четырех раз на самые сложные темы курса.
а... не вкурил сразу. вот что значит "простое" объяснение
вообще оперировать числами в десятичной системе, работая с двоичными данными глупо
и нафига ты 1 бит данных (ключа по твоему) кодируешь аж 3мя битами в канале?
зачем такая избыточность?
4 = 100
5 = 101
записывай в младший бит и всё
если переводить на твой язык:
key = (int)(key/2)*2;
if(bitBuff == 1) key = key + 1;
и всё.
> глаз не различает разницу между уровня красного 120 - 129
и опять-таки твоя ошибка в том, что ты оперируешь десятичными числами
на самом деле цвет меняется не пределах 0..9, а от 0..7 (т.к. ты меняешь 3 бита)
> if(bitBuff == 1) key = key + 1;
даже еще проще:
key = key + bitBuff;
>вообще оперировать числами в десятичной системе, работая с двоичными данными глупо
>и опять-таки твоя ошибка в том, что ты оперируешь десятичными числами
>Во-первых, потому что они слушают курс не про шифрование
Большая часть курса не предназначена для работы с двоичными системами счисления - она про простые и понятные десятичные циферки, которые кроме того будут понятны не только слушателям моего курса, но и тем, кто потом будет пользоваться их работой ирл.
Однако мне раньше мешало жить что курс не дает им принципиального понимания зачем эта двоичная система счисления и как все там внутри работает ирл.
Теперь эта проблема нашла решение.
>и нафига ты 1 бит данных (ключа по твоему) кодируешь аж 3мя битами в канале?
Ключ не кодируется тремя битами - он кодируется одним, а остальные просто не используются. Почему? Потому что могу себе позволить и потому что оперирование одной прямоугольной матрицей им дается легко, а вот три прямоугольные матрицы уже вызывают затруднение. В конечном счете в этом курсе работоспособность и простота превыше оптимизации и изящества - они получают интересную цацку, но не слишком сложную что бы она на этом этапе вызывала у них скуку.
>записывай в младший бит и всё
>
>если переводить на твой язык:
>
>key = (int)(key/2)*2;
>if(bitBuff == 1) key = key + 1;
>
>и всё.
>даже еще проще:
>
>key = key + bitBuff;
Четверка и пятерка имеют тут более важный смысл - в один байт можно поместить 256 значений, от 0 до 255. В последний десятичный разряд если интенсивность перевалит за 200 четверка и пятерка еще влезет, а вот 256 и или выше - нет. Это призвано им еще раз напомнить что
- помните граничные приделы структур данных которые проектируете и используете
- в один байт можно записать 256 значений, но при этом 255 - максимально возможное из этих значений, нехуй путать это блядь
> работоспособность и простота
Да уж куда проще одним битом (первым) кодировать.
Никаких трех матриц. Все тоже, что у тебя, только в разы проще.
Можешь вообще тупо на "чёт-нечет" им объяснить.
Кодирование:
Если значение цвета нечетное, уменьшаем его на 1, если четное - не трогаем
А потом просто добавляем кодируемый бит к значению цвета:
if(key % 2 == 1) key = key-1; // а проще так: key = key - (key % 2);
key = key + bitBuf;
Декодирование:
Если значение цвета нечетное - то записываешь в буфер 1, если четное - 0
Если бы речь шла только про простоту и понятность - нет сомнений что твой способ проще и лучше моего. Четность и нечетность - одни из фундаментальных понятий, при этом достаточно простых и доступных.
Но в конце прошло моего поста был еще один абзац про
>Четверка и пятерка имеют тут более важный смысл - в один байт можно поместить 256 значений, от 0 до 255. В последний десятичный разряд если интенсивность перевалит за 200 четверка и пятерка еще влезет, а вот 256 и или выше - нет. Это призвано им еще раз напомнить что
>- помните граничные приделы структур данных которые проектируете и используете
>- в один байт можно записать 256 значений, но при этом 255 - максимально возможное из этих значений, нехуй путать это блядь
По моим курсам разбросано целая куча подобных вещей, которые позволяют в единицу времени вычитать и усвоить больше материала чем при классическом подходе. Каждая тема и пример должны служить не одной, а сразу нескольким целям, при этом стараться быть гармоничными. Порой приходится жертвовать чем-то одним тут, что бы расширить и углубить более важные вещи в другом месте.
«Пакет Яровой» хотят сдать на долгосрочное хранение
Действие закона предлагается отложить до 2023 года
Член Совета федерации Антон Беляков внес в Госдуму законопроект, отодвигающий вступление в силу отдельных положений антитеррористического «пакета Яровой» на 2023 год вместо 2018-го, в частности, речь идет об обязанности для операторов связи по длительному хранению информации пользователей. Сенатор указывает, что дата-центры к указанному в законе сроку построены быть не могут. В думском комитете по безопасности сообщили “Ъ”, что изменения в закон будут вносить только после того, как он начнет работать на практике.
http://www.kommersant.ru/doc/3042376
"Ъ": в Совфеде предложили отложить "пакет Яровой " до 2023 года
Предложение касается обязанности операторов хранить информацию о содержании разговоров и переписке пользователей в течение шести месяцев. Сенатор отмечает, что это требование нельзя выполнить к 2018 году, поскольку необходимое оборудование сейчас не производится ни в одной стране мира и не может быть создано за такой короткий срок.
http://ria.ru/politics/20160719/1471353689.html#ixzz4EtD1FQH9
Вступление в силу пакета Яровой предложили частично отложить до 2023 года
Член Совета Федерации Антон Беляков подготовил законопроект о переносе срока вступления в силу отдельных положений так называемого антитеррористического пакета на 2023 год. Об этом Беляков сообщил «Ленте.ру» во вторник, 19 июля.
https://lenta.ru/news/2016/07/19/yarovoy/
Действие закона предлагается отложить до 2023 года
Член Совета федерации Антон Беляков внес в Госдуму законопроект, отодвигающий вступление в силу отдельных положений антитеррористического «пакета Яровой» на 2023 год вместо 2018-го, в частности, речь идет об обязанности для операторов связи по длительному хранению информации пользователей. Сенатор указывает, что дата-центры к указанному в законе сроку построены быть не могут. В думском комитете по безопасности сообщили “Ъ”, что изменения в закон будут вносить только после того, как он начнет работать на практике.
http://www.kommersant.ru/doc/3042376
"Ъ": в Совфеде предложили отложить "пакет Яровой " до 2023 года
Предложение касается обязанности операторов хранить информацию о содержании разговоров и переписке пользователей в течение шести месяцев. Сенатор отмечает, что это требование нельзя выполнить к 2018 году, поскольку необходимое оборудование сейчас не производится ни в одной стране мира и не может быть создано за такой короткий срок.
http://ria.ru/politics/20160719/1471353689.html#ixzz4EtD1FQH9
Вступление в силу пакета Яровой предложили частично отложить до 2023 года
Член Совета Федерации Антон Беляков подготовил законопроект о переносе срока вступления в силу отдельных положений так называемого антитеррористического пакета на 2023 год. Об этом Беляков сообщил «Ленте.ру» во вторник, 19 июля.
https://lenta.ru/news/2016/07/19/yarovoy/
Напомню что хуйло дал фсбешникам две недели назад срок до 20-го июля, которое наступит где-то через десять минут, найти ключи ко всему интернету.
И вдруг 19-го закон решили отложить до 2020 2023 года.
Но видимо что-то пошло не так и манямирок кремля в очередной раз сломался под действием реального мира.
И вдруг 19-го закон решили отложить до 2020 2023 года.
Но видимо что-то пошло не так и манямирок кремля в очередной раз сломался под действием реального мира.
Ну и мудачьё. Ни украсть, ни посторожить.
> А когда у тебя есть просто одно изображение, относительно чего ты будешь его сверять? Относительно сферического коня в вакууме?
Относительно нормального распределения! Брысь из профессии, не сри в мозги детям.
Блядь, надо давать материал в объеме и с отсылками к истории. А потом детализировать. Ты своих дебилушек еще шифром Цезаря научи шифровать свои рывалюционные планы.
> Не где не с кем поболтать по пустякам?
Да почему по пустякам. Просто негде. Не осталось даже живых сообществ, куда можно прийти с торой, оставить что-нибудь интересное и уйти. Да и просто живых. На двачах, блядь, банят за взгляды.
>Относительно нормального распределения!
Ну круто, что. Программно созданные изображения вроде логотипов, кривые фотошопы, где очередной ногибатор-777 из 7-Б попытался приделать свое личико шварцнегеру, банально артпостеры и т.д. изначально не поддерживают нормальное распределение так как изначально не существовала аналогового непрерывного сигнала, который оцифровкой перекидовался в растр.
Или будешь теперь на Колыму ссылать за хуевый фотошоп?
Хотя знаешь, а в этом что-то есть.
>Блядь, надо давать материал в объеме и с отсылками к истории. А потом детализировать.
Ты рейд-босс Слоупокии ?
Оплати каждому моему слушателю время на дополнительные занятия после основных, золотой парашют на случай его увольнения за прогулы пока он сидит на моих курсах вместо работы, а еще желательно проезд и проживание и тогда в курсе появится возможность читать все это добро.
Ага, и несомненно сидение на веранде под пледиком, сопровождаемое нытьем как все просрано улучшает ситуацию.
лел. 1й-пик - матрешка: если его распаковать - получим второй пик, потом распаковываем второй - получаем 3й
Аноны, чем надо пользоваться чтобы изменить айпи и не получать ошибоке при постинге? Заранее благодарен
Им дали pgp и шифровку непосредственно в пики через аес, нет, хотят говно жрать.
>им дали глаза, нет хотят тред жопой читать
Товарищ модератор, залогинтесь.
Bump
к сожалению, не модератор
Спасибо.
Так что там с законами Яровой?.
Предложили отложить и не сказано когда это решение будут принимать, ни уточняют сроки кроме как ну где-то до 2023, но точно хз.
Вот заява Белякова с просьбой отложить часть закона Яровой, касающиеся непосредственно сбора и хранения информации
http://asozd2.duma.gov.ru/addwork/scans.nsf/ID/3DD578844A4BD88D43257FF5003FD13E/$File/1129775-6.PDF?OpenElement
И че, это типо квест такой - собери по кусочкам инфу про закон, по которому тебе жить?
По городским легендам и то блядь инфы больше.
Ох лол, с каких это пор невыделение денег из бюджета - тоесть отсутствие попила, стало достоинством проекта?
Или это типо пиар ход на случай если кто-то его из прессы например прочтет?
Или это типо пиар ход на случай если кто-то его из прессы например прочтет?
Прикол в том, что все эти пакеты шапокляк абсолютно не учитыват реальность, т.к. написаны дилетантами, которые вообще не в теме. Что получается? Неэффективные и абсолтно бессмысленные запреты и затраты. Простой пример - написали, приняли ,вова подписал. На следущий день в рашке релизится игра про покемонов и все усилия по пизде ,т.к. с помощью этой игры, формально не подпадащей под пакет шапокляк, можно эффективно управлять массами. Федоров кукарекает про майдан и госдеп. Что дальше? Второй пакет? Запрет интернета, смартфонов, письменности?
Почему отсутствие? Бамажка говорит о том, кто уплатит за все (норот, ес-но), а попилить можно и народные денежки.
Страна должна знать своих героев в лицо
>авторами так называемого «антитеррористического пакета Яровой» являются, на самом деле, четыре человека: депутаты Думы Ирина Яровая, Алексей Пушков, Надежда Герасимова и член Совета Федерации Виктор Озеров
http://www.mk.ru/politics/2016/07/19/zakonoproekt-protiv-unichtozhayushhego-internetotrasl-zakona-yarovoy-vnesen-v-gosdumu.html
>авторами так называемого «антитеррористического пакета Яровой» являются, на самом деле, четыре человека: депутаты Думы Ирина Яровая, Алексей Пушков, Надежда Герасимова и член Совета Федерации Виктор Озеров
http://www.mk.ru/politics/2016/07/19/zakonoproekt-protiv-unichtozhayushhego-internetotrasl-zakona-yarovoy-vnesen-v-gosdumu.html
Ну да, двачую каждое слово.
Уже отмечал что 20-го, вчера кстати, фсбешные орлы должны были бодро отчитаться как они взломали весь интернет и теперь у них есть ключи от всего, даже неба с аллахом.
А потом 19-го ВНЕЗАПНО некоторые части закона решили немножечко отложить до 2020 вообще до 2023-го.
Тоесть где-то на пол президентских срока после базы на Луне.
Собственно тут есть более глубокая подоплека - совковые мудилы привыкли мыслить фигурами - типо что всегда есть человек, которому можно лично забашлять или на которого надовить и все само собой решится. Так же и тут - они походу даже не могли представить что нет какого-то единого ключа от всех дверей, а каждая сессия каждого пользователя с каждым конкретным ресурсом уникальная.
Тоесть они настолько отстали от жизни даже не в вопросах технологий там, а даже в понимание базовых принципов работы современного общества, что даже не могут осознать уровень своего мудачества.
И это люди, которые полутора сотне миллионов указывают как жить, что жрать и на что дрочить каждый день.
Стеганография уровня po/.
exif у jpeg не редактируется вообще?
В MP3 данные не запихивается?
Ну охуеть, теперь что ни день - то ломающие новости.
Фсбуха решило наконец прокукарекать о шифрование.
Прослушайте пожалуйста голос со стороны параши.
>Обязательной сертификации средств кодирования (шифрования) при передаче сообщений в информационно-телекоммуникационной сети «Интернет», массово применяемых для защиты сведений, не составляющих государственную тайну, в том числе в абонентских устройствах и базовых станциях мобильной связи, компьютерах, оборудовании информационно-телекоммуникационной сети «Интернет», на соответствие требованиям по безопасности информации не требуется.
http://www.fsb.ru/fsb/science/[email protected]
И еще на РБК
ФСБ пояснила требования «пакета Яровой» к сертификации средств шифрования
В рамках «пакета Яровой» необходимости в обязательной сертификации средств шифрования в интернете нет, говорится в сообщении ФСБ. Это требование коснется лишь средств, используемых для передачи государственной тайны
http://www.rbc.ru/technology_and_media/20/07/2016/578f7fde9a7947d1a287f4cb
Фсбуха решило наконец прокукарекать о шифрование.
Прослушайте пожалуйста голос со стороны параши.
>Обязательной сертификации средств кодирования (шифрования) при передаче сообщений в информационно-телекоммуникационной сети «Интернет», массово применяемых для защиты сведений, не составляющих государственную тайну, в том числе в абонентских устройствах и базовых станциях мобильной связи, компьютерах, оборудовании информационно-телекоммуникационной сети «Интернет», на соответствие требованиям по безопасности информации не требуется.
http://www.fsb.ru/fsb/science/[email protected]
И еще на РБК
ФСБ пояснила требования «пакета Яровой» к сертификации средств шифрования
В рамках «пакета Яровой» необходимости в обязательной сертификации средств шифрования в интернете нет, говорится в сообщении ФСБ. Это требование коснется лишь средств, используемых для передачи государственной тайны
http://www.rbc.ru/technology_and_media/20/07/2016/578f7fde9a7947d1a287f4cb
Короче, для тех кто в танке: - хитрый ход конем.
Ок мы не можем контролить вас всех, поэтому живите. Но если вдруг нам покажется что вы передаете гостайну - ну там например что Брежнев Путин дурак, ждите пативены.
В любом случае тред можно сворачивать - он изначальна родился из двух посылов - что фсбня будет каким-то чудом хранить все и что шифрование запрещено в принципе.
Так как товарищи майоры обосрались по обоим пунктами, можно просто вернутся к уже готовым инструментам шифрования, с ярыми адептами которых полемизировал два треда.
Буду еще немного тут сидеть только что бы понаблюдать за развитием событий с этим обосрамсом поехавших кремлядей.
Ок мы не можем контролить вас всех, поэтому живите. Но если вдруг нам покажется что вы передаете гостайну - ну там например что Брежнев Путин дурак, ждите пативены.
В любом случае тред можно сворачивать - он изначальна родился из двух посылов - что фсбня будет каким-то чудом хранить все и что шифрование запрещено в принципе.
Так как товарищи майоры обосрались по обоим пунктами, можно просто вернутся к уже готовым инструментам шифрования, с ярыми адептами которых полемизировал два треда.
Буду еще немного тут сидеть только что бы понаблюдать за развитием событий с этим обосрамсом поехавших кремлядей.
>Стеганография уровня po/.
Чтение жопой уровня /po/
>exif у jpeg не редактируется вообще?
Для кого в оппосте архив прошлого треда висит?
>В MP3 данные не запихивается?
У меня не сто рук и десяток клонов что бы успевать постить в тред абсолютно все что мне известно.
А, ну так-то да.
А то уже думал может они там захворали чем.
Очнись, хохол, ты вновь обосрался. Не будет никаких репрессий и запретов на шифрование, не будет повышения цен на связь, нихуя не будет. Все ваши визги за последний месяц или сколько там - были впустую. Как всегда ебанутые хохлы и их визгливые подсвинки-либерахи вопили на ровном месте, но нихуя как НЕ БЫЛО и НЕ БУДЕТ. Сосните уже хуйца и успокойтесь, уебки.
>фсб хотело дать пососать всему рунету тотальным хранение всей инфы, но соснуло само еще до начала
>@
>фсб хотело дать пососать всему рунету тотальным запретом шифрования данных, но соснуло само еще до начала
>@
>фсб хотело дать пососать вообще всему мировому инторнету и взломать даже небо с аллхом, но соснуло так что предпочитает об это даже не кукарекать
>@
>хохол обосрался
+15
Бампец.
Блядь, да с самого начала либерашьих визгов они пояснили, что всей инфы хранить не надо будет, а лишь ту инфу что ФСБ запрашивать хранить будет, про шифрование тоже говорили. Сам Путин когда принял сказал, что контролировать это дело будет чтобы без хуйни. Но вам дебилам лишь бы повизжать. Да хуй бы с вами - весь ебаный рунет из-за этого закона на уши подняли, я аж охуел слушать про эту Яровую. Сукаблядь
>с самого начала либерашьих визгов они пояснили, что всей инфы хранить не надо будет
Пиздит как русский.
WHAIT OH SHI
https://lenta.ru/news/2016/07/20/nocertification/
>Антитеррористический пакет законов, разработанный депутатом Ириной Яровой, а также главой комитета Совфеда по обороне и безопасности Виктором Озеровым, в частности, предусматривает обязательство операторов связи, мессенджеров и социальных сетей хранить всю информацию о содержании разговоров и переписки пользователей в течение полугода.
Там не написано, что данные нужно хранить ВСЕХ пользователей, о чем так отчаянно пиздели хохлы и либерахи. И в итоге выяснилось, что хранить надо будет только ту инфу что ФСБ скажет хранить, а не всю вообще, пан ебаный хохол.
У меня от тебя NETSUKUKU
>Ну чего вы всполошились против закона о предоставлении смазанных анусов по пятницам в силовые структуры? Пояснили же, что всех ебать не будут - только тех, кого захотят.
Спасибо барину за это!
>Там не написано, что данные нужно хранить ВСЕХ пользователей
Зато там написано что необходимо было хранить информацию граждан рашки, без какого либо деления этих граждан на подгруппы.
>Сам Путин когда принял сказал, что контролировать это дело будет чтобы без хуйни.
Ну всё, блядь, раз Сам Путин сказал, то, блядь, спим спокойно, нахуй!
Как же я проиграл с этого подданного
Ну так что там с Яровой и откладыванием части законов?
побампай еще треда. я на днях выложу более лучшую версию 0.2 с блэкджеком ()
Поигрались и хватит
Власти Москвы отказались согласовать митинг против «закона Яровой»
Власти не согласовали митинг против «пакета Яровой» из-за проблем с оформлением документов у организаторов, сообщил представитель столичной мэрии. О том, что митинг согласован, заявлял соратник Алексея Навального Леонид Волков
http://www.rbc.ru/politics/22/07/2016/5791d3509a79477343c25a4e
И это при том, что ещц 14-го июля бояре были вроде как не против и милостиво разрешили обычным смердам побугуртить, правда не более одной тысячи душ за раз.
Власти Москвы отменили митинг против «пакета Яровой»
14 июля организаторы митинга сообщили, что власти столицы одобрили заявку на проведение массового мероприятия в центре столицы. Акция, запланированная на 26 июля, должна была пройти у площади Яузские Ворота. Согласно заявке, число участников не должно было превышать тысячу человек.
https://lenta.ru/news/2016/07/22/yarovaya/
Официальная причина отказа
>«На 26 была заявка, связанная с защитой статей Конституции 23 и 24 и свободы интернета. Мы его не согласовали, с учетом, что организаторы не выполнили все процедуры, связанные с оформлением документов по проведению данного мероприятия», — пояснил представитель мэрии.
Власти Москвы отказались согласовать митинг против «закона Яровой»
Власти не согласовали митинг против «пакета Яровой» из-за проблем с оформлением документов у организаторов, сообщил представитель столичной мэрии. О том, что митинг согласован, заявлял соратник Алексея Навального Леонид Волков
http://www.rbc.ru/politics/22/07/2016/5791d3509a79477343c25a4e
И это при том, что ещц 14-го июля бояре были вроде как не против и милостиво разрешили обычным смердам побугуртить, правда не более одной тысячи душ за раз.
Власти Москвы отменили митинг против «пакета Яровой»
14 июля организаторы митинга сообщили, что власти столицы одобрили заявку на проведение массового мероприятия в центре столицы. Акция, запланированная на 26 июля, должна была пройти у площади Яузские Ворота. Согласно заявке, число участников не должно было превышать тысячу человек.
https://lenta.ru/news/2016/07/22/yarovaya/
Официальная причина отказа
>«На 26 была заявка, связанная с защитой статей Конституции 23 и 24 и свободы интернета. Мы его не согласовали, с учетом, что организаторы не выполнили все процедуры, связанные с оформлением документов по проведению данного мероприятия», — пояснил представитель мэрии.
Да не вопрос побамбать.
Другое дело что если шифрование само по себе уже не запрещено - то какой смысл?
Теперь шифровка сообщений пикчами уже снова вопрос для програмача и крипточа, а не политики.
Хотя судя по всему дело еще не закончилось и власти рахи мутят что-то -
> уже не запрещено
пока не запрещено.
просто несколько идей еще хочу реализовать, и завяжу на этом
Добра тогда, буду подбампывать тед.
Купите VPN и спите спокойно.
Стеганография к этому закону вообще никаким боком.
Стеганография к этому закону вообще никаким боком.
До того как фсб подало голос из своего угла, законы яровой запрещали VPN.
Ну а теперь да можно не замарачиваться.
> законы яровой запрещали VPN.
Да всем насрать, чего там запрещали эти фуфлыжные законы, составленные чертями.
Юзали, юзаем и будем юзать.
ДОСТАВЬТЕ RULE24 C ЯРОВОЙ!!!!
>да всем насрать, чего там запрещали постить - постили, постим и будем постить
>@
>да всем насрать, на что там запрещали дрочить - дрочили, дрочим и будем дрочить
>@
>да всем насрать, что там запрещали есть - ели, едим и будем есть
Нам ГМО и не нужно.
Да ты и от повышения тарифов только выиграешь.
>24. Ты — тролль, лжец и девственник.
Удваиваю, срочно доставьте rule 24 с Яровой!
Впрочем, уже доставлено - пакет Яровой и есть rule 24 с Яровой.
Ну, у меня сейчас банально нет времени революцию совершать. Как куплю себе паб - так займусь революцией.
Революция совершает сама себя. Она как горная лавина - начав свое движение, не успокоится, пока вся инерция не будет погашена.
В таком случае разве выражать свое мнение относительно революции тебе тоже не стоит только после того как ты купишь себе паб?
А пока надо немного подождать и потерпеть?
Итак, продолжаем дискуссию о законах Яровой, которая уже приобрела тут широкую популярность:
https://2ch.hk/po/res/17182850.html
https://2ch.hk/po/res/17203930.html
https://2ch.hk/po/res/17209299.html
А кроме того радуемся за Украину где можно наслаждаться плодами борьбы за сеть
https://2ch.hk/po/res/17197964.html
Архив прошлого треда с первыми гайдами и развернувшейся дисскуссией
http://arhivach.org/thread/186331/