[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Mon, 6 Jun 2011 10:14:13 -0700
From: Chris Evans <scarybeasts@...il.com>
To: oss-security <oss-security@...ts.openwall.com>
Cc: "Steven M. Christey" <coley@...us.mitre.org>, Greg KH <greg@...ah.com>, Kees Cook <kees@...ntu.com>
Subject: Re: CVE Request -- vsftpd -- Do not create network namespace per connection
On Mon, Jun 6, 2011 at 9:19 AM, Jan Lieskovsky <jlieskov@...hat.com> wrote:
> 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:
>
Yes, I will be considering this a kernel issue.
vsftpd also uses one (or more!) process per connection. I'd have though that
a process structure plus stack etc. would be a lot more heavyweight than an
empty network namespace, but obviously not :)
[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.
>
It's actually configurable in vsftpd.conf:
isolate_network=NO
So for a short term fix, all you need is to deploy that config change.
Looking at the Changelog, network isolation was added in vsftpd-2.2.0, and
the config setting has been there from v2.2.0 as well.
Cheers
Chris
> Though not sure, how it would be wrt to CVE identifier(s) assignment.
>
> Steve, could you advice here?
>
> Thank you & Regards, Jan.
> --
> Jan iankko Lieskovsky / Red Hat Security Response Team
>
Powered by blists - more mailing lists
Please check out the
Open Source Software Security Wiki, which is counterpart to this
mailing list.
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
