An issue was discovered in Sangoma Asterisk 16.x before 16.16.1, 17.x before 17.9.2, and 18.x before 18.2.1 and Certified Asterisk before 16.8-cert6. When re-negotiating for T.38, if the initial remote response was delayed just enough, Asterisk would send both audio and T.38 in the SDP. If this happened, and the remote responded with a declined T.38 stream, then Asterisk would crash.
References
Link | Resource |
---|---|
https://downloads.asterisk.org/pub/security/ | Vendor Advisory |
http://seclists.org/fulldisclosure/2021/Feb/58 | Mailing List Patch Third Party Advisory |
https://issues.asterisk.org/jira/browse/ASTERISK-29203 | Issue Tracking Patch Vendor Advisory |
https://downloads.asterisk.org/pub/security/AST-2021-002.html | Vendor Advisory |
http://packetstormsecurity.com/files/161471/Asterisk-Project-Security-Advisory-AST-2021-002.html | Third Party Advisory |
Configurations
Configuration 1 (hide)
|
Information
Published : 2021-02-18 12:15
Updated : 2021-02-24 09:34
NVD link : CVE-2021-26717
Mitre link : CVE-2021-26717
JSON object : View
CWE
Products Affected
digium
- certified_asterisk
- asterisk