OneUpTimeのProbeにおけるサンドボックス化されていないコード実行により、プロジェクトメンバーがRCEを達成可能

この脆弱性を悪用されると、攻撃者はOneUptimeのprobeコンテナ上で任意のコードを実行できます。Synthetic Monitorを通じて悪意のあるJavaScriptコードを注入し、プロトタイプチェーンエスケープを利用することでNode.jsのprocessオブジェクトへのアクセスを確立します。これにより、システムコマンドの実行が可能となり、サーバーの完全な制御を奪われる可能性があります。さらに、probeコンテナの環境変数にデータベース/クラスタの認証情報が格納されているため、攻撃者はこれらの情報にアクセスし、データベースやクラスタへの不正アクセスを試みる可能性があります。この脆弱性は、Log4Shellのような深刻な影響を及ぼす可能性があります。

Organizations utilizing OneUptime for website monitoring, particularly those with project members who have permissions to create and modify Synthetic Monitors, are at significant risk. Shared hosting environments where multiple users share the same OneUptime instance are especially vulnerable, as a compromised monitor could impact all users on the shared system.

• linux / server:

journalctl -u oneuptime-probe | grep -i "prototype chain"

• nodejs:

ps aux | grep -i "oneuptime-probe" | grep -i "vm.Module"

• generic web:

curl -I http://<oneuptime_url>/synthetic/monitors/ | grep -i "Content-Security-Policy"

1. 2026-03-07Disclosure

   disclosure

2. 2026-03-07Patch

   patch

1. 予約済み2026-03-06
2. 公開日2026-03-07
3. 更新日2026-03-10
4. EPSS 更新日2026-03-23

まず、OneUptimeをバージョン10.0.18にアップデートすることを強く推奨します。アップデートが利用できない場合は、Synthetic Monitor機能の利用を一時的に停止するか、カスタムコードの実行を厳しく制限するなどの緩和策を講じる必要があります。WAFやプロキシサーバーを導入し、悪意のあるJavaScriptコードの実行を検知・遮断するルールを設定することも有効です。また、probeコンテナの環境変数に格納されている認証情報を最小限に抑え、アクセス制御を強化することも重要です。アップデート後、カスタムコードの実行が正常に機能することを確認してください。