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