Vulnerability record · CVE-2018-17281 · published 24 September 2018
CVE-2018-17281: Asterisk res_http_websocket stack exhaustion via crafted HTTP upgrade request
Digium · Asterisk
Asterisk's res_http_websocket.so module has a stack consumption (uncontrolled resource consumption) flaw in versions through 13.23.0, 14.7.x through 14.7.7, 15.x through 15.6.0, and Certified Asterisk through 13.21-cert2. A specially crafted HTTP request that upgrades the connection to a websocket can exhaust the stack and crash the Asterisk process. Because Asterisk is a telephony platform, a crash takes down call handling and related services.
Description
There is a stack consumption vulnerability in the res_http_websocket.so module of Asterisk through 13.23.0, 14.7.x through 14.7.7, and 15.x through 15.6.0 and Certified Asterisk through 13.21-cert2. It allows an attacker to crash Asterisk via a specially crafted HTTP request to upgrade the connection to a websocket.
CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Automated analysis
high priorityUnauthenticated remote crash of a telephony service with a high EPSS score and available patches makes timely remediation important, though impact is limited to denial of service.
What it is
Asterisk's res_http_websocket.so module has a stack consumption (uncontrolled resource consumption) flaw in versions through 13.23.0, 14.7.x through 14.7.7, 15.x through 15.6.0, and Certified Asterisk through 13.21-cert2. A specially crafted HTTP request that upgrades the connection to a websocket can exhaust the stack and crash the Asterisk process. Because Asterisk is a telephony platform, a crash takes down call handling and related services.
Impact
An unauthenticated remote attacker can crash the Asterisk service, causing a denial of service that disrupts voice and telephony operations. No data confidentiality or integrity impact is described; the effect is availability loss.
Attack surface
Reachable over the network via the HTTP interface that handles websocket upgrade requests; the CVSS vector indicates no privileges and no user interaction are required. Any exposed Asterisk HTTP/websocket endpoint is a candidate path.
Exploitation
Not listed in CISA KEV and no ransomware association is documented, but EPSS is high (0.534, ~98.9th percentile), and multiple references carry Patch and Vendor Advisory tags, indicating a known, publicly documented flaw with fixes available.
What to do
- Upgrade Asterisk to a fixed release per vendor advisory AST-2018-009 (and Debian DSA-4320 / Gentoo GLSA 201811-11 for packaged installs).
- If immediate patching is not possible, restrict network access to the Asterisk HTTP/websocket interface to trusted sources only.
- Disable or avoid exposing the HTTP websocket upgrade path where it is not operationally required.
- Monitor and rate-limit HTTP requests to Asterisk to reduce the chance of stack-exhaustion crashes.
- Track vendor advisories for the fixed versions covering your branch (13.x, 14.x, 15.x, Certified 13.x).
Detection
- Alert on Asterisk process crashes or restarts correlated with inbound HTTP websocket upgrade requests.
- Log and review HTTP requests to Asterisk containing websocket Upgrade headers, especially from unexpected sources.
- Monitor for repeated or anomalous websocket upgrade attempts from single hosts as a possible DoS pattern.
- Watch system logs for stack-related faults or core dumps in the Asterisk process.
This assessment is produced automatically and is not human-reviewed. Verify against the vendor advisory before acting on it.
Affected products
3 vulnerable configurations from NVD's CPE data, grouped by vendor and product.
References
Track CVE-2018-17281 inside VULONE
Watch it alongside the ransomware crews, C2 infrastructure and forum chatter that reference it, query it through the API and pull it into your SIEM over TAXII.
Related vulnerabilities
Same products first, then exploited flaws of the same weakness class.
Source: NIST National Vulnerability Database (record CVE-2018-17281), CISA KEV, FIRST EPSS (scores of 2026-09-26). This page is refreshed as NVD updates the record.