[CLSA-2026:1786543355] Fix CVE(s): CVE-2025-48989, CVE-2025-55752, CVE-2026-29146
Type:
security
Severity:
Important
Release date:
2026-08-12 14:02:49 UTC
Description:
* SECURITY UPDATE: fix for the following CVEs: - CVE-2025-48989: MadeYouReset HTTP/2 DoS — charge the connection overhead budget for server-initiated RST_STREAM frames in both Http2UpgradeHandler and Http2AsyncUpgradeHandler, and apply the initial HTTP/2 MAX_CONCURRENT_STREAMS and INITIAL_WINDOW_SIZE limits immediately (force-set) rather than only after the client ACKs the SETTINGS frame, closing the "malformed control frame -> server RST" amplification loop. - CVE-2025-55752: RewriteValve query-string-append (QSA) path traversal — swap the normalize/decode order in RewriteValve.invoke() so the rewritten URL is URL-decoded before normalisation, preventing encoded traversal sequences such as %2F..%2F from surviving normalize() and later reaching /WEB-INF/ or /META-INF/. - CVE-2026-29146: EncryptInterceptor padding oracle — validate the configured cluster encryptionAlgorithm against an allow-list. GCM is now only accepted with NoPadding; NONE, ECB, PCBC, CTS, KW, KWP and CTR are refused outright, as are CBC, CFB and OFB with NoPadding and CFB/OFB at a non-default block size (CFB8, OFB64, ...); an unusable algorithm raises IllegalArgumentException at startup instead of failing later. CBC, CFB and OFB with PKCS5Padding continue to work but log a warning recommending AES/GCM/NoPadding. The default encryptionAlgorithm also changes from AES/CBC/PKCS5Padding to the authenticated AES/GCM/NoPadding, which is what actually removes the padding oracle for the deployments that never set the attribute explicitly. Rollout note: AES/GCM/NoPadding is not wire-compatible with AES/CBC/PKCS5Padding, so nodes on the old and new defaults cannot exchange cluster messages. The preferred procedure is to stop the whole cluster and restart it on the new package. If a rolling restart is unavoidable, first set encryptionAlgorithm="AES/CBC/PKCS5Padding" explicitly on every node, roll the package out, then remove that setting everywhere and restart once more. This pin is a rollout-window measure only and must not be left in place: for as long as it is set the cluster remains exposed to the padding oracle, and the fix is complete only once it has been removed.
Updated packages:
  • libtomcat9-embed-java_9.0.31-1ubuntu0.9+tuxcare.els7_all.deb
    sha:ffa834f3e011cf27aa11a5c8a302c94ded111766
  • libtomcat9-java_9.0.31-1ubuntu0.9+tuxcare.els7_all.deb
    sha:89c042ee8e685c8a009ad031660c4820c6e7c52b
  • tomcat9_9.0.31-1ubuntu0.9+tuxcare.els7_all.deb
    sha:da7a80903c98c8964534ac0c51defc45fbbdf4f0
  • tomcat9-admin_9.0.31-1ubuntu0.9+tuxcare.els7_all.deb
    sha:3e50803e4c13f96ae7c5119edf78de4f2410a207
  • tomcat9-common_9.0.31-1ubuntu0.9+tuxcare.els7_all.deb
    sha:0ee568c3b62c65ea4dd14ae9b221ab6e9b2d0862
  • tomcat9-docs_9.0.31-1ubuntu0.9+tuxcare.els7_all.deb
    sha:b87f932b228ce65dac824cb267b97eb390e9046c
  • tomcat9-examples_9.0.31-1ubuntu0.9+tuxcare.els7_all.deb
    sha:71be8a0f3fe01ed36949de2c02c663e11405e0c7
  • tomcat9-user_9.0.31-1ubuntu0.9+tuxcare.els7_all.deb
    sha:c58998be80c8000600d585301b999a49f91c569c
Notes:
This page is generated automatically and has not been checked for errors. For clarification or corrections please contact the CloudLinux Packaging Team.