summaryrefslogtreecommitdiff
blob: 856531bcf0831e069f467e5eb48ae76484ce5da8 (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
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE glsa SYSTEM "http://www.gentoo.org/dtd/glsa.dtd">
<glsa id="201202-09">
  <title>libxml2: User-assisted execution of arbitrary code</title>
  <synopsis>A boundary error in libxml2 could result in execution of arbitrary
    code or Denial of Service.
  </synopsis>
  <product type="ebuild">libxml2</product>
  <announced>February 29, 2012</announced>
  <revised>February 29, 2012: 2</revised>
  <bug>398361</bug>
  <access>remote</access>
  <affected>
    <package name="dev-libs/libxml2" auto="yes" arch="*">
      <unaffected range="ge">2.7.8-r4</unaffected>
      <vulnerable range="lt">2.7.8-r4</vulnerable>
    </package>
  </affected>
  <background>
    <p>libxml2 is the XML C parser and toolkit developed for the Gnome project.</p>
  </background>
  <description>
    <p>The "xmlStringLenDecodeEntities()" function in parser.c contains a
      boundary error which could possibly cause a heap-based buffer overflow.
    </p>
  </description>
  <impact type="normal">
    <p>A remote attacker could entice a user to open a specially crafted XML
      file in an application linked against libxml2, possibly resulting in the
      remote execution of arbitrary code with the permissions of the user
      running the application, or Denial of Service.
    </p>
  </impact>
  <workaround>
    <p>There is no known workaround at this time.</p>
  </workaround>
  <resolution>
    <p>All libxml2 users should upgrade to the latest version:</p>
    
    <code>
      # emerge --sync
      # emerge --ask --oneshot --verbose "&gt;=dev-libs/libxml2-2.7.8-r4"
    </code>
    
    <p>Packages which depend on this library may need to be recompiled. Tools
      such as revdep-rebuild may assist in identifying some of these packages.
    </p>
  </resolution>
  <references>
    <uri link="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2011-3919">CVE-2011-3919</uri>
  </references>
  <metadata timestamp="Mon, 16 Jan 2012 09:34:21 +0000" tag="requester">ago</metadata>
  <metadata timestamp="Wed, 29 Feb 2012 20:10:19 +0000" tag="submitter">ackle</metadata>
</glsa>