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

Linux netfs: проверяем PG_private_2 после ошибки cache append

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

Defensive-проверка Linux netfs copy-to-cache: controlled append failure, состояние PG_private_2 и критерий разблокировки folio в изолированном кэше.

Граница исправления: netfs copy-to-cache rolling buffer

PG_private_2 устанавливался до добавления folio в rolling buffer; при ошибке append флаг нужно очистить, иначе ожидание copy-to-cache могло зависнуть. Это узкая граница netfs copy-to-cache rolling buffer: совпадение версии Linux, семейства устройства или общего симптома ещё не устанавливает достижимость именно этого path. Карточка GHSA-rr37-5j55-39mh сопоставляет проблему с CVE-2026-80898, а stable commit показывает фактическое изменение upstream. Сначала подтверждают загруженное ядро и наличие backport, затем конфигурацию компонента и только потом runtime-ветку. Отсутствие сбоя в одном запуске не равно PASS, а наличие advisory не означает инцидент. Все UNKNOWN сохраняют до получения provenance; выводы не расширяют на другие drivers или версии.

Артефакт контроля для netfs copy-to-cache rolling buffer

Основной рабочий артефакт — folio state table index × PG_private_2 before × append verdict × rolling-buffer membership × wakeup × flag after. В исходную строку входят kernel commit, test cache backend, folio indexes, rolling-buffer capacity, injected append errno, waiter count и baseline flags. Каждое поле получает фактическое значение, TRUE/FALSE/UNKNOWN и ссылку на воспроизводимый источник: package digest, runtime symbol, trace marker либо selftest output. Версия из репозитория или панели не заменяет хеш загруженного kernel image. IP, usernames, ключи, содержимое buffers, пользовательские файлы и длинные raw logs исключают; достаточно относительных ids и агрегированных counters.

Обратимый тест: linux-netfs-pg-private2-cache-append-failure

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

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

PASS: Ошибочный folio не попадает в buffer, PG_private_2 очищается, waiter просыпается, успешный folio сохраняет нормальный lifecycle и повторный read не висит. Рекомендуемое действие: Перейти на stable kernel; до обновления ограничить copy-to-cache для недоверенных источников и не сбрасывать флаг вручную в production. UPDATE-REQUIRED ставят при affected runtime или отсутствии подтверждённого backport. NOT-REACHABLE допустим только для проверенного entry point, а не для всего продукта. UNKNOWN нужен при расхождении binary, config и документации. После штатного обновления повторяют тот же узкий control и один нормальный smoke-test, не совмещая это с firmware, network, storage или policy changes: иначе причинность результата потеряется.

Stop-rule для netfs copy-to-cache rolling buffer

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

Минимальный пакет сопровождения netfs copy-to-cache rolling buffer

Передать владельцу следует только: kernel/cache digest, folio indexes, append errno, flag timeline, buffer membership, waiter latency и successful-control result. Добавляют московское время, expected/actual, прямые ссылки на GHSA-rr37-5j55-39mh и stable commit, а также владельца rollback. Перед отправкой удаляют абсолютные домашние пути, hostnames, IP, serial numbers, pid, session identifiers, cookies, токены и payloads. Пакет должен позволять проверить ровно один заявленный инвариант, но не раскрывать среду. Он не доказывает отсутствие прошлой эксплуатации, применимость к иной сборке, массовость пользовательской боли, поисковый спрос, индексацию либо будущие позиции страницы.

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

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

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

Ответы

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

Ваш ответ

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

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

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