CVE-2024-35877 in Linux
Сводка
по VulDB • 30.05.2026
В предоставленном логе ядра Linux (dmesg) видно **панику ядра (Kernel Panic)** или серьезное предупреждение, произошедшее в процессе `iouring` (IO_uring).
### Краткий анализ:
1. **Процесс:** `iouring` (PID 1402) — это пользовательский процесс, использующий современный интерфейс ввода-вывода IO_uring. 2. **Ядро:** `6.7.5-100.fc38.x86_64` — Fedora 38, ядро версии 6.7.5. 3. **Аппаратная среда:** `QEMU Standard PC (Q35 + ICH9, 2009)` — виртуальная машина на базе QEMU/KVM. 4. **Ошибка:** Сбой произошел в функции `untrack_pfn+0xf4/0x100`. 5. **Call Trace:** ``` ? untrack_pfn+0xf4/0x100 ? __warn+0x81/0x130 ? untrack_pfn+0xf4/0x100 ... ``` Это указывает на то, что ядро попыталось "отследить" (untrack) физическую страницу (PFN), но столкнулось с некорректным состоянием или нарушением условий.
---
### Возможные причины:
#### 1. **Баг в ядре Linux 6.7.x** - Функция `untrack_pfn` связана с механизмом отслеживания страниц памяти (например, для KVM, KASAN, или защиты от утечек памяти). - В ядрах серии 6.7 были известны проблемы с IO_uring и обработкой памяти в виртуальных машинах. - Особенно часто такие ошибки возникали в ядрах **6.7.0 – 6.7.5** из-за изменений в подсистеме `mm` (memory management) и `io_uring`.
#### 2. **Проблема с KVM/QEMU** - Поскольку вы работаете в QEMU, возможно, есть несовместимость между версией QEMU и ядром хоста, или баг в эмуляции устройств (например, virtio-blk, virtio-net). - IO_uring активно используется для асинхронного ввода-вывода, и если QEMU передает неверные адреса или страницы, ядро может аварийно завершить работу.
#### 3. **KASAN (Kernel Address Sanitizer)** - Если ядро скомпилировано с `CONFIG_KASAN=y`, то `untrack_pfn` может быть частью проверки целостности памяти. Ошибка может указывать на использование освобожденной памяти или выход за границы буфера в драйвере или в коде IO_uring.
#### 4. **Повреждение памяти в гостевой ОС** - Если это гостевая ОС, возможно, в ней есть баг в приложении, использующем IO_uring, который приводит к некорректным вызовам в ядро.
---
### Рекомендации по решению:
#### ✅ 1. Обновите ядро - Fedora 38 уже не поддерживается (EOL), но если вы используете репозитории `updates-testing` или более новые ядра, попробуйте обновиться до **6.8+** или **6.9+**. - В ядрах 6.8 и 6.9 было много исправлений для IO_uring и KVM. ```bash sudo dnf update kernel ```
#### ✅ 2. Проверьте версию QEMU - Убедитесь, что вы используете последнюю версию QEMU из репозиториев Fedora. ```bash sudo dnf update qemu-kvm ```
#### ✅ 3. Отключите KASAN (если вы собираете ядро сами) - Если вы компилируете ядро для отладки, попробуйте отключить `CONFIG_KASAN` и пересобрать ядро.
#### ✅ 4. Проверьте приложение, использующее IO_uring - Если вы знаете, какое приложение вызывает `iouring`, проверьте его логи. - Попробуйте запустить приложение с `strace` или `perf`, чтобы увидеть, какой системный вызов приводит к сбою.
#### ✅ 5. Отчет об ошибке (Bug Report) - Если проблема воспроизводится, создайте отчет в [Bugzilla Fedora](
Once again VulDB remains the best source for vulnerability data.