Защитная инструкция по Casdoor и ghsa-c9w5-qp6m-m395: применимость, безопасный тест «привязку JWT signature и issuer к организации в GetTokenExchangeToken», измеримый исход, stop-rule и обезличенный пакет поддержки.
Карта применимости для Casdoor
Проверяемая граница — привязку JWT signature и issuer к организации в GetTokenExchangeToken. Сначала запишите версию исполняемого компонента, digest сборки, способ установки и включённую функцию. Источник задаёт диапазон «go:github.com/casdoor/casdoor < 2.387.0 → fixed 2.387.0», но lockfile без runtime provenance не определяет состояние сервиса. Отдельно ответьте, достижим ли путь в текущей конфигурации и кем. Если хотя бы одно звено не доказано, статус остаётся unknown. Severity advisory не переносится автоматически на конкретное развёртывание и не подтверждает эксплуатацию.
Факты и границы ghsa-c9w5-qp6m-m395
Reviewed record опубликован 2026-05-28, обновлён 2026-07-09 и описывает отдельную проблему: JWT из одной тестовой организации может быть принят в контексте другой без проверки её ключа. Указанные package ranges: «go:github.com/casdoor/casdoor < 2.387.0 → fixed 2.387.0». Прямая upstream-страница подтверждает проект происхождения, а не установленную у вас версию. Дата, механизм и исправленная граница берутся из advisory; форум, новостной заголовок и поисковый сниппет служат только лидами. Из этих источников нельзя выводить популярность запроса, факт атаки, ущерб, индексирование или позицию.
Диагностическая модель: привязку JWT signature и issuer к организации в GetTokenExchangeToken
Issuer, target organization и fingerprint ключа образуют тройную связь. Одного совпадения subject недостаточно. New-token flag проверяют в хранилище, а не по наличию body ответа. В fixtures одинаковые обезличенные subject, чтобы результат зависел от организационной подписи, а не от разных пользователей.
Один обратимый опыт
В одноразовой среде нужно создать две лабораторные организации с разными signing keys, выпустить по одному короткоживущему marker-token и выполнить cross-organization exchange. До запуска задайте предел времени, CPU, памяти, файлов и число запросов; снимите baseline и команду cleanup. Ожидаемое защитное наблюдение: same-organization exchange проходит, cross-organization token отклоняется без выдачи нового credential. Используются только marker-объекты, test identities и loopback либо закрытая namespace. Запрещены production tokens, журналы, документы, реальные адреса и сторонние endpoints. Опыт не расширяют после первого граничного результата и обязательно повторяют normal control.
Как принять решение по измерению
Основной артефакт — issuer / target organization / signing-key fingerprint / exchange status / new-token flag. Passed требует ожидаемого отказа или ограничения на граничной ветви, успешного normal control и возврата ресурсов к baseline. Failed фиксируют только после воспроизводимого расхождения с тем же fixture. Not-applicable требует доказанной версии вне range или недостижимой функции; отсутствие наблюдения не подходит. Unknown сохраняют при неясной сборке, нестабильном стенде или неполном trace. Такая матрица отделяет проверяемый механизм от обычной несовместимости и не превращает предположение в факт.
Обновление, stop-rule и безопасная передача
Жёсткое правило остановки: не сохранять JWT в отчёт и отозвать оба тестовых ключа после первого неверного принятия. Если версия попадает в advisory range, обновление берут из доверенного канала проекта и повторяют тот же fixture с прежними лимитами; другой сценарий не доказывает исправление. Затем выполняют normal control и проверяют rollback criterion. Для поддержки достаточно runtime version, digest, конфигурационной ветви, expected/observed, resource limits, статуса и хэшей synthetic fixtures. Удалите cookies, credentials, IP, внутренние имена, абсолютные пути и содержимое данных. Материал не является эксплуатационной инструкцией и не обещает нулевой риск.
Материал подготовлен редакцией VOne с помощью ИИ, затем вручную проверен по двум прямым HTTPS-источникам; факты, диапазоны версий, безопасный опыт и отсутствие рекламных обещаний сверены человеком.
Источники и проверка
- GitHub Reviewed Advisory ghsa-c9w5-qp6m-m395 проверено 2026-08-31
- Upstream-репозиторий Casdoor проверено 2026-08-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.