blob: 2fa9ac989bdd63b67e1510689a2c3574d24fe83d (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
|
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE glsa SYSTEM "http://www.gentoo.org/dtd/glsa.dtd">
<glsa id="200906-04">
<title>Apache Tomcat JK Connector: Information disclosure</title>
<synopsis>
An error in the Apache Tomcat JK Connector might allow for an information
disclosure flaw.
</synopsis>
<product type="ebuild">mod_jk</product>
<announced>June 29, 2009</announced>
<revised>June 29, 2009: 01</revised>
<bug>265455</bug>
<access>remote</access>
<affected>
<package name="www-apache/mod_jk" auto="yes" arch="*">
<unaffected range="ge">1.2.27</unaffected>
<vulnerable range="lt">1.2.27</vulnerable>
</package>
</affected>
<background>
<p>
The Apache Tomcat JK Connector (aka mod_jk) connects the Tomcat
application server with the Apache HTTP Server.
</p>
</background>
<description>
<p>
The Red Hat Security Response Team discovered that mod_jk does not
properly handle (1) requests setting the "Content-Length" header while
not providing data and (2) clients sending repeated requests very
quickly.
</p>
</description>
<impact type="low">
<p>
A remote attacker could send specially crafted requests or a large
number of requests at a time, possibly resulting in the disclosure of a
response intended for another client.
</p>
</impact>
<workaround>
<p>
There is no known workaround at this time.
</p>
</workaround>
<resolution>
<p>
All Apache Tomcat JK Connector users should upgrade to the latest
version:
</p>
<code>
# emerge --sync
# emerge --ask --oneshot --verbose ">=www-apache/mod_jk-1.2.27"</code>
</resolution>
<references>
<uri link="http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5519">CVE-2008-5519</uri>
</references>
<metadata tag="requester" timestamp="Wed, 24 Jun 2009 16:46:40 +0000">
keytoaster
</metadata>
<metadata tag="submitter" timestamp="Sun, 28 Jun 2009 12:27:09 +0000">
a3li
</metadata>
<metadata tag="bugReady" timestamp="Mon, 29 Jun 2009 22:42:43 +0000">
a3li
</metadata>
</glsa>
|