forum.opennet.ru - "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержимого памяти" (155)

"Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержимого памяти"

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

"Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержимого памяти"	+/–
Сообщение от opennews (?), 08-Фев-23, 14:59
Опубликована корректирующие выпуски библиотек OpenSSL (3.0.8, 1.1.1t) и LibreSSL (3.5.4, 3.6.2) в которых устранена опасная уязвимость (CVE-2023-0286), позволяющая добиться получения содержимого произвольных областей памяти процесса при обработке подконтрольного атакующему списка отозванных сертификатов (CRL) или токена с временной меткой... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=58622
Ответить \| Правка \| Cообщить модератору

Оглавление

классика, полуфрактал (?), 14:59 , 08-Фев-23, (1) +14

Опять сишники ненастоящими оказались , Аноним (10), 15:15 , 08-Фев-23, (10) +21

Вас послушать, так единственные проблемы с уязвимостью - сишные дырени и структу, kusb (?), 16:33 , 08-Фев-23, (38) –4

, kusb (?), 16:41 , 08-Фев-23, (42)
Не единственные, но по статистике уязвимостей проблемы с памятью занимают в райо, Аноним (44), 16:47 , 08-Фев-23, (44) +6

Так это потому что весь системный софт пишется в основном на C и C Странно, чт, _kp (ok), 20:21 , 08-Фев-23, (111) –2
Не-не, там была четкая формулировка 70 of the vulnerabilities Microsoft assig, Аноним (128), 22:28 , 08-Фев-23, (128)

Он так и написал А еще у Linux Foundation, и Google Chrome схожий процент , Аноним (220), 19:39 , 12-Фев-23, (220)

Все очень просто, это криптографические библиотеки, которые, в числе прочего, до, asdasd (?), 17:16 , 08-Фев-23, (68) –2

Возможно потому что они должны быть сначала надежными, а потом быстрыми А не нао, Анонн (?), 17:47 , 08-Фев-23, (72) +3

Нет Медленные не нужны , Аноним (144), 06:43 , 09-Фев-23, (144) +1

вынужден тебя огорчить, дыра ни разу не в оптимизированном коде и быстрым ему бы, пох. (?), 19:51 , 08-Фев-23, (107) +6

то то у несуществующих проектов - ни одной уязвимости нет, ihatenpm (?), 18:18 , 08-Фев-23, (83)

чаво это несуществующих Я уже и CoC закомитил, и readme md , пох. (?), 19:47 , 08-Фев-23, (106) +6
Всего тебе https ossrank com p 506-rustdesk page 1наилучшего, Аноним (220), 19:47 , 12-Фев-23, (221)

Повторюсь Так и не понял, зачем нужен LibreSSL, если в итоге эксплойты повторяют, another_one (ok), 15:00 , 08-Фев-23, (2) +6

там просто неправильные С программерыкак говорил автор 14 вариантов инициализаци, annonn (?), 15:13 , 08-Фев-23, (8) +7

14 вариантов в плюсах, где автоматическое управление памятью больше 10 лет как у, Аноним (58), 17:01 , 08-Фев-23, (58) +1

Может уже auto писать, а не ручками 14 раз Я хоть и автор но понимаю толк в инц, Бьярн Страуструп (?), 19:19 , 08-Фев-23, (104)

Просто все 14-ть - с ошибками, повторяющимися в проектах Вероятно , A (?), 21:28 , 08-Фев-23, (118) +1

А ошибки всё те же, что и в Си , Аноним (147), 08:13 , 09-Фев-23, (147) +1

золотые слова, мишютка (?), 12:24 , 11-Фев-23, (218)
Мышки, станьте ёжиками , САВА (?), 15:15 , 13-Фев-23, (222)

Так LibreSSL это форк OpenSSL, но с чисткой от устаревшего кода В новости одна , Аноним (16), 15:28 , 08-Фев-23, (16) +4

Это не совсем так, nmorozov (ok), 09:23 , 09-Фев-23, (157) +1

Тёплое с мягким , ryoken (ok), 15:05 , 08-Фев-23, (3) +1

си и раст, полуфрактал (?), 15:09 , 08-Фев-23, (5) –2
типобезопастноть, зочем нам главное скорость и пофиг что у пол интернета будет , annonn (?), 15:12 , 08-Фев-23, (7) +2

У пол-интернета дырень в прокладке между стулом и клавиатурой, дыра в шифровании, анон (?), 15:32 , 08-Фев-23, (18) +5

великолепная идея аналогично можно сказать про автомобили и прокладкой между рул, animenimus (?), 15:37 , 08-Фев-23, (21)

Предлагаю выкинуть всех костяных мешков с этой планеты в космос для оптимизации , анон (?), 15:53 , 08-Фев-23, (31) +1
Так, прекрати подсказывать автотазу Он уже и так половину твоего бизнес-плана р, пох. (?), 19:53 , 08-Фев-23, (108) +2

Спасибо Сегодня Вы в ударе , Аноним (184), 14:59 , 09-Фев-23, (184)

Современные машины умеют сами останавливаться если водитель от страха лицо рукам, Аноним (148), 08:18 , 09-Фев-23, (148)

И старые тоже умели Достаточно тяжёлое препятствие решает проблему на раз , Омномним (?), 15:06 , 09-Фев-23, (187)

мва-хаха они что решили собрать все возможные типичные баги воистину в слове CV, annonn (?), 15:09 , 08-Фев-23, (6) +8

Любители батплагов молчать , Вы забыли заполнить поле Name (?), 16:58 , 08-Фев-23, (55) +3

А то, они же в школе маятся и на парах я удаленщик работаю когда хочу, если что, ihatenpm (?), 18:20 , 08-Фев-23, (84)

это у тебя кристалл глупости сформирован фанатичными представлениями об идеально, ihatenpm (?), 18:22 , 08-Фев-23, (86)
Ну и где ваш rustssl то , Аноним (122), 22:03 , 08-Фев-23, (122)

https github com rustls rustls, Аноним (148), 08:20 , 09-Фев-23, (149)

Rustls is a modern TLS library written in Rust It uses ring for cryptography an, Аноним (122), 10:25 , 09-Фев-23, (161) +1

Обертка над оберткой над форком той же самой OpenSSL, в общем , Аноним (212), 07:44 , 10-Фев-23, (212) +1

Господи, как же это прекрасно Прсто бинго типичного секьюрного проекта на сишеч, Аноним (9), 15:14 , 08-Фев-23, (9) +3

А статистический анализатор уровня выполнения справился бы с тем, чтобы найти эт, kusb (?), 16:37 , 08-Фев-23, (40) +2

Стати 769 ческий ана 769 лиз ко 769 да англ static code analysis 8212 а, Аноним (148), 08:24 , 09-Фев-23, (150)

Все изобретено уже давно,просто в железе на это забили - потенциальная адресация, maximnik0 (?), 09:45 , 09-Фев-23, (160)

А это точно будет работать быстрее чем java c и go В java вместо указателей str, Аноним (171), 11:53 , 09-Фев-23, (171)

По крайне мере на майфреймм Ибм микрокод с атрибутами работает быстрей Явы, но , maximnik0 (?), 12:45 , 09-Фев-23, (176)

Дело в том, что на мейнфреймах IBM есть оптимизации и для jvm Но берут их не по, Аноним (199), 18:44 , 09-Фев-23, (199)

Что тяжко ломаются эти майфрейммы Есть у этих аппаратов из за этого ограничения , maximnik0 (?), 22:07 , 09-Фев-23, (203)

В том числе и твой любимый безопасный язычок Теперь живи с этим , Вы забыли заполнить поле Name (?), 16:56 , 08-Фев-23, (51)

Раст можно переписать на расте и тогда будет тру , X86 (ok), 17:06 , 08-Фев-23, (59) +1

Rust Мы не поставляем ни одной библиотеки и прослойки для наших ядер, и компиля, ARM Cortex (?), 18:23 , 08-Фев-23, (87) –2

Да это и неважно, внутри Андроида джава в основном А больше-то применений у арм, Аноним (199), 18:46 , 09-Фев-23, (200)

Говорят есть язык который мог бы от такого случая спасти 8230 , Аноним (13), 15:23 , 08-Фев-23, (13) +6

только не произноси его вслух а то набегут и начнут рассказывать про ножи, повар, annonn (?), 15:25 , 08-Фев-23, (14) +5

Паскаль Ада , Аноним (26), 15:42 , 08-Фев-23, (26) +5
Ну смотри - в детстве я показывал соседке, что значит идиома бежать сломя голов, kusb (?), 16:41 , 08-Фев-23, (41)

Когда по делу сказать нечего, приводят аналогии и рассказывают притчи , vdb (?), 17:46 , 08-Фев-23, (71) +4

Абстрагирование - важная вещь в понимании Мы способны найти общее и даже общие , kusb (?), 17:52 , 08-Фев-23, (73) +2

Ну так borrow checker не связывает ноги, Аноним (139), 01:53 , 09-Фев-23, (139)
Машину вы используете тоже без ремней безопасности Они же пристёгивают вас к кр, freecoder (ok), 14:31 , 09-Фев-23, (182)

У меня нет машины А вообще - я не говорил, что всегда плохи ограничения, я гово, kusb (?), 17:32 , 09-Фев-23, (197)

Впрочем я не умею пристёгиваться Ибо редко езжу Один раз довелось ехать в газе, kusb (?), 17:34 , 09-Фев-23, (198) +1
Если мешают ограничения borrow checker а, то используй сырые указатели Никто не, freecoder (ok), 13:10 , 11-Фев-23, (219)

ОБС Одна Бабка Сказала , Каледин (?), 15:27 , 08-Фев-23, (15) +1

Вот чем бабки у подъезда занимаются код пишут оказывается, Вы забыли заполнить поле Name (?), 16:51 , 08-Фев-23, (46) +1
А я думал это софт для стриминга, Аноним (139), 01:53 , 09-Фев-23, (140) +1

Мог бы если бы на нем что-то писали, Вы забыли заполнить поле Name (?), 16:50 , 08-Фев-23, (45) +1
В том то и дело, что только говорят Языком про язык любой анонимус через тор ко, ihatebtards (?), 18:28 , 08-Фев-23, (89)
Скрыто модератором, Аноним (-), 15:24 , 10-Фев-23, (214)

было бы неплохо услыгать аргументы не-любителя-нпмдаже не могу придумать как он , animenimus (?), 15:34 , 08-Фев-23, (19) +2

Раст бы помог убрать чтение данных за пределами буфера, но отказ в обслуживании , ihatebtards (?), 18:42 , 08-Фев-23, (94) +2

А еще double-free и use-after-free 0215, 4450 И разыменование указателя NULL , Анонимусс (?), 19:04 , 08-Фев-23, (100) +3

Да, ждём от вас rsSSL, а покамест будем пользоваться сабжем, ihatebtards (?), 23:32 , 08-Фев-23, (136)

Да вы и после rsSSL сабжем пользоваться будете, толку то , Аноним (141), 02:38 , 09-Фев-23, (141)

Догадайтесь с трёх раз, почему - Память не резиновая - Проц законы физики тоже н, Омномним (?), 15:10 , 09-Фев-23, (189)

Уже есть https github com rustls rustls, Cucumber (?), 05:45 , 09-Фев-23, (143) –1

Вот скажи мне, растаман Это такая шутка Ты хоть открывал ссылку то Цитирую Ru, Аноним (122), 09:39 , 09-Фев-23, (159) +1

А что не так Баги в статье в криптографии - Нет Поэтому твоя отсылка на то что , Аноним (-), 12:13 , 09-Фев-23, (172) –1

А ты что грубишь то Отсылка на то, что это не безопасно, чекер не сможет пр, Аноним (122), 12:29 , 09-Фев-23, (173) +1

Когда вы уже поймете что раст это не серебрянная пуля Он нужен чтобы из восьми о, Анонн (?), 14:45 , 09-Фев-23, (183)

И ещё десятка три функциональных логических, внесённых при переписывании , Омномним (?), 15:11 , 09-Фев-23, (190)

Скрыто модератором, Анонин (?), 15:16 , 09-Фев-23, (191)

Скрыто модератором, Омномним (?), 15:21 , 09-Фев-23, (192)

Никогда, мы считаем, что раст это ЯП, к-й решает все проблемы Он даже может авт, Аноним (122), 16:05 , 09-Фев-23, (195)

На такие возможные проблемы нормальный компилятор выдает предупреждения, чтобы, Аноним (144), 06:48 , 09-Фев-23, (145)

Э, вот не надо за анимешников Я дереализованный яркими дергаными фантазиями аним, Омномним (?), 15:09 , 09-Фев-23, (188) +1

Ниачом Читать через memcmp - ну удачи, сколько там, 1 байт за попытку А попытк, Ivan_83 (ok), 16:15 , 08-Фев-23, (34) +1
Я предлагаю с этого дня удалять все комментарии где есть слово раст или rust За , birdie (ok), 16:16 , 08-Фев-23, (35) +5

И как ты представляешь убедить отбитых хейтеров его принять Именно, растаманы зн, Анонимусс (?), 16:31 , 08-Фев-23, (36) +3

БОльшей части этих ошибок можно было бы избежать, если бы кто-то использовал ана, Аноним (26), 16:42 , 08-Фев-23, (43) +3

Плюсую Вот ради интереса санитайзер в проекте топика используется , Вы забыли заполнить поле Name (?), 16:55 , 08-Фев-23, (50)
Ты ж понимаешь, что своим утверждением просто заявляешь разрабам openssl нacpaт, Анонимусс (?), 16:58 , 08-Фев-23, (53) +3

Да Я вообще уверен, что 90 всего opensource и не очень -кода написано в пьяном , Аноним (26), 17:07 , 08-Фев-23, (61) +1

Только анонимы опеннета знают как правильно писать на Си Жаль только что их ник, Аноним (92), 18:35 , 08-Фев-23, (92) –1

А мы бы и не пошли, даже за большие деньги У нас уже есть своя тайная сеть, ОС , Аноним (26), 19:10 , 08-Фев-23, (102)
они ещё умеют писать на расте, но потом весь код на расте почему то превращается, 1111 (??), 16:22 , 10-Фев-23, (215)

Вот можешь посмотреть их пайплайн https github com openssl openssl actions ru, fsb4000 (?), 17:28 , 08-Фев-23, (69) +2
Да, часть уже видел, но бот посчитал мой коммент плохим и потер Получается им э, Анонимусс (?), 17:41 , 08-Фев-23, (70)
Воу-воу-воу Ок, мы поняли Где rustssl то Где он , Аноним (122), 21:54 , 08-Фев-23, (121)

Так вот же он - rustls, уже пишется , Аноним (128), 22:18 , 08-Фев-23, (125)
Воу-воу-воу Палегчи Не всё сразу Растовиков просто на всех не хватает, ты же , Аноним (126), 22:18 , 08-Фев-23, (126) +2

если растаманов так мало то почему в каждом углу их помёт и на весь интерент во, 1111 (??), 16:27 , 10-Фев-23, (216)

Как отписали во внутренней ветке выше с пруфами на пайплайн - нет, у них куча вс, Анонн (?), 18:32 , 08-Фев-23, (90) +2

У раста вообще задница он при сборке себя выдаёт гигабайты предупреждений И при, Аноним (95), 18:54 , 08-Фев-23, (95) –1

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

Но если компилятор предлагает сделать хуже С нормальным языками то же самое, мо, Аноним (95), 19:12 , 08-Фев-23, (103) –1

Если предлагает сделать хуже - ты suppress ишь ворнинг и пишешь развесистый комм, Анонн (?), 20:20 , 08-Фев-23, (110)

Каждую неделю выходит новая версия компилятора, где всё то, к чему тебя приучали, Аноним (95), 20:35 , 08-Фев-23, (114)

какое фейеричное вранье Открыл старый растовский проект, который не трогал 2 го, Аноним (126), 22:24 , 08-Фев-23, (127)

Называть вот это -- редко Даже не знаю Тут ни сами разработчики языка, ни един, Аноним (95), 22:33 , 08-Фев-23, (129)

с самой последней версией с дефолтными настройками, Аноним (126), 22:41 , 08-Фев-23, (130)
Может быть, это очередной привет мир Мой привет мир тоже требует 100 гб на диск, Аноним (95), 22:51 , 08-Фев-23, (132)
Ниже тебе отписал, но ты похоже устал читать, слабенький Функционал - чтение и , Аноним (126), 22:57 , 08-Фев-23, (133)
Хмм, ну, ты написал это после того, как я обновил страницу И, собственно, подтв, Аноним (95), 23:04 , 08-Фев-23, (134)
перепроверил хотя обновляю сразу, как новое выходит - версия 1 67 0 Моего код, Аноним (126), 22:45 , 08-Фев-23, (131)

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

Компилятор всегда будет делать хуже, кроме того, он не предсказуемый и с каждым , Аноним (95), 20:39 , 08-Фев-23, (115)

Компилятор должен соответствовать стандарту Т е - или в нем был баг ну, бывает, Аноним (-), 21:05 , 08-Фев-23, (117)

Баги или не баги, сложно сказать Что-то и баги, как с IPA, а что-то и вполне ко, Аноним (95), 21:30 , 08-Фев-23, (119)

Что-то мне подсказывает, что такие вещи как будет ли переменная помещена в реги, Анонн (?), 00:17 , 09-Фев-23, (138)

Избежать ошибок таким образом нельзя чисто по определению, потому что анализат, Аноним (168), 11:06 , 09-Фев-23, (168)
Статический анализ почти никто не использует Зачем тратить время на его настрой, Аноним (148), 11:11 , 09-Фев-23, (169)
Если бы программисты использовали санитайзеры и обесклычиватели https kosmetik, Аноним (148), 11:22 , 09-Фев-23, (170)

Ошибки в логике, это что-то более трудное и высокоуровневое Для того, чтобы спр, kusb (?), 16:36 , 08-Фев-23, (39) +2
Либо это троил пишут, либо целенаправлено такиделают В любом случае комментарии, Вы забыли заполнить поле Name (?), 16:53 , 08-Фев-23, (47) +1

Моя жизнь просто скучна и я отправляю комментарии ради них самих Я считаю, что , kusb (?), 16:59 , 08-Фев-23, (56)

Эх, скорей бы , Аноним (141), 02:46 , 09-Фев-23, (142)
Как рассказать всему миру что ты овощ Definitive guide Ты можешь книжку такую , Аноним (-), 05:38 , 10-Фев-23, (210)

Если тебе не нравится некий комент, жми сообщить модератору и обоснуй , Аноним (-), 05:39 , 10-Фев-23, (211) –1

Когда кто-то только начинает переписывать, то сразу же набегает куча особо одаре, Анонн (?), 18:55 , 08-Фев-23, (96) –1

И перейдут, наконец, к изучению языка Modula-3 , iZEN (ok), 21:46 , 08-Фев-23, (120) +2

Этого не случится никогда Слишком уж паскалеобразная гадость А попробовав разо, Аноним (-), 05:34 , 10-Фев-23, (208)

Таких всех почему-то придумывают только сишники и приписывают это утверждение , Аноним (126), 22:08 , 08-Фев-23, (123) +1
А постоянный поток новостей о бесконечно текущих сишных проектах вас, извиняюсь , Аноним (9), 22:17 , 08-Фев-23, (124) –2

В вебе сей почти нет - а поток CVEшек эвон какой А если учесть что он еще и сти, Аноним (-), 05:37 , 10-Фев-23, (209)

Напиши фильтр для адблока или юзерскрипт, делов-то, если такой слабонервный , Аноним (146), 07:54 , 09-Фев-23, (146) –1
Просто нужно доказать растерам, что всё нужно писать на паскале, а паскальщикам,, Аноним (193), 15:32 , 09-Фев-23, (193)
Как подгорает от правды да Как только очередная сишная дырень, так сразу со сто, Аноним (-), 16:33 , 09-Фев-23, (196) –1

Непонятная фигня Давай что-то про некрожелезо, хочу потроллить пенсичей с их 4 , Аноним (67), 17:11 , 08-Фев-23, (67) +6

Просто никто не любит безграмотных людей с тупыми вопросами И дело вовсе не в о, Аноним (95), 20:52 , 08-Фев-23, (116)

А они ведут статистику по авторам этих уязвимостей Было бы интересно нет ли там, Аноним (151), 08:40 , 09-Фев-23, (151)

По статистике 100 авторов - корявые сишники , Аноним (180), 14:22 , 09-Фев-23, (180) –1
Не знаю как насчет автырей но темп они держат изумительно если месяц прошел без, Аноним (-), 05:29 , 10-Фев-23, (206)

Безопасность в голове, а не на языке Ни одна машина в наше время не будет подск, Аноним (156), 09:13 , 09-Фев-23, (156) +5

В голове, верно Только умная голова безопасность автоматизирует А глупая - упо, Аноним (180), 14:21 , 09-Фев-23, (179) –1

Автоматизация потом приводит к тому что кодер начинает считать что за него подум, Аноним (-), 05:32 , 10-Фев-23, (207)

Вознесём же благодарственную молитву спасительному джиттеру , YetAnotherOnanym (ok), 12:40 , 09-Фев-23, (175)
Знаете, в чем концептуальная разница между сишкой растом Если ошибка памяти воз, Аноним (180), 14:19 , 09-Фев-23, (177) –3
Очередная поебда CVE-languages , Аноним (180), 14:23 , 09-Фев-23, (181)
Опять в разборе ASN 1 задница Выдумавшему эту нотацию надо дать орден за одну из, Омномним (?), 15:02 , 09-Фев-23, (185) +2
О, отлично, видать заодно пофиксили багу, которая крашила мой второй конфиг Open, Аноним (201), 20:22 , 09-Фев-23, (201)
Мы создаем LibreSSL так как дыры в OpenSSL нас достали, говорили они , anoni (?), 01:16 , 10-Фев-23, (205)

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

1. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +14 +/–

Сообщение от полуфрактал (?), 08-Фев-23, 14:59

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

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

10. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +21 +/–

Сообщение от Аноним (10), 08-Фев-23, 15:15

Опять сишники ненастоящими оказались.

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

38. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." –4 +/–

Сообщение от kusb (?), 08-Фев-23, 16:33

Вас послушать, так единственные проблемы с уязвимостью - сишные дырени и структуры языка. Си против Раста и наоборот, причём без уточнений - как же надоело это читать.
Хотя для меня, как для человека между разбирающимися и не разбирающимися в программировании людьми очень удивительно, что уязвимостей столько, такое ощущение, что их больше, чем букв в программах. За гранью прогнозов. Наше IT удивительно дыряво.
Что-то не так с самим устройством программ или с их идеей...

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

42. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от kusb (?), 08-Фев-23, 16:41

:)

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

44. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +6 +/–

Сообщение от Аноним (44), 08-Фев-23, 16:47

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

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

111. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." –2 +/–

Сообщение от _kp (ok), 08-Фев-23, 20:21

>>по статистике уязвимостей.. 70%..
Так это потому что весь системный софт пишется в основном на C и C++.
Странно, что не 99% ;)

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

128. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (128), 08-Фев-23, 22:28

Не-не, там была четкая формулировка.
"~70% of the vulnerabilities Microsoft assigns a CVE each year continue to be memory safety issues"

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

220. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (220), 12-Фев-23, 19:39

Он так и написал. А еще у Linux Foundation, и Google Chrome схожий процент.

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

68. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." –2 +/–

Сообщение от asdasd (?), 08-Фев-23, 17:16

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

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

72. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +3 +/–

Сообщение от Анонн (?), 08-Фев-23, 17:47

Возможно потому что они должны быть сначала надежными, а потом быстрыми?
А не наоброт?

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

144. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от Аноним (144), 09-Фев-23, 06:43

Нет. Медленные не нужны.

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

107. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +6 +/–

Сообщение от пох. (?), 08-Фев-23, 19:51

вынужден тебя огорчить, дыра ни разу не в оптимизированном коде и быстрым ему быть вообще незачем - он выполняется раз на соединение.
Проблема что SSL/TLS - протокол придуманный м-ками получателями грантов и профессорами универов, ни разу в жизни не получавшими в подворотне в рыло от нигра.
Просто потому что они никогда из своей тачки там не вылазят.
Его нереально нормально написать вообще. Добавляет проблем то что openssl стоит на фундаменте ssleay написанном чуваком которому вообще пое..ть было на такие проблемы - его единственной целью было сделать чтоб https сайты хоть как-то можно было хостить на линуксах забесплатно.

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

83. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от ihatenpm (?), 08-Фев-23, 18:18

то то у несуществующих проектов - ни одной уязвимости нет

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

106. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +6 +/–

Сообщение от пох. (?), 08-Фев-23, 19:47

чаво это несуществующих? Я уже и CoC закомитил, и readme.md !

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

221. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (220), 12-Фев-23, 19:47

>Только дайте что-нибудь на раст, сразу сломаю!
Всего тебе https://ossrank.com/p/506-rustdesk?page=1
наилучшего

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

2. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +6 +/–

Сообщение от another_one (ok), 08-Фев-23, 15:00

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

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

8. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +7 +/–

Сообщение от annonn (?), 08-Фев-23, 15:13

там просто неправильные С программеры
как говорил автор 14 вариантов инициализации "зачем вы пишете с багами? просто пишите без багов!"
вот если бы программеры были правильные, то все было бы без ошибок

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

58. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от Аноним (58), 08-Фев-23, 17:01

14 вариантов в плюсах, где автоматическое управление памятью больше 10 лет как уж, точно такое же как в этих ваших растах.

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

104. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Бьярн Страуструп (?), 08-Фев-23, 19:19

Может уже auto писать, а не ручками 14 раз? Я хоть и автор но понимаю толк в инциализации.

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

118. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от A (?), 08-Фев-23, 21:28

Просто все 14-ть - с ошибками, повторяющимися в проектах.
:) Вероятно.

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

147. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от Аноним (147), 09-Фев-23, 08:13

А ошибки всё те же, что и в Си.

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

218. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от мишютка (?), 11-Фев-23, 12:24

золотые слова

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

222. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от САВА (?), 13-Фев-23, 15:15

Мышки, станьте ёжиками!

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

16. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +4 +/–

Сообщение от Аноним (16), 08-Фев-23, 15:28

Так LibreSSL это форк OpenSSL, но с чисткой от устаревшего кода. В новости одна уязвимость относится к LibreSSL и восемь к OpenSSL.

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

157. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от nmorozov (ok), 09-Фев-23, 09:23

Это не совсем так

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

3. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от ryoken (ok), 08-Фев-23, 15:05

>>В частности, адрес X.400 разбирался с использованием типа ASN1_STRING, в то время как для поля x400Address в структуре GENERAL_NAME был использован тип ASN1_TYPE, что приводило к использованию при сравнении (GENERAL_NAME_cmp) типа ASN1_TYPE вместо ASN1_STRING.
Тёплое с мягким?

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

5. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." –2 +/–

Сообщение от полуфрактал (?), 08-Фев-23, 15:09

си и раст

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

7. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +2 +/–

Сообщение от annonn (?), 08-Фев-23, 15:12

типобезопастноть, зочем!?
нам главное скорость и пофиг что у пол интернета будет дыра в шифровании

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

18. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +5 +/–

Сообщение от анон (?), 08-Фев-23, 15:32

У пол-интернета дырень в прокладке между стулом и клавиатурой, дыра в шифровании тут вторично.

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

21. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от animenimus (?), 08-Фев-23, 15:37

великолепная идея!
аналогично можно сказать про автомобили и прокладкой между рулем и сидушкой
давай теперь выкинем из авто абс, есп, удержание в полосе, ну и до кучи поворотники и тормоза
не хочешь тут выложить свой ip и пароль?

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

31. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от анон (?), 08-Фев-23, 15:53

Предлагаю выкинуть всех костяных мешков с этой планеты в космос для оптимизации эволюции.
>не хочешь тут выложить свой ip и пароль?
Это нарушит законы Российской Федерации о персональных данных, поэтому - нет.

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

108. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +2 +/–

Сообщение от пох. (?), 08-Фев-23, 19:53

Так, прекрати подсказывать автотазу! Он уже и так половину твоего бизнес-плана реализовал.
Учти, пешком ты от них тоже не увернешься!

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

184. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (184), 09-Фев-23, 14:59

Спасибо. Сегодня Вы в ударе!

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

148. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (148), 09-Фев-23, 08:18

Современные машины умеют сами останавливаться если водитель от страха лицо руками закроет.

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

187. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Омномним (?), 09-Фев-23, 15:06

И старые тоже умели. Достаточно тяжёлое препятствие решает проблему на раз.

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

6. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +8 +/–

Сообщение от annonn (?), 08-Фев-23, 15:09

> чтение из области вне границ буфера
> обращение к области памяти после её освобождения
> двойное освобождение памяти
> некорректное разыменование указателя
> разыменование указателя NULL
мва-хаха! они что решили собрать все возможные типичные баги?
воистину в слове CVE первая буква С не просто так
наверное опять неправильные пограмисты нагадили в код
надо было просить экспертов с пенька написать хорошо, правильно и без ошибок

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

55. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +3 +/–

Сообщение от Вы забыли заполнить поле Name (?), 08-Фев-23, 16:58

Любители батплагов молчать!

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

84. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от ihatenpm (?), 08-Фев-23, 18:20

А то, они же в школе маятся и на парах (я удаленщик работаю когда хочу, если что)

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

86. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от ihatenpm (?), 08-Фев-23, 18:22

> правильно и без ошибок
это у тебя кристалл глупости сформирован фанатичными представлениями об идеальном

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

122. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (122), 08-Фев-23, 22:03

Ну и где ваш rustssl то?

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

149. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (148), 09-Фев-23, 08:20

https://github.com/rustls/rustls

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

161. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от Аноним (122), 09-Фев-23, 10:25

Rustls is a modern TLS library written in Rust. It uses ring for cryptography and webpki for certificate verification.
ring exposes a Rust API and is written in a hybrid of Rust, C, and assembly language.
Most of the C and assembly language code in ring comes from BoringSSL, and BoringSSL is derived from OpenSSL

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

212. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от Аноним (212), 10-Фев-23, 07:44

Обертка над оберткой над форком той же самой OpenSSL, в общем =\

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

9. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +3 +/–

Сообщение от Аноним (9), 08-Фев-23, 15:14

> в OpenSSL 3.0.8 также устранено
> чтение из области вне границ буфера
> обращение к области памяти после её освобождения
> двойное освобождение памяти
> разыменование указателя NULL
Господи, как же это прекрасно. Прсто бинго типичного секьюрного проекта на сишечке, на котором держиться вся мировая критическая сетевая ифраструктура.

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

40. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +2 +/–

Сообщение от kusb (?), 08-Фев-23, 16:37

А статистический анализатор уровня выполнения справился бы с тем, чтобы найти эти проблемы?

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

150. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (148), 09-Фев-23, 08:24

Стати́ческий ана́лиз ко́да (англ. static code analysis) — анализ программного обеспечения, производимый (в отличие от динамического анализа) без реального выполнения исследуемых программ.
Надо просто изобрести статический анализ уровня выполнения и он найдет все ошибки

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

160. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от maximnik0 (?), 09-Фев-23, 09:45

>Надо просто изобрести статический анализ уровня выполнения и он найдет все ошибки
Все изобретено уже давно,просто в железе на это забили -"потенциальная адресация" ,примерный термин с английского не переводиться.Указатели заменяются специально защищёнными объектами (аппаратные атрибуты).Данные и код размещают в разной памяти.А также можно использовать микрокод,как в майфреймах.И все - 80% кривых ошибок ,особенно с памятью выявляются на аппаратном уровне.

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

171. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (171), 09-Фев-23, 11:53

А это точно будет работать быстрее чем java/c# и go?
В java вместо указателей strong link. Неосвободить память и освободить дважды невозможно потому что её освобождает сборщик мусора. Обратиться за границы массива невозможно, возникнет IndexOutOfBoundsException, обратиться к пустому указателю не возможно, возникнет NullPointerException. Присвоить неправильный тип невозможно возникнет ClassCastException.

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

176. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от maximnik0 (?), 09-Фев-23, 12:45

> А это точно будет работать быстрее чем java/c# и go?
По крайне мере на  майфреймм Ибм микрокод с атрибутами работает быстрей Явы, но там разница не критическая,и понятно что там оптимизации под микрокод. Может быть что аппаратная реализация оптимизированная под байт код будет тоже быстрая,есть же на Арм аппаратная реализация Явы.

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

199. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (199), 09-Фев-23, 18:44

Дело в том, что на мейнфреймах IBM есть оптимизации и для jvm. Но берут их не потому, что там hello world на микросекунды быстрее отрабатывает, а для массовой параллелизации задач, бесперебойной работы при выходе оборудования из строя и ещё немного потому, что до сих пор никого не уволили за то, что он выбрал продукцию IBM.

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

203. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от maximnik0 (?), 09-Фев-23, 22:07

> оборудования из строя и ещё немного потому,
Что тяжко ломаются эти майфрейммы.Есть у этих аппаратов из за этого ограничения на экспорт. Там полноценные атрибуты на память и есть аппаратная карточная файловая система.А микрокод как и Ява не даёт прямого доступа к оборудованию.Читал когда Ибм более лояльно относилось к открытому коду-она горы документов выложила в том числе и к майфрэйму, руководство по адаптации.Я удивлялся как новейшие решения лежали в перемешку с анохронизмами.Хотя бы совместимость с 16 битным кодом,совместимость по оборудованию (можно было подключать от S-360), и оригинальная 48 бит адресация (расширяется до 64 бит ,это уже добавили).

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

51. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Вы забыли заполнить поле Name (?), 08-Фев-23, 16:56

> держиться вся мировая критическая сетевая ифраструктура
В том числе и твой любимый безопасный язычок. Теперь живи с этим.

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

59. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от X86 (ok), 08-Фев-23, 17:06

Раст можно переписать на расте и тогда будет тру)

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

87. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." –2 +/–

Сообщение от ARM Cortex (?), 08-Фев-23, 18:23

Rust? Мы не поставляем ни одной библиотеки и прослойки для наших ядер, и компиляторов тоже.

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

200. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (199), 09-Фев-23, 18:46

Да это и неважно, внутри Андроида джава в основном. А больше-то применений у армов и нет особо. А не, в домашних роутерах ещё, но там от ядра всё зависит, а UI на похапе.

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

13. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +6 +/–

Сообщение от Аноним (13), 08-Фев-23, 15:23

Говорят есть язык который мог бы от такого случая спасти…

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

14. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +5 +/–

Сообщение от annonn (?), 08-Фев-23, 15:25

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

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

26. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +5 +/–

Сообщение от Аноним (26), 08-Фев-23, 15:42

>только не произноси его вслух!
Паскаль? Ада?

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

41. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от kusb (?), 08-Фев-23, 16:41

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

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

71. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +4 +/–

Сообщение от vdb (?), 08-Фев-23, 17:46

Когда по делу сказать нечего, приводят аналогии и рассказывают притчи.

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

73. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +2 +/–

Сообщение от kusb (?), 08-Фев-23, 17:52

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

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

139. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (139), 09-Фев-23, 01:53

Ну так borrow checker не связывает ноги

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

182. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от freecoder (ok), 09-Фев-23, 14:31

Машину вы используете тоже без ремней безопасности? Они же пристёгивают вас к креслу!

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

197. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от kusb (?), 09-Фев-23, 17:32

> Машину вы используете тоже без ремней безопасности? Они же пристёгивают вас к
> креслу!
У меня нет машины. А вообще - я не говорил, что всегда плохи ограничения, я говорил, что плохо когда всегда ограничения, или не по теме.

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

198. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от kusb (?), 09-Фев-23, 17:34

Впрочем я не умею пристёгиваться. Ибо редко езжу. Один раз довелось ехать в газельке на переднем сиденье. Может быть из-за этого меня выставили назад... а может из-за пакета с лошадиным говном, но возможно я его даже не просыпал на пол водителю..

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

219. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от freecoder (ok), 11-Фев-23, 13:10

> плохо когда всегда ограничения, или не по теме.
Если мешают ограничения borrow checker'а, то используй сырые указатели. Никто не заставляет всегда пользоваться только ссылками.

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

15. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от Каледин (?), 08-Фев-23, 15:27

ОБС (Одна Бабка Сказала)...

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

46. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от Вы забыли заполнить поле Name (?), 08-Фев-23, 16:51

Вот чем бабки у подъезда занимаются... код пишут оказывается

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

140. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от Аноним (139), 09-Фев-23, 01:53

А я думал это софт для стриминга

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

45. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от Вы забыли заполнить поле Name (?), 08-Фев-23, 16:50

Мог бы если бы на нем что-то писали

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

89. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от ihatebtards (?), 08-Фев-23, 18:28

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

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

214. Скрыто модератором +/–

Сообщение от Аноним (-), 10-Фев-23, 15:24

Это язык общения с НИМ. "О, госпади, спаси!"

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

19. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +2 +/–

Сообщение от animenimus (?), 08-Фев-23, 15:34

было бы неплохо услыгать аргументы не-любителя-нпм
даже не могу придумать как он объяснит почему это правильно

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

94. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +2 +/–

Сообщение от ihatebtards (?), 08-Фев-23, 18:42

Раст бы помог убрать чтение данных за пределами буфера, но отказ в обслуживании бы не исправил. Ждем либу на Расте.
Дело не в правильно-не правильно, а в том, что любой опытный прогер (а не дереализованный яркими дергаными фантазиями анимэшник) не может написать код без ошибок на любом языке, и он прекрасно об это знает.
Неадекваты же, вечно недовольные текущим, избегают реальности в некое сферическое будущее, где будет всё идеально как им хочется, и у них все проблемы из-за прошлого и настоящего. Это выглядит так, как будто сидите в луже в яме на длинной дороге, построенной не вами, и говорите, что будущее за гладкими дорогами (но конечно же лично вы ничего для этого не сделаете, т.к. это скучно, долго, медленней, чем воображение, а откроете майнкрафт или двач дальше избегать реальность). И вам вечно все мешают, начиная от родителей, правительства, сишников, только почему-то кушать вам подай, программу вам принеси и подуй в одно место, ведь вам просто обязаны это, включая безошибочный код.

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

100. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +3 +/–

Сообщение от Анонимусс (?), 08-Фев-23, 19:04

А еще double-free и use-after-free (0215, 4450).
И разыменование указателя NULL (0217, 0401).
Точнее он даже бы не позволил допустить такую ошибку.
Т.е. почти все проблемы он бы решил.

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

136. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от ihatebtards (?), 08-Фев-23, 23:32

Да, ждём от вас rsSSL, а покамест будем пользоваться сабжем

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

141. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (141), 09-Фев-23, 02:38

Да вы и после rsSSL сабжем пользоваться будете, толку то.

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

189. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Омномним (?), 09-Фев-23, 15:10

Догадайтесь с трёх раз, почему.
- Память не резиновая.
- Проц законы физики тоже не нарушает.
- 1.5 неоттестированных фичи из пары сотен - это маловато.

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

143. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." –1 +/–

Сообщение от Cucumber (?), 09-Фев-23, 05:45

Уже есть https://github.com/rustls/rustls

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

159. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от Аноним (122), 09-Фев-23, 09:39

Вот скажи мне, растаман. Это такая шутка? Ты хоть открывал ссылку то?
Цитирую: Rustls is a modern TLS library written in Rust. It uses ring for cryptography and webpki for certificate verification.
Открываем этот ring:  ring exposes a Rust API and is written in a hybrid of Rust, C, and assembly language.
Most of the C and assembly language code in ring comes from BoringSSL, and BoringSSL is derived from OpenSSL

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

172. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." –1 +/–

Сообщение от Аноним (-), 09-Фев-23, 12:13

А что не так?
Баги в статье в криптографии? - Нет.
Поэтому твоя отсылка на то что ring взял сишные и асм куски из BoringSSL/OpenSSL - пердеж в лужу.

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

173. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от Аноним (122), 09-Фев-23, 12:29

А ты что грубишь то? :) Отсылка  на то, что это не безопасно, чекер не сможет проверить наличие гениталий у борова.

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

183. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Анонн (?), 09-Фев-23, 14:45

Когда вы уже поймете что раст это не серебрянная пуля?
Он нужен чтобы из восьми ошибок в этой новости была одна или две.
И это уже будет очень круто.
Ты смотрел кода которые они взали по криптографии?
Там есть какие-то выделения памяти и тд? Или это тупая числодробилка?
Если числодробилка - то зачем там боров чекер? И т.д
> Отсылка  на то, что это не безопасно
Ну да, ну да, есть же только черное и белое, никакой середины у нас нет.
Если у нас нет возможности переписать openssl целиком, не нужно переписывать даже частями, так?
Просто для интереса, глянь с какого года пишут openssl, а с какого сабж.

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

190. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Омномним (?), 09-Фев-23, 15:11

> Он нужен чтобы из восьми ошибок в этой новости была одна или две.
И ещё десятка три функциональных/логических, внесённых при переписывании.

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

191. Скрыто модератором +/–

Сообщение от Анонин (?), 09-Фев-23, 15:16

А докажи что их сейчас нет в OpenSSL?))

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

192. Скрыто модератором +/–

Сообщение от Омномним (?), 09-Фев-23, 15:21

Зачем? Как это повлияет на то, что при переписывание к уже имеющимся будет добавлено ещё?

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

195. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (122), 09-Фев-23, 16:05

> Когда вы уже поймете что раст это не серебрянная пуля?
Никогда, мы считаем, что раст это ЯП, к-й решает все проблемы. Он даже может автоматически управлять памятью там, где ни malloc(), ни free() нет.

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

145. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (144), 09-Фев-23, 06:48

На такие [возможные] проблемы нормальный компилятор выдает предупреждения, чтобы программист их хотя бы прочитал.

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

188. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от Омномним (?), 09-Фев-23, 15:09

Э, вот не надо за анимешников.
Я дереализованный яркими дергаными фантазиями анимешник и тот самый прогер по совместительству.

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

34. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от Ivan_83 (ok), 08-Фев-23, 16:15

Ниачом.
Читать через memcmp() - ну удачи, сколько там, 1 байт за попытку.
А попытки раз в час?
Остальные "уязвимости" тоже из области эксплуатации в собственном специально подготовленном коде на своих особых данных на локалхосте.

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

35. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +5 +/–

Сообщение от birdie (ok), 08-Фев-23, 16:16

Я предлагаю с этого дня удалять все комментарии где есть слово раст или rust.
За*ло.
Все, кто хочет видеть rust в $проект_X, приглашаются к тому, чтобы переписать код на rust и убедить upstream, чтобы ваш патч приняли.
Все, кто думает, что rust избавит от всех уязвимостей, советую ознакомиться с типами уязвимостей и обнаружить для себя, что несколько их классов, например, ошибки в логике, rust никак не решает.
Когда ж это закончится.

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

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ообщить модератору

39. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +2 +/–

Сообщение от kusb (?), 08-Фев-23, 16:36

Ошибки в логике, это что-то более трудное и высокоуровневое. Для того, чтобы справляться с ними компилятор должен делать предположения типа "что же подразумевалось" и может строить модель программиста.
К сожалению у меня чувство, что мы придём к этому. Ну а потом уже и программисты будут особенно не нужны.

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

47. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от Вы забыли заполнить поле Name (?), 08-Фев-23, 16:53

Либо это троил пишут, либо целенаправлено такиделают. В любом случае комментарии без тех обоснования надо удалять я считаю.

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

56. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от kusb (?), 08-Фев-23, 16:59

Моя жизнь просто скучна и я отправляю комментарии ради них самих. Я считаю, что избыточная коммуникация - это вполне себе особенность нашего вида.
Надеюсь к нам не прилетят болтуны из Ложной Слепоты за это.

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

142. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (141), 09-Фев-23, 02:46

Эх, скорей бы.

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

210. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (-), 10-Фев-23, 05:38

> Моя жизнь просто скучна и я отправляю комментарии ради них самих
Как рассказать всему миру что ты овощ. Definitive guide. Ты можешь книжку такую выпустить.

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

211. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." –1 +/–

Сообщение от Аноним (-), 10-Фев-23, 05:39

> В любом случае комментарии без тех обоснования надо удалять я считаю.
Если тебе не нравится некий комент, жми "сообщить модератору" и обоснуй.

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

96. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." –1 +/–

Сообщение от Анонн (?), 08-Фев-23, 18:55

Когда кто-то только начинает переписывать, то сразу же набегает куча особо одаренных с криками "зачем переписывать!", "годами же работало!"...
А когда кто-то таки переписывает - то начинается другая песня "зачем переписали!", "это ж еще llvm тащить", "на моей некроплатформе оно не соберется, плак-плак" и тд
Закончится это когда сишники перестануть делать такие ошибки.

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

120. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +2 +/–

Сообщение от iZEN (ok), 08-Фев-23, 21:46

> Закончится это когда сишники перестануть делать такие ошибки.
И перейдут, наконец, к изучению языка Modula-3.

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

208. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (-), 10-Фев-23, 05:34

Этого не случится никогда. Слишком уж паскалеобразная гадость. А попробовав разок сишку на паскаль назад уже вообще совсем не хочется. Хоть там что.

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

123. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +1 +/–

Сообщение от Аноним (126), 08-Фев-23, 22:08

> Все, кто думает, что rust избавит от всех уязвимостей
Таких "всех" почему-то придумывают только сишники и приписывают это утверждение растовикам. Растаманы всегда поправляют таких "забулдыг" (заблуждающихся) как ты и каждый раз, неустанно, тыкают тебя носом в то, что это избавит от 70% ошибок типичных сишных ошибок - ошибок работы с памятью, а 30% "логических" (как ты написал) останутся. Чудес не бывает. Забудь мантру про "от всех ошибок". И, на опережение, забудь мантру "если не от всех ошибок и 30% остается - значит нинужна". Тебе может и не нужно, ведь ответственный код ты не пишешь.

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

124. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." –2 +/–

Сообщение от Аноним (9), 08-Фев-23, 22:17

> За*ло. Все, кто думает, что rust избавит от всех уязвимостей
А постоянный поток новостей о бесконечно текущих сишных проектах вас, извиняюсь не, з*л? Rust избавит не от всех, а от 70%, связанных с памятью в дырявом C/C++ - а это уже хорошо.
> ошибки в логике, rust никак не решает.
Странный аргумент. Ошибки в логике вообще никакик языки не решают, банально потому, что язык (и даже компилятор) не может знать, что у разработчика в голове.

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

209. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (-), 10-Фев-23, 05:37

В вебе сей почти нет - а поток CVEшек эвон какой. А если учесть что он еще и стимулирует подход что за кодера подумают другие - это станет какой-нибудь более легко эксплуатируемой и более вредной пакостью, типа расшифровки все и вся, детских логических атак (которые на openssl и то что использует его впрочем и сейчас прекрасно работают) и проч. С упиранием ключей или вклиниванием MITM.

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

146. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." –1 +/–

Сообщение от Аноним (146), 09-Фев-23, 07:54

Напиши фильтр для адблока или юзерскрипт, делов-то, если такой слабонервный.

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

193. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (193), 09-Фев-23, 15:32

Просто нужно доказать растерам, что всё нужно писать на паскале, а паскальщикам, что всё нужно писать на расте и стоять с попкорном, смотреть как они бурлят)

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

196. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." –1 +/–

Сообщение от Аноним (-), 09-Фев-23, 16:33

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

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

67. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +6 +/–

Сообщение от Аноним (67), 08-Фев-23, 17:11

Непонятная фигня. Давай что-то про некрожелезо, хочу потроллить пенсичей с их 4 пнями. Сюда для этого только и захожу.

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

116. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (95), 08-Фев-23, 20:52

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

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

151. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (151), 09-Фев-23, 08:40

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

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

180. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." –1 +/–

Сообщение от Аноним (180), 09-Фев-23, 14:22

По статистике 100% авторов - корявые сишники.

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

206. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (-), 10-Фев-23, 05:29

Не знаю как насчет автырей но темп они держат изумительно: если месяц прошел без CVE в openssl, значит пентестеры и исследователи просто взяли отпуска.

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

156. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +5 +/–

Сообщение от Аноним (156), 09-Фев-23, 09:13

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

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

179. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." –1 +/–

Сообщение от Аноним (180), 09-Фев-23, 14:21

В голове, верно. Только умная голова безопасность автоматизирует. А глупая - уповает.

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

207. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (-), 10-Фев-23, 05:32

Автоматизация потом приводит к тому что кодер начинает считать что за него подумает вон то. И в какой-то момент продалбывает все и вся. Most dangerous time is when you feel yourself safe.
Ну вон матрикс. Такой из себя безопасный, только end to end crypto сломали. В их дефолтной либе которую они всем раздавали. А после этого все остальное как-то уже и не важно, они провалили свое основное обещание. Кого на этом фоне мелочи волнуют?
Впрочем openssl не лучше: это плохая либа, деланая дилетантами в крипто, которые к тому же не разу не безопасники, зато упертыне на реализации всех фич SSL/TLS. Достаточно фатальное сочетание, т.к. гарантирует жесткий багодром.

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

175. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от YetAnotherOnanym (ok), 09-Фев-23, 12:40

> анализ времени их обработки
Вознесём же благодарственную молитву спасительному джиттеру!

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

177. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." –3 +/–

Сообщение от Аноним (180), 09-Фев-23, 14:19

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

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

181. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (180), 09-Фев-23, 14:23

Очередная поебда CVE-languages.

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

185. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +2 +/–

Сообщение от Омномним (?), 09-Фев-23, 15:02

Опять в разборе ASN.1 задница.
Выдумавшему эту нотацию надо дать орден за одну из самых невменяемых к реализации теорий, да.

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

201. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от Аноним (201), 09-Фев-23, 20:22

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

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

205. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..." +/–

Сообщение от anoni (?), 10-Фев-23, 01:16

Мы создаем LibreSSL так как дыры в OpenSSL нас достали, говорили они...

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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


	10. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+21 +/–
	Сообщение от Аноним (10), 08-Фев-23, 15:15
	Опять сишники ненастоящими оказались.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	–4 +/–
	Сообщение от kusb (?), 08-Фев-23, 16:33
	Вас послушать, так единственные проблемы с уязвимостью - сишные дырени и структуры языка. Си против Раста и наоборот, причём без уточнений - как же надоело это читать. Хотя для меня, как для человека между разбирающимися и не разбирающимися в программировании людьми очень удивительно, что уязвимостей столько, такое ощущение, что их больше, чем букв в программах. За гранью прогнозов. Наше IT удивительно дыряво. Что-то не так с самим устройством программ или с их идеей...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	42. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+/–
	Сообщение от kusb (?), 08-Фев-23, 16:41
	:)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+6 +/–
	Сообщение от Аноним (44), 08-Фев-23, 16:47
	Не единственные, но по статистике уязвимостей проблемы с памятью занимают в районе 70%. Можно сколько угодно кричать о том, что программисты плохие. Однако практика показывает, что пока код пишут люди, ошибки будут неизбежно. И смысл инструментов типа раста и прочих более высокоуровневых языков в том, чтобы как можно больше проверок переложить с мясных мяшков на плечи самой машины.
	Ответить \| Правка \| К родителю #38 \| Наверх \| Cообщить модератору


	111. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	–2 +/–
	Сообщение от _kp (ok), 08-Фев-23, 20:21
	>>по статистике уязвимостей.. 70%.. Так это потому что весь системный софт пишется в основном на C и C++. Странно, что не 99% ;)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	128. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+/–
	Сообщение от Аноним (128), 08-Фев-23, 22:28
	Не-не, там была четкая формулировка. "~70% of the vulnerabilities Microsoft assigns a CVE each year continue to be memory safety issues"
	Ответить \| Правка \| К родителю #44 \| Наверх \| Cообщить модератору


	220. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+/–
	Сообщение от Аноним (220), 12-Фев-23, 19:39
	Он так и написал. А еще у Linux Foundation, и Google Chrome схожий процент.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	68. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	–2 +/–
	Сообщение от asdasd (?), 08-Фев-23, 17:16
	Все очень просто, это криптографические библиотеки, которые, в числе прочего, должны быть быстрыми. От сюда и начинаются всякие хитрые оптимизации, которые и ведут к таким вещам (и того-же Rust'а это точно так-же касается).
	Ответить \| Правка \| К родителю #38 \| Наверх \| Cообщить модератору


	72. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+3 +/–
	Сообщение от Анонн (?), 08-Фев-23, 17:47
	Возможно потому что они должны быть сначала надежными, а потом быстрыми? А не наоброт?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	144. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+1 +/–
	Сообщение от Аноним (144), 09-Фев-23, 06:43
	Нет. Медленные не нужны.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	107. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+6 +/–
	Сообщение от пох. (?), 08-Фев-23, 19:51
	вынужден тебя огорчить, дыра ни разу не в оптимизированном коде и быстрым ему быть вообще незачем - он выполняется раз на соединение. Проблема что SSL/TLS - протокол придуманный м-ками получателями грантов и профессорами универов, ни разу в жизни не получавшими в подворотне в рыло от нигра. Просто потому что они никогда из своей тачки там не вылазят. Его нереально нормально написать вообще. Добавляет проблем то что openssl стоит на фундаменте ssleay написанном чуваком которому вообще пое..ть было на такие проблемы - его единственной целью было сделать чтоб https сайты хоть как-то можно было хостить на линуксах забесплатно.
	Ответить \| Правка \| К родителю #68 \| Наверх \| Cообщить модератору


	83. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+/–
	Сообщение от ihatenpm (?), 08-Фев-23, 18:18
	то то у несуществующих проектов - ни одной уязвимости нет
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	106. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+6 +/–
	Сообщение от пох. (?), 08-Фев-23, 19:47
	чаво это несуществующих? Я уже и CoC закомитил, и readme.md !
	Ответить \| Правка \| Наверх \| Cообщить модератору


	221. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+/–
	Сообщение от Аноним (220), 12-Фев-23, 19:47
	>Только дайте что-нибудь на раст, сразу сломаю! Всего тебе https://ossrank.com/p/506-rustdesk?page=1 наилучшего
	Ответить \| Правка \| К родителю #83 \| Наверх \| Cообщить модератору

2. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+6 +/–
Сообщение от another_one (ok), 08-Фев-23, 15:00
Повторюсь: Так и не понял, зачем нужен LibreSSL, если в итоге эксплойты повторяются в обоих проектах. Эталонный NIH синдром, а обещали "обеспечение высшего уровня безопасности" (с).
Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+7 +/–
	Сообщение от annonn (?), 08-Фев-23, 15:13
	там просто неправильные С программеры как говорил автор 14 вариантов инициализации "зачем вы пишете с багами? просто пишите без багов!" вот если бы программеры были правильные, то все было бы без ошибок
	Ответить \| Правка \| Наверх \| Cообщить модератору


	58. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+1 +/–
	Сообщение от Аноним (58), 08-Фев-23, 17:01
	14 вариантов в плюсах, где автоматическое управление памятью больше 10 лет как уж, точно такое же как в этих ваших растах.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	104. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+/–
	Сообщение от Бьярн Страуструп (?), 08-Фев-23, 19:19
	Может уже auto писать, а не ручками 14 раз? Я хоть и автор но понимаю толк в инциализации.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	118. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+1 +/–
	Сообщение от A (?), 08-Фев-23, 21:28
	Просто все 14-ть - с ошибками, повторяющимися в проектах. :) Вероятно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	147. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+1 +/–
	Сообщение от Аноним (147), 09-Фев-23, 08:13
	А ошибки всё те же, что и в Си.
	Ответить \| Правка \| К родителю #58 \| Наверх \| Cообщить модератору


	218. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+/–
	Сообщение от мишютка (?), 11-Фев-23, 12:24
	золотые слова
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору


	222. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+/–
	Сообщение от САВА (?), 13-Фев-23, 15:15
	Мышки, станьте ёжиками!
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору


	16. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+4 +/–
	Сообщение от Аноним (16), 08-Фев-23, 15:28
	Так LibreSSL это форк OpenSSL, но с чисткой от устаревшего кода. В новости одна уязвимость относится к LibreSSL и восемь к OpenSSL.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	157. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+1 +/–
	Сообщение от nmorozov (ok), 09-Фев-23, 09:23
	Это не совсем так
	Ответить \| Правка \| Наверх \| Cообщить модератору

3. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+1 +/–
Сообщение от ryoken (ok), 08-Фев-23, 15:05
>>В частности, адрес X.400 разбирался с использованием типа ASN1_STRING, в то время как для поля x400Address в структуре GENERAL_NAME был использован тип ASN1_TYPE, что приводило к использованию при сравнении (GENERAL_NAME_cmp) типа ASN1_TYPE вместо ASN1_STRING. Тёплое с мягким?
Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	–2 +/–
	Сообщение от полуфрактал (?), 08-Фев-23, 15:09
	си и раст
	Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+2 +/–
	Сообщение от annonn (?), 08-Фев-23, 15:12
	типобезопастноть, зочем!? нам главное скорость и пофиг что у пол интернета будет дыра в шифровании
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	18. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+5 +/–
	Сообщение от анон (?), 08-Фев-23, 15:32
	У пол-интернета дырень в прокладке между стулом и клавиатурой, дыра в шифровании тут вторично.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Уязвимость в OpenSSL и LibreSSL, приводящая к утечке содержи..."	+/–
	Сообщение от animenimus (?), 08-Фев-23, 15:37
	великолепная идея! аналогично можно сказать про автомобили и прокладкой между рулем и сидушкой давай теперь выкинем из авто абс, есп, удержание в полосе, ну и до кучи поворотники и тормоза не хочешь тут выложить свой ip и пароль?
	Ответить \| Правка \| Наверх \| Cообщить модератору