Защитная инструкция по Pocket-ID и GHSA-2wvm-8mvp-22qv: версионная граница, отдельный synthetic-тест, критерии безопасного исхода, стоп-линия, возврат и минимизированный пакет владельцу без активного payload.
Карта применимости — Pocket-ID
Официальный сигнал описывает узкую границу: клиентская ветка OIDC prompt=none могла направить браузер на незарегистрированный redirect_uri до серверной проверки списка callback. Затронуты Pocket-ID от 2.6.0 до 2.8.0 включительно; исправленная точка — Pocket-ID 2.9.0 или новее. Это не означает, что конкретная установка уязвима: сначала подтверждают реально загруженный компонент, достижимость функции и доверительную границу. Совпадение номера в lock-файле без runtime-проверки оставляет статус patched-unverified. Отсутствие компонента означает not-applicable, а нехватка данных — unknown. Для Pocket-ID решение строят как цепочку «компонент → активная функция → версия → наблюдение → обратимый вывод». Нельзя переносить вывод на соседний пакет, другую ветку или сборку дистрибутива. Advisory опубликован 28 августа 2026 года, поэтому материал своевременен, но эта дата не доказывает массовый спрос и не заменяет локальную инвентаризацию. Итог этой стадии — один из статусов not-applicable, affected-unverified, patched-unverified или ready-for-bounded-check.
Наблюдаемый симптом — Pocket-ID
До любого опыта для Pocket-ID записывают: фактически загруженная версия frontend/backend, тестовый OIDC client_id, зарегистрированный callback, prompt и состояние сессии. Каждое поле получает фактическое значение, not-applicable или unknown; предположение нельзя подменять пустой строкой. Версию берут из работающего процесса, артефакта или точного dependency lock. Секреты, IP, токены, содержимое рабочих файлов, имена людей и полные журналы не копируют. Отдельно снимают базовый штатный исход. Если он уже нарушен, обновление и эксперимент не смешивают: сначала возвращают стенд в известное состояние и только затем продолжают.
Контрольная пара — Pocket-ID
Проверка проходит только в synthetic-среде: в отдельном тестовом клиенте сравнить зарегистрированный callback и второй HTTPS-origin, принадлежащий стенду; при prompt=none браузер не должен уходить на незарегистрированный origin, а разрешённый callback должен сохранить штатную ошибку или ответ. Сначала выполняют штатный шаг A, затем ограниченный шаг B и снова штатный A2. Ожидаемый безопасный исход заранее формулируется так: разрешённый callback работает по протоколу, чужой тестовый origin отклоняется на домене IdP, state не раскрывается за пределы allow-list. Между A, B и A2 не меняют одновременно сеть, права, proxy и соседние зависимости. Не используют активный exploit, чужие данные или внешнюю инфраструктуру. Полученный результат относится только к зафиксированному стенду и не доказывает отсутствие других дефектов.
Журнал решения — Pocket-ID
Для Pocket-ID таблица решения включает колонки из инвентаря, исход A, защитный исход B, повтор A2 и состояние после возврата. passed-bounded-check ставят только когда одновременно подтверждено: разрешённый callback работает по протоколу, чужой тестовый origin отклоняется на домене IdP, state не раскрывается за пределы allow-list. Контролируемый отказ отличается от падения процесса: общий 500, panic или timeout без диагностируемой причины не считается успехом. Непроверенная исправленная версия остаётся patched-unverified. Если одна колонка неизвестна, весь вывод сохраняет unknown вместо удобного предположения. Такая матрица отделяет патч, конфигурацию и регрессию.
Красная линия — Pocket-ID
Жёсткая стоп-линия для этого сценария: понадобился реальный клиент, пользовательская сессия, внешний домен третьей стороны или сбор токенов. Дополнительно останавливаются при выходе за временный namespace, росте ресурсов выше малого потолка, появлении секрета в output, невозможности выполнить A2 или неясной причинности. Возврат выполняют сразу: удалить тестовый OIDC client, очистить отдельную сессию и сверить обычный интерактивный вход. Пока rollback не подтверждён, нельзя расширять входы и переносить проверку на production. Исправленная версия остаётся рекомендованной границей, однако номер релиза не оправдывает рискованный опыт и не заменяет backup.
Передача владельцу — Pocket-ID
Минимальный пакет для независимого повторения: версия frontend/backend, два обезличенных origin-класса, prompt, HTTP/браузерный исход и подтверждение удаления клиента. К нему добавляют две прямые официальные ссылки, но не копируют advisory целиком. Перед передачей удаляют cookies, credentials, адреса, usernames, абсолютные локальные пути и тела рабочих запросов. Вывод разделяет применимость версии, достижимость механизма, три шага A–B–A2 и подтверждение очистки. Если evidence неполна, пакет заканчивается статусом unknown и точным недостающим полем, а не обещанием общей безопасности.
Материал подготовлен редакцией VOne с помощью ИИ по открытым официальным и первичным источникам; факты, даты, версии и ссылки перепроверены. Реальные пользовательские данные, активные опасные payload и вымышленные результаты тестов не использовались.
Источники и проверка
- GitHub Advisory Database: GHSA-2wvm-8mvp-22qv проверено 2026-08-30
- Релиз Pocket-ID 2.9.0 проверено 2026-08-30
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.