All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sasha Levin <sashal@kernel.org>
To: Jiri Kosina <jikos@kernel.org>
Cc: ksummit@lists.linux.dev
Subject: Re: [MAINTAINERS SUMMIT] Scaling our security process
Date: Mon, 27 Jul 2026 11:50:21 -0400	[thread overview]
Message-ID: <amd-PfGXV934cXyk@laps> (raw)
In-Reply-To: <241384q7-s5n1-0267-64ps-13r514r4o123@xreary.bet>

On Mon, Jul 27, 2026 at 04:24:39PM +0200, Jiri Kosina wrote:
>On Tue, 14 Jul 2026, Sasha Levin wrote:
>
>> 3. Do we want some sort of a shared distro security backport list? Every
>>    major distro pays people to backport security fixes, and they all do
>>    the same work in parallel behind separate walls. A list where
>>    upstream and distro security teams write and review backports
>>    together, would pool that effort and land fixes where users are.
>>    Sure, it allows for more leaks, but we end up causing these leaks
>>    ourselves when we release a fix without working backports.
>
>Well, linux-distros@ is still there, and is used to coordinate security
>fixes in exactly this way consistently for vast majority of all the
>relevant projects, pretty much except for the kernel. With my distro hat
>on, I'd add "unfortunately".

Just to clarify: I don't propose the new security backport list to be
closed/secret. We have hundreds of known security issues that our users kernels
are vulnerable to, either because there's no backport, the fix fell through the
cracks, etc.

This is my beef with the security@k.o list too: we seem to be overindexing on
some issues, while we just ignore hundreds of other issues that make our users
vulnerable.

I really don't understand why we bother with this whole dance around
embargoed issues.

-- 
Thanks,
Sasha

  reply	other threads:[~2026-07-27 15:50 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-14 23:54 [MAINTAINERS SUMMIT] Scaling our security process Sasha Levin
2026-07-15  4:43 ` Greg KH
2026-07-16 15:17   ` Sasha Levin
2026-07-17  4:59     ` Greg KH
2026-07-17 15:15       ` Konstantin Ryabitsev
2026-07-27 14:24 ` Jiri Kosina
2026-07-27 15:50   ` Sasha Levin [this message]
2026-07-27 17:08   ` Linus Torvalds
2026-07-27 17:56     ` Jiri Kosina
2026-07-27 18:38     ` Sasha Levin
2026-07-27 18:49       ` Linus Torvalds

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=amd-PfGXV934cXyk@laps \
    --to=sashal@kernel.org \
    --cc=jikos@kernel.org \
    --cc=ksummit@lists.linux.dev \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.