oneboxのiframe allowlistバイパスを主張するバグレポートを受信しました。誰か検証を手伝ってくれますか?

私たちはDiscourseフォーラムを運営しており、onebox / allowed_onebox_iframes メカニズムを介したコードインジェクションの脆弱性に関する外部からの報告を受けました。対応を取る前に、コミュニティやチームの皆さんに、現在稼働しているDiscourseで報告された動作が実際に可能かどうかを確認していただきたく思います。

報告書には以下が記載されています:

  • Discourseは、改行された単一のURLをonebox化し、ページ内の twitter:player をiframeとしてすべての閲覧者に埋め込みます。
  • iframeのホワイトリストにおけるオリジンマッチングは「プレフィックスのみ」で行われるため、www.youtube.com.attacker.example のようなホストは正当なYouTube埋め込みとして受け入れられ、攻撃者が制御するHTMLを提供することが可能になります。
  • デフォルトの allowed_onebox_iframes は事実上ワイルドカードとなっています。

私の理解では、(a) Discourseはホワイトリストに登録されたiframeホストをプレフィックスではなくドメイン境界でマッチングし、(b) デフォルトのonebox iframeホワイトリストは * ではなく厳選されたプロバイダーリストである、というものです。現在バージョンにおける allowed_onebox_iframes のホストマッチングがどのように機能するか、また報告されたようなサブドメインサフィックスのトリックが実際にバリデーションを通過し得るかどうか、誰か確認していただけますか?

私たちはDiscourseバージョン v2026.8.0-latest を使用しています。セキュリティチームにとって有益であれば、生の報告書を非公開で共有することも可能です。

よろしくお願いいたします。

これは不完全なパイプラインからのLLMセキュリティレポートではないかという疑念を持っています。

完全に開発されたLLMセキュリティパイプラインでは、まず理論を構築し、次にDiscourseのテストインストールを設定し、問題のあるサイト設定を行い、そこで問題を再現します。しかし、今回のケースではそのような手順がとられておらず、理論から直接レポートの送信へと進んだようです。

こんにちは @Saurabh1 さん

脆弱性は実在するものであり、修正パッチはパイプラインに投入済みであることを確認しました。

この問題の修正は July 31st 2026 intermediate releases に含まれています