Re: 432 Linux kernel CVEs

[Loganaden Velvindron <loganaden () gmail com>]

Great.

Down here in africa, the cheapest phones come from an eastern country,
except for rich africans who can afford phones or high end android phones.

One of the things we need to look at here is with the wave of cves, how
good is the security posture of african digital infrastructure.

African countries might copy something similar to cra as we have a tendency
to copy from europe.



On Wed, 22 Jul 2026, 20:29 Marcus Meissner, <meissner () suse de> wrote:

> Hi,
>
> On Wed, Jul 22, 2026 at 03:27:57AM +0000, Peter Gutmann wrote:
> > Steffen Nurpmeso <steffen () sdaoden eu> quotes:
> >
> >  |As observed on social media[1], the Linux kernel
> >  |published 432 CVEs between 2026-07-19T09:09 and
> >  |2026-07-20T16:27 (in addition to the >40 other CVEs
> >  |already published this month alone):
> >
> > Isn't that part of the malicious compliance approach,
> > https://news.risky.biz/risky-biz-news-the-linux-cna-mess/, where
> "almost any
> > bug might be exploitable to compromise the security of the kernel [...]
> > Because of this, the CVE assignment team is overly cautious and assign
> CVE
> > numbers to any bugfix that they identify"?  So the 432 CVEs could
> potentially
> > be 1 security problem and 432 "fixed a typo in a code comment"s.
> >
> > > Then again i would also see the mentioned current flood under the
> Linu[sx]-
> > > specific "every bug is a security vulnerability"
> >
> > Yup.  So without analysing every single one you can't really tell
> whether it
> > matters or not.  And if you're on something other than an x64 or Raspbian
> > distro, so very popular ones, you're probably not going to get an update
> any
> > time soon, if ever, anyway - the oldest kernel I'm running on a still-
> > currently-sold system is, let's see, "GNU/Linux 4.9.337-38".
> >
> > > What i know for sure is that being a patch pumpkin and being
> responsible for
> > > several linux kernel series is surely a hard thing to do.
> >
> > This is why so many systems are on "it's finally working, never touch
> this
> > again" kernels, they're often running on SoCs with a pile of special-case
> > peripherals that require extensive custom support so they never get
> updated
> > once they've been made mostly functional.
>
> So this is not new, in 2024 and 2025 the kernel CNA has issues around
> 4500+ CVEs already, and speaking for SUSE in specific, we adjusted our
> tooling and
> increased automation massively to handle those.
>
> Ciao, Marcus