CVE-2026-98432 — критична помилка типу use-after-free в коді Linux, який обробляє встановлення IPv4 TCP-з’єднань. Вона зачіпає ядра від версії 4.4 і має оцінку 9,8 за шкалою CVSS 3.1. У повідомленій демонстрації віддаленого захоплення прав root використовувався сервер із MPTCP-слухачем, але сама вразливість міститься в обробці IPv4 TCP, а не лише в MPTCP.
6
44
57
Це розрізнення важливе для захисту: обмеження MPTCP може заблокувати конкретний шлях, показаний у демонстрації, але не усуває помилку ядра. Дослідники повідомляли про демонстрацію віддаленого виконання коду, однак наявні дані не доводять, що всі сервери з відкритими TCP-портами можна надійно зламати або що вразливість уже успішно використовували в реальних атаках.
37
55
Як виникає помилка
Під час встановлення з’єднання Linux зберігає IPv4-параметри для запиту на TCP-з’єднання, що ще очікує завершення рукостискання. Коли з’єднання переходить до наступного етапу, функція tcp_v4_syn_recv_sock() передає ці параметри новому дочірньому сокету, не копіюючи їх. Водночас інше ядро процесора може обробляти повторно надісланий SYN для того самого запиту й читати ті самі дані. Якщо пам’ять звільниться до завершення цього читання, шлях повторної передачі може звернутися до вже звільненої пам’яті під час формування SYN-ACK.
44
Саме це і називають use-after-free: код ядра продовжує працювати з ділянкою пам’яті після завершення її строку використання. Серед можливих наслідків — аварійне завершення роботи системи та пошкодження пам’яті; в рекомендаціях із безпеки також згадується потенційне віддалене виконання коду. Перетворення помилки на надійний спосіб виконання коду залежить від обставин. Демонстрація з MPTCP свідчить про серйозний шлях атаки, але не доводить, що кожен уразливий сервер можна скомпрометувати однаково.
52
55
Виправлення ядра усуває проблему з часом життя даних: IPv4-параметри звільняються лише після завершення періоду очікування RCU, щоб паралельні читачі встигли завершити роботу.
44
Що відомо про демонстрацію експлойту
У матеріалах, опублікованих після звіту Anthropic від 27 жовтня, ішлося про демонстрацію віддаленого отримання прав root, створену моделлю ШІ та спрямовану на сервер із доступним MPTCP-слухачем. За повідомленнями, код експлойту та конфігурацію для демонстрації не оприлюднили, тому незалежно перевірити її деталі складно.
9
11
Мет Корралло розкритикував реакцію Ubuntu після того, як деякі дистрибутиви вже випустили оновлені ядра, тоді як виправлення Ubuntu ще тестувалися. Його коментарі відображають занепокоєння затримкою звичайних оновлень, але самі по собі не є окремим технічним доказом експлуатації вразливості.
12
Дослідник безпеки Маркус Гатчинс повідомляв про сканування систем, які можуть бути відкритими для атак. Це може свідчити про інтерес зловмисників до пошуку потенційних цілей, але не підтверджує успішного зламу.
31
55 Наведені джерела також не дають змоги незалежно підтвердити оцінку приблизно у 2,1 мільйона серверів, доступних через MPTCP. Тож її не варто вважати встановленою кількістю вразливих або придатних для атаки машин.
Чому вимкнення MPTCP — лише тимчасовий захід
У Go 1.24 і новіших версіях програми можуть використовувати MPTCP для сокетів, що очікують на з’єднання, якщо це підтримує ядро. Через це поведінка мережевої бібліотеки може мати значення навіть тоді, коли застосунок не створювали спеціально для роботи з MPTCP.
37
У примітках до випуску LND від Lightning Labs операторів Linux закликають вимкнути MPTCP і встановити ядро з виправленням. У lnd v0.21.6-beta MPTCP-слухачі вимкнені типово — це закриває продемонстрований шлях атаки через цей застосунок. Водночас у примітках наголошено: це пом’якшення ризику, а не заміна виправленню ядра.
33
37
Вимкнення MPTCP на рівні програми може зменшити її вразливість до продемонстрованого сценарію; вимкнення на всьому сервері може вплинути й на інші MPTCP-слухачі. Але жоден із цих кроків не виправляє помилку керування пам’яттю в IPv4 TCP. Сприймайте їх як тимчасове зменшення ризику, поки готуєте оновлення ядра, а не як доказ безпеки системи без виправлення.
6
37
44
Статус виправлень станом на 4 листопада
Доступність оновлень різнилася залежно від дистрибутива. 2 листопада Canonical повідомила, що виправлення для Ubuntu 22.04 LTS і новіших версій доступні в каналі -proposed для охочих тестувати їх, поки перевірки тривають. За повідомленнями того часу, Red Hat випустила виправлені ядра для RHEL 8, 9 і 10 ще 1 листопада.
6
7
Розрив між появою виправлення для тестування та його надходженням до звичайного каналу оновлень викликав критику, особливо після повідомлень про демонстрацію віддаленого отримання прав root. Занепокоєння зрозуміле, але статуси оновлень швидко змінюються: перевіряйте рекомендації для конкретного дистрибутива й версії, а не покладайтеся на те, що виправлення для іншої системи підійде вашій.
7
12
Операторам серверів варто з’ясувати, яке саме ядро працює на кожному вузлі, і встановити виправлену версію від свого дистрибутива, щойно вона стане доступною. Обмеження MPTCP може зменшити ризик на цей час, але лише оновлення ядра виправляє вразливий механізм керування пам’яттю.
6
37
44