This is a follow up advisory to AST-2017-005. Insufficient RTCP packet validation could allow reading stale buffer contents and when combined with the “nat” and “symmetric_rtp” options allow redirecting where Asterisk sends the next RTCP report. The RTP stream qualification to learn the source address of media always accepted the first RTP packet as the new source and allowed what AST-2017-005 was mitigating. The intent was to qualify a series of packets before accepting the new source address. External References: http://downloads.asterisk.org/pub/security/AST-2017-008.html Upstream issues: https://issues.asterisk.org/jira/browse/ASTERISK-27274 https://issues.asterisk.org/jira/browse/ASTERISK-27252
Created asterisk tracking bugs for this issue: Affects: epel-6 [bug 1493496] Affects: fedora-all [bug 1493497]
This CVE Bugzilla entry is for community support informational purposes only as it does not affect a package in a commercially supported Red Hat product. Refer to the dependent bugs for status of those individual community products.