The OpenNET Project / Index page

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



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

Оглавление

Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержимого памяти, opennews (?), 08-Фев-23, (0) [смотреть все]

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


36. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +3 +/
Сообщение от Анонимусс (?), 08-Фев-23, 16:31 
> и убедить upstream, чтобы ваш патч приняли.

И как ты представляешь убедить отбитых хейтеров его принять.

Именно, растаманы знают, от каких классов ошибкок он защищает.
И ты можешь заметить, что из всей пачки ошибок из новости только две можно отнести к логическим -
измерение сетевых задержек и сравнение типов ASN1_TYPE (и то с натяжкой, потому что при нормальной системе типов, при нормальных enum ее допустить крайне сложно).
Остальное - лютейший гoвнokoд c памятью.

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

43. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +3 +/
Сообщение от Аноним (26), 08-Фев-23, 16:42 
>Остальное - лютейший гoвнokoд c памятью.

БОльшей части этих ошибок можно было бы избежать, если бы кто-то использовал анализаторы и санитайзеры(удивлен, что их мало кто использует). Я уверен, что даже на -Wall болт положили. Поэтому нужно боротьтся и менять саму культуру разработки, а не создавать языки, которые под лычкой "модная система типов" и "боров чекер" имеют обычные анализаторы и просто не дают совершить потенциально опасное действие.  

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

50. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Фев-23, 16:55 
Плюсую. Вот ради интереса санитайзер в проекте топика используется?
Ответить | Правка | Наверх | Cообщить модератору

53. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +3 +/
Сообщение от Анонимусс (?), 08-Фев-23, 16:58 
Ты ж понимаешь, что своим утверждением просто заявляешь "разрабам openssl нacpaть на безопасность, они не включили даже варнинги не то что анализаторы"?
Я не знаю как у них на самом деле, может у них все включено.
Но если оно выключено - ты НИКАК не заставишь их это включить.
Все что идет выключенное по-умолчанию - просто игнорируется by default.
И в каждой такой новости возникает вопрос - "какого черта вы до сих пор этим всем не пользуетесь???"

Именно поэтому самый разумный способ - запретить это делать, пока программер осознанно не решит это сделать (напр. словом unsafe).

"модная система типов" это намного большее чем просто анализатор.
Это и optional которые позволяют не лепить кучу проверок на null (и не забивать на них, потому что "не, ну проверок много, оно же тормозить будет")
И enum, которые можно сравнивать только с enum того же типа, а не с чем попало. Про ассоциативные типы даже говорить нет смысла.
И зависимые типы, и трейты, и куча всего что позволяет допускать меньше ошибок, в том числе логических.

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

61. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +1 +/
Сообщение от Аноним (26), 08-Фев-23, 17:07 
>Ты ж понимаешь, что своим утверждением просто заявляешь "разрабам openssl нacpaть на безопасность, они не включили даже варнинги не то что анализаторы"?

Да.
Я вообще уверен, что 90% всего opensource(и не очень)-кода написано в пьяном угаре, а так как переделывать никто не хочет, то и продолжают лепить старое. Поэтому стараюсь использовать только те программы, которые имеют маленькую кодовую базу(можно прочитать) и которые не имеют лишний функционал.
Например, продукты движения suckless.

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

92. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  –1 +/
Сообщение от Аноним (92), 08-Фев-23, 18:35 
Только анонимы опеннета знают как правильно писать на Си. Жаль только что их никто не просит исправить все проекты мира...
Ответить | Правка | Наверх | Cообщить модератору

102. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Аноним (26), 08-Фев-23, 19:10 
>Жаль только что их никто не просит исправить все проекты мира...

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

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

215. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от 1111 (??), 10-Фев-23, 16:22 
>Только анонимы опеннета знают как правильно писать на Си. Жаль только что их никто не просит исправить все проекты мира...

они ещё умеют писать на расте, но потом весь код на расте почему то превращается в тыкв... то есть в высеры на опеннете . Программисты на расте такие токсичные потому что они уже все программы мира переписали на раст уже 18 раз,но весь код превратилсяя в токсичные высеры.

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

69. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +2 +/
Сообщение от fsb4000 (?), 08-Фев-23, 17:28 
Вот можешь посмотреть их пайплайн: https://github.com/openssl/openssl/actions/runs/4124496105

Для Ъ: openssl используют санитайзеры. И собирает разными компиляторами с предупреждениями.

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

70. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Анонимусс (?), 08-Фев-23, 17:41 
Да, часть уже видел, но бот посчитал мой коммент плохим и потер((
Получается им это все не помогло. Печально, нужно новые инструменты.
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

121. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Аноним (122), 08-Фев-23, 21:54 
Воу-воу-воу. Ок, мы поняли. Где rustssl то? Где он?
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

125. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Аноним (128), 08-Фев-23, 22:18 
Так вот же он - rustls, уже пишется!
Ответить | Правка | Наверх | Cообщить модератору

126. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +2 +/
Сообщение от Аноним (126), 08-Фев-23, 22:18 
> Где rustssl то? Где он?

Воу-воу-воу. Палегчи! Не всё сразу! Растовиков просто на всех не хватает, ты же и другие опеннетные онолитеги не кинулись на расте переписывать? Вот, допустим, нашелся бы такой герой, написал бы тебе rustssl, но ты бы уже кричал "а где ffmpegrust? где QEMUrust? где BlederRust?". Там столько за десятилетия на_манки_кодили, что тебе бы на тысячу лет хватило бы немногочисленных (по сравнению с сишниками) растаманов троллить. Гниленький приёмчик.

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

216. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от 1111 (??), 10-Фев-23, 16:27 
>Воу-воу-воу. Палегчи! Не всё сразу! Растовиков просто на всех не хватает, ты же и другие опеннетные онолитеги не кинулись на расте переписывать? Вот, допустим, нашелся бы такой герой, написал бы тебе rustssl, но ты бы уже кричал "а где ffmpegrust? где QEMUrust? где BlederRust?". Там столько за десятилетия на_манки_кодили, что тебе бы на тысячу лет хватило бы немногочисленных (по сравнению с сишниками) растаманов троллить. Гниленький приёмчик.

если  растаманов так мало то почему в каждом углу их помёт и на весь интерент воняет? может это такая порода которая даёт только помёт и совсем не даёт моло... тоесть кода?

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

90. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +2 +/
Сообщение от Анонн (?), 08-Фев-23, 18:32 
Как отписали во внутренней ветке выше с пруфами на пайплайн - нет, у них куча всяких санитайзеров, включены варнинги (не Wall, но тем не менее) и даже fuzzing.
И ничего им не помогло.
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

95. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  –1 +/
Сообщение от Аноним (95), 08-Фев-23, 18:54 
У раста вообще задница он при сборке себя выдаёт гигабайты предупреждений. И при сборке единственной программы, жырнолиса, ещё больше.
Ответить | Правка | Наверх | Cообщить модератору

98. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +3 +/
Сообщение от Анонн (?), 08-Фев-23, 18:58 
Может тогда нужно их просто исправлять?
В сборке кода на си тоже можно включить хоть все ворнинги и гордо их игнорировать. И что?

Зато в расте действительно важные вещи - это ошибка компиляции, а не ворнинг.
Ее так просто не проигноришь.

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

103. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  –1 +/
Сообщение от Аноним (95), 08-Фев-23, 19:12 
Но если компилятор предлагает сделать хуже? С нормальным языками то же самое, может, меньше неочевидного в итоге, но проседают эффективность и читаемость. Когда разрабы не способны отключить срач в логе, это о чём то, да говорит.
Ответить | Правка | Наверх | Cообщить модератору

110. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Анонн (?), 08-Фев-23, 20:20 
Если предлагает сделать хуже - ты suppress'ишь ворнинг и пишешь развесистый коммент пояняющий почему ты прав, а копилятор - нет. Если это удовлетворяет ревьюверов/ментейнеров - то оно попадает в код.
Ответить | Правка | Наверх | Cообщить модератору

114. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Аноним (95), 08-Фев-23, 20:35 
Каждую неделю выходит новая версия компилятора, где всё то, к чему тебя приучали последние 5 лет, оказывается worst practices и так писать больше не надо. Поскольку новая версия компилятора выходит в среднем 50 раз в год, то ты должен переучиваться и переписывать весь свой код нонстоп, и в этом весь смысл.
Ответить | Правка | Наверх | Cообщить модератору

127. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Аноним (126), 08-Фев-23, 22:24 
какое фейеричное вранье. Открыл старый растовский проект, который не трогал 2 года - перекомпилировалось без проблем, выполнилось и даже с биржи данные получило.Но да, варнинги про устаревание редко проскакивают в сторонних библиотеках из зависимостей.
Ответить | Правка | Наверх | Cообщить модератору

129. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Аноним (95), 08-Фев-23, 22:33 
Называть вот это -- редко? Даже не знаю. Тут ни сами разработчики языка, ни единственный пользователь не поспевают за релизами. А перекомпилировалось оно в режиме совместимости синтаксиса, или с новой версией?
Ответить | Правка | Наверх | Cообщить модератору

130. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Аноним (126), 08-Фев-23, 22:41 
с самой последней версией с дефолтными настройками
Ответить | Правка | Наверх | Cообщить модератору

132. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Аноним (95), 08-Фев-23, 22:51 
Может быть, это очередной привет мир. Мой привет мир тоже требует 100 гб на диске (на самом деле 50, если собирать только релиз, потому что дебаг нереально тормозит и бесполезен) и не использует интересного синтаксиса (я отказался от найтли по причине нарушения совместимости), поэтому тоже собирается. Ну я и не говорил, что собираться не будет, но насыпает мусора в логи знатно. Постоянно меняют правила написания кода, вот о чём я сказал.
Ответить | Правка | Наверх | Cообщить модератору

133. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Аноним (126), 08-Фев-23, 22:57 
Ниже тебе отписал, но ты похоже устал читать, слабенький. Функционал - чтение и несложная обработка некоторых данных с криптобиржи Binance. Точно не хелло ворлд, чуть больше. Но нечего с тобой болтать, не в коня корм. Тебе хоть ссы в глаза - всё божья роса.
Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

134. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Аноним (95), 08-Фев-23, 23:04 
>Функционал

Хмм, ну, ты написал это после того, как я обновил страницу. И, собственно, подтвердил, что речь идёт о привет мире. Мой привет мир тоже огромный блоб с кучей логики, но, привет миром от этого быть не перестаёт. И мне пришлось выкинуть большие куски важной логики из-за невозможности применять найтли в проде. А именно генераторы и асинхронную работу с файлами. Я говорил о полноценных продакшен применениях, типа webrenderer у фф (3% рынка это всё же достаточно серьёзно).

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

131. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Аноним (126), 08-Фев-23, 22:45 
перепроверил (хотя обновляю сразу, как новое выходит) - версия 1.67.0. Моего кода там, правда, не так уж много, но куча сторонних крейтов. Функционал - чтение и несложная обработка некоторых данных с Binance.
Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

112. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +1 +/
Сообщение от фттщтт (?), 08-Фев-23, 20:23 
Ты это серьезно?
Времена когда "компилятор сделал хуже" прошли лет 10 назад.
Сейчас попытки программеров что-то оптимизировать в большинстве случаев приводят отстрелам конечностей разной фатальности.

> нормальным языками
> меньше неочевидного

тогда это явно мимо темы - тк кол-во UB это отличный показатель

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

115. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Аноним (95), 08-Фев-23, 20:39 
Компилятор всегда будет делать хуже, кроме того, он не предсказуемый и с каждым релизом поведение может меняться (это я про компиляторы плюсов). Поэтому хороший проверенный код внезапно будет оказываться совершенно не работоспособным.
Ответить | Правка | Наверх | Cообщить модератору

117. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Аноним (-), 08-Фев-23, 21:05 
Компилятор должен соответствовать стандарту.
Т.е.
- или в нем был баг (ну, бывает - его были обязаны исправить)
- или код был написан не по стандарту - сами виноваты
- или код был в "серой зоне" (implimentation defined)
И разрабы компилятора имеют полное право это менять.

А может есть примеры конкретных поломок?

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

119. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Аноним (95), 08-Фев-23, 21:30 
Баги или не баги, сложно сказать. Что-то и баги, как с IPA, а что-то и вполне корректное поведение. Можно посмотреть на gentoolto как на (уже устаревший) пример, или, там, CloverOS (у меня самого что-то похожее), но, на самом деле, проблем куда больше и они регулярно меняются. Я, скорее, имел в виду более низкоуровневые вещи, такие, как включение или не включение определённых оптимизаций, будет ли переменная помещена в регистры или нет, характер используемых оптимизаций. Генерируемый код на нормальные, казалось бы, конструкции, может поменяться довольно значительно. Но вот пару лет назад я столкнулся с софтом, которому нужно было включать pedantic после обновления компилятора. И поскольку мне нужен был только пропатченный бинарь, я не в курсе, что там дальше сталось. У меня много таких бинарей используется, не найду.
Ответить | Правка | Наверх | Cообщить модератору

138. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Анонн (?), 09-Фев-23, 00:17 
Что-то мне подсказывает, что такие вещи как "будет ли переменная помещена в регистры или нет" не гарантируются ни одним компиляторов что си, что с++. И если нужен такой тонкий контроль - нужен asm.
Часть оптимизаций можно регулировать директивами, часть ключами, но в основном оно все глубоко под капотом.

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

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

168. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Аноним (168), 09-Фев-23, 11:06 
> этих ошибок можно было бы избежать, если бы кто-то использовал анализаторы и санитайзеры

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

В том-то вся соль...

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

169. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Аноним (148), 09-Фев-23, 11:11 
Статический анализ почти никто не использует? Зачем тратить время на его настройку и переписывание уже написанного за несколько лет, кое-как работающнго кода если можно его не тратить.

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

170. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."  +/
Сообщение от Аноним (148), 09-Фев-23, 11:22 
Если бы программисты использовали санитайзеры и обесклычиватели https://kosmetiksavto.ru/images/catalog/tovar/_thumbs/_file6... тогда небывало бы большинства ошибок и не понадобились моднявые язычки с бортов чекером и лычкой системы типов.
Но повестка навязывает язычок хотя достаточно санитайзера и обесклычивателя
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

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

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




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

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