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

Filename Description Type Creator Created Size Actions
udev-124.patch udev-124.patch patch Robert Buchholz 2009-04-15 20:59 0000 1.13 KB Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 266290 depends on: Show dependency tree
Bug 266290 blocks:

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: 2009-04-15 17:55 0000
Kees Cook of Ubuntu informed us that there is a nasty local root exploit that
was discovered with udev recently. It appears that upgrading to sys-fs/udev-141
and rebooting should fix the problem. There is no public exploit yet but Kees
suggests that it shouldn't take a skilled attacker long to write one up.

Here is the text from the link referenced:

Sebastian Krahmer discovered that udev did not correctly validate netlink
message senders. A local attacker could send specially crafted messages to udev
in order to gain root privileges. (CVE-2009-1185)

Sebastian Krahmer discovered a buffer overflow in the path encoding routines in
udev. A local attacker could exploit this to crash udev, leading to a denial of
service. (CVE-2009-1186) 


Reproducible: Always

------- Comment #1 From Lars Wendler (Polynomial-C) 2009-04-15 18:17:38 0000 -------
Tweaking summary as udev-141 seems to be not affected.

------- Comment #2 From Christian Hoffmann 2009-04-15 19:22:30 0000 -------
Maintainers, what are the stabilization plans for 141?

------- Comment #3 From Matthias Schwarzott 2009-04-15 20:27:54 0000 -------
For now latest stable is udev-124-r1 as you can see.

There is a stable request for udev-135-r4 open, but this one is blocked by some
ugly dependency of cryptsetup.
The stable cryptsetup directly calls udevsettle (which it nevertheless should
not do), but this makes cryptsetup depend on old udev. Some new ~arch
cryptsetup has this fixed but has other bugs, and they do not consider
backporting the applied patch to stable and make a new revision to finally
allow udev to move forward.

So before this is solved we also cannot stable udev-141, besides this version
is only 6 days in tree.

From looking at the descriptions it should be these two commits fixing the
respective issues:
http://git.kernel.org/?p=linux/hotplug/udev.git;a=commit;h=662c3110803bd8c1aedacc36788e6fd028944314
http://git.kernel.org/?p=linux/hotplug/udev.git;a=commit;h=e86a923d508c2aed371cdd958ce82489cf2ab615

So maybe it is possible to backport them, but I have not checked yet.

------- Comment #4 From Robert Buchholz 2009-04-15 20:59:12 0000 -------
Created an attachment (id=188500) [details]
udev-124.patch

Ubuntu backport of the patch. Please apply to our stable.

------- Comment #5 From Alex Legler 2009-04-16 08:08:21 0000 -------
Adjusting severity according to whiteboard.

------- Comment #6 From Matthias Schwarzott 2009-04-16 08:59:43 0000 -------
Added the two backported patches from ubuntu and made a ~arch udev-124-r2
ebuild to bet tested and stabled.

------- Comment #7 From Alex Legler 2009-04-16 09:08:16 0000 -------
Arches, please test and mark stable:
=sys-fs/udev-124-r2
Target keywords : "alpha amd64 arm hppa ia64 m68k ppc ppc64 s390 sh sparc x86"

------- Comment #8 From Hanno Boeck 2009-04-16 10:15:18 0000 -------
A question, as udev is a daemon (but not something one can just restart), how
would one go forward on an already running system?

Is there a way to get the fix running without rebooting?

Something that should probably be mentioned in the advisory.

------- Comment #9 From Matthias Schwarzott 2009-04-16 11:29:12 0000 -------
(In reply to comment #8)
> A question, as udev is a daemon (but not something one can just restart), how
> would one go forward on an already running system?
> 
> Is there a way to get the fix running without rebooting?
> 
> Something that should probably be mentioned in the advisory.
> 
If you have a look at the udev ebuild: There udevd is restarted in pkg_postinst

------- Comment #10 From Matthias Schwarzott 2009-04-16 22:09:29 0000 -------
My additional plan is to remove all newer ~arch versions that are affected:
udev-{122-r1,125-r2,130-r1,133,135,135-r1,135-r2,135-r3,135-r4,138,139,140}.ebuild

Any vetos?
That will leave us just with udev-141 that can play with openrc.

------- Comment #11 From Robert Buchholz 2009-04-16 22:15:32 0000 -------
(In reply to comment #10)
> My additional plan is to remove all newer ~arch versions that are affected:
> udev-{122-r1,125-r2,130-r1,133,135,135-r1,135-r2,135-r3,135-r4,138,139,140}.ebuild
> 
> Any vetos?

Please go ahead.


Also, arches. please note this is a high priority stabling.

------- Comment #12 From Alex Legler 2009-04-17 16:23:29 0000 -------
CVE-2009-1185 (http://nvd.nist.gov/nvd.cfm?cvename=CVE-2009-1185):
  udev before 1.4.1 does not verify whether a NETLINK message
  originates from kernel space, which allows local users to gain
  privileges by sending a NETLINK message from user space.

CVE-2009-1186 (http://nvd.nist.gov/nvd.cfm?cvename=CVE-2009-1186):
  Buffer overflow in the util_path_encode function in
  udev/lib/libudev-util.c in udev before 1.4.1 allows local users to
  cause a denial of service (service outage) via vectors that trigger a
  call with crafted arguments.

------- Comment #13 From Jeroen Roovers 2009-04-17 18:53:24 0000 -------
Stable for HPPA.

------- Comment #14 From Alex Legler 2009-04-18 08:51:03 0000 -------
18 Apr 2009; Tobias Heinlein (keytoaster) udev-124-r2.ebuild:
amd64 stable wrt security bug #266290

------- Comment #15 From Markus Meier 2009-04-18 11:56:41 0000 -------
x86 stable

------- Comment #16 From Brent Baude 2009-04-18 13:34:42 0000 -------
ppc64 done

------- Comment #17 From Brent Baude 2009-04-18 13:34:49 0000 -------
ppc done

------- Comment #18 From Raúl Porcel 2009-04-18 17:23:05 0000 -------
arm/ia64/m68k/s390/sh/sparc stable

------- Comment #19 From Tobias Klausmann 2009-04-18 17:51:05 0000 -------
Stable on alpha.

------- Comment #20 From Alex Legler 2009-04-18 18:32:27 0000 -------
GLSA already filed, pending one approval.

------- Comment #21 From Pierre-Yves Rofes 2009-04-18 19:14:04 0000 -------
GLSA 200904-18, thanks everyone for the quick reaction.

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