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.
CVSS Details
- CVSS 3.1 Base Score: 7.5
- CVSS 3.1 Vector: (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H)
Covered by Rapid7
| Product | Vendor Advisory | Solution File | Added | Published |
|---|---|---|---|---|
| Alpine Linux | — | Upgrade asterisk | Mar 26, 2024 | Feb 18, 2021 |
| Debian | — | Upgrade asterisk | Jul 30, 2024 | Feb 18, 2021 |
| Freebsd | — | Upgrade asterisk18Upgrade asterisk16 | Dec 10, 2025 | Feb 18, 2021 |
| Gentoo Linux | — | Upgrade net-misc/asterisk. | Dec 9, 2024 | Feb 18, 2021 |
| Ubuntu | — | No solution exists | Jun 26, 2025 | Feb 18, 2021 |
Prioritise with Active Threat Intelligence
With curated Threat Intelligence, you can see which vulnerabilities truly put you at risk, prioritize what matters most, and act before attackers do.
Explore Intelligence Hub