3 октября 2026 года проект Linux одновременно выпустил семь стабильных ядер: 7.2.9, 6.18.55, 6.12.112, 6.6.158, 6.1.189, 5.15.222 и 5.10.271. Синхронная серия охватила актуальную stable-ветку и шесть longterm-веток, причём часть исправлений дошла до всех поколений сразу — от Bluetooth BNEP до сетевого стека, виртуализации и драйверов.
Семь веток Linux обновились в один день
На kernel.org 3 октября появилась редкая по масштабу серия из семи релизов. Linux 7.2.9 получил статус актуального stable-ядра, а ещё шесть выпусков относятся к longterm-линейкам. Параллельно основная ветка разработки уже находится на Linux 7.3-rc5, поэтому 7.2.9 играет другую роль: в неё возвращаются проверенные исправления для систем, которые остаются на стабильной серии 7.2.
| Ветка | Новый релиз | Статус на kernel.org |
| 7.2 | 7.2.9 | stable |
| 6.18 | 6.18.55 | longterm |
| 6.12 | 6.12.112 | longterm |
| 6.6 | 6.6.158 | longterm |
| 6.1 | 6.1.189 | longterm |
| 5.15 | 5.15.222 | longterm |
| 5.10 | 5.10.271 | longterm |
До этой волны актуальной точкой серии 7.2 была версия 7.2.8. Новый выпуск продолжает обычный цикл stable-поддержки: разработчики собирают исправления из основной ветки, проверяют возможность обратного переноса и выпускают их для уже используемых версий ядра.
Greg Kroah-Hartman в объявлениях о новых stable-ядрах использовал прямую формулировку о необходимости перехода пользователей соответствующих серий на свежие версии. В данном случае причина хорошо видна по объёму changelog: затронуты сетевые протоколы, виртуализация, Bluetooth, файловые системы, графика, аудио, USB, Wi‑Fi и архитектурный код.
Ошибка Bluetooth BNEP дошла до всех семи релизов
Самый показательный общий фрагмент этой серии связан с Bluetooth BNEP — протоколом, который используется для передачи сетевого трафика поверх Bluetooth. Одинаковое исправление присутствует в Linux 7.2.9, 6.18.55, 6.12.112, 6.6.158, 6.1.189, 5.15.222 и 5.10.271.
Проблема возникала при обработке слишком коротких RX/TX-кадров. Код мог читать данные за пределами доступного буфера, потому что перед обращением к заголовкам BNEP и Ethernet длина пакета проверялась недостаточно строго. Для исходящих кадров через AF_PACKET это создавало риск чтения за пределами heap-буфера и утечки соседних данных.
Исправление добавляет проверки через pskb_may_pull() перед чтением BNEP-заголовка, управляющего байта, счётчика фильтров, расширенных заголовков и 14-байтового Ethernet-заголовка. В записи Fixes разработчики указывают код времён Linux 2.6.12-rc2, что хорошо показывает глубину обратного переноса: одна и та же логика продолжала существовать в нескольких поколениях поддерживаемого ядра.
Для stable-серий это характерная ситуация. Пользователь видит изменение последней цифры версии, а внутри может находиться исправление кода, который пережил множество аппаратных платформ и поколений дистрибутивов.
Linux 7.2.9 получил крупный блок исправлений KVM
В ChangeLog Linux 7.2.9 особенно заметна виртуализация. Несколько исправлений относятся к KVM на x86 и Arm64, включая сценарии с вложенной виртуализацией, когда внутри виртуальной машины запускается ещё один гипервизор или гостевая система второго уровня.
В KVM x86 исправлена ситуация, при которой ядро могло сообщать о поддержке некоторых nested-возможностей даже при отключённой вложенной виртуализации. Речь идёт, в частности, о KVM_CAP_NESTED_STATE и KVM_CAP_HYPERV_ENLIGHTENED_VMCS. После изменения KVM явно отслеживает состояние nested virtualization и отклоняет включение возможностей, которые для такой конфигурации недоступны.
На Arm64 разработчики переработали жизненный цикл массива nested_mmus, содержащего структуры теневых таблиц страниц для гостя второго уровня. При расширении массива во время работы L2 старый объект мог освобождаться, пока другой vCPU продолжал хранить на него указатель. Исправление переводит структуру на заранее выделенный массив указателей и убирает опасную перераспаковку памяти в работающей VM.
Рядом находится связанное изменение для shadow Stage-2: освобождение контейнеров отложено до полного уничтожения виртуальной машины. В changelog есть и отдельная защита от NULL-разыменования при гонке между nested page-table teardown и обработкой MMU notifier.
Для серверов с KVM такие изменения затрагивают редкие, но тяжёлые сценарии — миграцию состояния, nested virtualization и параллельную работу нескольких vCPU.
В 7.2.9 закрыты use-after-free в планировщике и сетевом act_ct
Ещё два исправления выделяются тем, что относятся к use-after-free — обращению к памяти после освобождения объекта.
Первое находится в sched/cache. Статистика cache-aware scheduling была привязана к mm_struct. Во время переключения адресного пространства одна CPU могла освободить старую структуру mm, пока другая CPU ещё обращалась к связанным с ней данным планировщика. Разработчики вынесли sched_cache_stat в отдельный объект sched_cache_group со своим счётчиком ссылок. Жизненный цикл статистики теперь отделён от жизненного цикла mm_struct.
Второе исправление касается net/sched и действия act_ct, которое связывает traffic control с conntrack. В определённой последовательности обработки расширения conntrack перераспределялись в памяти, а список ожиданий сохранял старый указатель. Позднейшее обращение к нему приводило к use-after-free. В новой логике helpers вызываются после добавления остальных расширений, когда область памяти уже не должна меняться таким образом.
Эти две ошибки находятся в совершенно разных подсистемах, но хорошо объясняют смысл stable-выпусков. Внешних функций в интерфейсе пользователя может не появиться, зато ядро закрывает гонки и ошибки управления памятью, которые обычно проявляются только под нагрузкой или в специально подобранной последовательности событий.
LTS-ветки получили собственные backport-исправления
Состав семи changelog частично пересекается, но он не идентичен. Чем старше ветка, тем больше работы связано с адаптацией исправления к коду, который уже отличается от текущей основной линии.
Например, в ветках 6.6, 6.1, 5.15 и 5.10 присутствует исправление парсера firmware в iwlwifi. Перед переходом к следующему TLV-блоку драйвер теперь проверяет выровненную длину относительно оставшегося размера. Это закрывает underflow длины при повреждённых или некорректных TLV-данных прошивки.
Linux 5.10.271 показывает, насколько серьёзным может быть такой LTS-пакет даже спустя годы после появления серии. В его changelog есть исправление use-after-free в совместимом XFRM ALLOCSPI-запросе, защита drop_monitor от записи за границами буфера и проверка размера словаря SquashFS перед битовым сдвигом. Для SquashFS проблемный образ с нулевым размером словаря мог приводить к отрицательному значению показателя сдвига.
Там же закрыты чтения за границами памяти в нескольких сетевых и Wi‑Fi-сценариях. Один из примеров связан с wilc1000: короткий P2P public action frame проходил первоначальную проверку длины, после чего код обращался к полям, расположенным дальше фактического конца пакета.
Linux 6.18.55 содержит собственный набор правок для Bluetooth, cgroup, Nouveau и сетевого драйвера Amazon ENA. В Bluetooth RFCOMM добавлена проверка слишком коротких кадров с EA=0, а в BNEP используется тот же общий набор проверок длины, который попал в остальные ветки.
Массовый выпуск показывает, как работает stable-поддержка Linux
Серия от 3 октября объединяет поколения ядра с очень разным возрастом. Linux 7.2 остаётся актуальной stable-веткой, а 5.10 продолжает получать выборочные исправления в longterm-режиме. При этом одна проблема Bluetooth BNEP была перенесена сразу через все семь выпусков, а более специфичные изменения распределились по тем веткам, где соответствующий код присутствует и требует корректировки.
Такой релиз хорошо показывает разницу между mainline и stable. В mainline 7.3-rc5 продолжается разработка следующего ядра, а 7.2.9 и LTS-серии получают уже отобранные исправления для существующих систем. В один день этот механизм охватил семь веток — от 7.2 до 5.10.
Следующий интересный вопрос связан с глубиной поддержки старых деревьев: какие из новых исправлений основной ветки удастся безопасно переносить в 5.10 и 5.15 по мере того, как различия между поколениями ядра продолжают расти.
