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

Linux SDCA UMP: проверка offset до вычисления длины

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

Как проверить усиленную проверку размера UMP-сообщения в Linux SDCA: матрица offset/length, canary buffer и безопасный parser-only тест.

Граница исправления: ASoC SDCA UMP parser

Когда message offset превышал длину buffer, прежняя проверка размера могла пройти ошибочно; исправление сначала сравнивает offset с доступной длиной. Это узкая граница ASoC SDCA UMP parser: совпадение версии Linux, семейства устройства или общего симптома ещё не устанавливает достижимость именно этого path. Карточка GHSA-6r73-j3jm-8qjg сопоставляет проблему с CVE-2026-80900, а stable commit показывает фактическое изменение upstream. Сначала подтверждают загруженное ядро и наличие backport, затем конфигурацию компонента и только потом runtime-ветку. Отсутствие сбоя в одном запуске не равно PASS, а наличие advisory не означает инцидент. Все UNKNOWN сохраняют до получения provenance; выводы не расширяют на другие drivers или версии.

Артефакт контроля для ASoC SDCA UMP parser

Основной рабочий артефакт — матрица buffer length × message offset × declared payload size × parser result × canary integrity. В исходную строку входят kernel commit, SDCA parser entry, размеры локального fixture, offset и payload fields, return codes и canary bytes до вызова. Каждое поле получает фактическое значение, TRUE/FALSE/UNKNOWN и ссылку на воспроизводимый источник: package digest, runtime symbol, trace marker либо selftest output. Версия из репозитория или панели не заменяет хеш загруженного kernel image. IP, usernames, ключи, содержимое buffers, пользовательские файлы и длинные raw logs исключают; достаточно относительных ids и агрегированных counters.

Обратимый тест: linux-sdca-ump-offset-length-validation

В unit-test harness передать parser три буфера: валидный offset, offset ровно на границе и offset за длиной; hardware и реальная аудиошина не подключаются. Перед стартом фиксируют SHA-256 fixture, baseline counters и конкретный rollback либо snapshot. Меняют один фактор, ограничивают число итераций и deadline, после чего выполняют штатный teardown и повторно снимают те же показатели. Положительный контроль подтверждает работоспособность harness; отрицательный должен остановиться на ожидаемой границе, а не просто не упасть. Реальные пользовательские данные, внешняя сеть и production credentials в fixture не входят.

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

PASS: Валидная запись разбирается, граничный пустой случай следует контракту, offset больше length отклоняется до доступа, а canary вокруг buffer неизменна. Рекомендуемое действие: Обновить stable kernel; до обновления принимать UMP metadata только из доверенного и предварительно проверенного источника. UPDATE-REQUIRED ставят при affected runtime или отсутствии подтверждённого backport. NOT-REACHABLE допустим только для проверенного entry point, а не для всего продукта. UNKNOWN нужен при расхождении binary, config и документации. После штатного обновления повторяют тот же узкий control и один нормальный smoke-test, не совмещая это с firmware, network, storage или policy changes: иначе причинность результата потеряется.

Stop-rule для ASoC SDCA UMP parser

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

Минимальный пакет сопровождения ASoC SDCA UMP parser

Передать владельцу следует только: kernel digest, parser symbol, три пары length/offset, return codes, sanitizer summary, canary hashes и teardown harness. Добавляют московское время, expected/actual, прямые ссылки на GHSA-6r73-j3jm-8qjg и stable commit, а также владельца rollback. Перед отправкой удаляют абсолютные домашние пути, hostnames, IP, serial numbers, pid, session identifiers, cookies, токены и payloads. Пакет должен позволять проверить ровно один заявленный инвариант, но не раскрывать среду. Он не доказывает отсутствие прошлой эксплуатации, применимость к иной сборке, массовость пользовательской боли, поисковый спрос, индексацию либо будущие позиции страницы.

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

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

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

Ответы

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

Ваш ответ

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

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

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