FinalDestination ホスト名マッチングにより、SSRF 保護を回避可能

このSSRF脆弱性を悪用されると、攻撃者はDiscourseサーバーから任意の内部または外部リソースにアクセスできる可能性があります。例えば、内部ネットワーク上の機密情報を含むサービスへのアクセス、または外部の悪意のあるサーバーへのリクエスト送信などが考えられます。攻撃者は、Discourseサーバーを足がかりに、内部ネットワークへの侵入を試みることも可能です。この脆弱性は、DiscourseのFinalDestinationモジュールの設定によっては、より広範囲な影響を及ぼす可能性があります。類似のSSRF脆弱性は、内部ネットワークの探索や、機密情報の窃取に利用されることが報告されています。

Organizations running Discourse versions prior to 3.5.4, 2025.11.2, 2025.12.1, and 2026.1.0 are at risk. This includes those hosting Discourse on shared hosting environments, as the vulnerability could be exploited through a compromised Discourse instance. Discourse deployments with extensive internal network access are particularly vulnerable.

• discourse: Check Discourse version. If running a vulnerable version, upgrade immediately. • generic web: Monitor access logs for unusual outbound requests originating from the Discourse server. Look for requests to internal IP addresses or unexpected domains. • generic web: Examine response headers for signs of SSRF exploitation (e.g., unexpected Content-Type headers). • linux / server: Use journalctl -u discourse to check for any error messages related to FinalDestination or hostname validation failures.

1. 2026-01-28Disclosure

   disclosure

1. 予約済み2025-12-22
2. 公開日2026-01-28
3. EPSS 更新日2026-03-23

この脆弱性への対応として、Discourseをバージョン3.5.4、2025.11.2、2025.12.1、または2026.1.0にアップデートすることを強く推奨します。アップデートが困難な場合は、FinalDestinationモジュールの設定を見直し、アクセス可能なホスト名を制限するなどの対策を講じる必要があります。ただし、設定変更だけでは脆弱性を完全に解消できない可能性があるため、アップデートが最優先です。アップデート後、FinalDestinationモジュールの設定が適切であることを確認し、SSRF攻撃を検知するためのログ監視を強化してください。