Description
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 Metrics
- Vector
- CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
- Attack Vector
- network
- Complexity
- low
- Privileges
- none
- User Action
- none
- Scope
- unchanged
- Confidentiality
- none
- Integrity
- none
- Availability
- high
- Weaknesses
- NVD-CWE-noinfo
Metadata
- Primary Vendor
- DIGIUM
- Published
- 2/18/2021
- Last Modified
- 11/21/2024
- Source
- NIST NVD
- Note: Verify all details with official vendor sources before applying patches.
Affected Products
digium : asteriskdigium : asteriskdigium : asteriskdigium : certified_asteriskdigium : certified_asteriskdigium : certified_asteriskdigium : certified_asteriskdigium : certified_asteriskdigium : certified_asteriskdigium : certified_asteriskdigium : certified_asteriskdigium : certified_asteriskdigium : certified_asteriskdigium : certified_asteriskdigium : certified_asteriskdigium : certified_asterisk
AI-Powered Remediation
Generate remediation guidance or a C-suite brief for this vulnerability.