CVE-2026-126348 json
Addressable display_uri can show misleading hosts with invalid Punycode A-labels
published 16d ago modified yesterday also EUVD-2026-124728 , GHSA-9crm-g4mf-wc5j
- cvss
- 4.3
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.3%
- EPSS 0.3% chance of exploitation in 30 days, percentile 20%
- public exploits
- 0
- none known
Summary
Addressable is an alternative implementation to the URI implementation that is part of Ruby's standard library. From 2.0.0 until 2.9.1, the pure-Ruby Addressable::IDNA.to_unicode implementation decodes invalid Punycode A-labels instead of returning them unchanged. Labels that decode to ASCII text or fail to convert back to the same A-label can therefore make Addressable::URI#display_uri show a trusted-looking host while host, normalized_host, and the connection target retain the attacker-controlled encoded host. A trusted-name comparison using Addressable::IDNA.to_unicode output can also treat two different hosts as the same without displaying the URI. The native libidn implementation, to_ascii, and normalized_host are unaffected. This issue is fixed in version 2.9.1.
Patch / fix
- rubygems addressable 2.9.1
Is CVE-2026-126348 in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerCISA SSVC
- Exploitation
- none
- Automatable
- no
- Technical impact
- partial
- Assessed
- 2d ago
Exploit prediction
0.27% chance of exploitation in the next 30 days, higher than 20% of all scored CVEs (FIRST EPSS, 2026-11-14).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 4.3 | CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N |
| GitHub | 3.1 | 4.3 | CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| rubygems | addressable | >=2.0.0, <2.9.1 |
2.9.1 |
Affected products
- sporkmonger addressable
Classification
References
-
github.com
/sporkmonger/addressable/commit/b8a59cc0e03f8704f1d7c8122fc8f7ef8548362d
web
-
github.com
/sporkmonger/addressable/security/advisories/GHSA-9crm-g4mf-wc5j
web, advisory
-
github.com
/sporkmonger/addressable/releases/tag/addressable-2.9.1
web
-
github.com
/rubysec/ruby-advisory-db/blob/master/gems/addressable/GHSA-9crm-g4mf-wc5j.yml
web
-
github.com
/sporkmonger/addressable
package
Sources
- CVE List CVE-2026-126348
- GitHub Advisory GHSA-9crm-g4mf-wc5j
- NVD CVE-2026-126348
- Maintainer advisory GHSA-9crm-g4mf-wc5j
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.
The maintainers of sporkmonger/addressable published their own advisory on GitHub. Reviewed sources take precedence over it.