Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 54590
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo Security <security@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Jeremy Kitchen <jeremy@inter7.com>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:
Flags: Requestee:
 
 
  ()

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 54590 depends on: Show dependency tree
Bug 54590 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2004-06-20 20:46 0000
as shown in the following two emails to the pure-ftpd mailing list
(list@pureftpd.org), there is a denial of service attack possible against
pureftpd.

http://scriptkitchen.com/pureftpd/pure-ml1.txt
http://scriptkitchen.com/pureftpd/pure-ml2.txt

(Sorry, I don't know of any mailing list archives that have this, these are
from  my server)

Fix: upgrade to 1.0.19.  I'd submit a patch, but there were quite a few changes
between the two versions, and I'm not sure which one(s) is(are) applicable.

I don't think this happens in inetd mode (not confirmed), but since gentoo's
pure-ftpd uses daemon mode, it applies here.

Not sure if this is the entire thing, but assuming based on what the ChangeLog
says, this is a patch that should encompass the change (for backporting
purposes, etc)

http://scriptkitchen.com/pureftpd/pure-ftpd-glsa.patch
I applied it against my pure-ftpd 1.0.18 source with patch -p1, and it built
properly and was functional.

Reproducible: Always
Steps to Reproduce:

------- Comment #1 From Jeremy Kitchen 2004-06-20 20:54:06 0000 -------
err... duh.  Sorry, I switched gears mid-post and decided to submit a patch,
but didn't change the "I'd submit a patch" part.

my bad :)

------- Comment #2 From solar 2004-06-20 21:26:04 0000 -------
raker, 
I could not get this one to bump local with the USE=ldap flag or apply the patch. 
Not sure if others are having (will have) that problem or not.

------- Comment #3 From solar 2004-06-22 13:53:23 0000 -------
No response from maintainer within the initial 48 hrs, so I'm adding what I
have to portage as is. (pure-ftpd-1.0.18-r1.ebuild)
KEYWORDS="~x86 ~ppc ~sparc ~alpha ~hppa ~amd64 ~ia64"

QA problems with ldap flag can be handled by another team.

------- Comment #4 From Bryan Østergaard (RETIRED) 2004-06-23 13:43:41 0000 -------
Compiled fine on alpha with USE=ldap. Marked stable.

------- Comment #5 From Jason Wever (RETIRED) 2004-06-23 20:13:53 0000 -------
Stable on sparc cause we're cool like that :)

------- Comment #6 From Thierry Carrez (RETIRED) 2004-06-24 14:23:30 0000 -------
Missing x86, ppc, hppa, ia64 stable on 1.0.18-r1.
Removing amd64 as their stable is not needed on this one.

------- Comment #7 From SpanKY 2004-06-24 16:11:49 0000 -------
marked x86/hppa stable

------- Comment #8 From Aron Griffis (RETIRED) 2004-06-24 16:25:01 0000 -------
all set on ia64

------- Comment #9 From Michael Hanselmann (hansmi) (RETIRED) 2004-07-04 10:53:27 0000 -------
Stable on ppc.

------- Comment #10 From Thierry Carrez (RETIRED) 2004-07-04 12:47:33 0000 -------
GLSA 200407-04

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug