Important CentOS tomcat6 Update
|tomcat6-6.0.24-52.el6_4.noarch.rpm, tomcat6-6.0.24-52.el6_4.src.rpm, tomcat6-admin-webapps-6.0.24-52.el6_4.noarch.rpm, tomcat6-docs-webapp-6.0.24-52.el6_4.noarch.rpm, tomcat6-el-2.1-api-6.0.24-52.el6_4.noarch.rpm, tomcat6-javadoc-6.0.24-52.el6_4.noarch.rpm, tomcat6-jsp-2.1-api-6.0.24-52.el6_4.noarch.rpm, tomcat6-lib-6.0.24-52.el6_4.noarch.rpm, tomcat6-servlet-2.5-api-6.0.24-52.el6_4.noarch.rpm, tomcat6-webapps-6.0.24-52.el6_4.noarch.rpm|
Updated tomcat6 packages that fix multiple security issues are now
available for Red Hat Enterprise Linux 6.
The Red Hat Security Response Team has rated this update as having
important security impact. Common Vulnerability Scoring System (CVSS) base
scores, which give detailed severity ratings, are available for each
vulnerability from the CVE links in the References section.
Apache Tomcat is a servlet container.
It was found that when an application used FORM authentication, along with
another component that calls request.setUserPrincipal() before the call to
FormAuthenticator#authenticate() (such as the Single-Sign-On valve), it was
possible to bypass the security constraint checks in the FORM authenticator
by appending "/j_security_check" to the end of a URL. A remote attacker
with an authenticated session on an affected application could use this
flaw to circumvent authorization controls, and thereby access resources not
permitted by the roles associated with their authenticated session.
A flaw was found in the way Tomcat handled sendfile operations when using
the HTTP NIO (Non-Blocking I/O) connector and HTTPS. A remote attacker
could use this flaw to cause a denial of service (infinite loop). The HTTP
blocking IO (BIO) connector, which is not vulnerable to this issue, is used
by default in Red Hat Enterprise Linux 6. (CVE-2012-4534)
Multiple weaknesses were found in the Tomcat DIGEST authentication
implementation, effectively reducing the security normally provided by
DIGEST authentication. A remote attacker could use these flaws to perform
replay attacks in some circumstances. (CVE-2012-5885, CVE-2012-5886,
Users of Tomcat should upgrade to these updated packages, which correct
these issues. Tomcat must be restarted for this update to take effect.
Please see https://www.redhat.com/footer/terms-of-use.html
Am I vulnerable?
The constraints below list the versions that this vulnerability is patched in, and versions that are unaffected. If a patch is ready but unrealeased, then it is pending.
Or, you can just let us figure it out for you! Appcanary continously monitor your installed packages, and tell you if any of them are vulnerable.Sign up for monitoring
Affected package information