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.
History

No history.

cve-icon 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

cve-icon 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

cve-icon Redhat Information

No data.