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 |
---|---|
http://packetstormsecurity.com/files/161471/Asterisk-Project-Security-Advisory-AST-2021-002.html | Third Party Advisory |
http://seclists.org/fulldisclosure/2021/Feb/58 | Mailing List Patch Third Party Advisory |
https://downloads.asterisk.org/pub/security/ | Vendor Advisory |
https://downloads.asterisk.org/pub/security/AST-2021-002.html | Vendor Advisory |
https://issues.asterisk.org/jira/browse/ASTERISK-29203 | Issue Tracking Patch Vendor Advisory |
History
No history.
MITRE Information
Status: PUBLISHED
Assigner: mitre
Published: 2021-02-18T19:39:46
Updated: 2021-02-19T15:06:09
Reserved: 2021-02-05T00:00:00
Link: CVE-2021-26717
JSON object: View
NVD Information
Status : Analyzed
Published: 2021-02-18T20:15:12.667
Modified: 2021-02-24T17:34:00.087
Link: CVE-2021-26717
JSON object: View
Redhat Information
No data.
CWE