форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Представлена техника перехвата содержимого Cookie для сжатых..."	+/–
Сообщение от opennews (ok) on 17-Сен-12, 22:35
Джулиано Риццо (Juliano Rizzo) и Тхай Дыонг (Thai Duong), известные исследователи компьютерной безопасности, создавшие в своё время технику атаки BEAST (http://www.opennet.me/opennews/art.shtml?num=31797) против SSL/TLS, разработали (http://isecpartners.com/blog/2012/9/14/details-on-the-crime-...) новый способ перехвата на промежуточном шлюзе содержимого сессионных Cookie, передаваемых внутри зашифрованного соединения. Новая атака, получившая название CRIME (Compression Ratio Info-leak Made Easy), эффективна для каналов связи на основе SSL/TLS и SPDY, действует только при использовании сжатия передаваемых данных и требует выполнения JavaScript-кода злоумышленника в браузере клиента (в случае man-in-middle атак осуществить подстановку такого кода не составляет труда). По своей сути CRIME является продолжением развития идей, воплощённых (http://www.opennet.me/opennews/art.shtml?num=31797) в методе атаки BEAST. Атака строится на возможности выделения в отслеживаемом зашифрованном трафике блоков данных с метками, отправляемыми подставным JavaScript-кодом на сайт, для которого требуется перехватить Cookie, в рамках общего шифрованного канала связи. Используя тот факт, что данные сжимаются на этапе до шифрования и не подвергаются дополнительной рандомизации, новая атака позволяет обойти средства защиты, добавленные производителями браузеров для блокирования атаки BEAST. В качестве демонстрации, на транзитном хосте, через который был перенаправлен трафик клиента, был организован перехват сессий для защищённых каналов связи с сервисами Gmail, GitHub, Twitter, Dropbox и Yahoo Mail.  Общее число серверов, поддерживающих сжатие SSL/TLS оценивается (https://community.qualys.com/blogs/securitylabs/2012/09/14/c...) в 42%. По заявлению авторов CRIME, они заранее связались с производителями браузеров и в последние версии Chrome и Firefox (только данные браузеры поддерживают протокол SPDY) уже включены надлежащие патчи, позволяющие защититься от новой техники атаки. Что касается  браузеров поддерживающих сжатие SSL/TLS, то в последних выпусках Chrome, Firefox, Opera и  Safari сжатие трафика для SSL/TLS было по умолчанию отключено (Internet Explorer подобное сжатие не поддерживается вообще). На стороне сервера защититься от атаки можно отключив сжатие SSL/TLS, например, для Apache 2.4 можно указать в настройках "SSLCompression off". Концептуальный прототип приложения для осуществления атаки можно найти здесь (https://gist.github.com/3698401). <center><iframe width="480" height="360" src="http://www.youtube.com/embed/gGPhHYyg9r4?rel=0" frameborder="0" allowfullscreen></iframe></center> URL: http://isecpartners.com/blog/2012/9/14/details-on-the-crime-... Новость: http://www.opennet.me/opennews/art.shtml?num=34869
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Представлена техника перехвата содержимого Cookie для сжатых..."	+2 +/–
Сообщение от pavlinux (ok) on 17-Сен-12, 22:35
Патчик для Апача 2.2+ https://issues.apache.org/bugzilla/attachment.cgi?id=28804
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Представлена техника перехвата данных для сжатых соединений ..."	+/–
Сообщение от Сейд (ok) on 17-Сен-12, 23:17
А если Cookie отключены?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "Представлена техника перехвата данных для сжатых соединений ..."	+2 +/–
	Сообщение от pavlinux (ok) on 17-Сен-12, 23:35
	Cookie - это одна из возможных целей атаки, а не инструмент. Косяк тут: "данные сжимаются на этапе до шифрования и не подвергаются дополнительной рандомизации"
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "Представлена техника перехвата данных для сжатых соединений ..."	–1 +/–
	Сообщение от frob (ok) on 18-Сен-12, 02:34
	Что за бред? Какая нафиг "дополнительная рандомизация"? Ну и флажок в * сжимальщикам данных "после шифрования".
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	5. "Представлена техника перехвата данных для сжатых соединений ..."	+/–
	Сообщение от pavlinux (ok) on 18-Сен-12, 02:48
	> Что за бред? 1-й закон криптографии - НЕЛЬЗЯ ШИФРОВАТЬ ШИФРОВАННОЕ!
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	6. "Представлена техника перехвата данных для сжатых соединений ..."	+/–
	Сообщение от frob (ok) on 18-Сен-12, 03:39
	Совсем кукус?
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	7. "Представлена техника перехвата данных для сжатых соединений ..."	–1 +/–
	Сообщение от pavlinux (ok) on 18-Сен-12, 03:46
	Для колхоза: Зашифруй 2 раза сообщение, "Fhpx zl qvpx. Suck my dick." в кодировке ROT13. http://www.retards.org/projects/rot13/
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	8. "Представлена техника перехвата данных для сжатых соединений ..."	+/–
	Сообщение от frob (ok) on 18-Сен-12, 03:52
	> Для колхоза: Зашифруй 2 раза сообщение, "Fhpx zl qvpx. Suck my dick." > в кодировке ROT13. > http://www.retards.org/projects/rot13/ про 3DES не слышал? Ну, иди сжимай зашифрованное. [сообщение отредактировано модератором]
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	9. "Представлена техника перехвата данных для сжатых соединений ..."	+/–
	Сообщение от pavlinux (ok) on 18-Сен-12, 04:44
	> Для тупого: про 3DES не слышал? Ну, иди сжимай зашифрованное. multi-round от multi-count отличить смогём?
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	23. "Представлена техника перехвата данных для сжатых соединений ..."	+1 +/–
	Сообщение от Аноним (??) on 18-Сен-12, 15:00
	> Для колхоза: Зашифруй 2 раза сообщение, "Fhpx zl qvpx. Suck my dick." > в кодировке ROT13. Ты еще XOR с константой вспомни. А ничего что ROT13 в принципе не претендует на криптостойкость? :)
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	27. "Представлена техника перехвата данных для сжатых соединений ..."	+/–
	Сообщение от Акакий Зильбиршейн on 18-Сен-12, 19:42
	с развитием "матричных вычислитиле" - пример видеокарта, к концу следущего года сильно сомневаю что любо известный на сегодня алгоритм крипто защиты - так себе защищает. т.е. если кому то надо ломануть твою ssl сессию он просто это сделает.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	35. "Представлена техника перехвата данных для сжатых соединений ..."	+3 +/–
	Сообщение от pavlinux (ok) on 19-Сен-12, 03:33
	> с развитием "матричных вычислитиле" - пример видеокарта, к концу следущего года сильно > сомневаю что любо известный на сегодня алгоритм крипто защиты - так > себе защищает. т.е. если кому то надо ломануть твою ssl сессию > он просто это сделает. Это что ещё за импортный товарищь тут? :) Мужик, ты если чё, пиши на английском, мы тут понимаем.... Google translate не надо юзать!
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	16. "Представлена техника перехвата данных для сжатых соединений ..."	+1 +/–
	Сообщение от Аноним (??) on 18-Сен-12, 10:21
	Шифрованое и сжатое - разные вещи, не?
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	28. "Представлена техника перехвата данных для сжатых соединений ..."	+1 +/–
	Сообщение от Акакий Зильбиршейн on 18-Сен-12, 19:57
	> Шифрованое и сжатое - разные вещи, не? ну.. майкросовтовский pptp - чего там больше компресси или шифрования?
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	32. "Представлена техника перехвата данных для сжатых соединений ..."	+/–
	Сообщение от Сейд (ok) on 18-Сен-12, 22:03
	Когда в NetworkManager можно будет использовать L2TP?
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	43. "l2tp"	+1 +/–
	Сообщение от Дмитрий (??) on 20-Сен-12, 22:57
	тестируйте http://forum.ubuntu.ru/index.php?topic=181916
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	44. "l2tp"	+/–
	Сообщение от Сейд (ok) on 20-Сен-12, 23:54
	За что вы так ненавидите нас, милых пушистых созданий? Хомячки не умеют устанавливать пакеты в Fedora иначе, чем gpk-application (yum) из репозиториев... Так что пока PPTP - наше всё.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	39. "Представлена техника перехвата данных для сжатых соединений ..."	–1 +/–
	Сообщение от pavel_simple (ok) on 19-Сен-12, 11:01
	>> Шифрованое и сжатое - разные вещи, не? > ну.. майкросовтовский pptp - чего там больше компресси или шифрования? маразма там больше
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	22. "Представлена техника перехвата данных для сжатых соединений ..."	+/–
	Сообщение от Аноним (??) on 18-Сен-12, 14:56
	> 1-й закон криптографии - НЕЛЬЗЯ ШИФРОВАТЬ ШИФРОВАННОЕ! Это откуда такая логика вытекает? Криптостойкий алгоритм должен давать на выходе последовательность выглядящую как рандом. Шифрование рандома - ничему не противоречит. Более того, есть техника расшифровки рандома в нечто (тоже рандомное). Вполне себе используется. Хотя конечно, если шифровать ROT13 ламерской XORкой с константой - это "шифрование", определенно, разломают. А чему противоречит например зашифровать вывод того же RC4 например AES-ом? Получится "луковица" - 2 разных алгоритма и 2 ключа.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	37. "Представлена техника перехвата данных для сжатых соединений ..."	+/–
	Сообщение от pavlinux (ok) on 19-Сен-12, 04:05
	> Хотя конечно, если шифровать ROT13 ламерской XORкой с константой - это "шифрование", > определенно, разломают. XOR c константой (точнее со случайными константами равными по размеру самому сообщению) - самое стойкое шифрование (но только один раз)
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	29. "Представлена техника перехвата данных для сжатых соединений ..."	+/–
	Сообщение от ммманоним on 18-Сен-12, 20:17
	>1-й закон криптографии - НЕЛЬЗЯ ШИФРОВАТЬ ШИФРОВАННОЕ! Вызывающее 4.2. Сударь, вы что-то путаете.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	36. "Представлена техника перехвата данных для сжатых соединений ..."	+2 +/–
	Сообщение от pavlinux (ok) on 19-Сен-12, 03:53
	>>1-й закон криптографии - НЕЛЬЗЯ ШИФРОВАТЬ ШИФРОВАННОЕ! > Вызывающее 4.2. Сударь, вы что-то путаете. Мужики, вы только какашками не кидайтесь, доказательство сего факта занимает 500 стр. Если у кого есть время, спросите у своих преподов по Теор.Веру, о функции двух случайных величин. Если мне не изменяет моск, там будет сумма двух двойных интегралов второго рода по области расспределения их случ. величин. Ладно, ненужная хуета всё это.  Хацкеры, особо импортные - это тупое математическое быдло, у них моск думает только так, как написано в учебниках по матану и как сказал Кнут, Кериган и Рытчи. По этому их наипать - как два байта об асфальт. 1. Внесение говна (например шум движка ВАЗ 2106, в -35 мороз) в передаваемые данные - пущай мучаются. 2. Использование простых и чисел Фибоначчи. 3. Выжрите литр водки и напишите функцию расспределения - это им ваааще не доступно. 4. Берите входящие данные из сферы не связанной с электроникой и ВТ (например удои коров села Заветы Ильича, Калужской области за 1964 год). 5. Используйте в разработках трансцендентные функции - sin(), cos(), exp(), pi^x, x^pi ... 6. Для создания энтропии используйте тексты написанные pavlinux. Он уже всё продумал за Вас. :-* Чмоки, чмоки, свалил спать.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	38. "Представлена техника перехвата данных для сжатых соединений ..."	+/–
	Сообщение от upyx (ok) on 19-Сен-12, 09:00
	Объясните пожалуйста, почему шифровать сжатое можно, а сжимать шифрованное нельзя? Или нельзя и то и другое, а данная функция в браузере - fail?
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	40. "Представлена техника перехвата данных для сжатых соединений ..."	+1 +/–
	Сообщение от Аноним (??) on 20-Сен-12, 11:40
	В шифрованных данных нет очевидных закономерностей, поэтому их особо не сожмёшь.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

10. "Представлена техника перехвата данных для сжатых соединений ..."	–1 +/–
Сообщение от aannoo on 18-Сен-12, 07:31
ндаааа онолитеги... шифрование и сжатие две, большие разницы.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	11. "Представлена техника перехвата данных для сжатых соединений ..."	–4 +/–
	Сообщение от anonymous (??) on 18-Сен-12, 07:35
	Нет. И то, и то - кодирование.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	15. "Представлена техника перехвата данных для сжатых соединений ..."	+/–
	Сообщение от Аноним (??) on 18-Сен-12, 09:01
	> Нет. И то, и то - кодирование. Ну тогда и трансформация битов в электрические импульсы - кодирование. Только вот хоть это и кодирование, а тут полный оффтопик :)
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

12. "Представлена техника перехвата данных для сжатых соединений ..."	+7 +/–
Сообщение от Аноним (??) on 18-Сен-12, 07:52
> Internet Explorer подобное сжатие не поддерживается вообще Кажется, я внезапно осознал всю хитрость политики безопасности MS: «нет возможности — нет уязвимости».
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	14. "Представлена техника перехвата данных для сжатых соединений ..."	+2 +/–
	Сообщение от Аноним (??) on 18-Сен-12, 09:00
	У них других уязвимостей хватает, так что толку то, особенно с их "оперативным" выпуском патчей раз в месяц :)
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	19. "Представлена техника перехвата данных для сжатых соединений ..."	+2 +/–
	Сообщение от stopa85 (ok) on 18-Сен-12, 11:08
	Иногда, кстати, очень не плохая политика.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

13. "Представлена техника перехвата данных для сжатых соединений ..."	+/–
Сообщение от Аноним (??) on 18-Сен-12, 08:59
> Используя тот факт, что данные сжимаются на этапе до шифрования и не > подвергаются дополнительной рандомизации, новая атака позволяет обойти > средства защиты, добавленные производителями браузеров для блокирования атаки BEAST. Есть такая штука - padding. Но некоторым все так же удается встать на старые, давно всем известные грабли :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	20. "Представлена техника перехвата данных для сжатых соединений ..."	+/–
	Сообщение от kurokaze (ok) on 18-Сен-12, 11:56
	как и "соль"
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

17. "Представлена техника перехвата данных для сжатых соединений ..."	+/–
Сообщение от Аноним (??) on 18-Сен-12, 10:28
Ещё в обсуждении BEAST говорилось, что одно из правил криптографии - дать злоумышленнику возможность зашифровать любое количество любых данных и посмотреть на результаты, но так, чтобы не скомпрометировать систему. Сразу подбирать Cookie должно быть проще, чем "расшифровывать" их перебором.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Представлена техника перехвата данных для сжатых соединений ..."	+/–
Сообщение от Аноним (??) on 18-Сен-12, 15:21
все конечно хорошо, но я что-то не представляю, как можно вклиниться в канал связи (man-in-middle), весь сигнал проходит через узлы операторов связи, а у них с безопасностью все должно быть в порядке, или любой с улицы может спокойно войти в здание? опять же, откуда злоумышленнику знать, каким маршрутом пойдет сигнал?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	25. "Представлена техника перехвата данных для сжатых соединений ..."	+/–
	Сообщение от Аноним (??) on 18-Сен-12, 16:11
	Чо-чо там с безопасностью СОРМ-2?
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	26. "Представлена техника перехвата данных для сжатых соединений ..."	+4 +/–
	Сообщение от XoRe (ok) on 18-Сен-12, 17:55
	> весь сигнал проходит через узлы операторов связи, а > у них с безопасностью все должно быть в порядке В провайдере могут оказаться гнусные люди, которые попробуют подобрать ваши пароли, преследуя свои, гнусные цели.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	42. "Представлена техника перехвата данных для сжатых соединений ..."	+1 +/–
	Сообщение от zazik (ok) on 20-Сен-12, 21:11
	> все конечно хорошо, но я что-то не представляю, как можно вклиниться в > канал связи (man-in-middle), весь сигнал проходит через узлы операторов связи, а > у них с безопасностью все должно быть в порядке, или любой > с улицы может спокойно войти в здание? опять же, откуда злоумышленнику > знать, каким маршрутом пойдет сигнал? Ну да, ну да, вы ещё на безопасность в госконторах положитесь, гулять так гулять!
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

45. "Представлена техника перехвата данных для сжатых соединений ..."	+/–
Сообщение от Slezhuk on 09-Ноя-12, 10:31
Сегодня для Ubuntu прилетел апдейт апача, закрывающий эту уязвимость.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема