XSS 自体は、細工されたシリーズを TSDB に取り込む経路を必要とします。次のいずれでも可能です:

• オープンな remote_write エンドポイント（この PoC が使用するもの）
• 侵害された、または攻撃者が制御するスクレイプターゲット
• OTLP レシーバー

認証が前面にないインターネットまたは LAN に露出した Prometheus は、上記のすべてを無償で提供するため、これは理論上の話ではなく実際に悪用可能です。

このスクリプトの動作

次の __name__ を持つ 1 つの時系列を含む、単一の POST /api/v1/write を送信します:

protobuf の WriteRequest は約 40 行で手動エンコードされているため、protobuf、prometheus_pb2、promtool への依存関係はありません。ワイヤー圧縮用の python-snappy と POST 用の requests だけです。これにより、生成された protobuf スタブをビルドできないジャンプホストに簡単に配置できます。

要件

python-snappy には Snappy C ライブラリが必要です:

使用方法

このスクリプトは、ポート 9090 の HTTPS で、証明書検証が無効になっていることを想定しています（自己署名証明書を使用した内部インスタンスで一般的です）。ターゲットが平文 HTTP または別のポートの場合は、main() 内の url 行を編集してください。

インジェクションが成功すると HTTP 204 が返ります:

書き込みが完了したことの確認

Prometheus UI または API でシリーズをクエリしてください。すぐに返ってくるはずです:

テーブルビューは正しくエスケープし、ペイロードをプレーンテキストとして表示します。これは想定どおりであり、脆弱な画面ではありません。

ペイロードのトリガー

Metrics Explorer（クエリボックスの横にあるメトリックブラウザ）を開き、pentest_poc を検索して、一覧のエントリにホバーします。

3.2.1 に対する実地テストでは、Metrics Explorer の経路は確実に発火しましたが、グラフタブのツールチップは再現しませんでした。注入されたサンプル（値 1.0）はプロットされたチャート上に目に見える形で描画されず、凡例にホバーしてもトリガーされませんでした。アドバイザリには両方の画面が記載されています。対象バージョンで一方が発火しない場合は、脆弱ではないと結論付ける前に、もう一方を試してください。

デフォルトのペイロードは console.log() を使用するため、探していない人の邪魔をしません。目に見えるデモ（たとえばレポート用のスクリーンショット）の場合は、METRIC_NAME を alert() を使うように変更してください:

クリーンアップ — 実行する前に読んでください

注入されたシリーズは永続的です。 一度書き込まれると、保持期間が切れるまで TSDB に残ります。削除には管理 API が必要ですが、これはデフォルトで無効です:

管理 API がオフの場合、リモートでのクリーンアップ手段はありません。唯一の代替手段は、ホスト上でローカルに実行する promtool tsdb ですが、おそらくアクセス権はないでしょう。

実際的な結果:

• 気にかけるものに注入する前にクリーンアップが可能であることを確認するか、アーティファクトが残り続けることを受け入れてください。
• メトリック名は意図的に長く、紛れもなく、自己ラベル付け（job="pentest_poc"）されているため、見つけやすく、明らかにテスト用のアーティファクトです。
• 許可を得たエンゲージメントでは、残存するシリーズについてクライアントに直接伝え、後で実際の侵害と誤解されないようにしてください。

安全なテスト方法

実際の稼働中のインスタンスではなく、使い捨てのインスタンスで再現するには:

次に、スクリプトを 127.0.0.1 に向けます（main() 内の URL スキームを http:// に変更）。--web.enable-admin-api を付けて起動すると、後で実際にシリーズを削除できます。

修正方法

1. Prometheus 3.5.2 以降にアップグレードしてください。 これが修正です。
2. Prometheus の UI と API の前に認証と TLS を配置してください。認証付きのリバースプロキシ、または basic_auth_users を指定した --web.config.file を使用します。
3. 必要でない限り --web.enable-remote-write-receiver を有効にせず、認証なしで公開しないでください。
4. ポート 9090 へのネットワークアクセスを、正当に必要とするホストのみに制限してください。

(1) だけでも XSS は修正されますが、認証されていない Prometheus はそれ自体が重大な情報開示面であり続けることに注意してください。完全なメトリック名リスト、スクレイプターゲットの一覧、内部ホスト名はすべて、資格情報なしで読み取れます。

許可を得た使用のみ

これは、許可を得て活動する防御者、研究者、テスターのために公開されています。この脆弱性は公開されており、上流でパッチが適用されています。

これをシステムに対して実行すると、永続的なデータが書き込まれます。所有していない、または明示的な書面によるテスト許可を得ていないインフラストラクチャには使用しないでください。

ライセンス

MIT — LICENSE を参照してください。