Как безопасно подтвердить исправление утечки sync entry в Linux Xe OA: fault-injection в стенде, счётчики объектов и чёткий rollback без нагрузки на production GPU.
Граница исправления: DRM Xe observation architecture
При ошибке xe_oa_emit_oa_config до точки невозврата массив syncs и его entries могли не освобождаться; патч переносит cleanup на error path. Это узкая граница DRM Xe observation architecture: совпадение версии Linux, семейства устройства или общего симптома ещё не устанавливает достижимость именно этого path. Карточка GHSA-xqfj-m7qf-gr42 сопоставляет проблему с CVE-2026-80903, а stable commit показывает фактическое изменение upstream. Сначала подтверждают загруженное ядро и наличие backport, затем конфигурацию компонента и только потом runtime-ветку. Отсутствие сбоя в одном запуске не равно PASS, а наличие advisory не означает инцидент. Все UNKNOWN сохраняют до получения provenance; выводы не расширяют на другие drivers или версии.
Артефакт контроля для DRM Xe observation architecture
Основной рабочий артефакт — ledger одного OA config request: allocation id, точка отказа, число sync entries, release count и остаток после close. В исходную строку входят kernel и Xe driver commit, модель тестового GPU, OA availability, число sync entries, открытые DRM file descriptors и baseline slab counters. Каждое поле получает фактическое значение, TRUE/FALSE/UNKNOWN и ссылку на воспроизводимый источник: package digest, runtime symbol, trace marker либо selftest output. Версия из репозитория или панели не заменяет хеш загруженного kernel image. IP, usernames, ключи, содержимое buffers, пользовательские файлы и длинные raw logs исключают; достаточно относительных ids и агрегированных counters.
Обратимый тест: linux-xe-oa-config-sync-entry-leak-check
В лабораторной сессии вызвать штатный fault-injection именно до point-of-no-return OA config emit, затем закрыть тестовый fd и сравнить object ledger с успешным emit. Перед стартом фиксируют SHA-256 fixture, baseline counters и конкретный rollback либо snapshot. Меняют один фактор, ограничивают число итераций и deadline, после чего выполняют штатный teardown и повторно снимают те же показатели. Положительный контроль подтверждает работоспособность harness; отрицательный должен остановиться на ожидаемой границе, а не просто не упасть. Реальные пользовательские данные, внешняя сеть и production credentials в fixture не входят.
PASS и решение по CVE-2026-80903
PASS: Для error и success paths число освобождений равно числу выделений, syncs array исчезает после close, а повторный цикл не наращивает slab или DRM object count. Рекомендуемое действие: Развернуть stable backport; пока его нет, отключить необязательное OA profiling для недоверенных задач и не перезапускать GPU как замену исправлению. UPDATE-REQUIRED ставят при affected runtime или отсутствии подтверждённого backport. NOT-REACHABLE допустим только для проверенного entry point, а не для всего продукта. UNKNOWN нужен при расхождении binary, config и документации. После штатного обновления повторяют тот же узкий control и один нормальный smoke-test, не совмещая это с firmware, network, storage или policy changes: иначе причинность результата потеряется.
Stop-rule для DRM Xe observation architecture
Не включать fault-injection на рабочем compositor, не собирать пользовательские performance samples и завершить тест при reset либо необратимом росте объектов. После первого неожиданного warning, timeout, sanitizer report или изменения за пределами fixture не повышают нагрузку, права и объём входа. Тест не должен превращаться в воспроизведение атаки: не ищут дополнительные malformed variants, не публикуют trigger bytes, memory dumps, адреса и конфигурацию инфраструктуры. Если безопасной модели недостаточно для решения, работу останавливают и передают владельцу kernel/platform минимальный evidence pack; advisory используется как граница проверки, а не как утверждение о прошлом событии.
Минимальный пакет сопровождения DRM Xe observation architecture
Передать владельцу следует только: kernel/Xe digest, fault point, allocation/release ledger, DRM fd count, slab delta, результат success control и время cleanup. Добавляют московское время, expected/actual, прямые ссылки на GHSA-xqfj-m7qf-gr42 и stable commit, а также владельца rollback. Перед отправкой удаляют абсолютные домашние пути, hostnames, IP, serial numbers, pid, session identifiers, cookies, токены и payloads. Пакет должен позволять проверить ровно один заявленный инвариант, но не раскрывать среду. Он не доказывает отсутствие прошлой эксплуатации, применимость к иной сборке, массовость пользовательской боли, поисковый спрос, индексацию либо будущие позиции страницы.
Материал подготовлен редакцией VOne с помощью автоматизированного черновика. Факты и границы вывода сверены 5 сентября 2026 года по прямой advisory и первичному stable commit. Текст написан самостоятельно; опасные действия и реальные пользовательские данные не использовались.
Источники и проверка
- GitHub Advisory GHSA-xqfj-m7qf-gr42 проверено 2026-09-05
- Linux stable commit for DRM Xe observation architecture проверено 2026-09-05
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.