Language Selection

English French German Italian Portuguese Spanish

Month of Kernel Bugs: Linux in the lead

Filed under
OS

At this point in time, nine vulnerabilities in operating system kernels have been publicised as part of the Month of Kernel Bugs. Following on July's Month of Browser Bugs initiated by H.D. Moore, a similar project to highlight security vulnerabilities has been announced for November under the title "Month of Kernel Bugs" (MoKB). The project's initiators intend to release one security hole per day for the various operating system kernels. Up until now, fuzzing tools like "fsfuzzer" and "fs-bugs" have been used to turn up the errors.

Three of the publicised holes affect Linux kernel 2.6, two FreeBSD 6.1, two Mac OS X, one Solaris and one Windows. Proof of concept exploits have already been released for seven of the vulnerabilities, demonstrating the problems in the respective kernels.

No patches have been released for any of the vulnerabilities as yet.

Full Story.

More in Tux Machines

Debian-Based Distribution Updated With KDE 3.5 Forked Desktop

Q4OS 1.2 "Orion" is the new release that is re-based on Debian Jessie, focused on shipping its own desktop utilities and customizations, and designed to run on both old and new hardware. Read more

Atom Shell is now Electron

Atom Shell is now called Electron. You can learn more about Electron and what people are building with it at its new home electron.atom.io. Read more Also: C++ Daddy Bjarne Stroustrup outlines directions for v17

A Fedora 22 beta walk-through

The new Fedora, with its GNOME 3.16 interface, is an interesting, powerful Linux desktop. Read more Also: Web software center for Fedora Red Hat's Cross-Selling and Product Development Will Power Long-Term Growth Red Hat Updates Open Source Developer and Admin Tools

Unix and Personal Computers: Reinterpreting the Origins of Linux

So, to sum up: What Linus Torvalds, along with plenty of other hackers in the 1980s and early 1990s, wanted was a Unix-like operating system that was free to use on the affordable personal computers they owned. Access to source code was not the issue, because that was already available—through platforms such as Minix or, if they really had cash to shell out, by obtaining a source license for AT&T Unix. Therefore, the notion that early Linux programmers were motivated primarily by the ideology that software source code should be open because that is a better way to write it, or because it is simply the right thing to do, is false. Read more Also: Anti-Systemd People