The OpenNET Project / Index page

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



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

Оглавление

Переполнение буфера в Toxcore, эксплуатируемое через отправку UDP-пакета, opennews (?), 15-Дек-21, (0) [смотреть все]

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


5. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +6 +/
Сообщение от Анонн (?), 15-Дек-21, 23:23 
Даже немного смешно, что проект в таким пафосным описанием "...aimed at making security and privacy..." была допущена настолько банальная ошибка. И прожила она в нем с 5 июня 2017 (0.1.9) до 7 декабря 2021 (0.2.12). Еще чуть-чуть и пошла бы в первый класс.
А результат - удаленное выполнение кода как результат. Просто прелестно.
Ответить | Правка | Наверх | Cообщить модератору

50. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –1 +/
Сообщение от Аноньимъ (ok), 16-Дек-21, 02:57 
Да, жесть полная.
Ответить | Правка | Наверх | Cообщить модератору

58. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +2 +/
Сообщение от penetrator (?), 16-Дек-21, 03:13 
RCE не подтверждено, оно допускается, но не доказано.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

70. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –7 +/
Сообщение от Fracta1L (ok), 16-Дек-21, 07:39 
Ибо нечего связываться с дырявой сишкой, когда делаешь что-то секурное
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

83. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +1 +/
Сообщение от lombock (?), 16-Дек-21, 10:33 
..., а нужно связываться с?...
Ответить | Правка | Наверх | Cообщить модератору

136. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –1 +/
Сообщение от 0xd34df00d (??), 17-Дек-21, 05:14 
С идрисом или с агдой.

С хаскелем в светлом будущем с -XDependent тоже можно.

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

180. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (-), 23-Дек-21, 08:57 
А там есть и хаскел и раст. Только они как неуловимый джо, их все рекламировать горазды, но прогармит на этом все-таки пусть кто-нибудь другой :)
Ответить | Правка | Наверх | Cообщить модератору

193. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от 0xd34df00d (??), 23-Дек-21, 10:33 
Я на одном из них програмлю. Зачем кто-то другой, когда самому приятно?
Ответить | Правка | Наверх | Cообщить модератору

196. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (-), 23-Дек-21, 12:06 
> Я на одном из них програмлю. Зачем кто-то другой, когда самому приятно?

Ну так у вон тех оно есть. Можешь поупражняться, вдруг зайдет?

Сишная версия популярнее всего потому что прикручивается к чему угодно, в общем то. На расте так не то чтобы совсем нельзя, но это ж ганрантировано unsafe. И за что боролись? За хаскель вам наверное виднее.

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

91. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от _kp (ok), 16-Дек-21, 11:26 
В каком конкретно месте дыры в Си?
Дыры у программиста и в чужих библиотеках.

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

Тут как с оружием, умеешь обращаться - молодец, а нет, то на вот тебе водяной пистолетик, что б не убился.
Для войны не годен водяной пистолет, даже против противника с водяными пистолетами.
Для тира в парке не безопасно боевое оружие. (Хотя раньше такие тиры были!)

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

104. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –1 +/
Сообщение от Аноньимъ (ok), 16-Дек-21, 13:39 
С оружием такое дело, есть много людей которые не застрелили себя на смерть, много таких что максимум прострелили себе ногу, и ещё больше таких которые вообще не калечились оружием никак.
В отличии от сишечки, на которой вы не найдёте ни одной популярной программы/библиотеки без 0дней дырени в истории.
Ответить | Правка | Наверх | Cообщить модератору

125. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +4 +/
Сообщение от Michael Shigorinemail (ok), 16-Дек-21, 18:19 
(спокойно так) А если найду?
Ответить | Правка | Наверх | Cообщить модератору

134. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +1 +/
Сообщение от Аноньимъ (ok), 17-Дек-21, 00:18 
> (спокойно так) А если найду?

Я конечно писал гиперболой.

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

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

137. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Ordu (ok), 17-Дек-21, 07:41 
Я присоединяюсь к просьбе выше: найди. Было бы интересно посмотреть. Ну или хотя бы знать, что такой код на C существует.
Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

152. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –1 +/
Сообщение от anonymous (??), 17-Дек-21, 11:30 
Всегда можно какую-нибудь маленькую примитивную программу (вроде cat-а) привести в пример. Вряд ли будет интересный ответ :)
Ответить | Правка | Наверх | Cообщить модератору

156. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –1 +/
Сообщение от Аноним (156), 17-Дек-21, 15:51 
Можно, но это чистой воды чит будет, а не серьезный ответ. Причём, это будет понимать даже шигорен.
Ответить | Правка | Наверх | Cообщить модератору

169. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +1 +/
Сообщение от Ordu (ok), 19-Дек-21, 01:26 
А в cat не было багов?
Ответить | Правка | К родителю #152 | Наверх | Cообщить модератору

190. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (-), 23-Дек-21, 10:00 
> А в cat не было багов?

У него и опций уже с десяток. А баги не только сишники делают, log4j подтвердит. И CVE на растовый софт, а они что, особые? Если писать софт то и CVE будут.

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

194. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +1 +/
Сообщение от Ordu (ok), 23-Дек-21, 10:38 
>> А в cat не было багов?
> У него и опций уже с десяток. А баги не только сишники
> делают

Дык ты можешь привести пример сишной "популярной программы/библиотеки без 0дней дырени в истории" или нет?

> log4j подтвердит.

О, они чуть-ли не тьюринг-полный рантайм шаблонизатор запилили с сознательно заложенной возможностью запуска произвольного кода. Они бы ещё rm -rf /* сделали бы. Это настолько за пределами разумного, что это почти уже не баг, а злоумышленный бекдор.

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

> И CVE на растовый софт, а они что, особые?

Да. Пойти и посчитай количество проблем с памятью у растового софта. Или чуть шире: количество багов, которые при эксплуатации могут дать что-то, кроме DoS, вызванного падением процесса в полуконтролируемом формате.

Если ты возьмёшь две рандомизированные выборки CVE -- одну C'шную, а другую Rust'овую, то даже если оттуда кто-нибудь эти выбранные описания багов "анонимизирует", то есть перепишет так, чтобы суть бага осталась бы, а всё, что позволяет идентифицировать язык было бы удалено, то ты всё равно сможешь сказать, какая из этих выборок сишная, а какая растовая.

Ты даже можешь попросить эти выборки "анонимизировать" ещё сильнее, оставить лишь потенциал для эксплуатации даваемый багом -- DoS, DDoS, OOM, arbitrary code execution, -- и по этой очень обрывочной информации сказать какая выборка была создана на основании растовых CVE, а какая -- на основании сишных.

То есть -- да, CVE на растовый софт особые.

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

197. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –1 +/
Сообщение от Аноним (-), 23-Дек-21, 12:18 
> Дык ты можешь привести пример сишной "популярной программы/библиотеки без 0дней дырени
> в истории" или нет?

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

> Они бы ещё rm -rf /* сделали бы.

Это за них сделали в bumblebee. На баше, вроде, чем он так уж хуже? На нем же и RCE под рутом через DHCP сервер влепили. Тоже почти как бэкдор, хотя реально пихание непровереных данных куда попало без понимания последствий. А специальные значения - это так удобно. Пока их не начинает присылать сеть.

> потому что скорость движения пули ограничена, равно как и скорость распространения
> сигналов по нервной системе.

Верования что от всего спасет безопасный рантайм как-то способствует отключения у кодера мозга. За него же подумали другие. Или нет?

> Да. Пойти и посчитай количество проблем с памятью у растового софта.

Как ни странно, даже такое есть. Так то в расте и нормальные идеи есть, но реализация получилась странной, а гайд по unsafe напоминает проблемы си, вид в профишь. Только еще яп в 20 раз сложнее и синтаксис костылями облепили. А все-равно не хватило для линукскернела, еще два самосвала костылей.

> Или чуть шире: количество багов, которые при эксплуатации могут дать что-то, кроме
> DoS, вызванного падением процесса в полуконтролируемом формате.

Это про растовский panic? А что, DoS вполне себе атака. Алсо раст

> сможешь сказать, какая из этих выборок сишная, а какая растовая.

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

> То есть -- да, CVE на растовый софт особые.

Так то они наверное на каждый яп со своим колоритом. На сях например eval() так просто не сделаешь. Или репы контролируемые майкрософтом, амазоном и гуглом - тоже безопасно смотрится, в плане контроля над окружением. Недоверяемыми субъектами.

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

202. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +1 +/
Сообщение от Ordu (ok), 23-Дек-21, 13:36 
>> Дык ты можешь привести пример сишной "популярной программы/библиотеки без 0дней дырени
>> в истории" или нет?
> Так сходу - нет, потому что не задавался вопросом.

А я задавался. Не искал, но задавался. И я не видел ни одной не дырявой.

> А примеры популярных программ и библиотек на расте вообще еще поискать.

Ну да, давай будем стрелки переводить.

> Верования что от всего спасет безопасный рантайм как-то способствует отключения у кодера
> мозга. За него же подумали другие. Или нет?

И вот это тоже ничётак -- воевать с соломенным чучелом. Ты знаешь хоть одного кодера, кто верит в то что безопасный рантайм спасёт от всего? Или хоть одного кодера, у кого мозги отключились от перехода с C на что-то высокоуровневое? Я не знаю ни одного. Ты воюешь против несуществующего явления, которое изобрёл сам, специально для того, чтобы победить хоть кого-то. Хотя бы соломенное чучело, созданное специально таким образом, чтобы даже ты мог бы его разгромить аргументацией.

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

218. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (-), 24-Дек-21, 13:02 
> А я задавался. Не искал, но задавался. И я не видел ни одной не дырявой.

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

> Ну да, давай будем стрелки переводить.

Я гайд на unsafe раст почитал и не понял чем это принципиально от сей отличается. Примерно те же проблемы. А без unsafe он вообще чего может? К другим ЯП интерфейсить - unsafe. Системные либы? Unsafe. Cисколы? Unsafe. Стандартные либы раста? Unsafe везде. Их боги пишут, они не ошибаются? А точно, в таких горах кода, перепахиваемых с такой скоростью? Или их просто анализировать никому неохота, какой толк с анализа если через неделю все перетрясли?

> И вот это тоже ничётак -- воевать с соломенным чучелом. Ты знаешь
> хоть одного кодера, кто верит в то что безопасный рантайм спасёт от всего?

Судя по коментам их тут орда. Хотя по растовой версии сабжа и не скажешь, довольно дохлая.

> Или хоть одного кодера, у кого мозги отключились от перехода с C на что-то высокоуровневое?

Вот именно сишные кодеры как-то не очень на раст рвутся. У сей плюс в том что они относительно простые, отсутвие высокоуровневых наворотов позволяет легко и быстро въехать в чужой проект. А когда там концепции и абстракции уже упс, номер не катит. Запатчить за 10 минут то что напрягало? СЕЙЧАС! Сперва пару дней в стиль мышления кодера извольте. А оно надо? Я хотел исправить то и это а не изучать полет мысли какого-то чудака.

> Я не знаю ни одного.

Я вообще ни 1 сишного кодера перешедшего на раст не видел. Может они и бывают, но это странные люди. На вид довольно разные штуки.

> образом, чтобы даже ты мог бы его разгромить аргументацией.

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

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

224. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Ordu (ok), 24-Дек-21, 17:26 
Когда я читаю вот то, что ты пишешь, у меня складывается ощущение, что ты хочешь узнать о расте больше, но какие-то неведомые принципы запрещают тебе задать вопрос, и требуют от тебя наезжать на раст, демонстрируя своё незнание, и, таким образом, провоцируя меня на ответ.

Сорри, чёт у меня сегодня нет настроения вестись на провокации.

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

227. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (-), 02-Янв-22, 10:21 
Как тебе сказать? В расте есть интересные идеи. Но хайпожорское сообщество выезжающее только на поливании других, встроенный пакетный менеджер с репами управляемыми корпами и прочие характерные ништяки держат меня на почтительном расстоянии.
Ответить | Правка | К родителю #224 | Наверх | Cообщить модератору

232. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Ordu (ok), 02-Янв-22, 13:47 
> Как тебе сказать? В расте есть интересные идеи.

Кои ты, судя по твоим словам выше, не понял от слова совсем.

> Но хайпожорское сообщество выезжающее только на поливании других,

Мне непонятна эта фраза. Что для сообщества значит быть "выезжающим"?

А по поводу хайпа: https://thenewwazoo.github.io/whining.html

> встроенный пакетный менеджер с репами управляемыми корпами и прочие характерные ништяки держат меня на почтительном расстоянии.

Хех, это в смысле когда ты пытаешься критиковать "интересные идеи" выше, ты типа пропагандисткую кампанию ведёшь, и не потому, что идеи не такие, а потому, что "корпами управляемый"? Мне вот это непонятно от слова совсем: людей в школе учили логике, их в школе учили математике, некоторые аж в олимпиадах побеждали, но они становятся агентами пропаганды, они забывают все эти правила и просто несут бред. Не, я смирился с тем, что люди не готовы развивать своё мышление, что окончив школу, где им за недостаточные усилия в саморазвития учителя ставили двойки, а родители драли задницу за плохие оценки, люди почему то решают, что они доразвивались до достаточного уровня, и дальше нет никакой нужды прилагать какие-либо усилия к развитию свой способности мыслить. Ок, я готов принять, что люди настолько не ценят свой интеллект, что готовы не затачивать его. Но позволять ржаветь тому, что они уже обрели в школе?

Смотри как надо критиковать:
https://chrisdone.com/posts/rust/

https://dev.to/arunanshub/self-referential-structs-in-rust-33cm -- это само по себе не критика раста, но если ты посмотришь на это с точки зрения того, как много чёрной магии требуется только для того, чтобы самореферентную структуру создать, то это отличная демонстрация к предыдущей ссылке. То есть циклический список создать ещё хрен с ним -- его легко можно сделать на raw указателях и не выпендриваться, но нужда в самореферентности иногда в самый неожиданный момент выскакивает, и... не, ouroboros может помочь иногда, но не ты прикинь, ouroboros требует от тебя надо знать разницу между ковариантными и нековариантными типами. Короче раст реально может оказаться очередным хаскелем. Насчёт сборки мусора -- это мне кажется вряд ли, есть же Rc/Arc, и они реально могут решать проблемы лайфтаймов, когда они нерешаемы, но вот превратиться в хаскель, в язык для высоколобых -- это вполне возможно.

https://gist.github.com/ctrlcctrlv/978b3ee4f55d4b4ec415a985e... -- прям-таки не в бровь а в глаз: перфекционизм превыше всего, качество кода важнее его функциональности.

https://kerkour.com/rust-crate-backdoor/ -- это прям напрашивалось, раз есть пакетный манагер.

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

181. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (-), 23-Дек-21, 08:59 
> В отличии от сишечки, на которой вы не найдёте ни одной популярной программы/библиотеки
> без 0дней дырени в истории.

Не ошибается тот кто ничего не делает. А когда все же делает - так вон и на растовые проекты уже сотни CVE понаходили. Это при том что софт на нем еще суметь найти надо.

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

206. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –1 +/
Сообщение от Аноньимъ (ok), 23-Дек-21, 19:26 
Много людей регулярно всю жизнь использует огнестрельное оружие и умирает при этом от старости, а не случайного выстрела себе в голову.
Ответить | Правка | Наверх | Cообщить модератору

219. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (-), 24-Дек-21, 13:29 
> Много людей регулярно всю жизнь использует огнестрельное оружие и умирает при этом
> от старости, а не случайного выстрела себе в голову.

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

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

73. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от keydon (ok), 16-Дек-21, 07:54 
Ну да, в другом то софте такого не бывает, например heartbleed в openssl которым пользовались чуть меньше чем весь мир. В прошивках роутеров и винде это вообще норма. Чз что ты хочешь от гораздо меньшего проекта с 5 контрибьюторами. Тут же даже альтернатив нет - либо tox, либо matrix, у которого например сайт взламывали.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

89. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +1 +/
Сообщение от Аноним (89), 16-Дек-21, 11:18 
Казалось бы, когда получаешь граблями по лбу, ну можно же сделать вывод из произошедшего и выжечь напалмом такие макросы, заменив их константами и/или функциями? Нет, б..ть, скобочки добавили - и так сойдет... О статических анализаторах, ловящих такие ошибки, они тоже не слышали...

Такие вот эксперты по сыкурности...

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

182. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (-), 23-Дек-21, 09:01 
Они внезапно сделали выводы и научились ставить скобки там где нормальные сишники их всегда и ставили. А вас послушать, так если ножиком порезаться так потом даже палку-копалку страшно брать.
Ответить | Правка | Наверх | Cообщить модератору

102. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +1 +/
Сообщение от Аноньимъ (ok), 16-Дек-21, 13:35 
Справедливости ради.
В описании проекта написано:

>This is an experimental cryptographic network library. It has not been formally audited by an independent third party that specializes in cryptography or cryptanalysis. Use this library at your own risk.

Так-же предоставляется реализация на хаскеле.

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

120. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (89), 16-Дек-21, 15:06 
Тем не менее люди уже этим пользуются, например через тот же qTox, упомянутый в новости.
Ответить | Правка | Наверх | Cообщить модератору

121. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (89), 16-Дек-21, 15:09 
И, кстати, qTox - официальный клиент, который предлагается для загрузки на https://tox.chat/.
Ответить | Правка | Наверх | Cообщить модератору

158. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (158), 17-Дек-21, 16:47 
*: один из тех, о которых разработчики знают. На вики есть ещё целая пачка
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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