LINUX.ORG.RU

7 новых уязвимостей в FreeBSD

 ,


1

3

20 мая 2026 года разработчики FreeBSD объявили об исправлении семи новых уязвимостей в системе. Не все они одинаково опасны, но есть и крайне неприятные.

CVE-2026-45251 — use-after-free в select-подобных сисколлах, если в их списке ожидания имеются дескрипторы процессов (в FreeBSD 15 — ещё новые дескрипторы jail-ов), и эти дескрипторы были закрыты в другом потоке пока ожидающий сисколл всё ещё находился в ожидании. Судя по этому коммиту, затронуты так же дескрипторы, связанные с netmap (драйвером ускоренного прямого доступа к сетевому адаптеру), но на этот счёт официальной информации нет. Дескрипторы процессов появились в FreeBSD 9, так что уязвимость, вероятно, существует с тех пор. В официальном заявлении указано, что уязвимость позволяет получить привилегии суперпользователя. Возможности её нейтрализовать без патча/обновления нет.

CVE-2026-45250 — неправильный расчёт размера буфера и последующая запись мимо буфера в стеке в системном вызове setcred, причём, несмотря на то что setcred сам требует root-привилегий, порча стека происходит до того как привилегии проверены и таким образом доступна всем. Этот системный вызов появился в FreeBSD 14.3 (то есть более ранние версии не затронуты) и даёт способ установить все идентификаторы пользователя и групп текущего процесса за 1 вызов, вместо комбинаций setuid+setgid+setgroups и подобного. Уязвимость позволяет исполнять вредоносный код в контексте ядра. Возможности её нейтрализовать без патча/обновления нет.

CVE-2026-45252 — отсутствие проверки наличия завершающего нуля перед копированием строки, полученной от fuse-демона, в новый буфер. Тем не менее, проверка на максимальный размер копирования там есть, и больше чем 253 лишний байт из ядерной памяти прочесть не получится. А так же получится записать до 250 байт в «unallocated kernel heap space». По умолчанию в freebsd запрещено монтирование файловых систем не-root пользователями, а значит для подсовывания ядру злонамеренного fuse-демона нужно быть root-ом. Однако, если sysctl vfs.usermount=1 — система становится уязвимой и для обычных пользователей. Так же стоит учитывать опасность fuse-демона в jail-е, где он может быть и root (но по-умолчанию это тоже запрещено).

CVE-2026-45253 — при использовании ptrace была возможность запустить в отлаживаемом процессе системный вызов с некорректным номером, что приводило к выполнению в ядре кода, не предусмотренного в запуску к качестве системного вызова, с потенциально плохими последствиями. Если установлено security.bsd.unprivileged_proc_debug=0 (что является хорошей практикой для серверов в любом случае, а установщик системы даже предлагает это сделать опционально), то пользовательские и jailed процессы не смогут использовать ptrace и таким образом уязвимость останется доступна только root-у.

CVE-2026-45255 — инъекция shell-команд с root-правами в bsdinstall/bsdconfig через названия злонамеренных беспроводных сетей, которые там не экранировались, в момент просмотра их списка. Чтобы с данной уязвимостью не столкнуться, достаточно не просматривать список беспроводных сетей из bsdinstall/bsdconfig.

CVE-2026-39461, CVE-2026-45254 — уязвимости в библиотеке libcasper (не в ядре). Библиотека предназначена для безопасного настраиваемого предоставления сервисов процессам, помещённым в песочницу. Одна из уязвимостей связана с выходом за границу буфера в стеке и повреждение стека методом организации в этой библиотеке файловых дескрипторов с большими номерами (она была рассчитана на номера до 1024 — дефолтный лимит структур для сисколла select). Вторая уязвимость — возможность удалять наложенные списки ограничений (идеология библиотеки состоит в том, что единожды наложенные на процесс ограничения могут только усиливаться) cap_net.

Исправленные версии системы имеют номера: 14.3-RELEASE-p14, 14.4-RELEASE-p5 и 15.0-RELEASE-p9. Так же стоит отметить для некоторых важный момент: релиз FreeBSD 13.5 совсем недавно снят с поддержки — 30 апреля 2026 года, и для него (и для 13.х ветки вообще) официальных исправлений уже нет. Однако, если вам по какой-то причине пока что не хочется торопиться с переходом на 14.х релиз, патчи для версии 14.3 в целом подходят и к исходникам 13.5, а CVE-2026-45250 для 13-й ветки неактуально в связи с отсутсттвием в ней setcred().

>>> FreeBSD Security Advisories

★★★★★

Проверено: dataman ()
Последнее исправление: dataman (всего исправлений: 4)

CVE-2026-45250

Эта уязвимость имеет локальный характер. Для её использования злоумышленнику необходимо иметь права обычного пользователя на целевом компьютере. Поскольку с помощью этой уязвимости можно получить права администратора, высокий балл по шкале CVSS – 7.8, свидетельствует о серьезной опасности. Балл по шкале EPSS составляет менее 1%, а сама уязвимость не включена в каталог CISA KEV. Для использования уязвимости злоумышленнику необходимо будет открыть дескриптор файла, ждать его обработки с помощью функций poll/select, а затем закрыть дескриптор. Но да, все это возможно в рамках локальной сессии.

CVE-2026-45252

Пострадали только те системы FreeBSD, в которые включен модуль файловой системы FUSE.

Оценка CVSS в 5.5 свидетельствует о средней степени серьезности уязвимости. Оценка EPSS, равная менее 1%, указывает на низкую вероятность ее использования злоумышленниками в настоящее время. Данная уязвимость не включена в каталог CISA KEV. Чтобы воспользоваться уязвимостью, злоумышленник должен иметь контроль над демоном FUSE, способным отправлять некорректные сообщения типа FUSE_LISTXATTR. При обработке таких сообщений ядром может произойти переполнение памяти, что может привести к повреждению структур данных ядра или перезаписи важных данных.

CVE-2026-45253

Поскольку эта уязвимость позволяет локальному пользователю, имеющему права на отладку, выполнять код на уровне ядра, она представляет собой серьезную угрозу. Оценка по шкале CVSS составляет 8,4. Однако, оценка по шкале EPSS меньше 1%, что свидетельствует о крайне низкой вероятности эксплуатации этой уязвимости. Кроме того, данная уязвимость отсутствует в каталоге уязвимостей CISA KEV. Для успешной атаки необходим локальный доступ к системе и возможность отладки процессов, что является обычными полномочиями для пользователей, имеющих право взаимодействовать с работающими сервисами.

CVE-2026-45255

Эта уязвимость позволяет злоумышленнику выполнять любые команды от имени пользователя с правами администратора. Для этого достаточно лишь передать злонамеренный SSID в зону действия Wi-Fi-сети цели. Системе не обязательно быть подключенной к этой ложной сети; достаточно лишь того, чтобы SSID был обнаружен в ходе сканирования. Оценка уязвимости по шкале CVSS составляет 7,5, что соответствует высокой степени серьезности. Оценка EPSS менее 1%, что свидетельствует о низкой вероятности эксплуатации уязвимости в настоящее время. Однако простота выполнения атаки и отсутствие необходимости во вмешательстве пользователя делают эту уязвимость серьезной угрозой. В настоящее время эта уязвимость не включена в каталог KEV, составляемый CISA. Эта уязвимость относится к категории CWE-78 – внедрение команд операционной системы без дополнительного вмешательства пользователя, за исключением запуска процедуры сканирования Wi-Fi-сетей. Учитывая крайне малую долю вероятного использования систем freebsd в средах передачи данных по wifi сетям, можно прогнозировать только один относительно реальный вектор атаки, с комбинированием аппаратного внедрения wifi модуля в атакуемый хост, что делает использование данной уязвимости крайне маловероятной на практике.

CVE-2026-39461

Эту уязвимость может использовать злоумышленник на локальном уровне: он может открыть множество дескрипторов файлов и вызвать функции библиотеки libcasper. Поскольку ошибка приводит к повреждению стека памяти, успешное использование уязвимости позволяет злоумышленнику получить дополнительные привилегии, если приложение выполняется с правами пользователя root. Оценка уровня серьезности уязвимости по шкале CVSS составляет 8,8, что указывает на высокую степень опасности. Оценка вероятности ее использования по шкале EPSS составляет менее 1%, что свидетельствует о низкой вероятности ее использования в реальных условиях. Однако эта уязвимость не включена в каталог CISA KEV. Способов использования уязвимости в сети не описано; для ее использования необходим доступ к локальным ресурсам или к процессам, на которые имеется право доступа злоумышленника.

Итог! Несмотря на столь страшные страшилки в описании и высокий уровень по шкале CVSS, данные уязвимости, на практике, представляют из себя не самые страшные угрозы для систем freebsd (что не означает, автоматически, что на них можно забить), но и паниковать, сжимая голову и тазобедренную часть руками - тоже не стоит. Об этом свидетельсвует как отсутсвие данных уязвимостей в базе CISA KEV, так и малый процент (в раионе 1) по шкале практических угроз EPSS.

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

Ну так-то они все локальные, кроме инсталлятора, но атаковать таргетированно тех, кто сейчас вдруг решил установить фрибсд, да ещё и на устройство с wifi, настроив его сразу из инсталлятора - занятие малоуспешное, по-моему. Можно, конечно, наобум по всему миру расставить такие сети, надеясь что хоть кто-то в них попадётся, но затраты будут большие, а улов сомнительный.

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

с комбинированием аппаратного внедрения wifi модуля в атакуемый хост

Чего? Какого ещё внедрения? Ты сам это писал?

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

Тут сам факт интересен: в последнее время, что ни день, то пачка новых уязвимостей в самом разном ПО. А говорят, ИИ тупой и бесполезный, убил опенсорс и проч чушь. Да для опенсорса это наоборот, второе дыхание. Эти все уязвимости наговнокодили в последние 50 лет, и годами не могли исправить, а такими темпами, как сейчас, их скоро совсем не останется.

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

а такими темпами, как сейчас, их скоро совсем не останется.

Да ну, сейчас просто разгонят все, будет и уязвимостей больше, и их исправлений. Система растёт во всех направлениях

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

Чего? Какого ещё внедрения? Ты сам это писал?

Да, я это «сам писал». Это установка (к примеру) usb-модуля wifi в хост (сервер). В этом случае проведение данной атаки - реально, но требует, в том числе, сообщника из числа обслуживающего персонала в цод или в серверной компании.

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

Ты сам это писал?

Скажи мне, ты вообще дальше локалхоста не вылазишь?

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

Этот сообщник должен запустить инсталлятор фрибсд и, вместо того чтобы просто выбрать в нём шелл и произвести любые действия, зайти в просмотр вайфай-сетей, чтобы команды заинжектились оттуда?

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

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

а такими темпами, как сейчас, их скоро совсем не останется.

«То. что один человек сделал - другой завсегда разобрать (сломать) сможет» (с).

Ты забываешь, что ИИ использует на данный момент исключительно знания накопленные людьми. Он не в состоянии сам что-то там изобрести. Любой вывод систем ИИ - вероятностный. Поэтомы делать такие вот заявления, как делаешь ты - несколько безотвественно и самоуверено. На подобного вида «подвиги» будут способно только модели самообучающиеся. Но они пока в зачаточном состянии и пройдет еще достаточно много времени, пока они начнут выдавать какой либо приемлемый результат. Однако будущие как раз за такими моделями.

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

Чушь, сказанная уверенно и с умным видом, сомнению не поддается.

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

Я не сказал, что это все просто, практически иметт смысл и так далее. Я сказал «Возможно». А если ты внимательно читал мой первый ответ - там русским по черному написано, что это вот все - практически малореализуемо.

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

Ты забываешь, что ИИ использует на данный момент исключительно знания накопленные людьми. Он не в состоянии сам что-то там изобрести. Любой вывод систем ИИ - вероятностный.

Ну ты это тоже погоди.

https://3dnews.ru/1142087/model-openai-reshila-zadachu-erdyosha-i-na-etot-raz...

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

Он не в состоянии сам что-то там изобрести.

А ему и не надо ничего изобретать. Пусть пашет 24/7, ищет баги, которые обезьянообразные наговнокодили за 50 лет. Это у него хорошо получается.

Поэтомы делать такие вот заявления, как делаешь ты - несколько безотвественно и самоуверено.

Ой мля, я аж покраснел от стыда.

yvv1
()
Ответ на: комментарий от DrRulez

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

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

Хотя, я сейчас проверил, оказывается в bsdconfig опции «открыть шелл» нет. Так что да, был немного не прав, этой штукой и правда можно несколько выйти за предоставленные рамки. Но то что его там нет - думаю это не мера по обеспечению безопасности, а просто отсутствие нужности, так что это просто так совпало.

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

Как я понимаю бсдшные машины в проде вообще либо не имеют вайфая, либо все точки доступа той же конторой контролируются, что и сервак (в пределах одного здания) а к другим он не подключается, т.к. всё сконфигурено статически, и ничего не сканируется. Так что на эту вайфай уязвимость можно забить.

То же самое с локальным повышением привилегий. Даже на Линуксах частенько не городят сложные MAC конфигурации с удаленным аудированием, а предпочитают просто всем, кто должен менять систему, давать рутовые/судушные права. Я просто вижу такую практику в реальной жизни. «Разрабы работают из под рута? Пофиг, нам надо быстрее до прода дойти, некогда тут сисадминство надрачивать. Потом настроим как следует, исключим из рута всех лишних пользователей».

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

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

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

это же максимальная безопасность: нельзя взломать несуществующий сервер :)

stalkerbss
()
Ответ на: комментарий от seiken

в реальной жизни за пределами универа ни разу не сталкивался с бсд

Ну, на самом деле миллионы людей сталкиваются с bsd системами вообще каждый день, даже сами того незамечая. Правда это далеко не всегда Freebsd, но тем не менее. Тут тебе и playstation и macos, так-же ios (iphone, ipad) и …. netflix, сервера которого работают, внезапно, на bsd :)

Так что так или иначе (возможно опоследовательно), но ты с bsd системами сталкивался.

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

Кажется, пора заводить традицию: каждую весну — свежая коллекция CVE для FreeBSD.

Учитывая сколько их за год появляется для винды и линукса - это очень даже неплохая традиция :) Всего-то 7 штук.

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

это далеко не всегда Freebsd

на этом можно было бы кончить, без дальнейших перечислений

netflix

ни разу не сталкивался. Смотрю только то, что доступно в рунете бесплатно.

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

а предпочитают просто всем, кто должен менять систему, давать рутовые/судушные права

LPE в современном контексте обычно совсем не про это, а про возможность стать рутом после взлома пхп-форума, работающего от юзера www.

Впрочем, практику раздавать рута всем подряд я тоже осуждаю.

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

годами не могли исправить

Может, не «не могли исправить», а «не исправляли, потому что не находили»??..

Исправят, думаю...

Somebody ★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.