Red Hat Bugzilla – Bug 152741
vsftpd Listener Denial of Service
Last modified: 2008-05-01 11:38:06 EDT
vsftpd is a popular Unix based Very Secure File Transfer
Protocol Daemon (vsftpd). vsftpd's listener process can become
unstable under extreme loads, denying service to legitimate users. The
issue exists in the "vsf_sysutil_accept_timeout()" and
"vsf_sysutil_sockaddr_alloc()" functions. vsftpd versions 1.2.1 and
earlier are affected.
Affects rh 7.3 and 9
------- Additional Comments From email@example.com 2004-06-23 14:21:53 ----
More info here:
Can someone confirm this issue exists in vsftpd earlier than 1.2.1?
I looked through the code of vsftpd 1.1.3 from RH9 and I'm really not sure this
------- Additional Comments From firstname.lastname@example.org 2004-06-23 14:40:26 ----
Actually, it does look like it applies...
------- Additional Comments From email@example.com 2004-06-24 04:43:38 ----
OK, after further investigation, I don't think this bug applies to vsftpd 1.1.3.
The SIGCHLD handler is not async, as it is with 1.2.1. The signal is checked by
vsf_sysutil_check_pending_actions() that makes sure it's not re-entrant with a
Can someone confirm this, as I'm far from an expert on this. :)
------- Additional Comments From firstname.lastname@example.org 2004-09-18 17:20:05 ----
I'm closing this as it appears to be a non-issue.
If anyone thinks otherwise, they can re-open it.
------- Bug moved to this database by email@example.com 2005-03-30 18:25 -------
This bug previously known as bug 1778 at https://bugzilla.fedora.us/
Originally filed under the Fedora Legacy product and Package request component.
Unknown priority P2. Setting to default priority "normal".
Unknown platform PC. Setting to default platform "All".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.