Tomcat 10.1.59 closes nine exposure paths in Red Hat Hardened Images
The update reaches internet-facing HTTP/2 and authentication paths, but several fixes matter only when specific Tomcat features are enabled.
Red Hat has updated the Tomcat 10 packages in Red Hat Hardened Images to 10.1.59-0.1.hum1, carrying fixes for nine CVEs. The Red Hat advisory names every Tomcat RPM in the image set, from the core package and libraries to the admin, documentation and user-instance web applications.
The practical risk is configuration-dependent. Image consumers should map the fixes to the Tomcat features their workloads actually expose rather than treating the advisory as nine identical defects.
Where the exposure sits
Two fixes are most relevant to public HTTP traffic. Apache’s Tomcat 10 security page rates CVE-2026-68763 Important: repeatedly reset HTTP/2 streams could leak backlog allocations until the process failed. CVE-2026-65637 completes strict SNI validation for HTTP/2 requests without an authority value.
Four more flaws sit in authorization policy. CVE-2026-65182 could bypass constraints when a longer path appeared before a stricter shorter sub-path. CVE-2026-65927 made RewriteValve’s [N] flag restart at the second rule, potentially skipping an access-control rule. CVE-2026-68525 affected method-specific constraints after FORM authentication, while CVE-2026-66422 could turn servlet role references into unintended Realm aliases.
Authentication and session handling account for two further cases. CVE-2026-65905 permitted a limited one-time replay under DIGEST authentication. CVE-2026-73180 allowed an authenticated WebSocket to survive the end of its associated HTTP session after the session ID changed. CVE-2026-65183 is narrower: a race while creating a Unix domain socket could expose it to an unauthorized local user.
Apache says all nine affected Tomcat 10.1 releases through 10.1.57; 10.1.59 is the first released build carrying the fixes because the 10.1.58 release vote did not pass.
A rollout checklist for image consumers
This desk recommends a staged rebuild rather than an in-place assumption:
- Inventory deployments derived from the Tomcat 10 Hardened Image and identify which use HTTP/2, strict SNI, RewriteValve, FORM or DIGEST authentication, declarative role constraints, WebSockets or Unix domain sockets.
- Rebuild application images from the refreshed Red Hat source and confirm the installed RPM reports
10.1.59-0.1.hum1; pin the resulting image digest in deployment manifests. - In staging, exercise reset-heavy HTTP/2 traffic and repeat authorization tests for shorter paths, method constraints, rewritten routes and role aliases. Verify that WebSockets close when the parent HTTP session ends.
- Roll out with normal health and error-rate gates, then confirm every running replica uses the new digest. Preserve the previous digest for rollback, but do not leave old replicas serving traffic after validation.
The update is broad, but the highest-priority rebuilds are internet-facing HTTP/2 services and applications that depend on Tomcat’s own rewrite or declarative access controls.
sources
- RHSA-2026:63137: Red Hat Hardened Images RPMs security updateaccess.redhat.com
- Apache Tomcat 10.x vulnerabilitiestomcat.apache.org
comments · 0