The OpenNET Project / Index page

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



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

Оглавление

Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и сетевой стек, opennews (??), 26-Фев-24, (0) [смотреть все]

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


23. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +1 +/
Сообщение от Аноним (-), 27-Фев-24, 01:19 
Проблема как раз в связке "язык + мясной мешок".
Потому что когда сишный код получается генераторами или трансляцией из высокоуровневого языка, то такие ошибки крайне редки, если вообще случаются.
Потому что там код "пишет" неустающий неотвлекающийся комп.

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

Просто откройте патчи. Там фиксы разные, но есть и вида

if (!vlen)
    return -EINVAL;
Ну подумаешь, забыл проверить что есть длинна)) Ну с кем не бывает)

Или из того же файла
if (negblob_len < offsetof(struct negotiate_message, NegotiateFlags)) {
    rc = -EINVAL;
    goto out_err;
}
Забыли проверь что не превысили значение.

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

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

26. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +1 +/
Сообщение от Аноним (26), 27-Фев-24, 02:27 
Например NIM. Но такой подход с трансляцией имеет один огромный недостаток, не будет полноценной отладки, в nim огромный костыль, а не отладка. Другое дело если они полностью перейдут на llvm базу тогда в языке будет все, и оно возможно будет конкурентоспособное. Но этому никогда не бывать ибо от части эго, от части они ведь не могут бросить столько лет работы в пустую, если курить то до конца пока лёгкие не отказали?!

Это как go. Когда go только создавался llvm имел ограничения и проблемы, они решили делать по своему с нуля, но сейчас их нет давно.

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

35. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  –2 +/
Сообщение от Аноним (35), 27-Фев-24, 04:29 
Тут дело не во внимательности. Профессионал никогда не забудет о проверках - потому что это уже вторая натура. К тому же, вполне может выступать адекватным мерилом профпригодности.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

50. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +1 +/
Сообщение от Аноним (50), 27-Фев-24, 09:13 
Проблема не в том, чтобы не забыть проверки. В большой системе вроде ядра, с кучей уровней абстракции, важно понимать, на каком ты уровне работаешь и должна ли та или иная ошибка быть проверена именно на этом уровне, а не уровнем выше или ниже, а для этого требуется понимание архитектуры системы. Если проверки просто расставлять везде где попало, то оно будет тормозить.
Ответить | Правка | Наверх | Cообщить модератору

96. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +1 +/
Сообщение от Аноним (-), 27-Фев-24, 11:16 
> и должна ли та или иная ошибка быть проверена именно на этом уровне

Угу, поэтому всё ядро у нас держится на "мамой клянусь, там не будет null!" погромистов.
И как мы видим, работает это так себе)) Зато не тормозит!

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

79. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +2 +/
Сообщение от Аноним (-), 27-Фев-24, 10:47 
> Профессионал никогда не забудет о проверках

Окей... Но тогда у нас нет ни одного профессионала-ядрописателя))

Может вы знаете где таких найти?
А то они очень нужны, но все что пишут почему-то стабильно косячат.

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

113. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Аноним (113), 27-Фев-24, 13:20 
Можно писать по докам, спецификациям, RFC и всё будет красиво и правильно, а пото внезапно послан нестандартный пакет или

> при отправке специально оформленных неаутентифицированных TCP-запросов

и ломается.
Но сделано ведь было правильно, а проверки на каждый чих - это ж тормоза?

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

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

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




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

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