LINUX.ORG.RU

Модель o3 OpenAI нашла уязвимость в модуле ядра Linux

 , ,


0

3

В модуле ksmbd, который обеспечивает встроенную в ядро Linux реализацию SMB-сервера, обнаружена опасная уязвимость (CVE-2025-37899). Она позволяет злоумышленнику выполнить произвольный код на уровне ядра, отправив специально сформированные SMB-пакеты. Интересно, что проблема была выявлена не вручную, а с помощью ИИ-модели OpenAI o3 в ходе автоматизированного аудита безопасности.

Поскольку код модуля ksmbd слишком велик для полного анализа в рамках одного запроса, проверка проводилась поэтапно. ИИ исследовал реализацию отдельных SMB-команд, используя типовые запросы, и в итоге обнаружил use-after-free в обработчике команды logoff.

Суть уязвимости:

При завершении сеанса (logoff) освобождалась память, связанная с пользовательской структурой sess->user. Однако, если параллельно в другом соединении приходил запрос на установку нового сеанса (smb2_sess_setup), этот поток мог обратиться к уже освобождённой памяти, что приводило к уязвимости.

Проблема устранена в следующих версиях ядра: 6.15-rc5, 6.14.6, 6.12.28, 6.6.90, 6.1.138. Ветка 5.15, куда модуль ksmbd был первоначально добавлен, не затронута.

Исследование провёл Шон Хилан (Sean Heelan), создатель платформы Prodfiler для анализа производительности и безопасности кода. Он решил протестировать возможности современных ИИ-моделей в поиске уязвимостей и пришёл к выводу, что OpenAI o3 демонстрирует высокий уровень понимания кода.

Ключевые наблюдения:

  • Модель смогла выстроить логическую цепочку, учитывающую параллельные подключения и использование общих структур данных.

  • Она не просто указала на потенциально опасный код, но и исключила ложные срабатывания, сосредоточившись на реальной угрозе.

  • Перед поиском новых уязвимостей Шон проверил модель на известной уязвимости (CVE-2025-37778), и o3 успешно её обнаружила, показав результаты, близкие к ручному аудиту.

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

>>> Подробности (OpenNet)

★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от watchcat382

Ada менее продвинута чем Rust.

Спорное утверждение. Особенно учитывая что Ада полувековой давности довольно существенно отличается от стандарта 2016 года.

Ничего спорного. Ada даёт меньше гарантий чем Rust. Это факт.

SPARK даёт примерно аналогичные гарантии, но на нём сложнее писать чем на Ada или Rust.

hateyoufeel ★★★★★
()
Последнее исправление: hateyoufeel (всего исправлений: 1)
Ответ на: комментарий от hateyoufeel

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

firkax ★★★★★
()
Ответ на: комментарий от hateyoufeel

Так они же вообще не поднимают вопросов цпу! У них 35% канала теряется где то между устройствами и шинами. Ну да, похоже оптимизация нужна, но отставание от лидера довольно невысокое.

kirill_rrr ★★★★★
()
Ответ на: комментарий от firkax

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

Ты, кажется, не понял того, что 10GbE – это не весть какая производительность. У меня локальный SSD в 5 раз быстрее, на секундочку, и при этом при работе с ним проц не жрётся и ничего особо не тормозит. Чтобы забить 10GbE канал, не требуется какого-то особого подхода. Сраный cat /dev/zero | netcat ... может его забить процентов на 90. А Samba не может.

Кстати, между двумя вендовыми системами вполне выходит 8.5-9 гигабит делать, судя по тому что я сейчас нагуглил.

cc @kirill_rrr см выше про венду.

hateyoufeel ★★★★★
()
Последнее исправление: hateyoufeel (всего исправлений: 2)
Ответ на: комментарий от hateyoufeel

Да что ты прицепился со своими 10GbE? Это ты это число заявил, я про него не писал, мне пофиг какая там конкретно скорость. Чтобы открыть какой-нить документ на 50 (и даже 500) страниц, или посмотреть скаченный недавно на комп в соседней комнате фильм в сверхвысоком битрейте 50мбит/с, хватит и древнего 100мбит канала с запасом. А ты пишешь про какие-то особые нужды, выходящие за рамки быта. Самба не для этого.

firkax ★★★★★
()
Ответ на: комментарий от firkax

из-за потери трети

«мелкие»(по внедрению ойти) организации страдают когда по самбе к файлопомойке толпы хомячков(свои сотрудники) ходят

qulinxao3 ★☆
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.
Тема будет перемещена в архив .