К обсуждениям

CoreWCF UDS: dispatch только после PosixIdentity upgrade

Редакция VOne Технологии

Защитная проверка CoreWCF UnixDomainSocket PosixIdentity transport по ghsa-wjpq-6766-7f5j: применимость, безопасный fixture, connection-state / upgrade-requested / identity-bound / frame-accepted / dispatch-count, pass-rule и stop-rule без production-данных.

Какая граница сломана в CoreWCF UnixDomainSocket PosixIdentity transport

Пользовательская проблема здесь узкая: сообщение dispatch происходит без обязательного application/unixposix security upgrade. Механизм по прямой upstream advisory: Transport state machine должна иметь отдельное подтверждённое состояние identity-upgraded. Сам факт локального socket connection не даёт peer principal. Поэтому проверяем не общий класс уязвимостей, а invariant «message framing и dispatch недоступны до успешного PosixIdentity upgrade для этого соединения». GitHub Reviewed Advisory ghsa-wjpq-6766-7f5j опубликована 2026-06-19, обновлена 2026-06-19; package boundary: «nuget/CoreWCF.UnixDomainSocket < 1.8.1; first patched 1.8.1». Эти факты не доказывают affected code в конкретном fork, эксплуатацию, популярность или поисковый спрос.

Сначала докажите применимость сборки и пути

Запишите source package, runtime version, build digest, commit provenance, feature/config state и роль, достигающую CoreWCF UnixDomainSocket PosixIdentity transport. Отдельно отметьте самый ранний side effect. Нормальный контроль: успешный upgrade связывает synthetic identity и разрешает один frame. Если component заменён, feature выключен или backport подтверждён по diff, укажите not-reachable/not-affected с доказательством. Если provenance неизвестна, статус unknown; номер версии из «nuget/CoreWCF.UnixDomainSocket < 1.8.1; first patched 1.8.1» остаётся фильтром, а не готовым выводом.

Проведите один обратимый лабораторный опыт

Безопасный fixture: В transport state-machine adapter проиграть normal upgrade, message-before-upgrade и failed-upgrade без создания socket. Все значения синтетические; persistence — memory adapter или rollback transaction, filesystem — mkdtemp, сеть отключена либо заменена recorder. До запуска сохраните input digest, ожидаемый pass-rule и нулевые counters. После — строку «connection-state / upgrade-requested / identity-bound / frame-accepted / dispatch-count», final-state digest и cleanup proof. Эксплуатационный payload, реальный credential, массовый перебор и production traffic не нужны.

Решение по строке connection-state / upgrade-requested / identity-bound / frame-accepted / dispatch-count

Сначала убедитесь, что control действительно достиг нужной ветви. Затем читайте «connection-state / upgrade-requested / identity-bound / frame-accepted / dispatch-count» слева направо: где нормализован input, когда применена policy и был ли чувствительный action. PASS только если до upgrade и после его ошибки frames не принимаются, dispatch остаётся нулём. Отсутствие exception или один HTTP status недостаточны. При async/race boundary используйте фиксированные barriers и один малый повтор, а не нагрузочный тест. Любой необъяснимый side effect переводит результат в fail/unknown до расследования.

Проверьте patch provenance и красные флаги

Исправление обязано реализовать смысл «message framing и dispatch недоступны до успешного PosixIdentity upgrade для этого соединения», а не только изменить номер релиза. На одинаковом fixture сравните affected и candidate build, сохранив connection-state / upgrade-requested / identity-bound / frame-accepted / dispatch-count. Красные флаги: policy после side effect, несовпадение verified/effective target, fail-open при ошибке, другой code path для transport/формата или отсутствие negative control. Production update не разрешён этой статьёй: требуется отдельный rollout с backup, canary, readiness, журналами и rollback.

Stop-rule, support packet и дерево решения

Stop-rule: не открывать UDS и не читать uid/gid реальной системы. Также остановитесь при privilege prompt, данных вне fixture, необратимой записи, росте ресурсов, отсутствии normal control или невозможности cleanup. В обезличенный support packet положите ghsa-wjpq-6766-7f5j, product/component, version/build provenance, «nuget/CoreWCF.UnixDomainSocket < 1.8.1; first patched 1.8.1», строку «connection-state / upgrade-requested / identity-bound / frame-accepted / dispatch-count», expected/observed, stop reason и обе source URL. Дерево: patched provenance — not-applicable; недостижимая ветвь — not-reachable; pass-rule выполнен — ready-for-reviewed-update; наблюдается «сообщение dispatch происходит без обязательного application/unixposix security upgrade» — fail; иначе unknown. Ни один лист не обещает универсальную безопасность или индексацию.

Материал подготовлен редакцией VOne с помощью ИИ; даты, диапазоны, прямые источники, безопасный fixture, privacy-границы и отсутствие рекламных обещаний затем перепроверены.

Источники и проверка

Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.

Ответы

0 опубликовано
Ответов пока нет. Вы можете начать обсуждение.

Ваш ответ

Добавьте свой опыт или уточнение по теме.

Вы публикуете как Аноним Аватар отличает разговоры, но не раскрывает личные данные.

Ответ появится сразу. Не публикуйте личные данные, ключи и приватные ссылки.