К обсуждениям

Linux Tegra DRM: аудит register map до host1x register

Редакция VOne Технологии

Проверка исправления Linux Tegra gr2d/gr3d: порядок инициализации address register map, момент host1x exposure и безопасный probe в тестовой системе.

Граница исправления: Tegra gr2d/gr3d host1x client registration

host1x_client_register вызывался до заполнения register map и делал client доступным userspace; исправление завершает map initialization до регистрации. Это узкая граница Tegra gr2d/gr3d host1x client registration: совпадение версии Linux, семейства устройства или общего симптома ещё не устанавливает достижимость именно этого path. Карточка GHSA-924c-v8fr-v5mq сопоставляет проблему с CVE-2026-80883, а stable commit показывает фактическое изменение upstream. Сначала подтверждают загруженное ядро и наличие backport, затем конфигурацию компонента и только потом runtime-ветку. Отсутствие сбоя в одном запуске не равно PASS, а наличие advisory не означает инцидент. Все UNKNOWN сохраняют до получения provenance; выводы не расширяют на другие drivers или версии.

Артефакт контроля для Tegra gr2d/gr3d host1x client registration

Основной рабочий артефакт — probe timeline map slot initialization × initialized-count × host1x register × userspace-open marker × first lookup. В исходную строку входят kernel/Tegra commit, DT compatible, expected register-map slots, initialized bitmap, host1x client state, open counter и probe timestamps. Каждое поле получает фактическое значение, TRUE/FALSE/UNKNOWN и ссылку на воспроизводимый источник: package digest, runtime symbol, trace marker либо selftest output. Версия из репозитория или панели не заменяет хеш загруженного kernel image. IP, usernames, ключи, содержимое buffers, пользовательские файлы и длинные raw logs исключают; достаточно относительных ids и агрегированных counters.

Обратимый тест: linux-tegra-gr2d-gr3d-register-map-ordering

На тестовой Tegra-системе инструментировать probe markers, выполнить один bind/unbind без rendering workload и параллельно лишь наблюдать момент появления DRM node. Перед стартом фиксируют SHA-256 fixture, baseline counters и конкретный rollback либо snapshot. Меняют один фактор, ограничивают число итераций и deadline, после чего выполняют штатный teardown и повторно снимают те же показатели. Положительный контроль подтверждает работоспособность harness; отрицательный должен остановиться на ожидаемой границе, а не просто не упасть. Реальные пользовательские данные, внешняя сеть и production credentials в fixture не входят.

PASS и решение по CVE-2026-80883

PASS: К моменту client register заполнены все ожидаемые slots, userspace-open marker не предшествует этому событию, first lookup видит полный bitmap, unbind очищает state. Рекомендуемое действие: Установить stable backport; до этого не давать untrusted userspace доступ к автоматически перепривязываемому gr2d/gr3d client. UPDATE-REQUIRED ставят при affected runtime или отсутствии подтверждённого backport. NOT-REACHABLE допустим только для проверенного entry point, а не для всего продукта. UNKNOWN нужен при расхождении binary, config и документации. После штатного обновления повторяют тот же узкий control и один нормальный smoke-test, не совмещая это с firmware, network, storage или policy changes: иначе причинность результата потеряется.

Stop-rule для Tegra gr2d/gr3d host1x client registration

Не запускать графические jobs, не делать bind/unbind на display controller production и остановиться при console dependency либо неполном DT provenance. После первого неожиданного warning, timeout, sanitizer report или изменения за пределами fixture не повышают нагрузку, права и объём входа. Тест не должен превращаться в воспроизведение атаки: не ищут дополнительные malformed variants, не публикуют trigger bytes, memory dumps, адреса и конфигурацию инфраструктуры. Если безопасной модели недостаточно для решения, работу останавливают и передают владельцу kernel/platform минимальный evidence pack; advisory используется как граница проверки, а не как утверждение о прошлом событии.

Минимальный пакет сопровождения Tegra gr2d/gr3d host1x client registration

Передать владельцу следует только: kernel/DT hashes, expected/actual bitmap, probe timestamps, client-register and open markers, first lookup verdict и unbind result. Добавляют московское время, expected/actual, прямые ссылки на GHSA-924c-v8fr-v5mq и stable commit, а также владельца rollback. Перед отправкой удаляют абсолютные домашние пути, hostnames, IP, serial numbers, pid, session identifiers, cookies, токены и payloads. Пакет должен позволять проверить ровно один заявленный инвариант, но не раскрывать среду. Он не доказывает отсутствие прошлой эксплуатации, применимость к иной сборке, массовость пользовательской боли, поисковый спрос, индексацию либо будущие позиции страницы.

Материал подготовлен редакцией VOne с помощью автоматизированного черновика. Факты и границы вывода сверены 5 сентября 2026 года по прямой advisory и первичному stable commit. Текст написан самостоятельно; опасные действия и реальные пользовательские данные не использовались.

Источники и проверка

Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.

Ответы

0 опубликовано
Ответов пока нет. Вы можете начать обсуждение.

Ваш ответ

Добавьте свой опыт или уточнение по теме.

Вы публикуете как Аноним Аватар отличает разговоры, но не раскрывает личные данные.

Ответ появится сразу. Не публикуйте личные данные, ключи и приватные ссылки.