Approved changes feed: RSS · Atom

cpe:2.3:a:adguard:trusttunnel:*:*:*:*:*:*:*:*

part: a version: * update: *

VendorAdguard (fed3167d-febd-5e13-9e55-b0502eea4cb1)
ProductTrusttunnel (cb5f34a6-81d5-5da2-9d83-30ecb8878a42)
Edition*
Language*
Software edition*
Target software*
Target hardware*
Other*
NotesImported from gcve-enriched-dumps CVE data

PURL mappings

PURLSourceLast updated
No PURL mappings for this CPE yet.

Vulnerability references

IdentifiercpeApplicabilitySubmitteddb.gcve.eu detailsRationale
CVE:CVE-2026-24904 vulnerable 2026-06-03 15:16:53.588528 TrustTunnel has `client_random_prefix` rule bypass via fragmented or partial TLS ClientHello
MEDIUM (5.3)
TrustTunnel is an open-source VPN protocol with a rule bypass issue in versions prior to 0.9.115. In `tls_listener.rs`, `TlsListener::listen()` peeks 1024 bytes and calls `extract_client_random(...)`. If `parse_tls_plaintext` fails (for example, a fragmented/partial ClientHello split across TCP writes), `extract_client_random` returns `None`. In `rules.rs`, `RulesEngine::evaluate` only evaluates `client_random_prefix` when `client_random` is `Some(...)`. As a result, when extraction fails (`client_random == None`), any rule that relies on `client_random_prefix` matching is skipped and evaluation falls through to later rules. As an important semantics note: `client_random_prefix` is a match condition only. It does not mean "block non-matching prefixes" by itself. A rule with `client_random_prefix = ...` triggers its `action` only when the prefix matches (and the field is available to evaluate). Non-matches (or `None`) simply do not match that rule and continue to fall through. The vulnerability is fixed in version 0.9.115.
Published: 2026-01-29T21:19:53.261Z
Updated: 2026-01-29T21:34:31.465Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2026-24902 vulnerable 2026-06-03 15:16:53.583446 TrustTunnel has SSRF and private network restriction bypass via numeric address destinations
HIGH (7.1)
TrustTunnel is an open-source VPN protocol with a server-side request forgery and and private network restriction bypass in versions prior to 0.9.114. In `tcp_forwarder.rs`, SSRF protection for `allow_private_network_connections = false` was only applied in the `TcpDestination::HostName(peer)` path. The `TcpDestination::Address(peer) => peer` path proceeded to `TcpStream::connect()` without equivalent checks (for example `is_global_ip`, `is_loopback`), allowing loopback/private targets to be reached by supplying a numeric IP. The vulnerability is fixed in version 0.9.114.
Published: 2026-01-29T21:21:38.878Z
Updated: 2026-01-29T21:33:10.256Z
Reference links
Imported from gcve-enriched-dumps CVE data

Contribute

You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.