From: Johan Hovold <johan@kernel.org>
To: Willy Tarreau <w@1wt.eu>
Cc: Jonathan Corbet <corbet@lwn.net>,
skhan@linuxfoundation.org, Randy Dunlap <rdunlap@infradead.org>,
workflows@vger.kernel.org, linux-doc@vger.kernel.org,
linux-kernel@vger.kernel.org, netdev@vger.kernel.org,
gregkh@linuxfoundation.org,
"David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@kernel.org>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
Simon Horman <horms@kernel.org>
Subject: Re: [PATCH 03/14] docs: security-bugs: never publish reproducers of bugs with a security impact
Date: Fri, 13 Nov 2026 13:44:18 +0100 [thread overview]
Message-ID: <avcGInkdsphy_n1v@hovoldconsulting.com> (raw)
In-Reply-To: <20261109080240.29444-4-w@1wt.eu>
On Mon, Nov 09, 2026 at 09:02:29AM +0100, Willy Tarreau wrote:
> diff --git a/Documentation/process/threat-model.rst b/Documentation/process/threat-model.rst
> index 04e5df6a6f78b..72cb36dd383d6 100644
> --- a/Documentation/process/threat-model.rst
> +++ b/Documentation/process/threat-model.rst
> @@ -105,7 +105,21 @@ In the Linux kernel's threat model, the following classes of problems are
> **NOT** considered Linux Kernel vulnerabilities. However, when it is believed
> that the kernel could do better, they should be reported, so that they can be
> reviewed and fixed where reasonably possible, but they will be handled as any
> -regular bug:
> +regular bug.
> +
> +Some of these bugs may still have a security impact for a few users, for
> +example when their exploitation requires a dedicated network link, a crafted
> +device, or a crafted file system image that only root may mount. For the vast
> +majority of users the impact is null, and such isolated bugs do not represent a
> +target worth writing an exploit for, which is why they are handled publicly
> +(a CVE may still be assigned later by the :doc:`CVE team <cve>`). However,
> +publishing a reproducer or an exploit could put the few exposed users at risk.
> +For such bugs, the fix is sent publicly like any regular fix, with a commit
> +message that does not detail how to exploit the bug, while the reproducer and
> +any exploit are only shared privately with the maintainers and are never posted
> +to public lists.
> +
> +The following classes of problems are not considered as vulnerabilities:
s/as//
or
s/as/to be/?
>
> * **Configuration**:
Johan
next prev parent reply other threads:[~2026-11-13 12:44 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-09 8:02 [PATCH 00/14] security-bugs doc updates Willy Tarreau
2026-11-09 8:02 ` [PATCH 01/14] docs: security-bugs: reorganize the document without changing its contents Willy Tarreau
2026-11-09 8:02 ` [PATCH 02/14] docs: security-bugs: clarify when to Cc the security team Willy Tarreau
2026-11-13 12:17 ` Johan Hovold
2026-11-09 8:02 ` [PATCH 03/14] docs: security-bugs: never publish reproducers of bugs with a security impact Willy Tarreau
2026-11-13 12:44 ` Johan Hovold [this message]
2026-11-09 8:02 ` [PATCH 04/14] docs: threat-model: clarify the case of automatically mounted file systems Willy Tarreau
2026-11-09 8:02 ` [PATCH 05/14] docs: security-bugs: explain how to send a fix that can be applied Willy Tarreau
2026-11-13 12:34 ` Johan Hovold
2026-11-09 8:02 ` [PATCH 06/14] docs: security-bugs: do not send archives or binary attachments Willy Tarreau
2026-11-09 8:02 ` [PATCH 07/14] docs: security-bugs: first-time reporters must send a single report first Willy Tarreau
2026-11-09 8:02 ` [PATCH 08/14] docs: security-bugs: explain what to do when a report gets no response Willy Tarreau
2026-11-09 8:02 ` [PATCH 09/14] docs: security-bugs: reports left unanswered for 7 days will be dropped Willy Tarreau
2026-11-09 8:02 ` [PATCH 10/14] docs: security-bugs: add a section for maintainers receiving reports Willy Tarreau
2026-11-09 8:02 ` [PATCH 11/14] docs: security-bugs: explain why directly sent reports add extra work Willy Tarreau
2026-11-09 8:02 ` [PATCH 12/14] docs: security-bugs: explain why AI-found bugs are handled publicly Willy Tarreau
2026-11-09 8:02 ` [PATCH 13/14] docs: submitting-patches: defer to security-bugs.rst for security fixes Willy Tarreau
2026-11-09 8:02 ` [PATCH 14/14] docs: netdev: align the security fixes section with security-bugs.rst Willy Tarreau
2026-11-09 16:00 ` Jakub Kicinski
2026-11-09 17:32 ` Willy Tarreau
2026-11-13 12:07 ` [PATCH 00/14] security-bugs doc updates Johan Hovold
2026-11-13 12:44 ` Willy Tarreau
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=avcGInkdsphy_n1v@hovoldconsulting.com \
--to=johan@kernel.org \
--cc=corbet@lwn.net \
--cc=davem@davemloft.net \
--cc=edumazet@kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=horms@kernel.org \
--cc=kuba@kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=rdunlap@infradead.org \
--cc=skhan@linuxfoundation.org \
--cc=w@1wt.eu \
--cc=workflows@vger.kernel.org \
/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.