The OpenNET Project / Index page

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



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

Оглавление

Google заблокирует сертификаты DarkMatter в Chrome и Android, opennews (??), 24-Июл-19, (0) [смотреть все]

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


5. "Google заблокирует сертификаты DarkMatter в Chrome и Android"  +7 +/
Сообщение от жека воробьев (?), 24-Июл-19, 08:01 
когда любой УЦ может выпускать сертификаты для любого домена - вся эта инфраструктура фиговый лист
Ответить | Правка | Наверх | Cообщить модератору

10. "Google заблокирует сертификаты DarkMatter в Chrome и Android"  +5 +/
Сообщение от Аноним (9), 24-Июл-19, 09:49 
Она изначально фиговый лист и профанация. Доверять можно только тому, кого ты знаешь. С кем при личной встрече обменялся ключами. Всё остальное - фуфло.
Ответить | Правка | Наверх | Cообщить модератору

16. "Google заблокирует сертификаты DarkMatter в Chrome и Android"  +1 +/
Сообщение от Аноним (-), 24-Июл-19, 11:15 
Таки оно так и работает ))
Иначе никак
Ответить | Правка | Наверх | Cообщить модератору

24. "Google заблокирует сертификаты DarkMatter в Chrome и Android"  +/
Сообщение от пох. (?), 24-Июл-19, 12:16 
так оно - не работает. В браузере в целом и в openssl в частности такого механизма просто не предусмотрено. И построить его на этих деталях - нельзя, только все выбрасывать и делать с нуля, руками.

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

46. "Google заблокирует сертификаты DarkMatter в Chrome и Android"  +/
Сообщение от Аноним (44), 24-Июл-19, 16:57 
Ну почему же, в библиотеку openssl вполне можно подать свой список сертификатов. Из своей программы, которая линкуется с openssl. Перелопачивать список сертификатов в браузере - непрактично, да.
Ответить | Правка | Наверх | Cообщить модератору

49. "Google заблокирует сертификаты DarkMatter в Chrome и Android"  +/
Сообщение от пох. (?), 24-Июл-19, 17:29 
> Ну почему же, в библиотеку openssl вполне можно подать свой список сертификатов.

таки чем это тебе поможет? Проблема в ее неумении обрабатывать "ошибки" (которые на самом деле не ошибки, а несовпадение ее представлений о мире с реальностью) и предоставлять выбор приложению и через него - пользователю - причем эта проблема сидит на уровне разработчиков, героически выпиливающих "устаревшие" протоколы и шифры, помимо прочего.

Не говоря уже о том, что она дырява и крива от рождения - автор оригинальной ssleay вовсе не думал ни о какой безопасности, ему надо было "как-нибудь с юникс-системы приконнектиться к шифрованному серверу".

В мазиле все еще веселее, ибо поверх присвинячена nss, и это вообще ад, трэш и п-ц устаревший на 25 лет со своим собственным нескучным интерфейсом, которым умеют пользоваться (теоретически) только авторы мазилы.

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

53. "Google заблокирует сертификаты DarkMatter в Chrome и Android"  +/
Сообщение от Аноним (44), 24-Июл-19, 18:11 
> таки чем это тебе поможет?

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

И, безотносительно того, поможет мне это или нет, я просто поправил твое утверждение "в openssl в частности такого механизма [как обмен ключами заранее, при личной встрече или по-другому] просто не предусмотрено". Да я могу вообще забить на все проверки openssl и сравнить серверный сертификат побитово с заранее полученным эталоном, если захочется. Ну, то есть конкретно это утверждение твое неверное. А другие может и верны. И общий посыл тоже правильный.

> Проблема в ее неумении обрабатывать "ошибки" (которые на самом деле не ошибки, а несовпадение ее представлений о мире с реальностью) и предоставлять выбор приложению и через него - пользователю - причем эта проблема сидит на уровне разработчиков

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

> автор оригинальной ssleay вовсе не думал ни о какой безопасности, ему надо было "как-нибудь с юникс-системы приконнектиться к шифрованному серверу".

Вот эта информация откуда? Просто предположение?

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

55. "Google заблокирует сертификаты DarkMatter в Chrome и Android"  +/
Сообщение от пох. (?), 24-Июл-19, 18:34 
> Например, есть у меня программа, которая коннектится ровно к одному серверу, и больше ей не
> нужно.

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


> "в openssl в частности такого механизма [как обмен ключами заранее, при личной встрече или
> по-другому] просто не предусмотрено". Да я могу вообще забить на все проверки openssl

и написать свою заново - можешь, теоретически. Но детей твоих кто кормить все это время будет - штандартенфюрер?
Это и есть "не предусмотрено".

> Ну вот видишь, сам же говоришь, что проблемы на уровне разработчиков (разработчиков браузеров,
> я так понимаю?),

нет, они начинаются с разработчиков самой openssl. Вот включая их любовь в каждой новой версии решать за тебя, какими протоколами тебе "безопастно" пользоваться. Хотя это вообще не собачье дело низкоуровневой библиотеки.
И заканчивая ее интерфейсом - совершенно невменяемым, все эти закорючки внутренних макросов - они не только потому что разработчики браузеров такие козлы (хотя они да) а еще и потому, что она возвращает крайне мало или ноль информации и в неудобоприменимом формате.

отчасти из-за этого мазила пилила свою libnss (правда, получилось как всегда)

> Если хочется устроить проверки на данных, к которым openssl доступа не имеет

наоборот - только она к ним доступ и имеет, если ты вообще планируешь ей пользоваться.

> Вот эта информация откуда? Просто предположение?

оттуда, что я застал и ssleay, и ее "документацию" (впрочем, у openssl много лет не было никакой вообще) и радостные письма разработчика "го, я создал, мы теперь можем https!"

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

57. "Google заблокирует сертификаты DarkMatter в Chrome и Android"  +/
Сообщение от Аноним (44), 24-Июл-19, 19:20 
> замечательно, но у меня нет такой программы,

Ну, у тебя нет, а у других есть. :)

> а если бы и была - вряд ли я бы стал ради нее писать свой отдельный клиент.

Это не отдельный клиент, это то, как openssl в программах используется. Ты либо подаешь в openssl "системную конфигурацию", либо свой список сертификатов. A сия "системная конфигурация", в удобоваримом для openssl виде, не на всех ОС вообще-то присутствует. И подать свой список сертификатов - вообще-то не сложно.

> Если сервер мой - скорее всего обернул бы траффик в туннель, и избавился от лишнего ненужно в виде openssl.

Ага, а туннель у тебя сам собой образуется, без openssl или других средств шифрования и аутентификации. И сам настроится на всех клиентских устройствах на всех ОСях. Далеко не всегда туннель городить имеет смысл, не всегда это даже возможно.

> Но детей твоих кто кормить все это время будет - штандартенфюрер?

Очевидно, работодатель, для которого я ту програму и пишу. :)

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

63. "Google заблокирует сертификаты DarkMatter в Chrome и Android"  +/
Сообщение от пох. (?), 24-Июл-19, 21:54 
> Ну, у тебя нет, а у других есть. :)

ну я рад за вас, только вот мне браузер нужен, а не непонятная программа.
Во всех остальных случаях я предпочитаю без openssl'я.

> Это не отдельный клиент, это то, как openssl в программах используется. Ты
> либо подаешь в openssl "системную конфигурацию", либо свой список сертификатов. A

ну да, и что с того? (собственно, гуглезила свой список и подает, она ничего не знает ни о каких системных, наоборот - то что в линухе у вас считается "системным" - понатырено с ее исходников)

> ОС вообще-то присутствует. И подать свой список сертификатов - вообще-то не
> сложно.

какую проблему он этим решит применительно к браузеру? То и оно - никакой.

> Ага, а туннель у тебя сам собой образуется, без openssl или других

без ненужного ssl-bloatware - да, разумеется. (нет, идея сертификатов как одного из средств авторизации мне в целом нравится, но реализация - ни к черту)

> средств шифрования и аутентификации.

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

>> Но детей твоих кто кормить все это время будет - штандартенфюрер?
> Очевидно, работодатель, для которого я ту програму и пишу. :)

ну рад за твоего работодателя, только нам бы - браузер.
Работодателей под них ровно два, оба г-но.

Предположим даже, ты решился сделать форк. Объем работ и вообще как правильно надо работать с сертификатами без доверия к CA и возможностью для пользователя вмешаться на любом этапе - представляешь? Вот ровно об этом и шла речь.

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

80. "Google заблокирует сертификаты DarkMatter в Chrome и Android"  +/
Сообщение от Аноним (44), 25-Июл-19, 11:34 
> Предположим даже, ты решился сделать форк [браузера]. Объем работ и вообще как правильно надо работать с сертификатами без доверия к CA и возможностью для пользователя вмешаться на любом этапе - представляешь? Вот ровно об этом и шла речь.

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

> и вообще как правильно надо работать с сертификатами без доверия к CA и возможностью для пользователя вмешаться на любом этапе - представляешь?

Вот, кстати, не представляю. Может расскажешь, как правильно? И чтобы взлетело в современном Интернете, чтоб масштабируемо было и т.д.? А то были разные попытки, типа Convergence, Monkeysphere, но как-то не взлетели.

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

82. "Google заблокирует сертификаты DarkMatter в Chrome и Android"  +1 +/
Сообщение от пох. (?), 25-Июл-19, 14:08 
> Вот, кстати, не представляю. Может расскажешь, как правильно?

ну для начала - банально. тот же pkp-наоборот, или то что делает(делал) certpatrol - "у уже знакомого нам сертфиката изменился CA - на какого-то даркшиттер, открываем сайтец или ну его нахрен?" Для этого надо, для начала, вернуть в браузер обратно поддержку гуя операционной системы, с рисованием диалогов, а не трэш-"страниц" - страница - она занята веб-содержимым (а диалог про сертификат мог относиться к 1x1px.gif на ней или css)
Дальше больше - нормальные, а не "tls min level" настройки выбора протоколов и алгоритмов, per host, и, кстати, с нормальным доступом к per-host настройкам через опять же интерфейс, а не пиксельхантинг в букве i.
Выброс на помойку sni - опять с предуреждением пользователю - "ты шел на одессу а вышел на какую-то cloudflare - хочешь ты передать ей информацию, или лучше нафиг?"
Восстановление и расширение tls renegotiation, ликвидированной борцунами за псевдосекьюрить (после того предупреждения надо бы переинициализировать сессию - теперь уже для выяснения, а там вообще есть ли сертификат искомого сайта, опять с предупреждением пользователю, если его там вообще нет или вернули нечто странное - понадобится расширение протокола, ага, нет, меганавороты defective by design esni не нужны - шифрованный канал у нас уже есть)

Чтоб взлетело в современном интернете, не для полутора фриков - его надо сперва у гугля отжать. В противном случае тот примет меры, чтоб не взлетело.

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

86. "Google заблокирует сертификаты DarkMatter в Chrome и Android"  +/
Сообщение от Аноним (44), 25-Июл-19, 16:00 
Спасибо, что расписал мысли. Я не со всем согласен, что-то не понял, но все равно спасибо.
Ответить | Правка | Наверх | Cообщить модератору

81. "Google заблокирует сертификаты DarkMatter в Chrome и Android"  +/
Сообщение от Аноним (44), 25-Июл-19, 13:51 
> [туннели] руками сделаны ...  без ненужного ssl-bloatware ... А где опенссл - там сразу и начинается - ой уязвимость, ой не работает то, не работает это...

Туннель без openssl? Ну, наверное такие бывают... Но чаще решения для туннелей как раз используют openssl под капотом. Со всеми вытекающими уязвимостями и неработостями. Проверил вот навскидку: stunnel, vtun, openvpn - все используют openssl.

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

85. "Google заблокирует сертификаты DarkMatter в Chrome и Android"  +/
Сообщение от пох. (?), 25-Июл-19, 14:34 
> Туннель без openssl? Ну, наверное такие бывают...

ipsec, pptp - нее, не слышал? ;-) Как бы обычно этих называют первыми, а не всеми давно вроде забытый stunnel.

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

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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