[ad]<\/p>\n
It’s been a long time since we’ve heard about a problem with FreeBSD, partially because the mass of people using it isn’t that large and secondly because BSD tends to be pretty secure as operating systems go.<\/p>\n
It’s a pretty serious flaw this time with root escalation, thankfully it’s only a local exploit though and not remotely exploitable.<\/p>\n
Although a user could get user access on the system through an exploit in a web facing application, and use some kind of PHP\/Python web shell to exploit and get root.<\/p>\n
A security researcher has uncovered a security bug in the FreeBSD operating system that allows users with limited privileges to take full control of underlying systems.<\/p>\n
The bug in FreeBSD’s kqueue notification interface makes it trivial for those with local access to a vulnerable system to gain full root privileges, Przemyslaw Frasunek, an independent security consultant in Poland, told The Register. It affects versions 6.0 through 6.4 of the operating system, the last two versions of which enjoy wide use and continue to be supported by the FreeBSD Foundation.<\/p>\n
Versions 7.1 and and beyond are not vulnerable.<\/p><\/blockquote>\n
With a lot of people still using FreeBSD 6.3 and 6.4, amongst the FreeBSD community I’d say this could be quite a widespread problem.<\/p>\n
A lot of BSD boxes are used for web hosting too, so I’d imagine a lot have SSH access enabled giving people local access and the capability of executing this exploit.<\/p>\n
Those exploiting the bug must first have local access to a vulnerable system, either as a legitimate user or by exploiting some other flaw (say, a vulnerable PHP script) that gives an attacker a toe-hold in to the targeted system. Frasunek said the vulnerability is trivial to exploit, as a video he posted here suggests<\/a>.<\/p>\n
The bug is the result of a race condition in the FreeBSD kqueue that leads to a NULL pointer dereference in kernel mode. Attackers can cause vulnerable systems to run malware by putting the code in a memory page mapped to address 0x0.<\/p>\n
Frasunek said he notified FreeBSD officials on August 29 and has yet to get a response. Robert Watson, a FreeBSD Core Team member, told El Reg that it appeared the email had gotten “lost in the slew” and he expected an advisory to be issued soon.<\/p><\/blockquote>\n
If you’re using the latest production release (at this time 7.2) you aren’t vulnerable to this problem, I hope to see them backport the patch to the previous versions as they still have a sizable following.<\/p>\n
You should see an advisory hitting the mailing lists soon, and I’d expect it to be fixed pretty quickly too.<\/p>\n
Beware if you are using FreeBSD and have users with local access you don’t trust.<\/p>\n
<\/p>\n