CVE-2021-26717

moderate-risk
Published 2021-02-18

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.

Do I need to act?

-
0.42% chance of exploitation
EPSS score — low exploit probability
-
Not on CISA KEV list
No confirmed active exploitation reported to CISA
?
Patch status unknown
Check vendor advisories for fix availability and mitigation guidance
7
CVSS 7.5/10 High
NETWORK / LOW complexity

Affected Products (14)

Affected Vendors

Digium

References (10)

Third Party Advisory http://packetstormsecurity.com/files/161471/Asterisk-Project-Security-Advisory-A...
Mailing List http://seclists.org/fulldisclosure/2021/Feb/58
Vendor Advisory https://downloads.asterisk.org/pub/security/
Vendor Advisory https://downloads.asterisk.org/pub/security/AST-2021-002.html
Issue Tracking https://issues.asterisk.org/jira/browse/ASTERISK-29203
Third Party Advisory http://packetstormsecurity.com/files/161471/Asterisk-Project-Security-Advisory-A...
Mailing List http://seclists.org/fulldisclosure/2021/Feb/58
Vendor Advisory https://downloads.asterisk.org/pub/security/
Vendor Advisory https://downloads.asterisk.org/pub/security/AST-2021-002.html
Issue Tracking https://issues.asterisk.org/jira/browse/ASTERISK-29203
46
/ 100
moderate-risk
Severity 26/34 · High
Exploitability 2/34 · Minimal
Exposure 18/34 · Moderate