summaryrefslogtreecommitdiff
blob: 7b38316d5007e2adbe3d73671cdd741124450603 (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
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE glsa SYSTEM "http://www.gentoo.org/dtd/glsa.dtd">
<glsa id="200506-10">
  <title>LutelWall: Insecure temporary file creation</title>
  <synopsis>
    LutelWall is vulnerable to symlink attacks, potentially allowing a local
    user to overwrite arbitrary files.
  </synopsis>
  <product type="ebuild">LutelWall</product>
  <announced>2005-06-11</announced>
  <revised count="01">2005-06-11</revised>
  <bug>95378</bug>
  <access>local</access>
  <affected>
    <package name="net-firewall/lutelwall" auto="yes" arch="*">
      <unaffected range="ge">0.98</unaffected>
      <vulnerable range="lt">0.98</vulnerable>
    </package>
  </affected>
  <background>
    <p>
    LutelWall is a high-level Linux firewall configuration tool.
    </p>
  </background>
  <description>
    <p>
    Eric Romang has discovered that the new_version_check() function
    in LutelWall insecurely creates a temporary file when updating to a new
    version.
    </p>
  </description>
  <impact type="normal">
    <p>
    A local attacker could create symbolic links in the temporary file
    directory, pointing to a valid file somewhere on the filesystem. When
    the update script is executed (usually by the root user), this would
    result in the file being overwritten with the rights of this user.
    </p>
  </impact>
  <workaround>
    <p>
    There is no known workaround at this time.
    </p>
  </workaround>
  <resolution>
    <p>
    All LutelWall users should upgrade to the latest version:
    </p>
    <code>
    # emerge --sync
    # emerge --ask --oneshot --verbose "&gt;=net-firewall/lutelwall-0.98"</code>
  </resolution>
  <references>
    <uri link="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-1879">CAN-2005-1879</uri>
  </references>
  <metadata tag="requester" timestamp="2005-06-10T12:14:36Z">
    vorlon078
  </metadata>
  <metadata tag="bugReady" timestamp="2005-06-10T13:37:17Z">
    koon
  </metadata>
  <metadata tag="submitter" timestamp="2005-06-10T15:27:13Z">
    formula7
  </metadata>
</glsa>