WWBN AVideoにおいて、代替ポートを使用した同一ドメインホスト名によるSSRF (SSRF) バイパスがisSSRFSafeURLで発生します。

このSSRF脆弱性を悪用されると、攻撃者はAVideoサーバーの内部ネットワークリソースや、外部の機密情報にアクセスする可能性があります。例えば、内部データベースへのアクセス、クラウドサービスの認証情報の取得、あるいは他のサーバーへの攻撃の踏み台として利用される可能性があります。攻撃者は、AVideoの公開ホスト名と非標準ポートを組み合わせることで、この脆弱性を容易に悪用できます。この脆弱性は、類似のSSRF攻撃と同様に、機密情報の漏洩やシステムの乗っ取りにつながる可能性があります。

Organizations using AVideo in production environments, particularly those with sensitive data or internal services accessible via the web server, are at risk. Shared hosting environments where multiple users share the same AVideo instance are also particularly vulnerable, as an attacker could potentially exploit the vulnerability to access data belonging to other users.

• php: Examine the objects/functions.php file for the isSSRFSafeURL() function and its shortcircuit logic. Look for modifications or unexpected behavior related to hostname comparisons.

// Example: Check for the vulnerable logic in isSSRFSafeURL()
if (strpos($_SERVER['HTTP_HOST'], $webSiteRootURL) !== false) {
  // Vulnerable shortcircuit
}

• generic web: Monitor access logs for requests to the AVideo server using non-standard ports (e.g., 8080, 8443) or unusual hostnames. • generic web: Check response headers for unexpected content or indicators of data exfiltration. • generic web: Use curl to test SSRF bypass by attempting to access internal resources using the site's hostname and a non-standard port.

curl -v --connect-timeout 5 http://your-avideo-site.com:8080/internal/resource

1. 2026-04-21Disclosure

   disclosure

1. 予約済み2026-04-16
2. 公開日2026-04-21
3. 更新日2026-04-22
4. EPSS 更新日2026-04-29

この脆弱性への最も効果的な対策は、AVideoをバージョン29.1以降にアップデートすることです。アップデートが困難な場合は、Webアプリケーションファイアウォール（WAF）を使用して、SSRF攻撃を検出し、ブロックすることを検討してください。また、webSiteRootURLの設定を厳密に制限し、許可されたホスト名のみを許可するように構成することも有効です。さらに、AVideoのアクセスログを監視し、異常なリクエストを検出するためのルールを実装することも推奨されます。