Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID:
 <SYBPR01MB6336894E7246524117892137EEC02@SYBPR01MB6336.ausprd01.prod.outlook.com>
Date: Thu, 23 Jul 2026 10:00:42 +0000
From: Peter Gutmann <pgut001@...auckland.ac.nz>
To: "oss-security@...ts.openwall.com" <oss-security@...ts.openwall.com>
Subject: Re: 432 Linux kernel CVEs

David A. Wheeler <dwheeler@...eeler.com> writes:

>Obviously not everyone agrees with this policy, but please note that there
>*are* arguments for it.

Just to clarify, I'm not disagreeing with it either.  Given for example Daniel
Stenberg's comments on them, one being "CVE-2020-19909 is everything that is
wrong with CVEs",
https://daniel.haxx.se/blog/2023/08/26/cve-2020-19909-is-everything-that-is-wrong-with-cves/,
I can see arguments both for and against.  So I borrowed the term "malicious
compliance" from Risky Biz with a certain amount of glee rather than as a
criticism.

>There is a VERY VERY SIMPLE way to not have this problem: be ready to update
>your kernel.

Alternatively, don't build a product that relies on updates every two weeks in
order to remain secure.  That's not pontificating, it's pointing out that
something that turns your ceiling fan on and off doesn't need to run Linux
when a minimal RTOS, or just an event loop on bare metal, will do the same
thing.

>If it is *vitally* important that your kernel *never* need to updated *ever*,
>then a traditional kernel like Linux, *BSD, MacOS, iOS, or Windows is NOT
>what you're looking for. What you need is a formally-proved kernel.

That's the textbook answer.  The practical answer is "what you need is a
minimal RTOS".  It doesn't need any formal proof, it just needs to be basic
enough that there's nothing there to attack.  Not being able to get a shell on
something because there isn't one is probably the single biggest win you can
have in device security.

Peter.

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.