From: Paul Barker <paul@pbarker.dev>
To: Junjie Cao <junjie.cao@linux.dev>,
openembedded-core@lists.openembedded.org
Subject: Re: [OE-core][PATCH v3 9/9] cve-exclusions: set status for CVE-2023-6240
Date: Sun, 16 Aug 2026 17:14:57 +0100 [thread overview]
Message-ID: <dbfa3de3eea4d27cc3bbca18fb183f88c83145f0.camel@pbarker.dev> (raw)
In-Reply-To: <20260812072842.1176341-10-junjie.cao@linux.dev>
On Wed, 2026-08-12 at 02:28 -0500, Junjie Cao wrote:
> "Marvin" is Hubert Kario's Bleichenbacher-style timing oracle research:
>
> https://people.redhat.com/~hkario/marvin/
>
> The affected code is the generic software RSA PKCS#1 v1.5 unpadding in
> crypto/rsa-pkcs1pad.c. pkcs1pad_decrypt_complete() has three
> secret-dependent early exits (leading zero byte, block type, minimum
> padding length) and a loop whose trip count depends on the position of
> the separator, so the time taken reveals padding validity. There is no
> constant-time unpadding or implicit-rejection fallback in the tree.
>
> Red Hat classifies it CWE-203 and has shipped fixes only in RHEL errata
> (RHSA-2024:2758, RHSA-2024:3618 and others); the bugzilla is still NEW.
> Ubuntu records it unfixed upstream as of 2024-08-24 and Debian lists
> src:linux vulnerable in all suites:
>
> https://access.redhat.com/security/cve/CVE-2023-6240
> https://ubuntu.com/security/CVE-2023-6240
> https://security-tracker.debian.org/tracker/CVE-2023-6240
>
> Practical exposure is narrow: kernel PKCS#1 v1.5 use is dominated by
> signature verification rather than decryption, and an attacker needs a
> service driving KEYCTL_PKEY_DECRYPT with a long-lived key. The leaky
> primitive is nevertheless reachable.
I'd drop this paragraph. Validating its claims would be time consuming.
>
> CC: Paul Barker <paul@pbarker.dev>
> AI-Generated: Uses Claude (claude-opus-5)
> Signed-off-by: Junjie Cao <junjie.cao@linux.dev>
> ---
> v3:
> - drop the Marvell/s390 aside and the unrelated e8829ef1f73f paragraph
> flagged in review as LLM confusion artifacts
>
> v2: https://lore.kernel.org/openembedded-core/20260803084827.1348810-1-junjie.cao@linux.dev/
>
> meta/recipes-kernel/linux/cve-exclusion.inc | 7 +++++++
> 1 file changed, 7 insertions(+)
>
> diff --git a/meta/recipes-kernel/linux/cve-exclusion.inc b/meta/recipes-kernel/linux/cve-exclusion.inc
> index 35e0a66..637f8b6 100644
> --- a/meta/recipes-kernel/linux/cve-exclusion.inc
> +++ b/meta/recipes-kernel/linux/cve-exclusion.inc
> @@ -252,3 +252,10 @@ affected fs/jfs txEnd()/lmLogClose() unmount race is unchanged"
> # https://lore.kernel.org/linux-nvme/20231016060519.231880-1-joshi.k@samsung.com/
> CVE_STATUS[CVE-2023-6238] = "unpatched: the proposed fix was applied to \
> nvme-6.6 and then reverted, no upstream fix has landed since"
> +
> +# "Marvin": the PKCS#1 v1.5 unpadding in crypto/rsa-pkcs1pad.c branches on
> +# secret-derived data, leaking padding validity by timing. Still present in
> +# mainline; fixed only in RHEL errata.
> +# https://people.redhat.com/~hkario/marvin/
> +CVE_STATUS[CVE-2023-6240] = "unpatched: Bleichenbacher-style timing oracle in \
> +crypto/rsa-pkcs1pad.c is still present in mainline, fixed only downstream in RHEL"
Recommended wording, links and include triage date:
# Triaged August 2026 - "Marvin" attack, Red Hat reports this fixed but the
# exact patch is unidentified (see RHSA-2024:2758, RHSA-2024:3618 & others).
# Unfixed in Debian, "Needs evaluation" in Ubuntu.
# https://people.redhat.com/~hkario/marvin/
# https://access.redhat.com/security/cve/cve-2023-6240
# https://security-tracker.debian.org/tracker/CVE-2023-6240
# https://ubuntu.com/security/CVE-2023-6240
CVE_STATUS[CVE-2023-6240] = "unpatched: Fixed in RHEL but patch not identified \
publicly"
Best regards,
--
Paul Barker
next prev parent reply other threads:[~2026-08-16 16:15 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-12 7:28 [OE-core][PATCH v3 0/9] cve-exclusions: triage nine kernel CVEs lacking upstream fix data Junjie Cao
2026-08-12 7:28 ` [OE-core][PATCH v3 1/9] cve-exclusions: set status for CVE-2019-14899 Junjie Cao
2026-08-16 15:50 ` Paul Barker
2026-08-12 7:28 ` [OE-core][PATCH v3 2/9] cve-exclusions: set status for CVE-2021-3714 Junjie Cao
2026-08-16 15:53 ` Paul Barker
2026-08-12 7:28 ` [OE-core][PATCH v3 3/9] cve-exclusions: set status for CVE-2021-3864 Junjie Cao
2026-08-16 15:55 ` Paul Barker
2026-08-12 7:28 ` [OE-core][PATCH v3 4/9] cve-exclusions: set status for CVE-2022-0400 Junjie Cao
2026-08-16 16:35 ` Paul Barker
2026-08-12 7:28 ` [OE-core][PATCH v3 5/9] cve-exclusions: set status for CVE-2022-1247 Junjie Cao
2026-08-16 16:21 ` Paul Barker
2026-08-12 7:28 ` [OE-core][PATCH v3 6/9] cve-exclusions: set status for CVE-2022-4543 Junjie Cao
2026-08-16 16:00 ` Paul Barker
2026-08-12 7:28 ` [OE-core][PATCH v3 7/9] cve-exclusions: set status for CVE-2023-3397 Junjie Cao
2026-08-16 16:05 ` Paul Barker
2026-08-12 7:28 ` [OE-core][PATCH v3 8/9] cve-exclusions: set status for CVE-2023-6238 Junjie Cao
2026-08-16 16:11 ` Paul Barker
2026-08-12 7:28 ` [OE-core][PATCH v3 9/9] cve-exclusions: set status for CVE-2023-6240 Junjie Cao
2026-08-16 16:14 ` Paul Barker [this message]
2026-08-16 16:39 ` [OE-core][PATCH v3 0/9] cve-exclusions: triage nine kernel CVEs lacking upstream fix data Paul Barker
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=dbfa3de3eea4d27cc3bbca18fb183f88c83145f0.camel@pbarker.dev \
--to=paul@pbarker.dev \
--cc=junjie.cao@linux.dev \
--cc=openembedded-core@lists.openembedded.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.