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

.NET SDK Containers: тест защиты от symlink-подмены ресурсов

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

Защитный разбор .NET SDK Containers и ghsa-55jh-fwmh-39m4: применимость, безопасный test boundary «link resolution и владение resource до включения файла в container image layer», измеримый результат, stop-rule и пакет поддержки.

Определите, относится ли сигнал к .NET SDK Containers

Сначала исследуется не severity, а граница «link resolution и владение resource до включения файла в container image layer». Запишите версию живого процесса, build digest, путь загруженного компонента, способ установки и включённую функцию. Advisory перечисляет «Microsoft.NET.Build.Containers >= 10.0.0, <= 10.0.9 → fixed 10.0.10; Microsoft.NET.Build.Containers >= 9.0.0, <= 9.0.17 → fixed 9.0.18; Microsoft.NET.Build.Containers >= 8.0.0, <= 8.0.28 → fixed 8.0.29», однако зависимость в manifest не равна доказанной runtime-версии. Отдельно установите, достижим ли путь в вашей конфигурации и какой субъект его вызывает. Если provenance или reachability не подтверждены, оставьте статус unknown. Это честнее, чем переносить оценку advisory на конкретное развёртывание без измерения.

Фактическая рамка GHSA-55jh-fwmh-39m4

Reviewed record опубликован 2026-07-21, обновлён 2026-07-21 и формулирует проблему как «Microsoft Security Advisory CVE-2026-50526 – .NET Tampering Vulnerability». Package ranges: «Microsoft.NET.Build.Containers >= 10.0.0, <= 10.0.9 → fixed 10.0.10; Microsoft.NET.Build.Containers >= 9.0.0, <= 9.0.17 → fixed 9.0.18; Microsoft.NET.Build.Containers >= 8.0.0, <= 8.0.28 → fixed 8.0.29». Репозиторий dotnet/sdk подтверждает происхождение upstream, но не состояние вашей установки. Даты, affected range и механизм берутся из прямой advisory-страницы. Ни GitHub record, ни форумный лид не доказывают атаку, ущерб, распространённость запроса, индексацию или позицию. Любое такое утверждение потребовало бы отдельной телеметрии и источника.

Отдельная боль и наблюдаемые точки: link resolution и владение resource до включения файла в container image layer

Узкая пользовательская боль: локальный пользователь может подменить общий build resource ссылкой на другой файл. Чтобы не спутать её с ошибкой стенда, заранее задайте независимые поля артефакта «ledger actor / input-path / canonical-path / file-type / owner / included-digest / sentinel-access». Нормальная ветвь обязательна: обычный owned file включается в dry-run manifest с ожидаемым digest. Только после неё запускают один граничный case. Marker не должен быть credential, реальным идентификатором или пользовательским содержимым. Такое разделение даёт проверяемое дерево решения и не превращает похожую ошибку, timeout либо неверную роль в подтверждение security-механизма.

Безопасный обратимый опыт

Создайте две test identities, private build root, symlink-like fixture и sentinel вне root. Затем нужно собрать dry-run layer manifest до и после подмены, сверяя canonical paths, owner и digests без публикации image. Все операции выполняются в локальной или одноразовой среде с пределами wall-time, CPU, памяти, файлов, сокетов и запросов. Ожидаемый защитный результат определён до запуска: внешняя ссылка отклоняется, manifest содержит только regular files внутри owner root, sentinel не читается. Не используйте production secrets, настоящие документы, внутренние адреса, пользовательские логи или публичные цели. После первой граничной точки очистите fixture, повторите normal-control и сравните итоговое состояние с baseline digest.

Правило решения без догадок

Решение хранится как ledger actor / input-path / canonical-path / file-type / owner / included-digest / sentinel-access. Passed возможен, когда одновременно наблюдается «внешняя ссылка отклоняется, manifest содержит только regular files внутри owner root, sentinel не читается», normal-control успешен и cleanup возвращает baseline. Failed фиксируют лишь после воспроизводимого расхождения с тем же fixture и лимитами. Not-applicable требует доказанной runtime-версии вне range либо документированно выключенного пути. Unknown остаётся при неполном provenance, нестабильном trace или неоднозначной конфигурации. Одного HTTP status, падения процесса или отсутствия события недостаточно для окончательного вывода.

Остановка, обновление и пакет для поддержки

Stop-rule этого опыта: отменить build при любом canonical path вне private root. Если runtime входит в affected range, обновление получают из доверенного канала dotnet/sdk, после чего повторяют ровно тот же fixture с прежними лимитами; новый сценарий не подтверждает исправление старого. В обезличенный пакет включают runtime version, digest, конфигурационную ветвь, expected/observed, измеренные лимиты, timestamps, error class и хэши fixtures. Исключите токены, cookies, IP, внутренние имена, абсолютные пути и содержимое данных. Инструкция не обещает абсолютную защищённость.

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

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

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

Ответы

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

Ваш ответ

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

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

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