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

Linux SOF: как проверить use_count после ошибки настройки widget

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

Безопасная проверка исправления Linux SOF для двойного освобождения widget: карта error path, счётчики use_count и критерии остановки без воздействия на рабочее аудио.

Граница исправления: ASoC SOF sof-audio

В ошибочных ветках dai_config и widget_kcontrol_setup функция освобождения могла вызываться повторно, из-за чего use_count и core_put уменьшались дважды. Это узкая граница ASoC SOF sof-audio: совпадение версии Linux, семейства устройства или общего симптома ещё не устанавливает достижимость именно этого path. Карточка GHSA-v4fw-33v9-5mm7 сопоставляет проблему с CVE-2026-80911, а stable commit показывает фактическое изменение upstream. Сначала подтверждают загруженное ядро и наличие backport, затем конфигурацию компонента и только потом runtime-ветку. Отсутствие сбоя в одном запуске не равно PASS, а наличие advisory не означает инцидент. Все UNKNOWN сохраняют до получения provenance; выводы не расширяют на другие drivers или версии.

Артефакт контроля для ASoC SOF sof-audio

Основной рабочий артефакт — граф переходов setup failure -> cleanup label -> widget_free с отдельными значениями use_count и core reference. В исходную строку входят версия ядра и backport, включённый SOF topology, имя тестового widget, точка отказа dai_config либо kcontrol и счётчики до/после cleanup. Каждое поле получает фактическое значение, TRUE/FALSE/UNKNOWN и ссылку на воспроизводимый источник: package digest, runtime symbol, trace marker либо selftest output. Версия из репозитория или панели не заменяет хеш загруженного kernel image. IP, usernames, ключи, содержимое buffers, пользовательские файлы и длинные raw logs исключают; достаточно относительных ids и агрегированных counters.

Обратимый тест: linux-sof-widget-error-path-use-count-audit

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

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

PASS: На каждой ветке widget_free отмечен один раз, use_count возвращается к исходному значению и core reference не получает второго put; обычная инициализация остаётся положительным контролем. Рекомендуемое действие: Использовать ядро с указанным stable backport; до обновления исключить непроверенную topology из production и не маскировать отрицательный use_count. UPDATE-REQUIRED ставят при affected runtime или отсутствии подтверждённого backport. NOT-REACHABLE допустим только для проверенного entry point, а не для всего продукта. UNKNOWN нужен при расхождении binary, config и документации. После штатного обновления повторяют тот же узкий control и один нормальный smoke-test, не совмещая это с firmware, network, storage или policy changes: иначе причинность результата потеряется.

Stop-rule для ASoC SOF sof-audio

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

Минимальный пакет сопровождения ASoC SOF sof-audio

Передать владельцу следует только: kernel release и digest, SOF topology hash, выбранный callback, обезличенный trace cleanup, use_count до/после и результат обычной инициализации. Добавляют московское время, expected/actual, прямые ссылки на GHSA-v4fw-33v9-5mm7 и stable commit, а также владельца rollback. Перед отправкой удаляют абсолютные домашние пути, hostnames, IP, serial numbers, pid, session identifiers, cookies, токены и payloads. Пакет должен позволять проверить ровно один заявленный инвариант, но не раскрывать среду. Он не доказывает отсутствие прошлой эксплуатации, применимость к иной сборке, массовость пользовательской боли, поисковый спрос, индексацию либо будущие позиции страницы.

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

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

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

Ответы

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

Ваш ответ

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

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

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