Проектът за ядрото на Linux пусна корекции за над 400 уязвимости в рамките на около 24 часа. Тези уязвимости засягат различни области, включително мрежови протоколи, файлови системи, управление на паметта, Bluetooth, виртуализация, драйвери и компоненти за сигурност.
Тази бърза вълна от съобщения за Common Vulnerabilities and Exposures (CVE) подчертава как автоматизираният и подпомогнат от изкуствен интелект анализ на код ускорява откриването на уязвимости, като същевременно създава значителни предизвикателства за управлението на корекциите за сигурност пред системните администратори на Linux.
Архивът с известия за CVE на Linux показва голям обем от публикувани корекции на 19 и 20 юли 2026 г. Проблемите засягат редица основни компоненти на ядрото, включително XFS, Btrfs, Netfilter, Bluetooth, KVM, NVMe, CIFS/SMB, Wi-Fi, IOMMU, DMA mapping, RDMA и множество мрежови драйвери.
Няколко от тези пропуски включват уязвимости, свързани с безопасността на паметта, като use-after-free, достъп извън границите (out-of-bounds access), разпознаване на NULL указатели (NULL-pointer dereferences), състезателни условия (race conditions), изтичане на референции и неправилна валидация на входните данни.
Сред новоназначените уязвимости CVE-2026-64187 адресира грешка при възстановяване на XFS, включваща потвърден лог елемент без региони.
CVE-2026-64206 разрешава проблем със заключването в Bluetooth L2CAP чрез отмяна на чакащата работа по получаване, преди да придобие заключването на връзката.
CVE-2026-64192 засяга BPF, като предотвратява създаването на inode-storage карти, когато BPF Linux Security Module не е инициализиран. Наборът от разкрития съдържа и пропуски с потенциално сериозни последици за сигурността.
Например, CVE-2026-64188 решава състояние use-after-free в мрежовия драйвер Qualcomm RMNET. В същото време CVE-2026-64122 отстранява грешка use-after-free в пътя за възстановяване при превишено време (timeout recovery) на мрежовия драйвер mlx5e.
Други корекции адресират запис извън границите в slab при statmount, TCP уязвимост, която би могла да позволи прогнозиране на началния последователен номер (ISN), както и няколко use-after-free състояния в кода за Bluetooth, NFC, NVMe, съхранение на данни, мрежи и графика.
Не всяко Linux CVE представлява уязвимост, която може да бъде експлоатирана дистанционно. Много записи представляват дефекти в стабилността или коректността, които изискват специфичен хардуер, привилегирован локален потребител, зареден модул на ядрото или достъпна подсистема, за да бъдат експлоатирани.
Въпреки това класове грешки като use-after-free, достъп извън границите, препълване на цели числа (integer underflow) и състезателни условия могат да представляват рискове от ескалация на привилегии или атаки за отказ на услуга (DDoS), когато атакуващ може да контролира пътя на изпълнение.
Скоростта и мащабът на тези известия вървят ръка за ръка с нарастващото влияние на сигурността, подпомогната от AI, в екосистемата на Linux. Неотдавнашни доклади подчертават как базираният на изкуствен интелект анализ е открил дългогодишни дефекти в ядрото, включително use-after-free уязвимост във futex, засягаща ядра от 2011 г.
Такива инструменти могат да анализират обширни истории на комитите, да идентифицират небезопасни модели за работа с паметта, да сравняват корекции между стабилни клонове и да подчертават пътища в кода, които биха били трудни за ръчен преглед.
Въпреки това AI не превръща автоматично всяка констатация в експлоатируема уязвимост. Поддържащите ядрото трябва да потвърдят докладите, да идентифицират засегнатия код, да разработят безопасна корекция за сигурност, да я пренесат към поддържаните стабилни версии и да присвоят CVE, където е необходимо.
Известията за Linux CVE обикновено посочват засегнатите и коригираните версии на ядрото и съветват потребителите да актуализират до най-новата стабилна версия, вместо да третират самия CVE идентификатор като доказателство за практическа експлоатация.
Администраторите трябва да проверят използваната от тях версия на ядрото, да прегледат бюлетините за сигурност на съответната дистрибуция и да приоритизират обновяването за системи, които излагат засегнати интерфейси като Bluetooth, SMB, Wi-Fi, контейнерни среди, виртуализация или специализиран мрежов хардуер.
Освен това сървърите, използващи персонализирани ядра, трябва да потвърдят дали последващите корекции съдържат съответните комити от основната разработка.