CVE-2018-17281
Public exploit available. Not confirmed exploited in the wild yet. A vendor fix is available.
What to do
The vendor has published a fix. Version details are below where the sources state them.
- Digium AsteriskAffected: ≥ 13.0.0, ≤ 13.23.0Upgrade to: after 13.23.0Stated by: NVD
Versions as the sources state them. Full version matrix after sign-in
Steps
Written by AI from the record- Check the installed Asterisk version and whether the
res_http_websocket.somodule is enabled. - Upgrade to Asterisk 13.23.1, 14.7.8, or 15.6.1 or later; Certified Asterisk should be updated past 13.21-cert2 using the vendor-supported release.
- If an update must wait, disable the WebSocket module or restrict its web interface to trusted networks.
- Confirm the phone service starts normally and place inbound and outbound test calls after the change.
What it is
From the CVE record
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.
In plain language
Written by AI from the recordAsterisk phone systems through 13.23.0, 14.7.7, and 15.6.0 can be remotely crashed, so affected small businesses should schedule an update promptly.
Unauthenticated network denial of service in Asterisk’s res_http_websocket.so WebSocket-upgrade handling allows crafted HTTP requests to exhaust stack space and crash the service.
If you're affected
- Phone service outage
- Call handling disruption
- Customer support interruption
- Emergency call-routing risk
Exploitation
Where each signal puts this CVE on the scale from published to confirmed exploited.
- CISA KEV
Not in the catalog. CISA has not confirmed exploitation.
- Public exploits
1 source with a proof of concept or module.
Exploit links, PoCs and Metasploit modules after sign-in- EPSS
52% chance of exploitation activity in the next 30 days, which ranks it in the 99th percentile of scored CVEs.
Exploit Prediction Scoring System, FIRST.org. A probability, not a confirmation.
Lifecycle
The patch came 471 days before any public exploit.
- EPSS band changemoderate → highepss band change
- EPSS band changehigh → moderateepss band change
- EPSS band changemoderate → highepss band change
- EPSS band changehigh → moderateepss band change
- EPSS band changemoderate → highepss band change
- EPSS band changehigh → moderate
Affected products
Technical detail
CVSS 3.0 vector
Open in the CVSS calculatorCVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Scored 7.5 by NVD.
How it is reached
- Attack Vector NetworkExploitable remotely over the network without any special conditions
- Attack Complexity LowNo special conditions — the attack can be reliably reproduced
- Privileges Required NoneNo authentication required — anyone can exploit this
- User Interaction NoneNo user interaction needed — fully automated exploitation
Scope
- Scope UnchangedImpact is limited to the vulnerable component itself
Impact if exploited
- Confidentiality NoneNo confidentiality impact
- Integrity NoneNo integrity impact
- Availability HighTotal denial of service — the component is completely unavailable
Weaknesses
ATT&CK techniques
Mapped from the weaknesses above (CWE to ATT&CK), not observed in attacks.
Sources
References in the record
- securitytracker.com/id/1041694
- seclists.org/fulldisclosure/2018/Sep/31
- packetstormsecurity.com/files/149453/Asterisk-Project-Security-Advisory-AST-2018-009.html
And 7 more references. See all after sign-in
Watch the software you run.
My Stack ranks new CVEs for your products by real-world exploitation, so the next serious one reaches you without reading every advisory.
We'll flag the next CVE, public exploit or patch for Asterisk, not every advisory. This one: public exploit.
A free account adds
- The full version matrix and every affected product
- Exploit links, proofs of concept and Metasploit modules
- Email alerts for the products you watch
- The same data over REST API, MCP and CLI