CVE-2026-48597: tesla · Unthrottled Resource Allocation
Affects teslaSource CVE Database V5
Not known to be exploited · CVSS 8.2 High : upgrade to 1.18.3 soon.
Data as of 30 Oct 2026, 11:52 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 28% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 1.18.3, 4699c3cb3e2fd6078f99f45f11cf7466aeedbf0e
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 2 Jun 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.
What to do
Upgrade tesla to 1.18.3; tesla to 4699c3cb3e2fd6078f99f45f11cf7466aeedbf0e.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| elixir-teslatesla | Affected
| Fixed in
|
| elixir-teslatesla | Affected
| Fixed in
|
Hexteslapkg:hex/teslaOther threats | Affected
| Fixed in
|
CPE configurations (1)
cpe:2.3:a:elixir-tesla:tesla:*:*:*:*:*:*:*:*
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
If you cannot patch yet, avoid passing untrusted or attacker-controlled URL schemes to tesla requests, and consider disabling or carefully controlling middleware that follows redirects or processes URLs from untrusted sources.
Description
Allocation of Resources Without Limits or Throttling vulnerability in elixir-tesla tesla allows denial of service via atom table exhaustion in Tesla.Adapter.Mint. Tesla.Adapter.Mint.open_conn/2 converts the URL scheme of every outgoing request to a BEAM atom via String.to_atom(uri.scheme) with no allow-list validation. BEAM atoms are never garbage-collected and the atom table is bounded (approximately 1,048,576 entries by default). An attacker who can influence the URL of a Tesla request — either via an application-level URL-forwarding feature (webhook, proxy, importer) or via a Location header returned by a server when Tesla.Middleware.FollowRedirects is in the pipeline — can mint one fresh permanent atom per request by varying the scheme string. After enough requests the atom table fills and the VM crashes, taking down the entire application. This issue affects tesla: from 1.3.0 before 1.18.3.
References
- github.com/elixir-tesla/tesla/security/advisories/GHSA-h74c-q9j7-mpcm (opens in a new tab)
- cna.erlef.org/cves/CVE-2026-48597.html (opens in a new tab)
- osv.dev/vulnerability/EEF-CVE-2026-48597 (opens in a new tab)
- github.com/elixir-tesla/tesla/commit/4699c3cb3e2fd6078f99f45f11cf7466aeedbf0e (opens in a new tab)
- github.com/elixir-tesla/tesla/commit/ccd0823d4ba37581a37d8f6108f9a81b263237ef (opens in a new tab)