CVE-2026-71293 in Statamic
Сводка
по VulDB • 05.08.2026
В резолвере дополнения пользователей Statamic CMS, методе AugmentedUser::get() в файле src/Auth/AugmentedUser.php, присутствует явный случай для идентификатора `two_factor_recovery_codes`, который возвращает необработанные коды восстановления двухфакторной аутентификации (2FA) пользователя без каких-либо ограничений доступа: `if ($handle === 'two_factor_recovery_codes') { return new Value($this->data->get('two_factor_recovery_codes'), ...); }`. В отличие от чувствительных полей, таких как password/password_hash, которые полностью исключены из обработки AugmentedUser, поле two_factor_recovery_codes не исключено из дополнения и отсутствует в списках защищенных переменных Antlers Statamic (guardedVariablePatterns/guardedContentVariablePatterns в src/Providers/ViewServiceProvider.php, а также путях защиты GlobalRuntimeState во время выполнения), которые по умолчанию защищают только config.app.key. На любом поле шаблона Antlers, где включено рендеринг необработанных или динамических данных для данного поля (опция уровня синтаксического блока, настроенная администратором/разработчиком), шаблон вида `{{ current_user.two_factor_recovery_codes }}{{ value }}|{{ /current_user.two_factor_recovery_codes }}` выводит собственные коды восстановления 2FA просматривающего пользователя непосредственно в HTML-ответ. Это позволяет злоумышленнику, имеющему возможность просмотра или перехвата этого ответа (например, через общую/наблюдаемую страницу или сфабрикованную ссылку, заставляющую жертву отрендерить её), получить эти коды и обойти двухфакторную аутентификацию. Для эксплуатации необходимо, чтобы динамический рендеринг Antlers уже был включен для поля, через которое проходят данные целевого пользователя; это привилегия конфигурации синтаксического блока (blueprint), а не стандартное разрешение на редактирование контента.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.