The OpenNET Project / Index page

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



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

Оглавление

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

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


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

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

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




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

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