From: Pranav Rajendran <pranavkasthuri@gmail.com>
To: u-boot@lists.u-boot-project.org
Cc: joaomarcos.costa@bootlin.com, richard.genoud@bootlin.com,
thomas.petazzoni@bootlin.com, miquel.raynal@bootlin.com,
trini@konsulko.com, Pranav Rajendran <pranavkasthuri@gmail.com>
Subject: [PATCH v1 2/2] fs/squashfs: bound the offset returned by sqfs_dir_offset()
Date: Sat, 15 Aug 2026 23:01:15 +0100 [thread overview]
Message-ID: <20260815220115.11335-3-pranavkasthuri@gmail.com> (raw)
In-Reply-To: <20260815220115.11335-1-pranavkasthuri@gmail.com>
Commit 57e0bb7bf00d ("fs/squashfs: add sqfs_dir_offset() error checks")
made sqfs_search_dir() reject negative returns from sqfs_dir_offset(),
but the positive range is still unbounded. Both parts of the returned
offset come from the image: 'offset' is a 16-bit inode field used
verbatim, and the matched metadata block index may be the last one in
m_list, in which case the returned block (j + 1) is one past the end
of the directory table.
The callers use the result to index dirs->dir_table[], which
sqfs_read_directory_table() allocates as m_count metadata blocks, and
then memcpy() a directory header out of it. A crafted image can
therefore read up to 64 KiB past the end of that allocation.
Reject an inode offset that cannot address a decompressed metadata
block, and verify that the resulting directory header lies entirely
within the directory table.
The existing 'offset < 0' test is dropped: 'offset' is assigned from
get_unaligned_le16() and so is never negative, meaning the test never
fired. The new upper bound covers what it was meant to catch.
Fixes: c51006130370 ("fs/squashfs: new filesystem")
Signed-off-by: Pranav Rajendran <pranavkasthuri@gmail.com>
---
fs/squashfs/sqfs_dir.c | 42 ++++++++++++++++++++++++++++++++++++------
1 file changed, 36 insertions(+), 6 deletions(-)
diff --git a/fs/squashfs/sqfs_dir.c b/fs/squashfs/sqfs_dir.c
index ed83c90682f..3908d1380b3 100644
--- a/fs/squashfs/sqfs_dir.c
+++ b/fs/squashfs/sqfs_dir.c
@@ -32,6 +32,7 @@ int sqfs_dir_offset(void *dir_i, u32 *m_list, int m_count)
struct squashfs_base_inode *base = dir_i;
struct squashfs_ldir_inode *ldir;
struct squashfs_dir_inode *dir;
+ u64 table_size, res;
u32 start_block;
int j, offset;
@@ -51,20 +52,49 @@ int sqfs_dir_offset(void *dir_i, u32 *m_list, int m_count)
return -EINVAL;
}
- if (offset < 0)
+ /*
+ * 'offset' is an offset into a decompressed metadata block, so it can
+ * never address past the end of one.
+ */
+ if (offset >= SQFS_METADATA_BLOCK_SIZE)
return -EINVAL;
+ if (m_count < 1)
+ return -EINVAL;
+
+ /* The caller's directory table holds m_count decompressed blocks. */
+ table_size = (u64)m_count * SQFS_METADATA_BLOCK_SIZE;
+
for (j = 0; j < m_count; j++) {
if (m_list[j] == start_block)
- return (++j * SQFS_METADATA_BLOCK_SIZE) + offset;
+ break;
}
- if (start_block == 0)
- return offset;
+ if (j < m_count) {
+ /*
+ * m_list[j] is the position of the metadata block following
+ * block j, so a match means the directory starts in block
+ * j + 1.
+ */
+ res = (u64)(j + 1) * SQFS_METADATA_BLOCK_SIZE + offset;
+ } else if (start_block == 0) {
+ res = offset;
+ } else {
+ printf("Error: invalid inode reference to directory table.\n");
+ return -EINVAL;
+ }
- printf("Error: invalid inode reference to directory table.\n");
+ /*
+ * Callers use the return value to index the directory table and read a
+ * directory header from it, so the whole header must lie inside the
+ * table.
+ */
+ if (res + SQFS_DIR_HEADER_SIZE > table_size) {
+ printf("Error: inode points past the end of the directory table.\n");
+ return -EINVAL;
+ }
- return -EINVAL;
+ return res;
}
bool sqfs_is_empty_dir(void *dir_i)
--
2.50.1 (Apple Git-155)
prev parent reply other threads:[~2026-08-15 22:48 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-15 22:01 [PATCH v1 0/2] fs/squashfs: bounds checks on image-controlled offsets Pranav Rajendran
2026-08-15 22:01 ` [PATCH v1 1/2] fs/squashfs: bound fragment table accesses in sqfs_frag_lookup() Pranav Rajendran
2026-08-15 22:01 ` Pranav Rajendran [this message]
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=20260815220115.11335-3-pranavkasthuri@gmail.com \
--to=pranavkasthuri@gmail.com \
--cc=joaomarcos.costa@bootlin.com \
--cc=miquel.raynal@bootlin.com \
--cc=richard.genoud@bootlin.com \
--cc=thomas.petazzoni@bootlin.com \
--cc=trini@konsulko.com \
--cc=u-boot@lists.u-boot-project.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