CVE-2017-14099
What it is
In res/res_rtp_asterisk.c in Asterisk 11.x before 11.25.2, 13.x before 13.17.1, and 14.x before 14.6.1 and Certified Asterisk 11.x before 11.6-cert17 and 13.x before 13.13-cert5, unauthorized data disclosure (media takeover in the RTP stack) is possible with careful timing by an attacker. The "strictrtp" option in rtp.conf enables a feature of the RTP stack that learns the source address of media for a session and drops any packets that do not originate from the expected address. This option is enabled by default in Asterisk 11 and above. The "nat" and "rtp_symmetric" options (for chan_sip and chan_pjsip, respectively) enable symmetric RTP support in the RTP stack. This uses the source address of incoming media as the target address of any sent media. This option is not enabled by default, but is commonly enabled to handle devices behind NAT. A change was made to the strict RTP support in the RTP stack to better tolerate late media when a reinvite occurs. When combined with the symmetric RTP support, this introduced an avenue where media could be hijacked. Instead of only learning a new address when expected, the new code allowed a new source address to be learned at all times. If a flood of RTP traffic was received, the strict RTP support would allow the new address to provide media, and (with symmetric RTP enabled) outgoing traffic would be sent to this new address, allowing the media to be hijacked. Provided the attacker continued to send traffic, they would continue to receive traffic as well.
At a glance
- Exploitability
- Can be exploited over the network without logging in. High risk of data exposure.
- Exploit odds
- 4.3% chance of exploitation in the next 30 days (EPSS).
- Fix
- A patch, advisory or fixed version is referenced. Upgrade or apply it.
Timeline
- PublishedDisclosed publicly on CVE.org and NVD
- Last updatedMost recent change to the record
Why it ranks here
- Exploited in the wild: no, CISA does not list it.
- Exploit odds: 4.3% in the next 30 days (EPSS).
- Severity: 7.5 HIGH (CVSS).
- Fix: a patch or advisory is linked.
Details
- Published
- Last modified
- Exploit probability
- 4.3% · EPSS, next 30 days
- Weakness
- CWE-200 · Information exposure
- Record status
- Modified
Affected
- Digium Asterisk 13.0.0
- Digium Asterisk 13.0.1
- Digium Asterisk 13.0.2
- Digium Asterisk 13.1.0
- Digium Asterisk 13.1.1
- Digium Asterisk 13.2.0
- Digium Asterisk 13.2.1
- Digium Asterisk 13.3.0
Attack profile CVSS 3.0 · 7.5
- Attack vector
- Network
- Complexity
- Low
- Privileges needed
- None
- User interaction
- None
- Scope
- Unchanged
- Confidentiality
- High
- Integrity
- None
- Availability
- None
Raw vector
CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
Is it in your code?
Hand this to your coding agent. It searches your project for the affected products and checks versions. Nothing leaves your machine.
Read https://cve-list.com/agent/cve/CVE-2017-14099.md and follow it. Check whether this project is affected by CVE-2017-14099. Read only. Don't change anything and don't upload my code. Tell me yes, no or not sure, with the file as proof.
Fix and advisories
- http://downloads.asterisk.org/pub/security/AST-2017-005.html
- https://bugs.debian.org/873907
- https://issues.asterisk.org/jira/browse/ASTERISK-27013
- http://downloads.asterisk.org/pub/security/AST-2017-005.html
- https://bugs.debian.org/873907
- https://issues.asterisk.org/jira/browse/ASTERISK-27013
References
- http://downloads.asterisk.org/pub/security/AST-2017-005.html
- http://www.debian.org/security/2017/dsa-3964
- http://www.securitytracker.com/id/1039251
- https://bugs.debian.org/873907
- https://issues.asterisk.org/jira/browse/ASTERISK-27013
- https://rtpbleed.com
- https://security.gentoo.org/glsa/201710-29
- http://downloads.asterisk.org/pub/security/AST-2017-005.html
- http://www.debian.org/security/2017/dsa-3964
- http://www.securitytracker.com/id/1039251
- https://bugs.debian.org/873907
- https://issues.asterisk.org/jira/browse/ASTERISK-27013
- https://rtpbleed.com
- https://security.gentoo.org/glsa/201710-29