Практическая защитная проверка Flask-Security-Too по ghsa-f66q-9rf6-8795: применимость, обратимый тест границы «совпадение владельца WebAuthn credential с current_user до отметки session freshness», измеримый результат и stop-rule без production-данных.
Проверьте применимость к Flask-Security-Too
Сначала установите исполняемую версию и достижимость функции; severity сама по себе этого не показывает. Для границы «совпадение владельца WebAuthn credential с current_user до отметки session freshness» запишите runtime version, build digest, способ установки, активную конфигурацию и роль вызывающего субъекта. Reviewed Advisory указывает «Flask-Security-Too >= 5.8.0, <= 5.8.1; patched version not listed», но это не заменяет проверку живого процесса. Not-applicable допустим только при доказанной версии вне affected range или документированно выключенной функции. При неполном provenance оставьте статус unknown и не переносите оценку advisory на всё развёртывание.
Фактическая рамка GHSA-f66q-9rf6-8795
GitHub Reviewed Advisory опубликована 2026-07-07, обновлена 2026-07-07 и описывает механизм: Flask-Security-Too: WebAuthn reauthentication freshness bypass via cross-user assertion. Package boundaries: «Flask-Security-Too >= 5.8.0, <= 5.8.1; patched version not listed». Upstream https://github.com/pallets-eco/flask-security подтверждает происхождение проекта, но не состояние вашей установки. Дата, summary и границы берутся с прямой страницы https://github.com/advisories/GHSA-f66q-9rf6-8795, а не из forum post или search snippet. Запись не доказывает эксплуатацию, ущерб, популярность темы, индексацию или позицию страницы; для таких выводов нужны отдельные данные.
Отдельная боль и измеримое доказательство
Материал отвечает на одну самостоятельную боль: assertion другого аккаунта может ошибочно сделать текущую сессию fresh и открыть чувствительную операцию. До запуска создайте артефакт «матрица session-user / credential-owner / assertion-valid / freshness-before / freshness-after» и назначьте допустимые значения каждой колонке. Normal-control проходит тем же кодовым путём, на той же версии и с теми же ресурсными пределами. Исключение, status code или отсутствие события без trace не считаются окончательным доказательством. Marker должен быть синтетическим: без credentials, IP, настоящих имён, файлов, документов, журналов и внутренних адресов.
Безопасный обратимый опыт
Подготовьте два dummy user, по одному test credential, valid assertions и isolated session store. Затем нужно выполнить same-user reauth как control и cross-user assertion, фиксируя freshness и callback count. Ожидаемый защитный исход задаётся до выполнения: same-user assertion обновляет freshness, cross-user отклоняется и оставляет прежний timestamp. Работайте только локально или в одноразовой среде с лимитами wall-time, CPU, памяти, файлов, сокетов и запросов. Не используйте production secrets, персональные данные, удалённые цели или эксплуатационные payload. Так проверка остаётся воспроизводимой и не превращается в демонстрацию против внешней цели. После опыта удалите fixtures, повторите normal-control и сравните digest состояния с baseline.
Решение без догадок
Passed возможен, когда одновременно наблюдается: same-user assertion обновляет freshness, cross-user отклоняется и оставляет прежний timestamp; normal-control успешен; cleanup возвращает baseline. Failed фиксируется лишь после повторения с тем же fixture, версией и лимитами. Unknown остаётся при неполном provenance, нестабильном trace или неоднозначной конфигурации. Храните результат как «матрица session-user / credential-owner / assertion-valid / freshness-before / freshness-after», чтобы другой инженер мог проверить вывод. Не расширяйте локальное наблюдение на всю систему и не обещайте абсолютную защищённость после одного теста.
Стоп-правило, обновление и поддержка
Stop-rule: остановиться до protected action при несовпадении credential owner и session user. Если runtime входит в affected range, получите исправление только из доверенного upstream https://github.com/pallets-eco/flask-security, зафиксируйте новый digest и повторите прежний fixture с неизменными лимитами. Новый сценарий не подтверждает исправление исходной границы. В обезличенный пакет поддержки включите runtime version, package boundary, config branch, expected/observed, timestamps, resource limits, error class и fixture hashes. Исключите tokens, cookies, абсолютные пути, внутренние hostname и содержимое данных.
Материал подготовлен редакцией VOne с помощью ИИ; даты, диапазоны, прямые ссылки, безопасный опыт, privacy-ограничения и отсутствие рекламных обещаний затем перепроверены по первичным источникам.
Источники и проверка
- GitHub Reviewed Advisory ghsa-f66q-9rf6-8795 проверено 2026-08-31
- Upstream-репозиторий Flask-Security-Too проверено 2026-08-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.