phil_tsarik Sep 13 2011 at 14:31

Стеганография в GIF

8 min

19K

Cryptography*

From sandbox

+28

Comments 18

MrCrock Sep 13 2011 at 15:15

Тема интересная. Попробуйте доразвить её и сделать дополнительное шифрование сообщения и извлечение зашифрованного сообщения из изображения.

-5

phil_tsarik Sep 13 2011 at 17:06

да, не спорю, тема интересная.
но для меня она была интересна (и даже очень), только в процессе написания курсовой :) сейчас же, это просто осталось как опыт работы с gif-изображениями и стеганографией

gabex Sep 13 2011 at 16:37

Нечто подобное делали на курсовой на C++ на втором курсе. Препод говорила, что довольно перспективное направление. Суть у нас была в шифровании пароля в картинке, если очень грубо выразиться.

UFO just landed and posted this here

dovg Sep 13 2011 at 16:53

i.imgur.com/QlGpd.gif

jil Sep 13 2011 at 16:58

Для инвайтов на хабр можно использовать, как дополнительный элемент защиты.

-3

icon Sep 13 2011 at 18:05

Предлагаю моднуть драйвер TrueCrypt для прозрачной работы со стеганографическим контейнером, распиленным на части и засунутым в коллекцию разнородных медиафайлов. Вот це будет курсовая. :)

MinoS Sep 13 2011 at 18:24

Делал подобную работу на 3-м курсе в качестве курсового. Можно было как шифровать так и извлекать текст. Насколько помню — писал на Delphi =)

kosiakk Sep 13 2011 at 18:25

В этой записи есть только одна GIF-картинка (первая), и то без скрытого текста внутри.
А где же секретный паззл для любопытных?!

terloger Sep 13 2011 at 22:45

осталось текст сжать и положить в конец файла и заново изобрести Rarjpeg, или Rargif, как в данном случае

grishkaa Sep 13 2011 at 23:09

Вообще, можно добавить в палитру несколько одинаковых цветов. Например, ее можно просто продублировать. При расшифровке смотреть — если для пикселя используется первый цвет, значит закодирована 1, иначе 0. Правда, много данных туда не засунешь, за то незаметно.

fogx Sep 13 2011 at 23:43

Да нет, вот туда-то как раз и засунешь МНОГО. Изображение может быть большого размера в пикселах, может быть анимированным, может не вызывая подозрений весить хоть несколько мегабайт — и каждый байт оттуда будет доступен для сокрытия данных. А мучить палитру, как в статье — практического смысла не имеет.

Beholder Sep 14 2011 at 09:54

Вы серьёзно считаете, что весь этот UML сделал программу понятнее?

Beholder Sep 14 2011 at 10:08

int bOrigColorCount = (int)Math.pow(2, bsize+1);

Да уж… Вот так можно?

int bOrigColorCount = 1 << (bsize + 1);

guyfawkes Sep 14 2011 at 11:18

Можно. Только, возможно, автор не посчитал нужным оптимизировать эту строку кода. Честно, ну выполнится сдвиг быстро, ну и что с того? :) Он же не в цикле.

phil_tsarik Sep 14 2011 at 14:08

я не очень-то заботился об оптимизации, главное — воссоздать алгоритм
тем более, я как-то не очень люблю придумывать сверхбыстрые и оптимизированные алгоритмы… меня больше занимает придумывание структуры, взаимодействия между классами/объектами/интерфейсами и т.д.

merlin-vrn Sep 14 2011 at 11:17

а почему бы не использовать анимашки? Каждый кадр может иметь свою палитру, дальше всё понятно

phil_tsarik Sep 14 2011 at 14:02

ну да, можно было развивать и развивать, но тогда и этого было достаточно для максимальной оценки.

Show the best of all time