The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

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

"Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от opennews (??) on 20-Май-15, 21:07 
Под кодовым именем Logjam (https://weakdh.org/) представлена новая атака на TLS, которой подвержено большое число клиентских и серверных систем, использующих HTTPS, SSH, IPsec, SMTPS и другие протоколы на базе TLS. По своей сути Logjam напоминает представленную в марте атаку FREAK (https://www.opennet.ru/opennews/art.shtml?num=41782) и отличается тем, что вместо инициирования смены шифров RSA на RSA_EXPORT в Logjam производится откат протокола Диффи-Хеллмана (https://ru.wikipedia.org/wiki/%D0%9F%D1%...) (Diffie-Hellman), используемого для получения ключа для дальнейшего шифрования, до слабозащищённого уровня DHE_EXPORT, что в сочетании с использованием не уникальных начальных простых чисел (https://ru.wikipedia.org/wiki/%D0%9F%D1%...) при обмене ключами позволяет применить методы подбора ключа.

При успешном проведении MITM-атаки и наличии у атакующего достаточных вычислительных мощностей, возможно чтение и модификация данных, передаваемых в рамках защищённого канала связи. Для серверов поддерживающих DHE_EXPORT и использующих для генерации ключа не уникальные 512-разрядные группы начальных чисел Диффи-Хеллмана, успешность совершения атаки при использовании типового оборудования оценивается в 80%. Обладающие более мощным оборудованием исследователи могут успешно восстановить 768-разрядные числа, а спецслужбам по зубам может оказаться подбор 1024-разрядных чисел. Определение одного из начальных чисел, которые используются (https://ru.wikipedia.org/wiki/%D0%9F%D1%...) для генерации секретного ключа, позволяет организовать пассивное прослушивания HTTPS-трафика. Определение второго ключа даёт возможность прослушивания VPN и SSH.


Проблеме подвержены все популярные web-браузеры и значительное число серверов, в настройках которых допускается использование 512-разрядных ключей Диффи-Хеллмана.  Для администраторов серверных систем подготовлено специальное руководство (https://weakdh.org/sysadmin.html) по корректной настройке TLS в Apache httpd, nginx, Lighttpd, Postfix, Sendmail, Dovecot, Tomcat, HAProxy. На той же странице доступна форма для проверки своего сервера на подверженность атаке. Пользователям web-браузеров и клиентских систем рекомендуется дождаться выпуска обновлений программ.

В процессе сканирования глобальной сети было выявлено, что из-за использования DHE_EXPORT атаке Logjam подвержено 8.4% доступных по HTTPS сайтов из миллиона самых популярных доменов, 3.4% HTTPS-сайтов, отображаемых в браузере как заслуживающих доверия, 14.8% почтовых серверов со StartTLS, 8.9% почтовых серверов с POP3S и 8.4% почтовых серверов с IMAPS. Для ресурсов, допускающих применение типовых совместно используемых 1024-разрядных групп начальных чисел Диффи-Хеллмана, цифры более внушительные: атаке по организации пассивного прослушивания потенциально подвержены 17.9% HTTPS-сайтов, 25.7%  - SSH-серверов и 66.1% -  IPsec VPN.

URL: https://isc.sans.edu/diary/Logjam+-+vulnerabilities+in+Diffi...
Новость: https://www.opennet.ru/opennews/art.shtml?num=42270

Ответить | Правка | Cообщить модератору

Оглавление

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


1. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  –18 +/
Сообщение от Аноним (??) on 20-Май-15, 21:07 
Как я все-таки был прав по поводу SSL/TLS.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +9 +/
Сообщение от Аноним (??) on 20-Май-15, 23:59 
Ты дурак или притворяешься?

Атака не на сам слой TLS!
На понижение протокола для совместимости со старым мусором.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

25. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Аноним (??) on 21-Май-15, 16:43 
> На понижение протокола для совместимости со старым мусором.

При том уже далеко не первая атака такого плана. Что и делает протокол в целом мусором.

Больно дофига всего умеет и его конфигурирование в секурный вид - рокетсайнс. А поскольку далеко не все являются криптографами, "конец немного предсказуем".

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

34. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +1 +/
Сообщение от XoRe (ok) on 22-Май-15, 00:46 
> Больно дофига всего умеет и его конфигурирование в секурный вид - рокетсайнс.

Специально для вас:
https://mozilla.github.io/server-side-tls/ssl-config-generator/

Ну и методичка:
https://wiki.mozilla.org/Security/Server_Side_TLS

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

44. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Аноним (??) on 30-Май-15, 17:32 
> Специально для вас:
> https://mozilla.github.io/server-side-tls/ssl-config-generator/

Во наглость! Опять это хомячье Xasd меня учит жизни, хотя я в криптографии получше этого ламака разбираюсь. Слышь, ламак, для меня - это http://nacl.cr.yp.to/index.html

А свое мегаценное мнение можешь засунуть туда где ему самое место. И не забудь перегенерить конфиг в очередной раз, когда через месяц в этом рeшeте SSL очередную дыру найдут. И так, на подумать: браузер в какой-нибудь убунте в два счета открывает тестовый сервак с этим урезком. Ну то-есть MITM-ы могут даунгрейдить соединения толпе народа и вскрывать их, не парясь особо. Иди, перегенери им всем конфиги, чудило на букву м.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

18. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +1 +/
Сообщение от Аноним (??) on 21-Май-15, 09:55 
> Как я все-таки был прав по поводу SSL/TLS.

Речь не о SSL/TLS. Эти протоколы - только частный случай протоколов, использущих алгоритм Диффи-Хелмана. Автор новости не совсем адекватен.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

26. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  –1 +/
Сообщение от Аноним (??) on 21-Май-15, 16:44 
> Речь не о SSL/TLS. Эти протоколы - только частный случай протоколов, использущих
> алгоритм Диффи-Хелмана. Автор новости не совсем адекватен.

SSL/TLS виноваты тем что позволяют такой даунгрейд. Хотя мимикрируют под якобы секурное шифрование.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

2. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +10 +/
Сообщение от Аноним (??) on 20-Май-15, 21:21 
Ну вот, а то опубликованным Сноуденом данным про прослушивание SSH спецслужбами никто не верил.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

45. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Аноним (??) on 30-Май-15, 17:33 
> Ну вот, а то опубликованным Сноуденом данным про прослушивание SSH спецслужбами никто не верил.

В ssh такго древнего трэша все-таки поменьше.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

7. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  –2 +/
Сообщение от Аноним (??) on 20-Май-15, 22:20 
Гребанное мудачье после одной атаки экспорта не дадумалось проверить все остальные. Трукрипт додумался и его зажали
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +2 +/
Сообщение от Xasd (ok) on 21-Май-15, 02:56 
> Трукрипт додумался и его зажали

это вы про тот самый Трукрипт в которым программисты додумались сделать PBKDF2 с нелепо-маленьким числом итераций? хахаха :) .. я смеюсь вам с лицо! :-D

вот программистом Cryptsetup (LUKS) хватило мозгов сделать автоматический подбор этого значения, в зависимости от мощности процессора. а за "AF stripes" и +дополнительное уважение!

а Трукрипт по сути просто предлагает "придумывайте 20-ти значный пароль!" -- то же мне выдумщики :-)

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

16. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от анон on 21-Май-15, 09:35 
идите и покажите как вы сломаете контейнер трукрипта на публике.
Сразу мировое призание получите.
А пока - диванным войскам кулхацкеров сидеть жолой гопе ровно.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

27. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Аноним (??) on 21-Май-15, 16:47 
> вот программистом Cryptsetup (LUKS) хватило мозгов сделать автоматический подбор этого
> значения, в зависимости от мощности процессора.

А ничего что если у тебя на машине маломощный проц, а у хаксора мощный, в выигрыше при этом получится хаксор?

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

33. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +1 +/
Сообщение от Xasd (ok) on 21-Май-15, 19:42 
>> вот программистом Cryptsetup (LUKS) хватило мозгов сделать автоматический подбор этого
>> значения, в зависимости от мощности процессора.
> А ничего что если у тебя на машине маломощный проц, а у хаксора мощный, в выигрыше при этом получится хаксор?

да. именно так! об этом даже написано в официальном FAQ от Cryptsetup (чем слабее процессор, тем меньше безопасности).

можно вручную задавать число итераций.. но *поумолчанию* в выигрыше будет хакер-с-БОЛЕЕ-мощным-компом.

а вот в Трукрипте (в отличии от Cryptsetup\LUKS) -- *даже* если у тебя мощный комп -- всё равно характеристика шифрования пароля такая, будто бы комп у тебя совсем слабый :-) .

то есть хакер (с мощным компом) будет в выигрыше *всегда*, в случае Трукрипта, не зависимо от мощности твоего компьютера :-)

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

36. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +1 +/
Сообщение от ГГ on 22-Май-15, 09:21 
Мудачьё тут ты, а безопасники додумались и проверяют сейчас.
Вот дошли руки до этого Диффи.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

8. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  –1 +/
Сообщение от й email on 20-Май-15, 22:35 
совсем запутали эти криптографы.

Diffie-Hellman обозначается в конфигах по ссылке на примеры как ECDHE, а Diffie-Hellman Export -- как ECDH.

нет, я в курсе, что E=Ephemeral, но это лишняя путаница на пустом месте.

ровно так же, как и маньяки, которые в конфигах для openssl (как с ссылки на примеры) как одновременно вайтлистят и блэклистят шифры. как будто одного вайтлиста недостаточно.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +1 +/
Сообщение от Аноним (??) on 21-Май-15, 01:05 
ECDHE - Elliptic Curve Diffie-Hellman Exchange
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

12. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от cmp (ok) on 21-Май-15, 04:57 
> http://nginx.org/ru/docs/http/configuring_https_servers.html
> С помощью директив ssl_protocols и ssl_ciphers можно ограничить соединения использованием только “сильных” версий и шифров SSL/TLS. Начиная с версии 1.0.5 nginx по умолчанию использует “ssl_protocols SSLv3 TLSv1” и “ssl_ciphers HIGH:!aNULL:!MD5”, поэтому явная их настройка имеет смысл только для более ранних версий nginx.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от DeadLoco (ok) on 21-Май-15, 08:55 
После пудля настройка SSLv3 вообще не имеет смысла.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

15. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Ктото гдето on 21-Май-15, 09:27 
Для форвард секреси все равно ручками надо править.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

21. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Аноним (??) on 21-Май-15, 14:47 
> Для форвард секреси все равно ручками надо править.

для НОРМАЛЬНО работающего FS - поддержку добавили лишь в TLS 1.3 стандартизация которого - закончится через месяц ~
там-же убрали антикварные и несекьюрные методы(не полностью. но самые жгучие а анекдотичные).
соотв - надо лоббировать ускорение отказа от TLS 1.0, TLS 1.1, TLS 1.2 и требовать от проиводителей интернет-софта и устройств - скорее внедрять поддержку TLS 1.3(и дропать прежние)

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

24. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Аноним (??) on 21-Май-15, 16:43 
для nginx:
ssl_protocols TLSv1.2;
ssl_ciphers 'ECDHE-ECDSA-AES256-GCM-SHA384:CAMELLIA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA';

Но что сделаешь со старыми клиентскими бровзерами? Посетителей сайты тереять то не хотят...

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

29. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Аноним (??) on 21-Май-15, 16:51 
> ssl_protocols TLSv1.2;

...который не 1.3 :)

> ssl_ciphers 'ECDHE-ECDSA-AES256-GCM-SHA384:CAMELLIA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA';

Ога, круто придумали.
1) Прикрутили малопопулярную CAMELLIA, которую никто из-за патентованости даже особо и не смотрел.
2) Заюзали NISTовские эллиптические кривые, которые предположительно могут быть сконструированы с бэкдором, стараниями NSA, т.к. NISTовские кривые как оказалось очень активно проталкивало АНБ.
3) Поюзали ECDSA который у многих криптографов вызывает сомнения.
4) AES работает не за постоянное время, если недруг может запускать процессы на том же проце - это залёт.

...а так все хорошо, прекрасная маркиза :)

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

39. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Аноним (??) on 22-Май-15, 17:45 
Камелия - не хреновое крипто, просто афинно преобразование, несмотря на ЧУДОВИЩНЫЕ затраты для работы с ним - некие вопросы по стойкости вызывает. а в целом - очень органичное крипто.
хотя я бы что-нить поросшее мхом бы взял. вроде blowfish или serpent.
в EAX, IAPM, OCB режимах - довольно прикольно работают. правда с ними дружат - не все софтины, пока. но для анабиозного - хотя бы GCM режим обычно есть.
все хлеб.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

46. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Аноним (??) on 30-Май-15, 17:42 
> Камелия - не хреновое крипто,

Оно патентованное и поэтому им никто в здравом уме не пользовался. Ну и аудит стойкости поэтому в районе плинтуса.

> хотя я бы что-нить поросшее мхом бы взял. вроде blowfish или serpent.

BF имеет проблемы как минимум в том что время выполнения зависит от ключа. Это плохо - если атакующий может доступиться к кэшу так или иначе, он потенциально может слямзить ключ. В хучшем случае - вражеский яваскрипт на вон той паге однажды таки угадает ваш ключ по флуктуациям времен выполнения, с чем не поздравляют. Т.к. целый класс малоочевидных но грабельных атак.

Поэтому сейчас криптографы забили на все эти s-box и изрядно напирают на схемы где все отрабатывает за фиксированное время, независимо от ключа и cache hit/cache miss. А это как правило означает что алгоритм не использует таблиц, только регистровая математика.

> все хлеб.

Больше похоже на грабли замаскированные в пшенице.

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

40. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Аноним (??) on 22-Май-15, 19:19 
>[оверквотинг удален]
> Ога, круто придумали.
> 1) Прикрутили малопопулярную CAMELLIA, которую никто из-за патентованости даже особо и
> не смотрел.
> 2) Заюзали NISTовские эллиптические кривые, которые предположительно могут быть
> сконструированы с бэкдором, стараниями NSA, т.к. NISTовские кривые как оказалось очень
> активно проталкивало АНБ.
> 3) Поюзали ECDSA который у многих криптографов вызывает сомнения.
> 4) AES работает не за постоянное время, если недруг может запускать процессы
> на том же проце - это залёт.
> ...а так все хорошо, прекрасная маркиза :)

Давай тыкни мне пальцем в надёжные ключи:
openssl ciphers -v -V
          0xC0,0x30 - ECDHE-RSA-AES256-GCM-SHA384 TLSv1.2 Kx=ECDH     Au=RSA  Enc=AESGCM(256) Mac=AEAD
          0xC0,0x2C - ECDHE-ECDSA-AES256-GCM-SHA384 TLSv1.2 Kx=ECDH     Au=ECDSA Enc=AESGCM(256) Mac=AEAD
          0xC0,0x28 - ECDHE-RSA-AES256-SHA384 TLSv1.2 Kx=ECDH     Au=RSA  Enc=AES(256)  Mac=SHA384
          0xC0,0x24 - ECDHE-ECDSA-AES256-SHA384 TLSv1.2 Kx=ECDH     Au=ECDSA Enc=AES(256)  Mac=SHA384
          0xC0,0x14 - ECDHE-RSA-AES256-SHA    SSLv3 Kx=ECDH     Au=RSA  Enc=AES(256)  Mac=SHA1
          0xC0,0x0A - ECDHE-ECDSA-AES256-SHA  SSLv3 Kx=ECDH     Au=ECDSA Enc=AES(256)  Mac=SHA1
          0xC0,0x22 - SRP-DSS-AES-256-CBC-SHA SSLv3 Kx=SRP      Au=DSS  Enc=AES(256)  Mac=SHA1
          0xC0,0x21 - SRP-RSA-AES-256-CBC-SHA SSLv3 Kx=SRP      Au=RSA  Enc=AES(256)  Mac=SHA1
          0xC0,0x20 - SRP-AES-256-CBC-SHA     SSLv3 Kx=SRP      Au=SRP  Enc=AES(256)  Mac=SHA1
          0x00,0xA3 - DHE-DSS-AES256-GCM-SHA384 TLSv1.2 Kx=DH       Au=DSS  Enc=AESGCM(256) Mac=AEAD
          0x00,0x9F - DHE-RSA-AES256-GCM-SHA384 TLSv1.2 Kx=DH       Au=RSA  Enc=AESGCM(256) Mac=AEAD
          0x00,0x6B - DHE-RSA-AES256-SHA256   TLSv1.2 Kx=DH       Au=RSA  Enc=AES(256)  Mac=SHA256
          0x00,0x6A - DHE-DSS-AES256-SHA256   TLSv1.2 Kx=DH       Au=DSS  Enc=AES(256)  Mac=SHA256
          0x00,0x39 - DHE-RSA-AES256-SHA      SSLv3 Kx=DH       Au=RSA  Enc=AES(256)  Mac=SHA1
          0x00,0x38 - DHE-DSS-AES256-SHA      SSLv3 Kx=DH       Au=DSS  Enc=AES(256)  Mac=SHA1
          0x00,0x88 - DHE-RSA-CAMELLIA256-SHA SSLv3 Kx=DH       Au=RSA  Enc=Camellia(256) Mac=SHA1
          0x00,0x87 - DHE-DSS-CAMELLIA256-SHA SSLv3 Kx=DH       Au=DSS  Enc=Camellia(256) Mac=SHA1
          0xC0,0x32 - ECDH-RSA-AES256-GCM-SHA384 TLSv1.2 Kx=ECDH/RSA Au=ECDH Enc=AESGCM(256) Mac=AEAD
          0xC0,0x2E - ECDH-ECDSA-AES256-GCM-SHA384 TLSv1.2 Kx=ECDH/ECDSA Au=ECDH Enc=AESGCM(256) Mac=AEAD
          0xC0,0x2A - ECDH-RSA-AES256-SHA384  TLSv1.2 Kx=ECDH/RSA Au=ECDH Enc=AES(256)  Mac=SHA384
          0xC0,0x26 - ECDH-ECDSA-AES256-SHA384 TLSv1.2 Kx=ECDH/ECDSA Au=ECDH Enc=AES(256)  Mac=SHA384
          0xC0,0x0F - ECDH-RSA-AES256-SHA     SSLv3 Kx=ECDH/RSA Au=ECDH Enc=AES(256)  Mac=SHA1
          0xC0,0x05 - ECDH-ECDSA-AES256-SHA   SSLv3 Kx=ECDH/ECDSA Au=ECDH Enc=AES(256)  Mac=SHA1
          0x00,0x9D - AES256-GCM-SHA384       TLSv1.2 Kx=RSA      Au=RSA  Enc=AESGCM(256) Mac=AEAD
          0x00,0x3D - AES256-SHA256           TLSv1.2 Kx=RSA      Au=RSA  Enc=AES(256)  Mac=SHA256
          0x00,0x35 - AES256-SHA              SSLv3 Kx=RSA      Au=RSA  Enc=AES(256)  Mac=SHA1
          0x00,0x84 - CAMELLIA256-SHA         SSLv3 Kx=RSA      Au=RSA  Enc=Camellia(256) Mac=SHA1
          0x00,0x8D - PSK-AES256-CBC-SHA      SSLv3 Kx=PSK      Au=PSK  Enc=AES(256)  Mac=SHA1
          0xC0,0x2F - ECDHE-RSA-AES128-GCM-SHA256 TLSv1.2 Kx=ECDH     Au=RSA  Enc=AESGCM(128) Mac=AEAD
          0xC0,0x2B - ECDHE-ECDSA-AES128-GCM-SHA256 TLSv1.2 Kx=ECDH     Au=ECDSA Enc=AESGCM(128) Mac=AEAD
          0xC0,0x27 - ECDHE-RSA-AES128-SHA256 TLSv1.2 Kx=ECDH     Au=RSA  Enc=AES(128)  Mac=SHA256
          0xC0,0x23 - ECDHE-ECDSA-AES128-SHA256 TLSv1.2 Kx=ECDH     Au=ECDSA Enc=AES(128)  Mac=SHA256
          0xC0,0x13 - ECDHE-RSA-AES128-SHA    SSLv3 Kx=ECDH     Au=RSA  Enc=AES(128)  Mac=SHA1
          0xC0,0x09 - ECDHE-ECDSA-AES128-SHA  SSLv3 Kx=ECDH     Au=ECDSA Enc=AES(128)  Mac=SHA1
          0xC0,0x1F - SRP-DSS-AES-128-CBC-SHA SSLv3 Kx=SRP      Au=DSS  Enc=AES(128)  Mac=SHA1
          0xC0,0x1E - SRP-RSA-AES-128-CBC-SHA SSLv3 Kx=SRP      Au=RSA  Enc=AES(128)  Mac=SHA1
          0xC0,0x1D - SRP-AES-128-CBC-SHA     SSLv3 Kx=SRP      Au=SRP  Enc=AES(128)  Mac=SHA1
          0x00,0xA2 - DHE-DSS-AES128-GCM-SHA256 TLSv1.2 Kx=DH       Au=DSS  Enc=AESGCM(128) Mac=AEAD
          0x00,0x9E - DHE-RSA-AES128-GCM-SHA256 TLSv1.2 Kx=DH       Au=RSA  Enc=AESGCM(128) Mac=AEAD
          0x00,0x67 - DHE-RSA-AES128-SHA256   TLSv1.2 Kx=DH       Au=RSA  Enc=AES(128)  Mac=SHA256
          0x00,0x40 - DHE-DSS-AES128-SHA256   TLSv1.2 Kx=DH       Au=DSS  Enc=AES(128)  Mac=SHA256
          0x00,0x33 - DHE-RSA-AES128-SHA      SSLv3 Kx=DH       Au=RSA  Enc=AES(128)  Mac=SHA1
          0x00,0x32 - DHE-DSS-AES128-SHA      SSLv3 Kx=DH       Au=DSS  Enc=AES(128)  Mac=SHA1
          0x00,0x9A - DHE-RSA-SEED-SHA        SSLv3 Kx=DH       Au=RSA  Enc=SEED(128) Mac=SHA1
          0x00,0x99 - DHE-DSS-SEED-SHA        SSLv3 Kx=DH       Au=DSS  Enc=SEED(128) Mac=SHA1
          0x00,0x45 - DHE-RSA-CAMELLIA128-SHA SSLv3 Kx=DH       Au=RSA  Enc=Camellia(128) Mac=SHA1
          0x00,0x44 - DHE-DSS-CAMELLIA128-SHA SSLv3 Kx=DH       Au=DSS  Enc=Camellia(128) Mac=SHA1
          0xC0,0x31 - ECDH-RSA-AES128-GCM-SHA256 TLSv1.2 Kx=ECDH/RSA Au=ECDH Enc=AESGCM(128) Mac=AEAD
          0xC0,0x2D - ECDH-ECDSA-AES128-GCM-SHA256 TLSv1.2 Kx=ECDH/ECDSA Au=ECDH Enc=AESGCM(128) Mac=AEAD
          0xC0,0x29 - ECDH-RSA-AES128-SHA256  TLSv1.2 Kx=ECDH/RSA Au=ECDH Enc=AES(128)  Mac=SHA256
          0xC0,0x25 - ECDH-ECDSA-AES128-SHA256 TLSv1.2 Kx=ECDH/ECDSA Au=ECDH Enc=AES(128)  Mac=SHA256
          0xC0,0x0E - ECDH-RSA-AES128-SHA     SSLv3 Kx=ECDH/RSA Au=ECDH Enc=AES(128)  Mac=SHA1
          0xC0,0x04 - ECDH-ECDSA-AES128-SHA   SSLv3 Kx=ECDH/ECDSA Au=ECDH Enc=AES(128)  Mac=SHA1
          0x00,0x9C - AES128-GCM-SHA256       TLSv1.2 Kx=RSA      Au=RSA  Enc=AESGCM(128) Mac=AEAD
          0x00,0x3C - AES128-SHA256           TLSv1.2 Kx=RSA      Au=RSA  Enc=AES(128)  Mac=SHA256
          0x00,0x2F - AES128-SHA              SSLv3 Kx=RSA      Au=RSA  Enc=AES(128)  Mac=SHA1
          0x00,0x96 - SEED-SHA                SSLv3 Kx=RSA      Au=RSA  Enc=SEED(128) Mac=SHA1
          0x00,0x41 - CAMELLIA128-SHA         SSLv3 Kx=RSA      Au=RSA  Enc=Camellia(128) Mac=SHA1
          0x00,0x07 - IDEA-CBC-SHA            SSLv3 Kx=RSA      Au=RSA  Enc=IDEA(128) Mac=SHA1
          0x00,0x8C - PSK-AES128-CBC-SHA      SSLv3 Kx=PSK      Au=PSK  Enc=AES(128)  Mac=SHA1
          0xC0,0x11 - ECDHE-RSA-RC4-SHA       SSLv3 Kx=ECDH     Au=RSA  Enc=RC4(128)  Mac=SHA1
          0xC0,0x07 - ECDHE-ECDSA-RC4-SHA     SSLv3 Kx=ECDH     Au=ECDSA Enc=RC4(128)  Mac=SHA1
          0xC0,0x0C - ECDH-RSA-RC4-SHA        SSLv3 Kx=ECDH/RSA Au=ECDH Enc=RC4(128)  Mac=SHA1
          0xC0,0x02 - ECDH-ECDSA-RC4-SHA      SSLv3 Kx=ECDH/ECDSA Au=ECDH Enc=RC4(128)  Mac=SHA1
          0x00,0x05 - RC4-SHA                 SSLv3 Kx=RSA      Au=RSA  Enc=RC4(128)  Mac=SHA1
          0x00,0x04 - RC4-MD5                 SSLv3 Kx=RSA      Au=RSA  Enc=RC4(128)  Mac=MD5
          0x00,0x8A - PSK-RC4-SHA             SSLv3 Kx=PSK      Au=PSK  Enc=RC4(128)  Mac=SHA1
          0xC0,0x12 - ECDHE-RSA-DES-CBC3-SHA  SSLv3 Kx=ECDH     Au=RSA  Enc=3DES(168) Mac=SHA1
          0xC0,0x08 - ECDHE-ECDSA-DES-CBC3-SHA SSLv3 Kx=ECDH     Au=ECDSA Enc=3DES(168) Mac=SHA1
          0xC0,0x1C - SRP-DSS-3DES-EDE-CBC-SHA SSLv3 Kx=SRP      Au=DSS  Enc=3DES(168) Mac=SHA1
          0xC0,0x1B - SRP-RSA-3DES-EDE-CBC-SHA SSLv3 Kx=SRP      Au=RSA  Enc=3DES(168) Mac=SHA1
          0xC0,0x1A - SRP-3DES-EDE-CBC-SHA    SSLv3 Kx=SRP      Au=SRP  Enc=3DES(168) Mac=SHA1
          0x00,0x16 - EDH-RSA-DES-CBC3-SHA    SSLv3 Kx=DH       Au=RSA  Enc=3DES(168) Mac=SHA1
          0x00,0x13 - EDH-DSS-DES-CBC3-SHA    SSLv3 Kx=DH       Au=DSS  Enc=3DES(168) Mac=SHA1
          0xC0,0x0D - ECDH-RSA-DES-CBC3-SHA   SSLv3 Kx=ECDH/RSA Au=ECDH Enc=3DES(168) Mac=SHA1
          0xC0,0x03 - ECDH-ECDSA-DES-CBC3-SHA SSLv3 Kx=ECDH/ECDSA Au=ECDH Enc=3DES(168) Mac=SHA1
          0x00,0x0A - DES-CBC3-SHA            SSLv3 Kx=RSA      Au=RSA  Enc=3DES(168) Mac=SHA1
          0x00,0x8B - PSK-3DES-EDE-CBC-SHA    SSLv3 Kx=PSK      Au=PSK  Enc=3DES(168) Mac=SHA1
          0x00,0x15 - EDH-RSA-DES-CBC-SHA     SSLv3 Kx=DH       Au=RSA  Enc=DES(56)   Mac=SHA1
          0x00,0x12 - EDH-DSS-DES-CBC-SHA     SSLv3 Kx=DH       Au=DSS  Enc=DES(56)   Mac=SHA1
          0x00,0x09 - DES-CBC-SHA             SSLv3 Kx=RSA      Au=RSA  Enc=DES(56)   Mac=SHA1
          0x00,0x14 - EXP-EDH-RSA-DES-CBC-SHA SSLv3 Kx=DH(512)  Au=RSA  Enc=DES(40)   Mac=SHA1 export
          0x00,0x11 - EXP-EDH-DSS-DES-CBC-SHA SSLv3 Kx=DH(512)  Au=DSS  Enc=DES(40)   Mac=SHA1 export
          0x00,0x08 - EXP-DES-CBC-SHA         SSLv3 Kx=RSA(512) Au=RSA  Enc=DES(40)   Mac=SHA1 export
          0x00,0x06 - EXP-RC2-CBC-MD5         SSLv3 Kx=RSA(512) Au=RSA  Enc=RC2(40)   Mac=MD5  export
          0x00,0x03 - EXP-RC4-MD5             SSLv3 Kx=RSA(512) Au=RSA  Enc=RC4(40)   Mac=MD5  export

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

41. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Аноним (??) on 23-Май-15, 12:37 
$ openssl ciphers -v -V | grep TLSv1.2 |grep -v \(128\) |grep -v RSA |grep -v 'DSS'

0xC0,0x2C - ECDHE-ECDSA-AES256-GCM-SHA384 TLSv1.2 Kx=ECDH     Au=ECDSA Enc=AESGCM(256) Mac=AEAD
0xC0,0x24 - ECDHE-ECDSA-AES256-SHA384 TLSv1.2 Kx=ECDH     Au=ECDSA Enc=AES(256)  Mac=SHA384
0xC0,0x2E - ECDH-ECDSA-AES256-GCM-SHA384 TLSv1.2 Kx=ECDH/ECDSA Au=ECDH Enc=AESGCM(256) Mac=AEAD
0xC0,0x26 - ECDH-ECDSA-AES256-SHA384 TLSv1.2 Kx=ECDH/ECDSA Au=ECDH Enc=AES(256)  Mac=SHA384

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

47. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Аноним (??) on 30-Май-15, 17:44 
> Давай тыкни мне пальцем в надёжные ключи:

Тыкаю: http://nacl.cr.yp.to/index.html - там алгоритмы надежные. Без 200 вариантов экспортного булшита, 150 вариантов легаси и еще over 9000 турбограбель с автоматическим приводом рукояти. Облажаться становится намного сложнее.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

50. "Новая атака на TLS, позволяющая откатиться к уязвимым..."  +/
Сообщение от arisu (ok) on 30-Май-15, 23:53 
ага. а для совсем ленивых tweetnacl сделали.
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

37. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  –1 +/
Сообщение от ГГ on 22-Май-15, 09:23 
Сайты, которые не хотят терять посетителей, в https не умеют до сих пор.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

14. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +1 +/
Сообщение от Аноним (??) on 21-Май-15, 09:00 
IPSec не основан на TLS. Кривой перевод. Вероятно, что и оригинальная статья так себе тоже.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Аноним (??) on 21-Май-15, 09:42 
Только перевод кривой. Два первых предложения оригинала можно было и осилить:

"Diffie-Hellman key exchange is a popular cryptographic algorithm that allows Internet protocols to agree on a shared key and negotiate a secure connection. It is fundamental to many protocols including HTTPS, SSH, IPsec, SMTPS, and protocols that rely on TLS."

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

19. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Онаним on 21-Май-15, 10:19 
Так чего с IPSEC-ом? С strongswan-ом к примеру?
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

30. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Аноним (??) on 21-Май-15, 16:52 
> Так чего с IPSEC-ом? С strongswan-ом к примеру?

А ничего, переусложненная буита, надизайненая по заявкам NSA. Чтобы не дай боже секурно и без багов не получилось. Кушайте, не обляпайтесь. "Зато стандарт!!!1111"

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

22. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Аноним (??) on 21-Май-15, 14:49 
> IPSec не основан на TLS. Кривой перевод. Вероятно, что и оригинальная статья
> так себе тоже.

вы статью-то вообще - читали?
вртяли, ибо заметили бы что там сразу под "uncovered several weaknesses in how Diffie-Hellman key exchange has been deployed..."
двух основных реализаций атаки на DHE описано:
1. Logjam Attack against the TLS Protocol
2. Threats from state-level adversaries
и вторая - затрагивает IPSEC тоже(помимо SSH, VPN-ов и тп)

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

23. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Аноним (??) on 21-Май-15, 14:53 
https://isc.sans.edu/diary/Logjam+-+vulnerabilities+in+Diffi...

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

20. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Онаним on 21-Май-15, 11:01 
Фигня все это.
В дефолтных конфигурациях libreswan, strongswan и openswan, что для IKEv1, что для IKEv2 не применяется MODP ниже 1536.
Только как клиент позволяется MODP1024 в IKEv1 и MODP1536 в IKEv2.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Аноним (??) on 21-Май-15, 16:51 
https://www.opennet.ru/tips/2877_ssh_crypt_setup_security_nsa...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Аноним (??) on 21-Май-15, 16:55 
> https://www.opennet.ru/tips/2877_ssh_crypt_setup_security_nsa...

В SSL/TLS нет 25519. Небольшая такая фига в рыло то NSA. Почему-то творчество Бернштейна и его шайки криптографов - стандартизируют с большим скрипом. Наверное NSA не одобряет такие стандарты.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

32. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от Аноним (??) on 21-Май-15, 19:12 
>> https://www.opennet.ru/tips/2877_ssh_crypt_setup_security_nsa...
> В SSL/TLS нет 25519. Небольшая такая фига в рыло то NSA. Почему-то
> творчество Бернштейна и его шайки криптографов - стандартизируют с большим скрипом.
> Наверное NSA не одобряет такие стандарты.

ну вестимо, Бернштейн - забыл "занести" бабла АНБ, старый идеалист =)
за что ему - отдельный респект и уважуха :)


Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

35. "Новая атака на TLS, позволяющая откатиться к уязвимым метода..."  +/
Сообщение от XoRe (ok) on 22-Май-15, 00:56 
> ну вестимо, Бернштейн - забыл "занести" бабла АНБ, старый идеалист =)
> за что ему - отдельный респект и уважуха :)

У NSA с баблом все в порядке.
Бернштейн забыл занести "волшебный ключик".

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

38. "Новая атака на TLS, позволяющая откатиться к уязвимым..."  +/
Сообщение от arisu (ok) on 22-Май-15, 12:07 
я протестую! logjam — это весьма удобный минималистичный клиент для движка livejournal!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

42. "Новая атака на TLS, позволяющая откатиться к уязвимым..."  +/
Сообщение от Аноним (??) on 24-Май-15, 16:31 
А как насчёт этого?
http://www.urbandictionary.com/define.php?term=logjam
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

43. "Новая атака на TLS, позволяющая откатиться к уязвимым..."  –1 +/
Сообщение от arisu (ok) on 24-Май-15, 16:52 
да без разницы. брать названия, которые до тебя уже взяли, и далеко не самые неизвестные проекты — моветон.
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

48. "Новая атака на TLS, позволяющая откатиться к уязвимым..."  +/
Сообщение от Аноним (??) on 30-Май-15, 17:46 
> да без разницы. брать названия, которые до тебя уже взяли, и далеко
> не самые неизвестные проекты — моветон.

Хм... уязвимость как проект... "treason uncloaked!"

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

49. "Новая атака на TLS, позволяющая откатиться к уязвимым..."  +/
Сообщение от arisu (ok) on 30-Май-15, 23:52 
> Хм... уязвимость как проект...

уязвимость как уязвимость. а её описание и демонстрашка — проект.

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

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

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




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2022 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру