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

Linux netfs: аудит folio после сбоя подготовки iterator

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

Как проверить исправление Linux netfs readahead: fault-injection подготовки iterator, ledger folio references и критерий отсутствия зависшего batch в тестовой FS.

Граница исправления: netfs readahead iterator preparation

netfs_prepare_read_iterator складывала readahead folios в put_batch; при ошибке подготовки iterator ссылки требовалось освободить по error path. Это узкая граница netfs readahead iterator preparation: совпадение версии Linux, семейства устройства или общего симптома ещё не устанавливает достижимость именно этого path. Карточка GHSA-2r8v-7c33-hcr2 сопоставляет проблему с CVE-2026-80897, а stable commit показывает фактическое изменение upstream. Сначала подтверждают загруженное ядро и наличие backport, затем конфигурацию компонента и только потом runtime-ветку. Отсутствие сбоя в одном запуске не равно PASS, а наличие advisory не означает инцидент. Все UNKNOWN сохраняют до получения provenance; выводы не расширяют на другие drivers или версии.

Артефакт контроля для netfs readahead iterator preparation

Основной рабочий артефакт — folio ledger index × batch membership × refcount before × iterator verdict × put action × refcount after. В исходную строку входят kernel commit, тестовый netfs consumer, readahead window, folio indexes, put_batch size, baseline refs и fault-injection point. Каждое поле получает фактическое значение, TRUE/FALSE/UNKNOWN и ссылку на воспроизводимый источник: package digest, runtime symbol, trace marker либо selftest output. Версия из репозитория или панели не заменяет хеш загруженного kernel image. IP, usernames, ключи, содержимое buffers, пользовательские файлы и длинные raw logs исключают; достаточно относительных ids и агрегированных counters.

Обратимый тест: linux-netfs-readahead-folio-release-audit

В disposable filesystem fixture вернуть одну контролируемую ошибку из iterator preparation после формирования небольшого put_batch и сравнить folio refs с успешным read control. Перед стартом фиксируют SHA-256 fixture, baseline counters и конкретный rollback либо snapshot. Меняют один фактор, ограничивают число итераций и deadline, после чего выполняют штатный teardown и повторно снимают те же показатели. Положительный контроль подтверждает работоспособность harness; отрицательный должен остановиться на ожидаемой границе, а не просто не упасть. Реальные пользовательские данные, внешняя сеть и production credentials в fixture не входят.

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

PASS: После ошибки все entries batch получают один put, refs возвращаются к baseline, locked folios не остаются, а следующий обычный readahead завершается. Рекомендуемое действие: Установить stable backport; до этого ограничить экспериментальные netfs workloads и не лечить накопление принудительным drop_caches. UPDATE-REQUIRED ставят при affected runtime или отсутствии подтверждённого backport. NOT-REACHABLE допустим только для проверенного entry point, а не для всего продукта. UNKNOWN нужен при расхождении binary, config и документации. После штатного обновления повторяют тот же узкий control и один нормальный smoke-test, не совмещая это с firmware, network, storage или policy changes: иначе причинность результата потеряется.

Stop-rule для netfs readahead iterator preparation

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

Минимальный пакет сопровождения netfs readahead iterator preparation

Передать владельцу следует только: kernel digest, consumer type, folio indexes, batch size, refcounts до/после, iterator error и результат следующего readahead. Добавляют московское время, expected/actual, прямые ссылки на GHSA-2r8v-7c33-hcr2 и stable commit, а также владельца rollback. Перед отправкой удаляют абсолютные домашние пути, hostnames, IP, serial numbers, pid, session identifiers, cookies, токены и payloads. Пакет должен позволять проверить ровно один заявленный инвариант, но не раскрывать среду. Он не доказывает отсутствие прошлой эксплуатации, применимость к иной сборке, массовость пользовательской боли, поисковый спрос, индексацию либо будущие позиции страницы.

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

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

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

Ответы

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

Ваш ответ

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

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

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