Безопасная проверка CoreWCF SPNEGO SecurityContextToken по ghsa-2288-8h3r-cqgg: применимость, обратимый fixture, client-identity / wrapping-recipient / encryption-mode / clear-key-visible / session-created, pass-rule и stop-rule без production-данных.
Проверьте применимость к CoreWCF SPNEGO SecurityContextToken
Сначала зафиксируйте package source, точную runtime version, build digest, provenance commit и достижимость компонента CoreWCF SPNEGO SecurityContextToken. GitHub Reviewed Advisory ghsa-2288-8h3r-cqgg опубликована 2026-06-19, обновлена 2026-06-19 и описывает механизм «CoreWCF: SPNEGO SecurityContextToken proof key wrapped without confidentiality». Ecosystem boundary записи: «nuget/CoreWCF.Primitives >= 1.9.0, < 1.9.1; first patched 1.9.1». Диапазон служит фильтром, но не доказывает наличие затронутого кода в fork или сборке с backport. Отдельно отметьте feature flag, роль вызывающего субъекта и самый ранний чувствительный side effect. При неизвестной provenance результат остаётся unknown: нельзя заявлять эксплуатацию, распространённость, ущерб или поисковый спрос только по advisory.
Сформулируйте invariant: выданный proof key имеет confidentiality к подтверждённому клиенту до со
Узкая пользовательская боль этого материала: proof key из RSTR наблюдаем стороной, которая не является легитимным клиентом. Защитный invariant: выданный proof key имеет confidentiality к подтверждённому клиенту до создания SCT session. Он проверяется раньше read, write, send, execute, cache commit, credential issue или выдачи identity. Заранее запишите pass-rule: ключ обёрнут для ожидаемого recipient, clear representation отсутствует, mismatch не создаёт session. Это самостоятельный ответ, потому что наблюдает собственную trust boundary и не подменяет её общим советом «обновитесь». Решающий артефакт — client-identity / wrapping-recipient / encryption-mode / clear-key-visible / session-created; он не должен содержать имена, адреса, токены, содержимое рабочих объектов или иные персональные данные.
Соберите обратимый fixture для CoreWCF SPNEGO SecurityContextToken
Безопасный опыт: На fake certificates/keys собрать RSTR в unit harness и проверить wrapping metadata и отсутствие clear key в сериализованном сообщении. Все идентификаторы и данные синтетические; filesystem ограничен mkdtemp, persistence — memory adapter либо rollback transaction, сеть выключена или loopback-only. Добавьте безопасный контроль, один boundary case и recording adapter для чувствительного действия. До запуска сохраните digest входа и ожидаемую строку матрица решения; после — observed class, counters, final-state digest и cleanup proof. Не нужен эксплуатационный payload, массовый перебор, нагрузка или изменение production.
Заполните client-identity / wrapping-recipient / encryption-mode / clear-key-visible / session-created
Читайте колонки «client-identity / wrapping-recipient / encryption-mode / clear-key-visible / session-created» в причинном порядке, не ограничиваясь HTTP status или отсутствием exception. Сначала подтвердите, что безопасный контроль прошёл ту же ветвь, затем найдите stage, где policy приняла решение, и отдельно отметьте любой side effect. Green возможен только когда выполнено правило «ключ обёрнут для ожидаемого recipient, clear representation отсутствует, mismatch не создаёт session», состояние после cleanup совпадает с исходным, а альтернативное объяснение исключено. Если результат зависит от порядка, используйте один детерминированный interleaving и небольшой повтор; статистический стресс не заменяет доказательство механизма.
Сопоставьте исправление с механизмом, а не с номером
Patch provenance должна менять именно правило «выданный proof key имеет confidentiality к подтверждённому клиенту до создания SCT session». Сравните affected и candidate build на одном fixture, сохранив одинаковые input digest и client-identity / wrapping-recipient / encryption-mode / clear-key-visible / session-created. Boundary «nuget/CoreWCF.Primitives >= 1.9.0, < 1.9.1; first patched 1.9.1» помогает выбрать сборку, но версия сама по себе не подтверждает backport и reachability. Если upstream не записал first patched version для конкретной ecosystem entry, опирайтесь на commit/release provenance и не выдумывайте номер. Эта проверка не разрешает rollout: production update требует отдельного backup, canary, readiness, журналов и rollback.
Остановитесь до пересечения privacy и production boundary
Stop-rule: не использовать доменную учётную запись, реальный Windows principal и сетевой listener. Немедленно завершите опыт при внешнем адресе, настоящем credential, privilege prompt, данных вне fixture, необратимой записи, неожиданном росте ресурсов, отсутствии безопасный контроль или невозможности cleanup. Такой исход помечается blocked, а не «почти прошёл». В support packet включите ghsa-2288-8h3r-cqgg, product/component, version/build provenance, boundary «nuget/CoreWCF.Primitives >= 1.9.0, < 1.9.1; first patched 1.9.1», обезличенную строку «client-identity / wrapping-recipient / encryption-mode / clear-key-visible / session-created», expected/observed, stop reason и две прямые source URL. Payload, секреты, чужие логи, конфигурации и приватные ссылки не прикладывайте.
Завершите явным деревом решения
Дерево решения для CoreWCF SPNEGO SecurityContextToken: доказана patched/non-affected provenance — not-applicable; ветвь недостижима по проверенной конфигурации — not-reachable; candidate выполняет «ключ обёрнут для ожидаемого recipient, clear representation отсутствует, mismatch не создаёт session» — ready-for-reviewed-update; наблюдается «proof key из RSTR наблюдаем стороной, которая не является легитимным клиентом» — fail и эскалация владельцу компонента; недостаточно данных — unknown. К листу приложите одну строку из «client-identity / wrapping-recipient / encryption-mode / clear-key-visible / session-created» и cleanup proof. Никакой лист не означает универсальную безопасность, факт атаки, обещание индексации или разрешение проверять чужую систему.
Материал подготовлен редакцией VOne с помощью ИИ; даты, диапазоны, прямые ссылки, безопасный fixture, privacy-ограничения и отсутствие рекламных обещаний затем перепроверены по первичным источникам.
Источники и проверка
- GitHub Reviewed Advisory ghsa-2288-8h3r-cqgg проверено 2026-08-31
- Upstream security advisory CoreWCF SPNEGO SecurityContextToken проверено 2026-08-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.