News for hackers. Stuff that matters.
Re:“They introduce kernel bugs on purpose” by rob74 on Wednesday April 21, 2021 @11:03AM (#26890588)
Yup, it's basically stating the obvious: that any system based on an assumption of good faith is vulnerable to bad faith actors. The kernel devs are probably on the lookout for someone trying to introduce backdoors, but simply introducing a bug for the sake of introducing a bug (without knowing if it can be exploited), which is obviously much easier to do stealthily - why would anyone do that? Except for "academic research" of course...
Re:“They introduce kernel bugs on purpose” by freeflight on Wednesday April 21, 2021 @12:19PM (#26891658)
> why would anyone do that?

I can think of a whole lot of three letter agencies with reasons to do that, most of whom recruit directly from universities.

Re:“They introduce kernel bugs on purpose” by shadowgovt on Wednesday April 21, 2021 @11:11AM (#26890682)
Academic research, cyberwarfare, a rival operating system architecture attempting to diminish the quality of an alternative to the system they're developing, the lulz of knowing one has damaged something... The reasons for bad-faith action are myriad, as diverse as human creativity.
Re:“They introduce kernel bugs on purpose” by cptskippy on Wednesday April 21, 2021 @11:26AM (#26890904)
In theory wouldn't it be possible to introduce bugs that are seemingly innocuous when reviewed independently but when combined form and exploit?

Could a number of seemingly unrelated individuals introduce a number of bugs over time to form and exploit without being detected?

Re:“They introduce kernel bugs on purpose” by dec0dedab0de on Wednesday April 21, 2021 @11:43AM (#26891136)
yes, of course, and I'm fairly certain it's happened before or at least there have been suspicions of it happening. Thats why trust is important, and why I'm glad kernel development is not very friendly.

Doing code review at work I am constantly catching blatantly obvious security bugs. Most developers are so happy to get the thing to work, that they don't even consider security. This is in high level languages, with a fairly small team, only internal users, and pretty simple code base. I can't imagine trying to do it for something as high stakes and complicated as the kernel. Not to mention how subtle bugs can be in C. I suspect it is impossible to distinguish incompetence from malice. So aggressively weeding out incompetence, and then forming layers of trust is the only real defense.

Re:“They introduce kernel bugs on purpose” by corty on Wednesday April 21, 2021 @12:46PM (#26892059)
I think in some cases, you wouldn't even need multiple patches, sometimes very small things can be exploits. See: http://www.ioccc.org/
Re:“They introduce kernel bugs on purpose” by evilotto on Wednesday April 21, 2021 @01:06PM (#26892388)
Another source on such things, although no longer an ongoing effort: http://underhanded-c.org/_page_id_2.html
Re:“They introduce kernel bugs on purpose” by LinuxBender on Wednesday April 21, 2021 @12:43PM (#26892004)
Yes. binfmt and some other parts of systemd are such an example that introduce vulnerabilities that existed in windows 95. Not going into detail because it still needs to be fixed, assuming it was not intentional.
Re:“They introduce kernel bugs on purpose” by rgrs on Wednesday April 21, 2021 @11:43AM (#26891143)
In that scenario, it is a genuine bug. Not a malicious actor