blob: d6ae2e0b2857c7e230b3f89bf874737e00331e53 (
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="200501-24">
<title>tnftp: Arbitrary file overwriting</title>
<synopsis>
tnftp fails to validate filenames when downloading files, making it
vulnerable to arbitrary file overwriting.
</synopsis>
<product type="ebuild">tnftp</product>
<announced>January 14, 2005</announced>
<revised>January 14, 2005: 01</revised>
<bug>74704</bug>
<access>remote</access>
<affected>
<package name="net-ftp/tnftp" auto="yes" arch="*">
<unaffected range="ge">20050103</unaffected>
<vulnerable range="lt">20050103</vulnerable>
</package>
</affected>
<background>
<p>
tnftp is a NetBSD FTP client with several advanced features.
</p>
</background>
<description>
<p>
The 'mget' function in cmds.c lacks validation of the filenames
that are supplied by the server.
</p>
</description>
<impact type="normal">
<p>
An attacker running an FTP server could supply clients with
malicious filenames, potentially allowing the overwriting of arbitrary
files with the permission of the connected user.
</p>
</impact>
<workaround>
<p>
There is no known workaround at this time.
</p>
</workaround>
<resolution>
<p>
All tnftp users should upgrade to the latest version:
</p>
<code>
# emerge --sync
# emerge --ask --oneshot --verbose ">=net-ftp/tnftp-20050103"</code>
</resolution>
<references>
<uri link="http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-1294">CAN-2004-1294</uri>
<uri link="http://tigger.uic.edu/~jlongs2/holes/tnftp.txt">Original Advisory</uri>
</references>
<metadata tag="requester" timestamp="Mon, 10 Jan 2005 09:24:54 +0000">
koon
</metadata>
<metadata tag="bugReady" timestamp="Tue, 11 Jan 2005 21:44:41 +0000">
koon
</metadata>
<metadata tag="submitter" timestamp="Wed, 12 Jan 2005 23:35:57 +0000">
lewk
</metadata>
</glsa>
|