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

Smarty: повторная проверка trusted directory после symlink

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

Защитная диагностика Smarty: повторная проверка trusted directory после symlink по GHSA-f6wf-28g6-769x: runtime inventory, bounded regression, измеримый verdict, красная линия и пакет данных для владельца.

Ответ и граница применимости — Smarty: повторная проверка trusted directory после symlink

Задача этой страницы — проверить realpath containment template-файла перед чтением. Сначала подтвердите фактически загруженный smarty/smarty, его digest, диапазон «Packagist:smarty/smarty >= 5.0.0, < 5.8.2; first patched 5.8.2 | Packagist:smarty/smarty >= 0, < 4.5.7; first patched 4.5.7» и включённый entry point. Затем нужен только ограниченный regression: В temp root создать только пустые canary-файлы и ссылки; template loader заменить read spy. Боль: путь внутри trusted directory может через symlink указывать на внешний файл. Итоговый артефакт: lexical path / lstat class / resolved target / loader calls / verdict. GHSA GHSA-f6wf-28g6-769x задаёт проверяемый ориентир, но не доказывает состояние вашей установки.

Карта решения — Smarty: повторная проверка trusted directory после symlink

Разделите путь на Source → Parse/Normalize → Policy → Side effect. Специальная инварианта материала: Проверка привязана к открытому дескриптору или повторяется в момент чтения; один lexical prefix до resolve недостаточен. На каждой границе укажите представление данных, владельца решения и counter. Candidate становится NOT_APPLICABLE только при доказанном отсутствии package или entry point; неизвестная runtime-версия означает UNKNOWN, а не безопасность.

Подготовка безопасного стенда — Smarty: повторная проверка trusted directory после symlink

Соберите temp directory, in-memory repository/cache либо pure adapter. Примените протокол: В temp root создать только пустые canary-файлы и ссылки; template loader заменить read spy. Используйте короткие canary labels; пользовательские записи, токены, IP, реальные конфиги, production routes и environment dump запрещены. Network, shell, database, filesystem, browser и session issuance замените spies. До control сохраните hash fixture и нулевые counters.

Control и одна переменная — Smarty: повторная проверка trusted directory после symlink

Разрешённый control подтверждает, что harness достигает нужной ветки. Boundary-case меняет ровно один параметр и обязан остановиться до состояния «путь внутри trusted directory может через symlink указывать на внешний файл». Сохраните поля lexical path / lstat class / resolved target / loader calls / verdict, reason code и monotonic duration. Проверка привязана к открытому дескриптору или повторяется в момент чтения; один lexical prefix до resolve недостаточен. Не наращивайте размер/глубину после первого превышения и не используйте эксплуатационные payload.

Вердикт без догадок — Smarty: повторная проверка trusted directory после symlink

PASS: runtime и entry point подтверждены, control прошёл, boundary остановлен до side effect, cleanup доказан. FAIL: та же provenance и наблюдаемый запрещённый counter/state. UNKNOWN: нет digest, конфигурации, control, точки наблюдения или восстановления. NOT_APPLICABLE: компонент либо функция доказанно отсутствуют. Номер patched release без runtime readback не является PASS.

Красная линия и восстановление — Smarty: повторная проверка trusted directory после symlink

Немедленный стоп: outside/dangling link достиг read spy либо цель изменилась между check и open. После стопа не повторяйте проверку с большим вводом. Верните disposable state к исходному hash, освободите объекты и выполните один benign control. Ненулевой неожиданный counter сети, процессов, файлов, записей или сессий блокирует PASS и фиксируется отдельно.

Почему нужен отдельный материал — Smarty: повторная проверка trusted directory после symlink

Даёт матрицу regular, in-root symlink, outside symlink и dangling link. Не stream wrapper: здесь именно filesystem symlink и проверка конечной цели. Поэтому механическая замена framework, ОС или устройства не создаёт новый URL. Практическая самостоятельность выражена в deliverable «lexical path / lstat class / resolved target / loader calls / verdict» и в инварианте: Проверка привязана к открытому дескриптору или повторяется в момент чтения; один lexical prefix до resolve недостаточен. Совпадающий старый intent должен стать update/merge-кандидатом.

Минимальный handoff — Smarty: повторная проверка trusted directory после symlink

Передайте владельцу GHSA GHSA-f6wf-28g6-769x, runtime digest, границу «Packagist:smarty/smarty >= 5.0.0, < 5.8.2; first patched 5.8.2 | Packagist:smarty/smarty >= 0, < 4.5.7; first patched 4.5.7», entry point, sanitized config, control/boundary rows, counters, verdict, stop reason и cleanup proof. Advisory опубликована 2026-08-07, обновлена 2026-08-07; эти даты отражают свежесть источника, а не популярность запроса или факт эксплуатации. После remediation повторите тот же fixture и сравните state transition.

Материал подготовлен редакцией VOne с помощью автоматизированного черновика; версии, даты, границы и ссылки вручную сверены по GitHub Advisory Database и прямой upstream-странице. Текст самостоятельный, не копирует источник и не содержит эксплуатационных шагов.

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

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

Ответы

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

Ваш ответ

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

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

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