OpenHarness web_fetch および web_search 経由の SSRF

このSSRF脆弱性は、攻撃者がOpenHarnessエージェントセッションを悪用し、内部ネットワーク上の機密情報にアクセスすることを可能にします。具体的には、ローカル開発サービス、クラウドメタデータエンドポイント（AWS IAMロールなど）、管理パネル、その他の非公開HTTPサービスから応答ボディを読み出すことが可能です。攻撃者は、これらのサービスから取得した情報を窃取し、さらなる攻撃に利用する可能性があります。この脆弱性は、OpenHarnessが内部ネットワークに接続されている環境において、特に深刻な影響を及ぼす可能性があります。攻撃者は、この脆弱性を利用して、内部システムへのアクセス権を取得し、機密情報を盗み出す、あるいはシステムを制御する可能性があります。

Organizations deploying OpenHarness in environments with sensitive internal services, particularly those utilizing cloud metadata endpoints or local development services, are at increased risk. Shared hosting environments where OpenHarness agents have broad network access are also particularly vulnerable.

• python / server:

import requests
import os

def check_ssrf(url):
    try:
        response = requests.get(url, timeout=5)
        print(f"[+] URL {url} accessible. Status code: {response.status_code}")
        return True
    except requests.exceptions.RequestException as e:
        print(f"[-] URL {url} not accessible: {e}")
        return False

# Example usage (replace with internal service URLs)
internal_urls = ["http://localhost:8080/admin", "http://169.254.169.254/latest/meta-data/", "http://127.0.0.1:5000/api/v1/users"] # Example URLs
for url in internal_urls:
    check_ssrf(url)

• linux / server:

journalctl -u openharness -f | grep -i "web_fetch" # Monitor for web_fetch calls

• generic web:

curl -I http://<openharness_host>/api/v1/tools/web_fetch # Check endpoint exposure

1. 2026-04-17Disclosure

   disclosure

1. 予約済み2026-04-13
2. 公開日2026-04-17
3. EPSS 更新日2026-04-25

この脆弱性への対応として、OpenHarnessをバージョンbd4df81以降にアップデートすることを推奨します。アップデートが利用できない場合は、OpenHarnessエージェントがアクセスできるネットワーク範囲を制限する、または、webfetchおよびwebsearchツールへのアクセスを制限するなどの緩和策を講じる必要があります。WAF（Web Application Firewall）を導入し、SSRF攻撃を検知・防御することも有効です。また、OpenHarnessのログを監視し、異常なリクエストを検出する仕組みを構築することも重要です。アップデート後、OpenHarnessのバージョンを確認し、脆弱性が修正されていることを確認してください。