Защитная проверка decompress по ghsa-mp2f-45pm-3cg9: применимость, обратимый fixture для границы «компонентная path containment плюс валидация hardlink/symlink target до любой записи», измеримый результат и stop-rule без production-данных.
Докажите применимость к decompress
Для безопасного решения сначала зафиксируйте границы наблюдения. Для decompress и границы «компонентная path containment плюс валидация hardlink/symlink target до любой записи» отметьте исполняемый релиз, package source, build digest, активный feature/config path и роль, которая достигает функции. Reviewed Advisory фиксирует «@xhmikosr/decompress < 10.2.1; first patched 10.2.1 | @xhmikosr/decompress >= 11.0.0, < 11.1.3; first patched 11.1.3 | decompress <= 4.2.1; фиксированная версия в записи не указана», публикацию 2026-07-06 и обновление 2026-07-06, но не доказывает наличие у вас уязвимого бинарника, реальную эксплуатацию или спрос. Именно reachability, а не громкость заголовка, определяет приоритет проверки. Если версия собрана из fork или vendor patch, сохраните commit/patch provenance отдельно: одна строка semver не отвечает, присутствует ли исправление.
Зафиксируйте отдельный защитный контракт
Опишите проверяемый инвариант своими словами: только normal entry остаётся внутри canonical root; traversal, sibling-prefix и внешние link targets отклоняются до open. Исходная пользовательская боль здесь конкретна — строковый prefix считает соседний out-old вложенным в out, а ссылка может перенаправить следующую запись наружу. Не смешивайте её с общими страницами про обновления, XSS, SSRF или отказ в обслуживании: механизм и ожидаемый ответ должны быть самостоятельными. До опыта укажите субъект, объект, доверенную границу, разрешённый побочный эффект и сигнал нарушения. Для этого материала артефакт решения — матрица entry-type / raw-path / normalized-path / link-target / containment / would-open. Он не содержит токены, IP, содержимое файлов или персональные данные; достаточно классов результата, счётчиков и digest тестового состояния.
Поставьте обратимый минимальный опыт
Подготовьте обратимый стенд: in-memory archive entry table с normal file, ../, sibling-prefix, symlink и hardlink; resolver работает в dry-run. Далее нормализовать каждый destination и link target, проверить ancestry по компонентам и записать решение без extraction. Используйте минимальные синтетические значения, запрет внешней сети, отдельный temp root и контроль штатного пути, который проходит тот же код без пограничного условия. Перед опытом отметьте digest fixture, версию и timeout, после — digest состояния и cleanup result. Не переносите пример на production и не увеличивайте нагрузку ради наглядности. Когда этот узел нельзя подменить или изолировать, ограничьтесь статической проверкой patch/release и отложите runtime-подтверждение.
Сведите наблюдения в матрицу решения
Результат оценивайте по заранее заданному правилу, а не по впечатлению от лога. Защитный исход: только normal entry остаётся внутри canonical root; traversal, sibling-prefix и внешние link targets отклоняются до open. Для всякого ряда в «матрица entry-type / raw-path / normalized-path / link-target / containment / would-open» сохраните expected и observed, а также точную стадию отказа: parse, validate, authorize, allocate, open, mutate или cleanup. Ошибка до опасного действия и ошибка после него — разные результаты. Normal-control обязан доказать, что тест не сломан целиком. Повторите fixture не менее двух раз только в пределах локального бюджета: одинаковый result class важнее длинного stdout.
Остановитесь при первом выходе за границу
Примените stop-rule без торга: применить stop-rule при реальной распаковке, записи вне disposable root или если resolver следует ссылке до проверки. Ещё одни красные флаги — изменение объекта вне temp, неожиданный сетевой вызов, рост памяти, privilege prompt, необратимая запись, расхождение digest или отсутствие контроль штатного пути. Если обнаружен хотя бы один флаге завершите процесс, сохраните лишь обезличенную матрицу и верните стенд к исходному состоянию. Не публикуйте payload, реальные конфиги и подробности чужой системы. Severity не разрешает расширять тест: цель — подтвердить защитный контракт с минимальным воздействием.
Передайте поддержке минимальный пакет
Для владельца компонента подготовьте короткий пакет: ghsa-mp2f-45pm-3cg9, decompress, installed/build version, upstream commit, применимый диапазон «@xhmikosr/decompress < 10.2.1; first patched 10.2.1 | @xhmikosr/decompress >= 11.0.0, < 11.1.3; first patched 11.1.3 | decompress <= 4.2.1; фиксированная версия в записи не указана», описание fixture без чувствительных значений, матрица entry-type / raw-path / normalized-path / link-target / containment / would-open, контроль штатного пути, stop-rule, cleanup proof и ссылки на advisory/upstream. В отдельном поле отметьте unknown: reachability, vendor backport, runtime configuration и наличие compensating control. Решение может быть только одним из трёх: not-applicable с доказательством, update/test по утверждённому окну или blocked до безопасного стенда. Так поддержка получает минимальные данные для воспроизведения, а публичный материал не гарантирует индексацию, позиции, универсальную защищённость или результат на чужой инфраструктуре.
Свяжите исправление с механизмом decompress
Для decompress свяжите исправление именно с механизмом «компонентная path containment плюс валидация hardlink/symlink target до любой записи», а не только с номером релиза. В changelog или diff найдите изменение, которое делает истинным результат «только normal entry остаётся внутри canonical root; traversal, sibling-prefix и внешние link targets отклоняются до open», и сопоставьте его с диапазоном «@xhmikosr/decompress < 10.2.1; first patched 10.2.1 | @xhmikosr/decompress >= 11.0.0, < 11.1.3; first patched 11.1.3 | decompress <= 4.2.1; фиксированная версия в записи не указана». Далее повторите fixture «in-memory archive entry table с normal file, ../, sibling-prefix, symlink и hardlink; resolver работает в dry-run» на текущем и кандидатном артефакте в одинаковой изоляции; сравнивайте «матрица entry-type / raw-path / normalized-path / link-target / containment / would-open», а не произвольные строки лога. Если vendor backport меняет номер версии, сохраните commit/diff provenance и сборочный digest. План возврата должен восстанавливать предыдущий тестовый артефакт, но не возвращать production к заведомо сомнительной версии. Критерий приёмки для этой отдельной боли — только normal entry остаётся внутри canonical root; traversal, sibling-prefix и внешние link targets отклоняются до open; критерий прекращения — применить stop-rule при реальной распаковке, записи вне disposable root или если resolver следует ссылке до проверки. Пока оба критерия не доказаны, статус обозначьте blocked или unknown, не подменяя результат предположением.
Материал подготовлен редакцией VOne с помощью ИИ; даты, диапазоны, прямые ссылки, безопасный опыт, privacy-ограничения и отсутствие рекламных обещаний затем перепроверены по первичным источникам.
Источники и проверка
- GitHub Reviewed Advisory ghsa-mp2f-45pm-3cg9 проверено 2026-08-31
- Upstream-репозиторий decompress проверено 2026-08-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.