glsa-200510-26.xml


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
69
70
71
72
73
74
75
76
77
78

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE glsa SYSTEM "http://www.gentoo.org/dtd/glsa.dtd">
<glsa id="200510-26">
  <title>XLI, Xloadimage: Buffer overflow</title>
  <synopsis>
    XLI and Xloadimage contain a vulnerability which could potentially result
    in the execution of arbitrary code.
  </synopsis>
  <product type="ebuild">xli xloadimage</product>
  <announced>2005-10-30</announced>
  <revised count="01">2005-10-30</revised>
  <bug>108365</bug>
  <access>remote</access>
  <affected>
    <package name="media-gfx/xli" auto="yes" arch="*">
      <unaffected range="ge">1.17.0-r2</unaffected>
      <vulnerable range="lt">1.17.0-r2</vulnerable>
    </package>
    <package name="media-gfx/xloadimage" auto="yes" arch="*">
      <unaffected range="ge">4.1-r4</unaffected>
      <vulnerable range="lt">4.1-r4</vulnerable>
    </package>
  </affected>
  <background>
    <p>
    XLI and Xloadimage are X11 image manipulation utilities.
    </p>
  </background>
  <description>
    <p>
    When XLI or Xloadimage process an image, they create a new image
    object to contain the new image, copying the title from the old image
    to the newly created image. Ariel Berkman reported that the 'zoom',
    'reduce', and 'rotate' functions use a fixed length buffer to contain
    the new title, which could be overwritten by the NIFF or XPM image
    processors.
    </p>
  </description>
  <impact type="normal">
    <p>
    A malicious user could craft a malicious XPM or NIFF file and
    entice a user to view it using XLI, or manipulate it using Xloadimage,
    potentially resulting in the execution of arbitrary code with the
    permissions of the user running XLI or Xloadimage.
    </p>
  </impact>
  <workaround>
    <p>
    There is no known workaround at this time.
    </p>
  </workaround>
  <resolution>
    <p>
    All XLI users should upgrade to the latest version:
    </p>
    <code>
    # emerge --sync
    # emerge --ask --oneshot --verbose "&gt;=media-gfx/xli-1.17.0-r2"</code>
    <p>
    All Xloadimage users should upgrade to the latest version:
    </p>
    <code>
    # emerge --sync
    # emerge --ask --oneshot --verbose "&gt;=media-gfx/xloadimage-4.1-r4"</code>
  </resolution>
  <references>
    <uri link="https://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-3178">CAN-2005-3178</uri>
  </references>
  <metadata tag="requester" timestamp="2005-10-26T15:18:40Z">
    koon
  </metadata>
  <metadata tag="submitter" timestamp="2005-10-28T03:10:06Z">
    adir
  </metadata>
  <metadata tag="bugReady" timestamp="2005-10-30T15:11:22Z">
    koon
  </metadata>
</glsa>