CVE-2026-50149

Summary

Contour has Improper JWT Verification for Non-SNI Requests on Virtual Hosts with Fallback Certificate Enabled

Severity

medium

CVSS

6.5

EPSS

0.1% (p4)

CWE

CWE-295

Also known as

GHSA-g3xr-5w5j-w4q4

Published

2026-07-02

Updated

2026-07-02

Advisory details

Impact

When an HTTPProxy is configured with incompatible combination of both .spec.virtualhost.tls.enableFallbackCertificate: true and .spec.virtualhost.jwtProviders, Contour does not reject the configuration. Consequently, requests from clients that do not send TLS SNI or send an unrecognized SNI (one that does not match any HTTPProxy FQDN) bypass configured JWT verification and are proxied to upstream services without a valid token.

To list all HTTPProxies with this invalid configuration, run

kubectl get httpproxies -A -o json | jq -r '
  .items[]
  | select(.spec.virtualhost | .tls.enableFallbackCertificate and .jwtProviders)
  | "Invalid HTTPProxy found: \(.metadata.namespace)/\(.metadata.name)"
'

Patches

This issue is fixed in Contour v1.33.5. Contour now rejects and marks invalid any HTTPProxy resources that combine .spec.virtualhost.tls.enableFallbackCertificate: true with .spec.virtualhost.jwtProviders. Affected resources will receive a status condition with the error reason TLSIncompatibleFeatures.

Workarounds

Do not enable .spec.virtualhost.tls.enableFallbackCertificate on HTTPProxy resources that also define .spec.virtualhost.jwtProviders. Remove one of the two settings to avoid the invalid configuration.

References

• Contour fallback certificate documentation: https://projectcontour.io/docs/main/config/tls-termination/#fallback-certificate
• Contour JWT verification documentation: https://projectcontour.io/docs/main/config/jwt-verification/

References

• https://github.com/advisories/GHSA-g3xr-5w5j-w4q4
• https://github.com/projectcontour/contour/security/advisories/GHSA-g3xr-5w5j-w4q4

Related advisories

• CVE-2026-41246 — high · Go/github.com/projectcontour/contour
• CVE-2026-46428 — critical · crates.io/lettre
• CVE-2026-42508 — critical · Go/golang.org/x/crypto/ssh/knownhosts
• CVE-2026-55215 — high · npm/mariadb
• CVE-2026-56820 — high · Maven/io.netty:netty-handler-ssl-ocsp
• CVE-2026-54481 — high · Go/code.gitea.io/gitea
• CVE-2026-61668 — high · PyPI/DIRAC
• CVE-2026-55436 — high · Go/github.com/coder/coder/v2

Is your project exposed to this? Stateward checks every dependency on every pull request and flags it only if your code actually reaches it.

Summarize with AI

ChatGPTClaudePerplexity