Openwall GNU/*/Linux - a small security-enhanced Linux distro for servers
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Mon, 6 Jun 2011 14:28:54 -0400 (EDT)
From: Josh Bressers <bressers@...hat.com>
To: oss-security@...ts.openwall.com
Cc: Chris Evans <scarybeasts@...il.com>, Greg KH <greg@...ah.com>,
        Kees Cook <kees@...ntu.com>,
        "Steven M. Christey" <coley@...us.mitre.org>
Subject: Re: CVE Request -- vsftpd -- Do not create network
 namespace per connection


----- Original Message -----
> Hello, Josh, Steve, vendors,
> 
> It was found that vsftpd, Very Secure FTP daemon, when the network
> namespace (CONFIG_NET_NS) support was activated in the kernel, used to
> create a new network namespace per connection. A remote attacker could
> use this flaw to cause a memory pressure and denial of the vsftpd
> service.
> 
> References:
> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629373
> [2] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/720095
> [3] https://bugzilla.redhat.com/show_bug.cgi?id=711134
> 
> This one being a bit tricky one -- from my understanding of the issue,
> vsftpd doesn't necessarily have a security flaw on its side. It's
> kernel issue / bug, which allows this to be used for vsftpd DoS:
> [4]
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/720095/comments/31
> [5]
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/720095/comments/32
> 
> Short-term solution would be probably to address this on the vsftpd
> side, the long-term one then being to get this fixed in kernel.
> 
> Though not sure, how it would be wrt to CVE identifier(s) assignment.
> 

I'm going to assign CVE-2011-2189 for the kernel. There are numerous
vendors shipping this bug.

I'll leave it up to MITRE if they think vsftpd should get an ID. I don't
think it should myself, but they understand these corner cases better than
I.

Thanks.

-- 
    JB

Powered by blists - more mailing lists

Your e-mail address:

Please check out the Open Source Software Security Wiki, which is counterpart to this mailing list.

Powered by Openwall GNU/*/Linux - Powered by OpenVZ