People-first проверка Rancher GitHub App auth по ghsa-4j6x-2764-m8gh: применимость, безопасный fixture для границы «изоляция per-user membership cache от полного organizational team catalog», измеримый контракт и stop-rule без production-данных.
Определите применимость Rancher GitHub App auth
Создайте карточку применимости для Rancher GitHub App auth: installed version, package source, build digest, feature/config reachability и роль вызывающего субъекта. Reviewed Advisory описывает «Rancher has over-inclusive team membership expansion in GitHub App authentication provider», опубликована 2026-07-01, обновлена 2026-07-01 и задаёт диапазон «github.com/rancher/rancher >= 2.14.0, < 2.14.2; first patched 2.14.2 | github.com/rancher/rancher >= 2.13.0, < 2.13.6; first patched 2.13.6 | github.com/rancher/rancher < 0.0.0-20260519172014-d0c047bbc6d2; first patched 0.0.0-20260519172014-d0c047bbc6d2». Эти данные не доказывают состояние конкретного развёртывания. Проверьте vendor backport и commit provenance; при неизвестной сборке оставьте applicability=unknown. Фактическая граница статьи — «изоляция per-user membership cache от полного organizational team catalog», а не общее обсуждение severity или продукта.
Опишите доверительную границу
Сформулируйте отдельную пользовательскую боль: наличие пользователя в одной команде ошибочно раскрывает ему группы всех команд организации. Запишите доверенный субъект, объект, управляющую policy и первый потенциальный побочный эффект. Заранее задайте защитный контракт: claim содержит только фактические membership пользователя; порядок и прогрев общего кеша не расширяют список. Его нельзя подменять отсутствием исключения или HTTP 200: важна стадия до чтения, передачи, allocation, mutation или delivery. Рабочий артефакт — user / org-team-count / user-team-count / cache-key / emitted-groups / extras. В нём нужны только классы и счётчики; значения credentials, содержимое файлов, IP, account identifiers и персональные данные исключаются.
Соберите обратимый стенд
Постройте минимальный обратимый стенд: две synthetic users, три teams, отдельные user-membership и org-team caches без GitHub API. Затем рассчитать group claims для каждого пользователя при разном порядке заполнения кеша и повторном чтении. Сеть должна быть отключена или замкнута на loopback, filesystem — на disposable temp, state — на in-memory либо transaction rollback. Добавьте штатный контроль и отрицательный boundary-case, дайте каждому bounded timeout и одинаковую конфигурацию. До проверки отметьте digest входа; после опыта сохраните result class, side-effect counters и cleanup proof. Не увеличивайте нагрузку и не пытайтесь воспроизвести вредный эффект на чужой системе.
Измерьте контракт до побочного эффекта
Сведите observed в матрицу «user / org-team-count / user-team-count / cache-key / emitted-groups / extras» и сравните с критерием «claim содержит только фактические membership пользователя; порядок и прогрев общего кеша не расширяют список». Для каждого ряда отметьте decision stage, mutation/read/send counter, final state digest и отклонение от expected. Normal-control обязан пройти тот же код, иначе отрицательный результат ничего не говорит о защите. Повторите лишь малый детерминированный набор; расхождение порядка считается отдельным race/cache сигналом. Pass ставится только когда запрет срабатывает раньше чувствительного действия, а разрешённый сценарий сохраняет documented behavior.
Свяжите patch с узким механизмом
Проверьте исправление по механизму, а не по номеру версии: upstream patch должен напрямую обеспечивать «изоляция per-user membership cache от полного organizational team catalog». Сопоставьте pre/post build на том же fixture и сравните «user / org-team-count / user-team-count / cache-key / emitted-groups / extras». Для диапазона «github.com/rancher/rancher >= 2.14.0, < 2.14.2; first patched 2.14.2 | github.com/rancher/rancher >= 2.13.0, < 2.13.6; first patched 2.13.6 | github.com/rancher/rancher < 0.0.0-20260519172014-d0c047bbc6d2; first patched 0.0.0-20260519172014-d0c047bbc6d2» отдельно отметьте vendor patch provenance и release artifact digest. Canary допускается только в лаборатории; production rollout требует отдельного change contract, backup и rollback. Не объявляйте систему безопасной целиком: этот опыт подтверждает один узкий invariant и не говорит об эксплуатации, ущербе, спросе, индексации или позиции страницы.
Остановитесь и подготовьте поддержку
Примените жёсткий stop-rule: остановиться до реального OAuth, GitHub organization или изменения групп. Красные флаги также включают внешний адрес, реальный credential, privilege prompt, необратимую запись, рост ресурсов, данные не из fixture, отсутствие cleanup и изменившийся объект вне test root. При первом флаге прекратите работу и оставьте статус blocked. Для поддержки соберите для ghsa-4j6x-2764-m8gh, Rancher GitHub App auth, «github.com/rancher/rancher >= 2.14.0, < 2.14.2; first patched 2.14.2 | github.com/rancher/rancher >= 2.13.0, < 2.13.6; first patched 2.13.6 | github.com/rancher/rancher < 0.0.0-20260519172014-d0c047bbc6d2; first patched 0.0.0-20260519172014-d0c047bbc6d2», reachability evidence, sanitized matrix, штатный контроль, stop reason и две прямые ссылки. Не публикуйте payload и чужие логи; неизвестное обозначьте unknown, а не выдуманным фактом.
Используйте минимальное дерево решения
Минимальное дерево решения для Rancher GitHub App auth: если версия вне доказанного affected range и patch provenance подтверждён — not-applicable; если ветвь недостижима по документированной конфигурации — not-reachable; если fixture даёт «claim содержит только фактические membership пользователя; порядок и прогрев общего кеша не расширяют список» на candidate build — ready-for-reviewed-update; если наблюдается «наличие пользователя в одной команде ошибочно раскрывает ему группы всех команд организации» — fail и эскалация владельцу. Во всех остальных случаях статус unknown. К карточке приложите «user / org-team-count / user-team-count / cache-key / emitted-groups / extras» и criterion «остановиться до реального OAuth, GitHub organization или изменения групп». Такое дерево не превращает один advisory в универсальную рекомендацию и сохраняет people-first приоритет: минимальное воздействие, ясная остановка и проверяемый ответ.
Материал подготовлен редакцией VOne с помощью ИИ; даты, диапазоны, прямые ссылки, безопасный опыт, privacy-ограничения и отсутствие рекламных обещаний затем перепроверены по первичным источникам.
Источники и проверка
- GitHub Reviewed Advisory ghsa-4j6x-2764-m8gh проверено 2026-08-31
- Upstream-репозиторий Rancher GitHub App auth проверено 2026-08-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.