Hide Forgot
A NULL pointer access issue was discovered in Asterisk 15.x through 15.2.1. The RTP support in Asterisk maintains its own registry of dynamic codecs and desired payload numbers. While an SDP negotiation may result in a codec using a different payload number, these desired ones are still stored internally. When an RTP packet was received, this registry would be consulted if the payload number was not found in the negotiated SDP. This registry was incorrectly consulted for all packets, even those which are dynamic. If the payload number resulted in a codec of a different type than the RTP stream (for example, the payload number resulted in a video codec but the stream carried audio), a crash could occur if no stream of that type had been negotiated. This was due to the code incorrectly assuming that a stream of that type would always exist. References: http://downloads.asterisk.org/pub/security/AST-2018-001.html https://issues.asterisk.org/jira/browse/ASTERISK-27488 Patch: http://downloads.asterisk.org/pub/security/AST-2018-001-15.diff
Created asterisk tracking bugs for this issue: Affects: epel-6 [bug 1548092] Affects: fedora-all [bug 1548091]
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.