From: Sangho Lee <kudo3228@gmail.com>
To: Christoph Hellwig <hch@infradead.org>
Cc: linux-kernel@vger.kernel.org, Sangho Lee <kudo3228@gmail.com>,
stable@vger.kernel.org
Subject: [PATCH] freevxfs: reject invalid OLT record sizes
Date: Wed, 22 Jul 2026 19:57:06 +0900 [thread overview]
Message-ID: <20260722105706.1385095-1-kudo3228@gmail.com> (raw)
vxfs_read_olt() walks image-controlled Object Location Table records by
adding each record's on-disk olt_size to the current cursor:
oaddr += fs32_to_cpu(infp, ocp->olt_size);
The value is not checked before it is used. A crafted VxFS image can set a
record size to zero, which prevents the cursor from advancing and leaves
mount(2) spinning in the kernel. Oversized values can also move the cursor
past the mapped OLT block without first rejecting the malformed image.
Reject malformed OLT header and record sizes before using them. A valid
header must place the first record after the header and within the mapped
OLT extent. Each record must be at least large enough to contain the common
record header and must fit in the remaining extent.
Fixes: 1da177e4c3f4 ("Linux-2.6.12-rc2")
Cc: stable@vger.kernel.org
Signed-off-by: Sangho Lee <kudo3228@gmail.com>
---
fs/freevxfs/vxfs_olt.c | 17 +++++++++++++++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git a/fs/freevxfs/vxfs_olt.c b/fs/freevxfs/vxfs_olt.c
index 23f35187c289..e5fb3b86d88e 100644
--- a/fs/freevxfs/vxfs_olt.c
+++ b/fs/freevxfs/vxfs_olt.c
@@ -56,6 +56,7 @@
struct buffer_head *bp;
struct vxfs_olt *op;
char *oaddr, *eaddr;
+ u32 olt_size;
bp = sb_bread(sbp, vxfs_oblock(sbp, infp->vsi_oltext, bsize));
if (!bp || !bp->b_data)
@@ -77,12 +78,21 @@
goto fail;
}
- oaddr = bp->b_data + fs32_to_cpu(infp, op->olt_size);
eaddr = bp->b_data + (infp->vsi_oltsize * sbp->s_blocksize);
+ olt_size = fs32_to_cpu(infp, op->olt_size);
+ if (olt_size < sizeof(*op) || olt_size > eaddr - bp->b_data) {
+ pr_notice("vxfs: invalid olt header size\n");
+ goto fail;
+ }
+ oaddr = bp->b_data + olt_size;
while (oaddr < eaddr) {
struct vxfs_oltcommon *ocp =
(struct vxfs_oltcommon *)oaddr;
+ u32 rec_size = fs32_to_cpu(infp, ocp->olt_size);
+
+ if (rec_size < sizeof(*ocp) || rec_size > eaddr - oaddr)
+ goto fail;
switch (fs32_to_cpu(infp, ocp->olt_type)) {
case VXFS_OLT_FSHEAD:
@@ -93,7 +103,11 @@
break;
}
- oaddr += fs32_to_cpu(infp, ocp->olt_size);
+ /*
+ * rec_size has already been checked to advance oaddr and stay
+ * within the mapped OLT extent.
+ */
+ oaddr += rec_size;
}
brelse(bp);
--
2.43.0
next reply other threads:[~2026-07-22 10:57 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-22 10:57 Sangho Lee [this message]
2026-07-22 12:10 ` Christoph Hellwig
2026-07-22 14:39 ` Sangho Lee
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=20260722105706.1385095-1-kudo3228@gmail.com \
--to=kudo3228@gmail.com \
--cc=hch@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=stable@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®