The OpenNET Project / Index page

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



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

Оглавление

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

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


45. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."  +1 +/
Сообщение от mumu (ok), 15-Окт-20, 13:50 
> атакующий может добиться перезаписи области за пределами выделенной памяти

Напомните, Rust исключает подобные ситуации или нет?

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

48. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."  +2 +/
Сообщение от Аноним (48), 15-Окт-20, 14:45 
Исключает, если не юзать unsafe.
Ответить | Правка | Наверх | Cообщить модератору

51. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."  +5 +/
Сообщение от Ordu (ok), 15-Окт-20, 15:20 
Данную ситуацию, если по-хорошему, и C исключает, если думать головой.

Там написано примерно следующее:

struct l2cap_chan {
    ...
    void *data;
    ...
};

Этот data может указывать на структуру, как минимум, двух разных типов. Об этом не написано в заголовке, где объявлен l2cap_chan (там на всю структуру с несколькими десятками полей ровно ноль комментариев). Это, видимо, большой секрет, и, надо полагать, задумка в том, чтобы оценить квалификацию разработчика по тому, сможет ли он разобраться в том, на какие типы может указывать data, и понять, когда и на какой тип он указывает. Собственно эта уязвимость говорит о том, что удалось найти как минимум одного разработчика, кто не смог разобраться. Ура-ура! Можно прочистить ряды разработчиков линукса, и ещё чуть-чуть поднять средний уровень квалификации разработчика.

Можно же было написать не void *data, а union, так? Можно было написать комментарий, поясняющий когда актуально то или иное поле union'а, так? Можно было добавить ещё одно поле типа enum, которое бы отражало актуальность полей union'а -- ну чтоб наточняк. Или ещё наточнее, можно было бы написать inline-функций доступа к полю data, которые бы максимально усложнили бы создание некогерентной структуры.

Но нет ведь, инкапсуляция -- это признак слабости. Если ты не можешь без инкапсуляции, значит иди дальше учиться программировать и повышать свою квалификацию. union вместо приведения типов? Для использования union'а надо пасть ниже всякой слабости.

Будь мужиком! Забей на возможности предоставляемые системой типов. Вкачивай лучше себе внимание с детства, это ключ к успеху.

Вот как раз такие, как я понимаю, и пропагандируют идею, что unsafe в rust'е перечёркивает все гарантии безопасности, которые даёт раст -- естественно: такие как они будут рассматривать неиспользование unsafe как признак слабости, и кончится это ровно тем же, потому что никакие возможности языка программирования не спасут от программиста-конченного дебила.

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

58. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."  +1 +/
Сообщение от develop7 (ok), 15-Окт-20, 16:43 
да вот думают головой-думают, а багов по-прежнему полно. Может, пусть уже компьютеры наконец делают работу, для которой их придумывали?
Ответить | Правка | Наверх | Cообщить модератору

61. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."  +1 +/
Сообщение от умный дом (?), 15-Окт-20, 17:32 
Их придумывали вовсе не для того, чтоб они за тебя думали. Но ты не переживай - они уже научились. К сожалению (твоему) они и есть - тоже за тебя планируют. А белковый кожанный бурдюк вообще ненужно.

Следующая версия ковида окажется для них последней.

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

66. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."  +2 +/
Сообщение от uis (ok), 15-Окт-20, 18:16 
Когда не думают - ещё больше
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

82. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."  +4 +/
Сообщение от Онаним (?), 15-Окт-20, 20:34 
Из всего этого словесного излияния можно оставить только одну фразу, отражающую суть вещей.
"никакие возможности языка программирования не спасут от программиста"
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

63. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."  +1 +/
Сообщение от Аноним (48), 15-Окт-20, 17:36 
Настоящие сапёры не делают оши
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

70. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."  +/
Сообщение от anonymous yet another (?), 15-Окт-20, 18:46 
По сути --- нет.

Проблема, проявивишаяся в subj, происходит от чрезвычайной запутанности и усложнённости стека протоколов BT. Видимо, создавался берсерками в предбоевом состоянии.

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

126. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."  +1 +/
Сообщение от Sem (??), 18-Окт-20, 21:59 
Нет.

Поясню: стек BT - отдельная история, но не зависимо от этого, BlueZ написан просто плохо. Так что тут нет причинно-следственной связи.

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

132. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."  +1 +/
Сообщение от anonymous yet another (?), 19-Окт-20, 10:51 
Давайте так: реализация BT Bluetopia вполне себе хуже BlueZ. Про остальные не знаю. Но поскольку я работал с первоисточниками --- т.е. спецификацией BT, то у меня сложилась вполне ясная картинка: этот трэш прямо реализовать нельзя. Имея столь объёмную сколь и безобразно спроектированную спецификацию, нельзя написать шедевр. Так что причинно-следственная связь здесь совершенно очевидна.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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