FreeSWITCHのmod_rtmpに認証前のスタックバッファオーバーフローの脆弱性、通話が止まるおそれ
Summary
FreeSWITCHのmod_rtmpにおけるRTMPの制御メッセージ処理で、認証の前にスタックバッファオーバーフローが起きる脆弱性です。1.11.2より前のバージョンが対象で、細工したメッセージ1通でFreeSWITCHが停止し、稼働中の通話がすべて切れるおそれがあります。修正版の1.11.2が公開されているので、mod_rtmpを使っている場合は修正版へ更新してください。mod_rtmpは標準の構成では無効ですが、有効にするとTCPの1935番ポートで待ち受けることがあります。
AI summary
Produced by SecPulse using an external AI model; it may contain mistakes. Check the original description and references below before acting on it.
FreeSWITCHのmod_rtmpにおけるRTMPの制御メッセージ処理で、認証の前にスタックバッファオーバーフローが起きる脆弱性です。1.11.2より前のバージョンが対象で、細工したメッセージ1通でFreeSWITCHが停止し、稼働中の通話がすべて切れるおそれがあります。修正版の1.11.2が公開されているので、mod_rtmpを使っている場合は修正版へ更新してください。mod_rtmpは標準の構成では無効ですが、有効にするとTCPの1935番ポートで待ち受けることがあります。
Original description The description as published by the source.
FreeSWITCH is a Software Defined Telecom Stack enabling the digital transformation from proprietary telecom switches to a software implementation that runs on any commodity hardware. Prior to 1.11.2, rtmp_handle_control() rendered an RTMP user-control message into a 200-byte stack buffer using an unbounded sprintf loop controlled by the wire message length. A body of roughly 70 bytes or more overflowed the stack before any RTMP login, because the handshake authenticates neither side. The flaw affects deployments that build and load mod_rtmp, which is disabled in the stock build and configuration but commonly exposes a listener on TCP port 1935 when enabled. One unauthenticated message can crash FreeSWITCH and end every active call; the constrained ASCII hex output has not yielded control-flow hijacking. This issue is fixed in version 1.11.2.
Source: CVE.org (CVE Program・cvelistV5) NVD