CVE-2008-5519: Infoleak
An issue with modjk 1.2.26, and possibly older versions, allows one user to see another user's information due to missing logic where faulty clients set Content-Length without providing data, or if a user submits too many times very fast.
The relevant changelog entry in modjk 1.2.27 that corrects the issue is:
"AJP13: Always send initial POST packet even if the client disconnected after sending request but before providing POST data. In that case or in case the client broke the connection in a middle of read send an zero size packet informing container about broken client connection. (mturk)"
from http://tomcat.apache.org/connectors-doc/miscellaneous/changelog.html
Other sources
The JK Connector (aka modjk) 1.2.0 through 1.2.26 in Apache Tomcat allows remote attackers to obtain sensitive information via an arbitrary request from an HTTP client, in opportunistic circumstances involving (1) a request from a different client that included a Content-Length header but no POST data or (2) a rapid series of requests, related to noncompliance with the AJP protocol's requirements for requests containing Content-Length headers.
Affected Software
Event History
Frequently Asked Questions
What is the severity of CVE-2008-5519?
CVE-2008-5519 has been classified as a medium severity vulnerability.
How do I fix CVE-2008-5519?
To mitigate CVE-2008-5519, upgrade to mod_jk version 1.2.27 or later.
What versions are affected by CVE-2008-5519?
CVE-2008-5519 affects mod_jk versions prior to 1.2.27, including 1.2.26 and earlier.
What type of data is exposed in CVE-2008-5519?
CVE-2008-5519 allows one user to see another user's information due to improper handling of Content-Length.
What are the potential risks of CVE-2008-5519?
The potential risks of CVE-2008-5519 include unauthorized access to sensitive user information.