If a compound RTCP packet is received containing more than one report (for example a Receiver Report and a Sender Report) the RTCP stack will directly store report information outside of allocated memory potentially causing a crash. For all versions of Asterisk this vulnerability requires an active call to be established. For versions of Asterisk 13.17.2, 14.6.2, 15.0.0, 13.13-cert6 and greater an additional level of security is placed upon RTCP packets. If the probation period for incoming RTP traffic has passed any received RTCP packets must contain the same SSRC as the RTP traffic. If the RTCP packets do not then they are dropped. This ensures other parties can not inject RTCP packets without they themselves establishing an active call. Upstream issue: https://issues.asterisk.org/jira/browse/ASTERISK-27382 https://issues.asterisk.org/jira/browse/ASTERISK-27429 Upstream patch: http://downloads.asterisk.org/pub/security/AST-2017-012-13.diff http://downloads.asterisk.org/pub/security/AST-2017-012-14.diff
Created asterisk tracking bugs for this issue: Affects: epel-6 [bug 1525691] Affects: fedora-all [bug 1525690]
*** Bug 1525795 has been marked as a duplicate of this bug. ***
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.