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.
Advisories
Source ID Title
EUVD EUVD EUVD-2021-13505 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.
Fixes

Solution

No solution given by the vendor.


Workaround

No workaround given by the vendor.

History

No history.

Projects

Sign in to view the affected projects.

cve-icon MITRE

Status: PUBLISHED

Assigner: mitre

Published:

Updated: 2024-08-03T20:33:40.586Z

Reserved: 2021-02-05T00:00:00

Link: CVE-2021-26717

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Modified

Published: 2021-02-18T20:15:12.667

Modified: 2024-11-21T05:56:44.287

Link: CVE-2021-26717

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

No data.

Weaknesses