The OpenNET Project / Index page

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



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

Оглавление

Уязвимости в беспроводном стеке ядра Linux, допускающие удалённое выполнение кода, opennews (??), 13-Окт-22, (0) [смотреть все]

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


95. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  –4 +/
Сообщение от Джон Макагонов (?), 14-Окт-22, 14:14 
Весь пост толстый намек на раст. Сишники,  и иже с ними,  переходите на раст,  если не хотите остаться на обочине истории.
Ответить | Правка | Наверх | Cообщить модератору

113. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Без аргументов (?), 14-Окт-22, 16:45 
> если не хотите остаться на обочине истории

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

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

115. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Без аргументов (?), 14-Окт-22, 16:48 
плохо написал. уточню: ваше маниакальное ожидание "вот вот, и будет переворот", здесь неуместно. Это я как Сишник говорю. Какие-то новые сферы разработки да, но не миллиарды человекочасов переписать.
Ответить | Правка | Наверх | Cообщить модератору

116. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +1 +/
Сообщение от Аноним (49), 14-Окт-22, 17:10 
Надо внедрять и развивать статические анализаторы, тогда и сишный код может быть вполне безопасный
Ответить | Правка | Наверх | Cообщить модератору

135. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  –1 +/
Сообщение от Аноним (85), 14-Окт-22, 22:40 
Что ж за 50 лет так ничего толком не внедрили?
Ответить | Правка | Наверх | Cообщить модератору

143. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Без аргументов (?), 15-Окт-22, 00:17 
Самолеты летают, стиралки стирают, ты пишешь через кучу сетевых устройств с прошивками. Ядерное оружие тоже на Си. НЕ внедрили. Женская логика -- ты никогда, ты всегда, ничего, всё.
Ответить | Правка | Наверх | Cообщить модератору

144. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  –1 +/
Сообщение от Аноним (25), 15-Окт-22, 00:50 
Угу, только самолеты летают на Ада и Спарк, танки ездят на них же, банковская система на Коболе и Джаве.
На действительно ответственные части энергетики си тоже не пустили.
А вот в марсоходе есть, но там MISRA C с такими ограничениями, что с обычным си практически несравним.
А да, надеюсь и в ядерном оружии его нету, иначе нам всем капец.
Ответить | Правка | Наверх | Cообщить модератору

159. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Без аргументов (?), 15-Окт-22, 11:50 
> надеюсь

надейся.
начитался статей то, но нигде не работал.
наши БПЛА тоже на крестах (там много узлов, от ПЛИС до Cortex-M и Cortex-A).

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

188. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Аноним (188), 15-Окт-22, 23:34 
При чем тут бпла к яо?
То что у вас бпла из гoвна и палок и так понятно... Последние полгода весь мир ржет с этих аналогoвнетов - китайская комлектуха и микрухи с алиекспресса. И то не хватило, пришлось у бабахов клянчить.
Ответить | Правка | Наверх | Cообщить модератору

209. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Аноним (-), 17-Окт-22, 13:59 
Они все их делают примерно из того же самого. Иначе получается десять штук в год по супер цене. И оно все такое замечательное, только заканчивается в момент.
Ответить | Правка | Наверх | Cообщить модератору

160. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Без аргументов (?), 15-Окт-22, 11:52 
Это в твоей Америке старье, т.к. они сделали намного раньше эти системы, и работает -- не трогают. О каком тогда уж сыром расте может идти речь? Вы противоречите.
И напротив, в РФ все эти госуслуги и онлайн банкинг, ФНС это топ в мире, такого больше нигде нет. Потому что сделали недавно на недавних технологиях.
Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

189. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Аноним (188), 15-Окт-22, 23:36 
Никто не противоречит. В самолеты и танки никто раст тянуть не будет, просто потому что там уже есть свое легаси. Разве что в какие-то новые разработки, но учитывая консервативность отрасли... это будет лет через 20-30.
Ответить | Правка | Наверх | Cообщить модератору

163. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Без аргументов (?), 15-Окт-22, 12:04 
Вот крипту растоманы начали пилить вместо классического банкинга -- флаг в руки
Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

166. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +1 +/
Сообщение от Аноним (85), 15-Окт-22, 13:37 
> Угу, только самолеты летают на Ада и Спарк,

Дооо, конечно, особенно фирмвари микроконтроллеров которые так то last line of defence.

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

174. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Аноним (173), 15-Окт-22, 15:48 
> На действительно ответственные части энергетики си тоже не пустили.
> А вот в марсоходе есть, но там MISRA C с такими ограничениями,

Думаешь на аде нельзя вебмакачить? А чего тогда ариан5 убился? :)

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

223. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от randomizeemail (?), 19-Окт-22, 13:21 
> А да, надеюсь и в ядерном оружии его нету, иначе нам всем капец

Переполнение буфера, и весь мир поделится на 0.

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

170. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Аноним (170), 15-Окт-22, 15:38 
> Надо внедрять и развивать статические анализаторы, тогда и сишный код может быть
> вполне безопасный

Без некоторого ограничения исползования некоторых вещей не прокатит. В сорце нет аннотации намерений кодера местами. Особенно вокруг работы с указателями и проч.

Простой пример: проанализируйте валиден ли вот этот вот вызов memcpy() или он выносит что-то? А, там void* и указывать может в принципе куда угодно? Ну вот так вот. MSIRA подобные вещи просто запрещает, так разумеется безопаснее, но произвольную программу вы так уже не соберете. И кернел переписывать устанете.

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

114. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +1 +/
Сообщение от Без аргументов (?), 14-Окт-22, 16:46 
0.1% говорит что-то про обочину
Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

130. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +1 +/
Сообщение от Джон Макагонов (?), 14-Окт-22, 19:46 
Какие 0.1%? Нас значительно больше. А вам сишникам должно быть стыдно - за 50 лет не придумали нормального системного языка,  пишете свои дырявые программы на дремучем языке. Нет чтобы влиться в раст-сообщество,  внести свой вклад в развитие прогрессивного языка - вы лучше будете противостоять ему и поливать грязью на сие гениальное творение ума человеческого. Ведь концепция до боли простая - у каждого выделенного участка памяти есть свой владелец,  двух владельцев быть не может. Возьмите ее и внедрите в свой С,  будьте людьми.
Ответить | Правка | Наверх | Cообщить модератору

133. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Аноним (38), 14-Окт-22, 20:51 
Растаманы за 16 лет ещё не показали, что на расте можно создать что-то работающее.
Ответить | Правка | Наверх | Cообщить модератору

136. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +1 +/
Сообщение от Аноним (85), 14-Окт-22, 22:42 
Ну так у них есть еще 34 года
Ответить | Правка | Наверх | Cообщить модератору

171. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Аноним (170), 15-Окт-22, 15:40 
> Ну так у них есть еще 34 года

Не, вот на минутку! Си был создан по сути для unix'а и заняло все это никак не 16 лет. А на хрусте есть редокс, но кому он сдался...

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

186. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Аноним (-), 15-Окт-22, 22:47 
>> Ну так у них есть еще 34 года
> Не, вот на минутку! Си был создан по сути для unix'а и заняло все это никак не 16 лет.

Ну так попробуй попользоваться именно ТЕМ юниксом ...
> А на хрусте есть редокс,

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

А кому сдались "оналитические" вспуки на опеннете?

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

210. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  –1 +/
Сообщение от Аноним (-), 17-Окт-22, 14:01 
Им как минимум авторы пользовались. Да и линуксом его автор стал за месяц пользоваться. А сколько пользователей у этой штуки через годы?
Ответить | Правка | Наверх | Cообщить модератору

218. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Аноним (218), 17-Окт-22, 23:01 
>>> Ну так у них есть еще 34 года
>> Не, вот на минутку! Си был создан по сути для unix'а и заняло все это никак не 16 лет.
> Им как минимум авторы пользовались. Да и линуксом его автор стал за месяц пользоваться.

А в огороде бузина.
Причем, кивать на "тот самый юникс, вон тогда появился!", но по фичам сравнивать с _современным_ пингвинчиком, плодом разработки тысяч п(р)огромистов и миллиардов $ вливаний - опеннетная оналитега во все её красе ...

> А сколько пользователей у этой штуки через годы?

Всяко поболее, чем у тех самых первых юниксов.

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

139. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +1 +/
Сообщение от Без аргументов (?), 15-Окт-22, 00:05 
ногодрыг GPIO же для одноплатника _переписали_ с Си.
Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

148. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +1 +/
Сообщение от Джон Макагонов (?), 15-Окт-22, 02:12 
Языку Rust всего 7 лет. Версия 1.0 вышла в 2015 году. Тот год и есть год его рождения. И за эти короткие 7 лет его уже пускают в ядро,  пусть и на драйвера временно. А что у нас слышно про С++? Про Go? Про D? Плюсы пригодны только для аппликух - слишком много слоев абстракций. У раста нет классов,  нет наследования - зато есть грамотная система типов и трейтов. У go и d толстые рантаймы,  они тоже для аппликух только.
Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

153. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Аноним (153), 15-Окт-22, 09:42 
100 строк существующего драйвера переписать? Ты с головой давно поссорился? На всём кроме сраста давно уже тонны полезного софта.
Ответить | Правка | Наверх | Cообщить модератору

156. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Анонн (?), 15-Окт-22, 10:19 
Особенно на D )))
Ответить | Правка | Наверх | Cообщить модератору

190. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Аноним (218), 15-Окт-22, 23:57 

[27.11.2018] Amazon открыл код легковесной платформы виртуализации Firecracker
[16.09.2022] Cloudflare перешёл с NGINX на собственный прокcи Pingora, написанный на языке Rust


> Растаманы *пук!* за 16 лет *Пуууук!* ещё не показали, *Пук-пук-пук-пук!*

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

199. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Аноним (197), 17-Окт-22, 11:48 
Они еще лет 20 подобное будут писАть. Даже когда вокруг уже будет густо обмазано растом и ядро будет иметь не одну сотню драйверов на нём.
Ответить | Правка | Наверх | Cообщить модератору

140. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +2 +/
Сообщение от Без аргументов (?), 15-Окт-22, 00:10 
> Нас значительно больше.

Так думают все, кто замкнуто крутится в однообразной тусовке, это как автоподбор рекламы, контента и новостей создаёт сферическое мировоззрение (и мировосприятие) в вакууме.
Я признаю ошибку. 0.05%.
А по факту на HH: 73 вакансии «rust», 1 427 вакансий «C++» (2 714 вакансий «C разработчик»)

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

145. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от аннонн (?), 15-Окт-22, 00:56 
Ты бы еще посмотрел сколько нужно джаваскриптеров, пхпышников и, упаси господи, 1Сников.
Ответить | Правка | Наверх | Cообщить модератору

161. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Без аргументов (?), 15-Окт-22, 11:58 
Демагогия -- это хождение по кругу без точки опоры.
Помогу: вы перечислили _прикладные_ вакансии для коммерческих компаний и сервисов, в них потребность выше, как в количестве пачек туалетной бумаги.
Один человек изобрел материнскую плату -- 10 человек ОС запилили, 100 человек софт под ОС. Но без первого те 100 -- зазнайки.
Ответить | Правка | Наверх | Cообщить модератору

142. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Без аргументов (?), 15-Окт-22, 00:15 
> у каждого выделенного участка памяти есть свой владелец

С таким лютым ограничением это уже не язык системного уровня как Си. Потому что вы и знать не хотите устроен компьютер, а лезете в него: у него есть кольца защиты, сегменты памяти и т.п., но нет никаких прав на переменную в рамках одной программы. Как писать всякие загрузчики, критические места без этого... Это преимущество для обычной прикладухи, зачем, если был уже более безопасный с паниками Го и прочие Python с Java...

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

146. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  –1 +/
Сообщение от Джон Макагонов (?), 15-Окт-22, 01:40 
Это все от лукавого. Язык С уровнем повыше будет,  чем машинный код или даже ассемблер. А если язык высокоуровневый,  в его компилятор просто должны быть зашиты лютые ограничения - просто надо подумать,  собраться вам всем и раскинуть мозгами. Но нет же,  вам легче поливать помоями тех,  кто пытается это делать хоть как-то. Раст тоже не дает 100% гарантий,   у него таки есть гребанный ансейф,  но он хоть что-то дает,  а  язык С ни дает вообще никаких гарантий - все на совести и чести программиста.
Ответить | Правка | Наверх | Cообщить модератору

154. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +1 +/
Сообщение от Аноним (153), 15-Окт-22, 09:45 
Делать хоть что-то это прыгать голым задом на ежа? Переливать воду из одного стакана в другой? Носить воду в решете? А чём польза этой бесполезной беготни с срастом? Головой не пытался думать что труд должен приносить результат? А не красит траву от забора и до обеда?
Ответить | Правка | Наверх | Cообщить модератору

162. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Без аргументов (?), 15-Окт-22, 12:01 
у нас есть общее: все хотят сделать нормальный софт, просто по-разному видят
Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

211. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  –1 +/
Сообщение от Аноним (-), 17-Окт-22, 14:03 
> а  язык С ни дает вообще никаких гарантий - все
> на совести и чести программиста.

Вообще, современные компилеры и статические анализаторы это немного научились. Равно как asan и ubsan. Так что это не на 100% верное утверждение.

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

147. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Джон Макагонов (?), 15-Окт-22, 01:53 
> Как писать всякие загрузчики, критические места без этого...

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

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

152. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +1 +/
Сообщение от n00by (ok), 15-Окт-22, 09:24 
>> Как писать всякие загрузчики, критические места без этого...
> Через ассемблер. Есть все-таки участки,  куда нельзя пускать высокоуровневые языки.

На всякий случай попробую подтвердить голословное утверждение эксперта, приведу пример, где необходим «ассемблер», если не считать загрузчики:

.386
.model flat
?catchguardhandler@cxxrecord@cxxruntime@ntl@@SA?AW4disposition@exception@nt@3@PAUrecord@563@PAUregistration@563@PAUcontext@63@PAUdispatcher_context@563@@Z PROTO SYSCALL
.safeseh ?catchguardhandler@cxxrecord@cxxruntime@ntl@@SA?AW4disposition@exception@nt@3@PAUrecord@563@PAUregistration@563@PAUcontext@63@PAUdispatcher_context@563@@Z

Поскольку Rust декларируется как замена C++, интересно, как там решили данный вопрос?

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

155. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Анонн (?), 15-Окт-22, 10:00 
Для чего-то простого есть inline asm
https://doc.rust-lang.org/reference/inline-assembly.html
https://doc.rust-lang.org/nightly/rust-by-example/unsafe/asm...
Просто пишешь макрос asm!(...) в виде unsafe вставки в коде и все. Но там есть некоторые ограничения.

Плюс ты просто можешь использовать asm-файл. Для этого есть макрос global_asm!.
global_asm!(include_str!("../asm/stage_1.s"));
(взято отсюда https://github.com/phip1611/bootloader/blob/main/src/bin/bio...)

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

157. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +1 +/
Сообщение от n00by (ok), 15-Окт-22, 10:26 
Что бы ответить на мой вопрос, надобно понимать, что такое .safeseh и какое он имеет отношение к «нулевому рантайму». Впрочем, для Linux это не актуально.
Ответить | Правка | Наверх | Cообщить модератору

169. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Аноним (-), 15-Окт-22, 15:28 
> Что бы ответить на мой вопрос, надобно понимать, что такое .safeseh и
> какое он имеет отношение к «нулевому рантайму». Впрочем, для Linux это
> не актуально.

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

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

178. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Анонн (?), 15-Окт-22, 19:36 
Да, ты прав, не знал про такое - виндовая штука ¯\_(ツ)_/¯
Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

191. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от n00by (ok), 16-Окт-22, 08:54 
Так вот остальное (если не считать загрузчики и специфичные моменты в ядре ОС) решается на Си++ без ассемблера. Не средствами из стандарта, но в компиляторах есть всё нужное. Соответственно и на Си решается.
Ответить | Правка | Наверх | Cообщить модератору

201. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от pavlinux (ok), 17-Окт-22, 13:25 
И ещё 100500 отмазок почему я так хочу.

... if (likely( if (unlikely(...))))

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

203. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от n00by (ok), 17-Окт-22, 13:42 
> И ещё 100500 отмазок почему я так хочу.
> ... if (likely( if (unlikely(...))))

Потому что на IA32 одно время ввели префикс для условных переходов, а потом от него отказались. А приведённый пример как бы универсален, достаточно пересобрать при смене правил, а не переписывать, как пришлось бы на асме.

Assembly/Compiler Coding Rule 3. (M impact, H generality) Arrange code to be consistent with
the static branch prediction algorithm: make the fall-through code following a conditional branch be the
likely target for a branch with a forward target, and make the fall-through code following a conditional
branch be the unlikely target for a branch with a backward target.

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

212. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от Аноним (-), 17-Окт-22, 14:05 
> в компиляторах есть всё нужное. Соответственно и на Си решается.

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

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

222. "Уязвимости в беспроводном стеке ядра Linux, допускающие удал..."  +/
Сообщение от n00by (ok), 18-Окт-22, 13:37 
Не знаю, что там за половина у одной машинной команды. Разница между интринсиками и инлайн асмом в том, что микрософтовский транслятор видит __asm nop и у него от этого отключается оптимизатор. С GCC получше, но надо три раза присесть, написав помимо мнемоник команд ещё и аннотацию.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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