From: Sebastian Alba Vives <sebasjosue84@gmail.com>
To: opensbi@lists.infradead.org
Cc: ganboing@gmail.com, anup@brainfault.org, apatel@ventanamicro.com,
Sebastian Alba Vives <sebasjosue84@gmail.com>
Subject: [PATCH] lib: sbi_trap_v_ldst: fix mask buffer overflow on VLEN > 128
Date: Mon, 21 Sep 2026 21:06:33 -0600 [thread overview]
Message-ID: <20260922030633.10886-1-sebasjosue84@gmail.com> (raw)
mask_len counts mask bits: it is derived from vlenb * 8, and the mask
indexing below divides by 8 to turn a bit index into a byte index.
get_vreg() counts bytes: its size argument feeds "vsetvli x0, %0, e8,
m8" and a vse8.v, both of which operate on 8-bit elements.
Both emulators pass mask_len directly as get_vreg()'s size, so the
firmware writes eight times more than intended into mask[], a
MASK_BUFFLEN / 8 == 128 byte stack buffer. The write stays in bounds
only while vlenb * 8 <= 128, that is VLEN <= 128. Above that it runs
past the end of the buffer and corrupts the M-mode stack, including the
saved return address.
The pre-rework code passed vlenb, a byte count, which was correct; the
chunked version replaced it with a bit count.
Reachable from S-mode or U-mode with a single masked, misaligned vector
load or store on a hart whose VLEN exceeds 128 bits. Observed on
qemu-system-riscv64 with -cpu rv64,v=true,vlen=256,zicclsm=false: the
firmware takes an instruction access fault in M-mode with mepc and ra
both zero. The same payload at vlen=128 enters the emulator and
completes normally.
Convert pos and size to bytes at both call sites. mask_len is a power of
two and at least 8, and pos is already a multiple of mask_len, so both
divisions are exact.
Fixes: a8be5e94 ("lib: sbi: Rework misaligned vector load/store")
Signed-off-by: Sebastian Alba Vives <sebasjosue84@gmail.com>
---
lib/sbi/sbi_trap_v_ldst.c | 10 ++++++----
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/lib/sbi/sbi_trap_v_ldst.c b/lib/sbi/sbi_trap_v_ldst.c
index 540f655f..9f1c312a 100644
--- a/lib/sbi/sbi_trap_v_ldst.c
+++ b/lib/sbi/sbi_trap_v_ldst.c
@@ -213,8 +213,9 @@ int sbi_misaligned_v_ld_emulator(ulong insn, struct sbi_trap_context *tcntx)
if (masked) {
if (vstart == orig_vstart || vstart % mask_len == 0)
/* Fetch a mask_len chunk of mask */
- get_vreg(vlenb, 0, vstart / mask_len * mask_len,
- mask_len, mask);
+ get_vreg(vlenb, 0,
+ vstart / mask_len * mask_len / 8,
+ mask_len / 8, mask);
if (~mask[vstart % mask_len / 8] & BIT(vstart % 8))
continue;
@@ -326,8 +327,9 @@ int sbi_misaligned_v_st_emulator(ulong insn, struct sbi_trap_context *tcntx)
if (masked) {
if (vstart == orig_vstart || vstart % mask_len == 0)
/* Fetch a mask_len chunk of mask */
- get_vreg(vlenb, 0, vstart / mask_len * mask_len,
- mask_len, mask);
+ get_vreg(vlenb, 0,
+ vstart / mask_len * mask_len / 8,
+ mask_len / 8, mask);
if (~mask[vstart % mask_len / 8] & BIT(vstart % 8))
continue;
base-commit: 3593a5facc4c6938b90429a6973ba9ee21fc5899
--
2.43.0
--
opensbi mailing list
opensbi@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/opensbi
next reply other threads:[~2026-09-22 3:07 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-22 3:06 Sebastian Alba Vives [this message]
2026-10-11 4:17 ` [PATCH] lib: sbi_trap_v_ldst: fix mask buffer overflow on VLEN > 128 Sebastian Alba Vives
2026-10-25 8:34 ` Anup Patel
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=20260922030633.10886-1-sebasjosue84@gmail.com \
--to=sebasjosue84@gmail.com \
--cc=anup@brainfault.org \
--cc=apatel@ventanamicro.com \
--cc=ganboing@gmail.com \
--cc=opensbi@lists.infradead.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox