Trusttunnel
Approved changes feed: RSS · Atom
cpe:2.3:a:adguard:trusttunnel:*:*:*:*:*:*:*:*
part: a version: * update: *
| Vendor | Adguard (fed3167d-febd-5e13-9e55-b0502eea4cb1) |
|---|---|
| Product | Trusttunnel (cb5f34a6-81d5-5da2-9d83-30ecb8878a42) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
| Notes | Imported from gcve-enriched-dumps CVE data |
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
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 |
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 |
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.