Самому XSS нужен способ доставить специально сформированный ряд в TSDB. Подойдёт любой из этих вариантов:

• открытая конечная точка remote_write (используется в этом PoC),
• скомпрометированная или контролируемая атакующим цель scrape,
• OTLP-приёмник.

Prometheus, открытый в интернет или LAN и не защищённый аутентификацией, предоставляет всё перечисленное без дополнительных усилий, что делает эту уязвимость практически эксплуатируемой, а не теоретической.

Что делает этот скрипт

Отправляет один POST /api/v1/write, содержащий один временной ряд, чей __name__ равен:

Protobuf-сообщение WriteRequest закодировано вручную примерно в 40 строках, поэтому здесь нет зависимости от protobuf, prometheus_pb2 или promtool — нужны только python-snappy для сжатия при передаче и requests для POST. Это упрощает развёртывание на промежуточном хосте (jump host), где нельзя собрать сгенерированные protobuf-заглушки.

Требования

Для python-snappy требуется C-библиотека Snappy:

Использование

Скрипт предполагает HTTPS на порту 9090 с отключённой проверкой сертификата (типично для внутреннего экземпляра с самоподписанным сертификатом). Если ваша цель — обычный HTTP или другой порт, измените строку url в main().

Успешная инъекция возвращает HTTP 204:

Подтверждение, что запись прошла

Запросите ряд в веб-интерфейсе или API Prometheus — он должен вернуться немедленно:

Представление Table корректно экранирует его и показывает нагрузку как обычный текст. Это ожидаемо и не является уязвимой поверхностью.

Активация нагрузки

Откройте Metrics Explorer (браузер метрик рядом с полем запроса), найдите pentest_poc и наведите курсор на запись в списке.

В ходе тестирования на версии 3.2.1 путь через Metrics Explorer срабатывал стабильно, тогда как всплывающая подсказка на вкладке Graph не воспроизводилась — внедрённый сэмпл (значение 1.0) не отображался на построенном графике, и наведение на легенду также не вызывало срабатывания. Обе поверхности указаны в advisory; если одна не срабатывает на вашей целевой версии, попробуйте другую, прежде чем делать вывод, что уязвимости нет.

Нагрузка по умолчанию использует console.log(), чтобы не мешать тем, кто специально её не ищет. Для наглядной демонстрации — например, для скриншота в отчёт — измените METRIC_NAME, чтобы использовать alert():

Очистка — прочтите перед запуском

Внедрённый ряд сохраняется постоянно. После записи он остаётся в TSDB до истечения срока хранения (retention). Для его удаления требуется admin API, который отключён по умолчанию:

Если admin API отключён, удалённого пути очистки не существует. Единственная альтернатива — запустить promtool tsdb локально на хосте, к которому у вас, скорее всего, нет доступа.

Практические последствия:

• Убедитесь, что очистка возможна, до внедрения в систему, которая вам дорога, либо примите, что артефакт останется.
• Имя метрики намеренно длинное, однозначно узнаваемое и самоописывающееся (job="pentest_poc"), чтобы её было легко найти и было очевидно, что это тестовый артефакт.
• При санкционированном тестировании напрямую сообщите заказчику об оставшихся рядах, чтобы их впоследствии не приняли за реальную компрометацию.

Безопасное тестирование

Чтобы воспроизвести уязвимость на одноразовом экземпляре, а не на реальной системе:

Затем направьте скрипт на 127.0.0.1 (измените схему URL на http:// в main()). Запуск с --web.enable-admin-api означает, что после теста вы действительно сможете удалить ряд.

Устранение

1. Обновитесь до Prometheus 3.5.2 или новее. Это и есть исправление.
2. Разместите аутентификацию и TLS перед веб-интерфейсом и API Prometheus — реверсивный прокси с аутентификацией или --web.config.file с basic_auth_users.
3. Не включайте --web.enable-remote-write-receiver, если в этом нет необходимости, и никогда не открывайте его без аутентификации.
4. Ограничьте сетевой доступ к порту 9090 хостами, которым он действительно нужен.

Обратите внимание: только пункт (1) устраняет XSS, но Prometheus без аутентификации сам по себе остаётся существенной поверхностью раскрытия информации — полный список имён метрик, перечень целей scrape и внутренние имена хостов доступны для чтения без учётных данных.

Только санкционированное использование

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

Запуск этого скрипта против системы записывает в неё постоянные данные. Не направляйте его на инфраструктуру, которой вы не владеете или на тестирование которой не имеете явного письменного разрешения.

Лицензия

MIT — см. LICENSE.