Защитная инструкция по TypiCMS Core и ghsa-xfvg-8v67-j7wp: применимость, обратимый тест границы «MIME-политика, sanitization и Content-Disposition для пользовательского SVG», измеримый исход, stop-rule и обезличенный пакет поддержки.
Сначала определите применимость для TypiCMS Core
Проверяемая граница здесь — MIME-политика, sanitization и Content-Disposition для пользовательского SVG. Зафиксируйте runtime version, digest сборки, способ поставки и включённость именно этого пути. Reviewed advisory перечисляет «typicms/core >= 16.0.0, < 16.1.7 → исправлено в 16.1.7; typicms/core >= 15.0.0, < 15.0.29 → исправлено в 15.0.29; typicms/core >= 14.0.0, < 14.0.27 → исправлено в 14.0.27; typicms/core >= 13.0.0, < 13.0.9 → исправлено в 13.0.9; typicms/core < 12.0.5 → исправлено в 12.0.5», но одна запись в lockfile не доказывает версию загруженного процесса. Отдельно укажите, кто может достичь функции и какие защитные слои стоят перед ней. Если provenance, конфигурация или достижимость не подтверждены, итоговый статус должен быть unknown, а не vulnerable или safe. Оценка advisory не является доказательством эксплуатации, ущерба или применимости к конкретному серверу.
Что подтверждает GHSA-xfvg-8v67-j7wp, а что остаётся неизвестным
GitHub Reviewed Advisory опубликована 2026-02-25, обновлена 2026-07-09 и описывает: TypiCMS Core has Stored Cross-Site Scripting (XSS) via SVG File Upload. Для пакетов указана граница «typicms/core >= 16.0.0, < 16.1.7 → исправлено в 16.1.7; typicms/core >= 15.0.0, < 15.0.29 → исправлено в 15.0.29; typicms/core >= 14.0.0, < 14.0.27 → исправлено в 14.0.27; typicms/core >= 13.0.0, < 13.0.9 → исправлено в 13.0.9; typicms/core < 12.0.5 → исправлено в 12.0.5». Upstream TypiCMS/Core подтверждает происхождение проекта; даты, механизм и версии берутся из advisory, а не выводятся по README или поисковому сниппету. Источники не сообщают состояние вашей установки, частоту проблемы, наличие атаки, популярность запроса, индексацию или позицию страницы. Любой community-пост можно использовать лишь как лид для перепроверки, но не как основание технического вывода.
Диагностическая модель: MIME-политика, sanitization и Content-Disposition для пользовательского SVG
Пользовательская боль формулируется узко: загруженный SVG может отображаться inline и получить активные возможности в origin приложения. Наблюдайте не общий признак «работает/не работает», а независимые контрольные точки из артефакта «карточка detected-mime / stored-mime / disposition / sanitizer-result / active-node-count / origin». Положительная ветвь нужна для отличия защиты от сломанного стенда: обычный PNG marker проходит штатную медиаполитику и отображается без изменения origin. Граничную ветвь запускают после baseline, один раз и с заранее записанными лимитами. Такой порядок отделяет сам механизм от сетевого сбоя, неверной роли, старого cache, несовпадения конфигурации или ошибки fixture. Все marker-значения должны быть бессмысленными и не пригодными как credential.
Один обратимый опыт с измеримым результатом
Подготовьте малый SVG с геометрией, текстовым marker и неисполняемым атрибутом, без script или внешних ссылок. После снимка baseline нужно загрузить fixture в тестовую медиатеку, открыть выдаваемый URL в чистом профиле и зафиксировать headers, DOM и external-request-count. До запуска задайте пределы wall-time, CPU, памяти, файлов, сокетов и числа запросов, подходящие этому fixture. Ожидаемое наблюдение формулируется заранее: файл отклонён, очищен или отдан как download/изолированный ресурс; обработчики, script-узлы и внешние запросы равны нулю. Не используйте production tokens, реальные документы, пользовательские журналы, публичные цели или чужие адреса. После первой граничной точки не увеличивайте нагрузку и не расширяйте вход: очистите только созданные ресурсы, повторите normal-control и сравните состояние с первоначальным digest.
Как вынести вердикт из контрольных точек
Основной результат — карточка detected-mime / stored-mime / disposition / sanitizer-result / active-node-count / origin. Passed требует одновременно защитного исхода «файл отклонён, очищен или отдан как download/изолированный ресурс; обработчики, script-узлы и внешние запросы равны нулю», успешного normal-control и возврата к baseline. Failed допустим только при воспроизводимом нарушении той же границы на том же fixture; один timeout или неожиданный status недостаточен. Not-applicable требует доказанной runtime-версии вне advisory range либо документированно недостижимого кода. Unknown сохраняют при неполном provenance, нестабильной среде, отсутствующем trace или несогласованных показаниях. Эти четыре исхода нельзя заменять одним severity score.
Stop-rule, обновление и обезличенный пакет поддержки
Жёсткий stop-rule: удалить asset и закрыть браузерный профиль при появлении активного узла. При попадании runtime в затронутый range обновление берут только из доверенного канала TypiCMS/Core, затем повторяют прежний fixture с теми же лимитами и normal-control. В поддержку передают версию процесса, build digest, ветвь конфигурации, expected/observed, класс исключения или status, лимиты, временную шкалу и хэши synthetic fixtures. Удалите cookies, ключи, IP, внутренние имена, абсолютные пути и содержимое файлов. Этот материал описывает безопасную проверку и не является инструкцией по эксплуатации, обещанием нулевого риска или универсальным доказательством защищённости.
Материал подготовлен редакцией VOne с помощью ИИ; ссылки, даты, диапазоны версий, безопасный опыт и отсутствие рекламных обещаний затем перепроверены по прямым источникам.
Источники и проверка
- GitHub Reviewed Advisory ghsa-xfvg-8v67-j7wp проверено 2026-08-31
- Upstream-репозиторий TypiCMS/Core проверено 2026-08-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.