CVE-2014-5117 json
Tor before 0.2.4.23 and 0.2.5 before 0.2.5.6-alpha maintains a circuit after an inbound RELAY_EARLY cell is received by a client, which mak…
published 12y ago modified 4mo ago also EUVD-2014-5015
- cvss
- 5.8
- version 2.0, NVD
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 2.1%
- EPSS 2.1% chance of exploitation in 30 days, percentile 81%
- public exploits
- 0
- none known
Summary
Tor before 0.2.4.23 and 0.2.5 before 0.2.5.6-alpha maintains a circuit after an inbound RELAY_EARLY cell is received by a client, which makes it easier for remote attackers to conduct traffic-confirmation attacks by using the pattern of RELAY and RELAY_EARLY cells as a means of communicating information about hidden service names.
Patch / fix
- tor Debian 14, Debian 13, Debian 12 0.2.4.23-1
debian advisories DEBIAN-CVE-2014-5117
- tor Ubuntu 14.04 LTS 0.2.4.27-1build0.14.04.1
ubuntu advisories UBUNTU-CVE-2014-5117
Ubuntu security data © Canonical Ltd., from https://github.com/canonical/ubuntu-security-notices via OSV; changed: normalised to fixed package versions per release. CC BY-SA 4.0
- tor openSUSE Tumbleweed 0.2.8.11-1.1
opensuse advisories openSUSE-SU-2024:10423-1
Is CVE-2014-5117 in your stack? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerVendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2014-5117 updated cvss 5.8
tor: potential for traffic-confirmation attacks
-
Red Hat All currently supported Red Hat productsnot affected: vulnerable code not present
Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf
Exploit prediction
2.10% chance of exploitation in the next 30 days, higher than 81% of all scored CVEs (FIRST EPSS, 2026-11-09).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 2.0 | 5.8 | AV:N/AC:M/Au:N/C:P/I:P/A:N |
References
-
lists.torproject.org
/pipermail/tor-announce/2014-July/000094.html
mailing-list, vendor-advisory
-
secunia.com
/advisories/60084
third-party-advisory
- trac.torproject.org /projects/tor/ticket/1038
-
secunia.com
/advisories/60647
third-party-advisory
- blog.torproject.org /blog/tor-security-advisory-relay-early-traffic-confirmation-attack
-
lists.torproject.org
/pipermail/tor-talk/2014-July/034180.html
mailing-list
-
lists.torproject.org
/pipermail/tor-announce/2014-July/000093.html
mailing-list
Sources
- CVE List CVE-2014-5117
- NVD CVE-2014-5117
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.