CVE-2026-53622·Traefik vulnerability
Traefik is an HTTP reverse proxy and load balancer. Versions prior to 3.7.3, 3.6.18, and 2.11.51 have a critical vulnerability in Traefik's HTTP/3 (QUIC) TLS configuration selection that allows unauthenticated clients to bypass router-specific mTLS enforcement. When HTTP/3 is enabled on an entrypoint, the TLS handshake selects the applicable TLS configuration through an exact, case-sensitive lookup on the SNI value, which fails to match wildcard host patterns (e.g., *.example.com) or case variants of the configured hostname. Because the handshake falls back to the default TLS configuration — which may not require client certificates — a client can complete the QUIC handshake without presenting a certificate, while the subsequent HTTP routing layer still dispatches the request to a backend protected by a router-specific mTLS policy. The issue affects deployments where HTTP/3 is enabled, a router uses a wildcard Host rule or case-insensitive hostname matching, a router-specific TLSOptions enforces client certificate authentication, and UDP access to the entrypoint is reachable by an attacker. This vulnerability is fixed in versions 3.7.3, 3.6.18, and 2.11.51.
- Severity
- critical
- Software
- Traefik
- Fixed in
- 3.7.3
- Published
How likely is exploitation
FIRST's Exploit Prediction Scoring System puts the probability of this CVE being exploited in the next 30 days at 0.63% — higher than 48% of all published CVEs. EPSS is an independent forecast of exploitation, not a severity rating: it says nothing about how much damage a successful attack does, which is what a CVSS score measures.
Read the two together. CVE-2026-53622 scores 10 on CVSS, so a successful attack would be serious — but at 0.63%, almost nobody is currently attempting it. That is a different situation from a flaw under mass exploitation, and it is usually the difference between patching on your next maintenance window and patching tonight.
Affected versions
From: 3.7.0
Until: 3.7.3
Fixed in: 3.7.3
How to fix this CVE
Upgrade Traefik to version 3.7.3 or later (also 3.6.18 or 2.11.51 for older branches) to resolve the HTTP/3 TLS handshake bypass vulnerability. If HTTP/3 is not required for your deployment, disable QUIC on affected entrypoints as an interim mitigation. Verify that wildcard Host rules and case-insensitive hostname matching are properly validated after the upgrade.
sudo dnf update traefikDefensia detects this vulnerability
What an exploitation attempt looks like
Sample log line indicative of exploitation attempts:
QUIC ClientHello packet with SNI containing wildcard or case-variant hostname (e.g., *.example.com or Example.COM) followed by successful TLS handshake without client certificate, then HTTP/2 request routed to mTLS-protected pathWAF mitigation (if patching is not yet possible)
Add this rule to your WAF to block exploitation attempts while you schedule the patch.
Implement UDP rate limiting on port 443 (QUIC) to restrict QUIC connection attempts; block or challenge QUIC ClientHello packets with SNI values matching wildcard patterns until patched. This does not replace the need for patching.How to check if you are affected
- Step 1: Check Traefik version with `traefik version` or inspect the running container `docker ps --no-trunc | grep traefik && docker exec <container_id> traefik version`
- Step 2: Verify HTTP/3 is enabled in your Traefik configuration by checking entrypoint settings for `http3: {}` or `protocol: udp` in static config files or command-line arguments
- Step 3: Search logs for QUIC/UDP connection attempts that bypass mTLS policies, looking for entries like `TLS handshake completed without client cert` followed by router dispatch to mTLS-protected backends
- Step 4: After upgrading, confirm the version with `traefik version` and verify SNI matching against wildcard patterns works correctly by testing connections with `openssl s_client -connect <host>:443 -servername *.example.com`
FAQ
What is CVE-2026-53622?
This critical vulnerability in Traefik's HTTP/3 implementation allows attackers to bypass client certificate (mTLS) requirements by exploiting case-sensitive SNI lookups that fail to match wildcard hostnames. The QUIC handshake can complete without a certificate, then route to backends that should require one.
Is CVE-2026-53622 being actively exploited?
No, this vulnerability is not currently listed in CISA's Known Exploited Vulnerabilities catalog, and no public exploits are available. However, given its critical CVSS 10.0 score and ease of exploitation, patching should be prioritized immediately.
What versions of Traefik are affected by CVE-2026-53622?
Versions 3.7.0 through 3.7.2, 3.6.0 through 3.6.17, and 2.11.0 through 2.11.50 are vulnerable. Fixed versions are 3.7.3, 3.6.18, and 2.11.51.
How do I check if my server is vulnerable to CVE-2026-53622?
Run `traefik version` and confirm HTTP/3 is enabled by examining your Traefik config file for `http3:` or `protocol: udp` settings in entrypoints. If your version is below 3.7.3 (or equivalent in your branch) AND HTTP/3 is enabled, you are vulnerable.
Does Defensia detect CVE-2026-53622?
Yes — Defensia's CVE advisory scanner compares installed package versions against the NVD database. If Traefik is installed on a monitored server, CVE-2026-53622 will appear in your dashboard with remediation steps.
Related Traefik CVEs
References
- https://access.redhat.com/security/cve/CVE-2026-53622
- https://bugzilla.redhat.com/show_bug.cgi?id=2491924
- https://community.traefik.io/t/new-security-update-for-traefik-2-11-2-11-48-3-6-3-6-19-and-3-7-3-7-3/29917
- https://github.com/traefik/traefik/compare/v3.6.17...v3.6.18
- https://github.com/traefik/traefik/pull/13214
Track CVEs across your fleet automatically
Defensia scans your Linux servers and tells you exactly which ones are running vulnerable versions — including CVE-2026-53622. Free for 1 server.
Get started free