CVE-2026-126350: Addressable · Regular Expression Denial of Service in templates with certain exploded expressions
Affects travisSource GCVE Database
Not known to be exploited · CVSS 5.9 Medium : upgrade to 1.11.1_2 when convenient.
Data as of 13 Nov 2026, 20:04 UTC
Thin evidence
One scorer or none| CNA (GitHub_M) | CVSS 3.1 | 5.9 |
|---|
- Patch
- Available – fixed in 1.11.1_2
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 12 Nov 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 13 Nov 2026.
What to do
Upgrade travis to 1.11.1_2.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Homebrewtravispkg:brew/travisOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
Upgrade Addressable to version 2.9.1 or later, which contains the fix. Alternatively, upgrade Ruby MRI to version 3.2 or later if not using JRuby. Avoid matching user-supplied input against vulnerable templates using the explode modifier with the specified operators on unpatched versions. Implement timeouts around calls to Template#match or Template#extract processing untrusted data to limit resource exhaustion.
Description
Addressable versions from 2.3.0 (excluding yanked 2.3.0 and 2.3.1) through 2.9.0 contain a Regular Expression Denial of Service (ReDoS) vulnerability in URI template matching when using the explode modifier (*) with certain operators. This flaw causes catastrophic backtracking in regex matching, leading to exponential processing time and denial of service when maliciously crafted URIs are matched. The issue is fixed in version 2.9.1. Ruby MRI versions prior to 3.2 and JRuby are vulnerable due to their regex engines lacking backtracking memoization, while MRI 3.2+ and TruffleRuby 40.0 are not affected. Users only expanding templates or not using template matching are unaffected.
References
- github.com/sporkmonger/addressable/security/advisories/GHSA-j82w-28jv-3pmj (opens in a new tab)
- github.com/sporkmonger/addressable/issues/364 (opens in a new tab)
- github.com/sporkmonger/addressable/commit/26d1e9e8409a861571f9d0029022b6e9b9158b5e (opens in a new tab)
- github.com/rubysec/ruby-advisory-db/blob/master/gems/addressable/GHSA-j82w-28jv-3pmj.yml (opens in a new tab)
- github.com/sporkmonger/addressable (opens in a new tab)
- github.com/sporkmonger/addressable/releases/tag/addressable-2.9.1 (opens in a new tab)