Мониторинг Карточка CVE
Открытые данные
К списку уязвимостей
Информационный
Опубликована

CVE-2026-98888

arm64: kprobes: Allow reentering kprobes while single-stepping

Публикация: 23.10.2026·Обновлена: 26.10.2026, 09:56·Europe/Moscow

Что произошло

Перевод ещё не доступен · оригинальное описание

In the Linux kernel, the following vulnerability has been resolved: arm64: kprobes: Allow reentering kprobes while single-stepping A kprobe can be hit while another kprobe is in KPROBE_HIT_SS state. This can happen when tracing or perf code runs from the debug exception path while the first kprobe is preparing or executing its out-of-line single-step instruction. Currently arm64 treats a kprobe hit in KPROBE_HIT_SS as unrecoverable, the same as a hit in KPROBE_REENTER. This is too strict. A hit in KPROBE_HIT_SS is still a one-level reentry and can be handled by saving the current kprobe state and setting up single-step for the new probe, just like reentry from KPROBE_HIT_ACTIVE or KPROBE_HIT_SSDONE. The truly unrecoverable case is hitting another kprobe while already in KPROBE_REENTER, because the reentry save area has already been consumed. Move KPROBE_HIT_SS to the recoverable reentry cases and leave KPROBE_REENTER as the unrecoverable nested reentry case. This change also requires saving saved_irqflag in struct prev_kprobe. When a nested kprobe calls kprobes_save_local_irqflag(), it overwrites kcb->saved_irqflag with the currently masked DAIF value, losing the outer kprobe's original DAIF state. Without this fix, when the outer kprobe's single-step finishes, kprobes_restore_local_irqflag() applies the wrong DAIF mask and leaves interrupts permanently disabled. Extend struct prev_kprobe with a saved_irqflag field and save/restore it alongside kp and status. This ensures the outer kprobe's original interrupt state is preserved across reentry. This mirrors the x86 fix in commit 6a5022a56ac3 ("kprobes/x86: Allow to handle reentered kprobe on single-stepping").

Что это значит

В источнике описана ошибка безопасности в перечисленных продуктах. Фактический риск зависит от установленной версии, конфигурации и доступности компонента; проверьте условия в первичном бюллетене.

Что делать

Сформировано автоматически из полей источников и общих шаблонов
Плановое окно после оценки применимости

1. Проверьте, затронуты ли вы

Соберите инвентаризацию и сравните с таблицей затронутых версий. Эти команды только показывают установленные компоненты и сами по себе не доказывают наличие CVE.

Debian / Ubuntu
dpkg-query -W -f='${Package}	${Version}\n'
RHEL / AlmaLinux
rpm -qa --qf '%{NAME}\t%{VERSION}-%{RELEASE}\n'
Windows PowerShell
Get-HotFix | Select-Object HotFixID, InstalledOn
Общая рекомендация, не из бюллетеня вендора

2. Установите исправление

Сверьте точный продукт и версию с бюллетенем вендора. Установите указанное в нём исправление после резервного копирования и проверки совместимости. Подтверждённая целевая версия в источниках отсутствует.

Общая рекомендация, не из бюллетеня вендора

3. Временные меры

До проверки бюллетеня ограничьте доступ к затронутому компоненту доверенными узлами. Оцените сегментацию и отключение ненужных интерфейсов с владельцем сервиса; универсального правила WAF для этой CVE не подтверждено.

Общая рекомендация, не из бюллетеня вендора

4. Проверьте следы эксплуатации

Проверьте аномальные входы, новые учётные записи, ошибки и необычные дочерние процессы в затронутом сервисе. Публичные проверенные правила обнаружения не включены в запись; отсутствие сигналов не доказывает отсутствие компрометации.

Общая рекомендация, не из бюллетеня вендора

5. После исправления

  • Проверьте фактическую версию и результат установки по бюллетеню.
  • При необходимости перезапустите сервисы в согласованное окно.
  • Повторите проверку сканером и функциональные проверки.
  • Зафиксируйте результат, дату, владельца и оставшийся риск.

Продукты и затронутые версии

Linux / Linux

{
  "status": "affected",
  "version": "2dd0e8d2d2a157dbc83295a78336c2217110f2f8",
  "lessThan": "bb0fe9121aa0824211aafa33c7d0151fd25ddb75",
  "versionType": "git"
}
{
  "status": "affected",
  "version": "2dd0e8d2d2a157dbc83295a78336c2217110f2f8",
  "lessThan": "f96a0606de6bcc8d937b80e6470fd7a174c17e26",
  "versionType": "git"
}
{
  "status": "affected",
  "version": "2dd0e8d2d2a157dbc83295a78336c2217110f2f8",
  "lessThan": "1f342b3e44c3035a837b53b217d816f7511c0d0a",
  "versionType": "git"
}
{
  "status": "affected",
  "version": "2dd0e8d2d2a157dbc83295a78336c2217110f2f8",
  "lessThan": "c8e84e292ed4cfc199824146da71bb4397b02a1f",
  "versionType": "git"
}
{
  "status": "affected",
  "version": "2dd0e8d2d2a157dbc83295a78336c2217110f2f8",
  "lessThan": "68774caca799e9695db56d426c69acebd041c2ed",
  "versionType": "git"
}
{
  "status": "affected",
  "version": "2dd0e8d2d2a157dbc83295a78336c2217110f2f8",
  "lessThan": "a21bf9cb893126e8d9730995708d0be5eb167652",
  "versionType": "git"
}
{
  "status": "affected",
  "version": "2dd0e8d2d2a157dbc83295a78336c2217110f2f8",
  "lessThan": "23f851ac0078a908bf3422d6467ebc1db5828c46",
  "versionType": "git"
}

Linux / Linux

{
  "status": "affected",
  "version": "4.8"
}
{
  "status": "unaffected",
  "version": "0",
  "lessThan": "4.8",
  "versionType": "semver"
}
{
  "status": "unaffected",
  "version": "5.10.271",
  "versionType": "semver",
  "lessThanOrEqual": "5.10.*"
}
{
  "status": "unaffected",
  "version": "5.15.222",
  "versionType": "semver",
  "lessThanOrEqual": "5.15.*"
}
{
  "status": "unaffected",
  "version": "6.1.189",
  "versionType": "semver",
  "lessThanOrEqual": "6.1.*"
}
{
  "status": "unaffected",
  "version": "6.6.158",
  "versionType": "semver",
  "lessThanOrEqual": "6.6.*"
}
{
  "status": "unaffected",
  "version": "6.12.111",
  "versionType": "semver",
  "lessThanOrEqual": "6.12.*"
}
{
  "status": "unaffected",
  "version": "6.18.53",
  "versionType": "semver",
  "lessThanOrEqual": "6.18.*"
}
{
  "status": "unaffected",
  "version": "7.2",
  "versionType": "original_commit_for_fix",
  "lessThanOrEqual": "*"
}

CVSS: оценки и векторы

Оценка CVSS отсутствует.

Источники и ссылки

Происхождение полей
{
  "cwes": [],
  "epss": {
    "source": "epss",
    "received_at": "2026-11-01T21:13:22.691715+00:00"
  },
  "title": {
    "source": "cve",
    "received_at": "2026-10-28T20:13:06.620987+00:00"
  },
  "scores": [],
  "status": {
    "source": "cve",
    "received_at": "2026-10-28T20:13:06.620987+00:00"
  },
  "affected": [
    "cve"
  ],
  "published": {
    "source": "cve",
    "received_at": "2026-10-28T20:13:06.620987+00:00"
  },
  "solutions": [],
  "percentile": {
    "source": "epss",
    "received_at": "2026-11-01T21:13:22.691715+00:00"
  },
  "references": [
    "cve"
  ],
  "description": {
    "source": "cve",
    "received_at": "2026-10-28T20:13:06.620987+00:00"
  },
  "workarounds": [],
  "configurations": []
}

Хронология записи

  1. Данные обновлены02.11.2026, 00:13
  2. Данные обновлены31.10.2026, 12:00
  3. Данные обновлены29.10.2026, 12:47
  4. Опубликована28.10.2026, 23:13

Личная заметка и статус

Другие CVE того же продукта

УЯЗВИМОСТЬ / ПРОДУКТПРИОРИТЕТCVSSEPSSСИГНАЛЫОПУБЛИКОВАНАКарточка
CVE-2026-99239
Bluetooth: L2CAP: refuse __l2cap_chan_add if chan already has conn
Linux / Linux
Высокий7.8
—
02.11.2026
CVE-2026-99234
tracing: Unregister field variable histograms when the command fails
Linux / Linux
Информационный—
—
02.11.2026
CVE-2026-99233
tracing/histograms: Verify event_call identity when updating synth_event refcount
Linux / Linux
Высокий7.8
—
02.11.2026
CVE-2026-99235
tracing: Save the event file instead of the compatible histogram
Linux / Linux
Высокий7.8
—
02.11.2026
CVE-2026-99238
tracing: Hold trace_types_lock when updating modules in persistent instances
Linux / Linux
Высокий7.8
—
02.11.2026