* [PATCH] cramfs: bound the XIP direct-mapping reads to the image size
@ 2026-06-07 6:41 Bryam Vargas
2026-06-23 10:12 ` Christian Brauner
0 siblings, 1 reply; 2+ messages in thread
From: Bryam Vargas @ 2026-06-07 6:41 UTC (permalink / raw)
To: Nicolas Pitre; +Cc: Al Viro, linux-fsdevel, linux-kernel
The physically-mapped (XIP) fast path dereferences the linear filesystem
image directly using offsets taken from the on-disk inode. Unlike the
normal read path (cramfs_direct_read()), cramfs_get_block_range() and
cramfs_last_page_is_shared() do not check those offsets against the image
size before dereferencing:
blockptrs = (u32 *)(sbi->linear_virt_addr + OFFSET(inode) + pgoff * 4);
first_block_addr = blockptrs[0] & ~CRAMFS_BLK_FLAGS;
OFFSET(inode) (the inode data offset) and the block pointers are read
from the untrusted on-disk image. A crafted cramfs image with the
CRAMFS_FLAG_EXT_BLOCK_POINTERS feature and an out-of-range inode offset
makes the block-pointer read -- and the subsequent tail-data scan in
cramfs_last_page_is_shared() -- dereference memory outside the mapped
image. mmap()ing a regular file on such an image then faults in the
kernel (page fault in cramfs_physmem_mmap()).
Bound every linear-image dereference in the XIP path to sbi->size, the
same way cramfs_direct_read() already does, and fall back to the bounded
paging path on any out-of-range access.
Fixes: eddcd97659e3 ("cramfs: add mmap support")
Cc: stable@vger.kernel.org
Signed-off-by: Bryam Vargas <hexlabsecurity@proton.me>
---
Reproduced on v7.1-rc6 with KASAN, CONFIG_CRAMFS_MTD + MTD_MTDRAM (a small
RAM-backed mtd as the linear cramfs backing). A crafted cramfs image with
CRAMFS_FLAG_EXT_BLOCK_POINTERS set and a regular file whose on-disk inode
offset is out of range, mounted over the mtd backend, faults the kernel when
the file is mmap()ed:
BUG: unable to handle page fault for address ...
#PF: supervisor read access in kernel mode
RIP: ... cramfs_physmem_mmap+0x...
__mmap_region
mmap_region
do_mmap
vm_mmap_pgoff
ksys_mmap_pgoff
A control image with an in-range offset maps and reads cleanly. With this
patch the crafted image's XIP fast path detects the out-of-range offset and
falls back to the bounded paging path; no fault occurs.
fs/cramfs/inode.c | 32 ++++++++++++++++++++++++++++++--
1 file changed, 30 insertions(+), 2 deletions(-)
diff --git a/fs/cramfs/inode.c b/fs/cramfs/inode.c
index 4edbfccd0bbe..014072a65c5b 100644
--- a/fs/cramfs/inode.c
+++ b/fs/cramfs/inode.c
@@ -298,13 +298,22 @@ static u32 cramfs_get_block_range(struct inode *inode, u32 pgoff, u32 *pages)
{
struct cramfs_sb_info *sbi = CRAMFS_SB(inode->i_sb);
int i;
- u32 *blockptrs, first_block_addr;
+ u32 *blockptrs, first_block_addr, data_addr;
/*
* We can dereference memory directly here as this code may be
* reached only when there is a direct filesystem image mapping
* available in memory.
+ *
+ * The block pointer array lives at OFFSET(inode) inside the image.
+ * OFFSET() and the block pointers are taken from the (untrusted)
+ * on-disk inode, so bound every access to the image the same way
+ * cramfs_direct_read() does before dereferencing it.
*/
+ if (OFFSET(inode) > sbi->size ||
+ ((u64)pgoff + *pages) * 4 > sbi->size - OFFSET(inode))
+ return 0;
+
blockptrs = (u32 *)(sbi->linear_virt_addr + OFFSET(inode) + pgoff * 4);
first_block_addr = blockptrs[0] & ~CRAMFS_BLK_FLAGS;
i = 0;
@@ -324,7 +333,14 @@ static u32 cramfs_get_block_range(struct inode *inode, u32 pgoff, u32 *pages)
} while (++i < *pages);
*pages = i;
- return first_block_addr << CRAMFS_BLK_DIRECT_PTR_SHIFT;
+
+ /* The mapped data range must also lie within the image. */
+ data_addr = first_block_addr << CRAMFS_BLK_DIRECT_PTR_SHIFT;
+ if (data_addr > sbi->size ||
+ (u64)*pages * PAGE_SIZE > sbi->size - data_addr)
+ return 0;
+
+ return data_addr;
}
#ifdef CONFIG_MMU
@@ -345,9 +361,21 @@ static bool cramfs_last_page_is_shared(struct inode *inode)
if (!partial)
return false;
last_page = inode->i_size >> PAGE_SHIFT;
+
+ /*
+ * The block pointer and the tail data are read directly from the
+ * image at offsets derived from the untrusted on-disk inode; bound
+ * both accesses to the image. On any overflow treat the last page
+ * as shared so the caller falls back to the bounded paging path.
+ */
+ if (OFFSET(inode) > sbi->size ||
+ ((u64)last_page + 1) * 4 > sbi->size - OFFSET(inode))
+ return true;
blockptrs = (u32 *)(sbi->linear_virt_addr + OFFSET(inode));
blockaddr = blockptrs[last_page] & ~CRAMFS_BLK_FLAGS;
blockaddr <<= CRAMFS_BLK_DIRECT_PTR_SHIFT;
+ if (blockaddr > sbi->size || sbi->size - blockaddr < PAGE_SIZE)
+ return true;
tail_data = sbi->linear_virt_addr + blockaddr + partial;
return memchr_inv(tail_data, 0, PAGE_SIZE - partial) ? true : false;
}
--
2.43.0
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [PATCH] cramfs: bound the XIP direct-mapping reads to the image size
2026-06-07 6:41 [PATCH] cramfs: bound the XIP direct-mapping reads to the image size Bryam Vargas
@ 2026-06-23 10:12 ` Christian Brauner
0 siblings, 0 replies; 2+ messages in thread
From: Christian Brauner @ 2026-06-23 10:12 UTC (permalink / raw)
To: Bryam Vargas; +Cc: Nicolas Pitre, Al Viro, linux-fsdevel, linux-kernel
> The physically-mapped (XIP) fast path dereferences the linear filesystem
> image directly using offsets taken from the on-disk inode. Unlike the
> normal read path (cramfs_direct_read()), cramfs_get_block_range() and
> cramfs_last_page_is_shared() do not check those offsets against the image
> size before dereferencing:
>
> blockptrs = (u32 *)(sbi->linear_virt_addr + OFFSET(inode) + pgoff * 4);
> first_block_addr = blockptrs[0] & ~CRAMFS_BLK_FLAGS;
>
> OFFSET(inode) (the inode data offset) and the block pointers are read
> from the untrusted on-disk image. A crafted cramfs image with the
> CRAMFS_FLAG_EXT_BLOCK_POINTERS feature and an out-of-range inode offset
> makes the block-pointer read -- and the subsequent tail-data scan in
> cramfs_last_page_is_shared() -- dereference memory outside the mapped
> image. mmap()ing a regular file on such an image then faults in the
> kernel (page fault in cramfs_physmem_mmap()).
>
> Bound every linear-image dereference in the XIP path to sbi->size, the
> same way cramfs_direct_read() already does, and fall back to the bounded
> paging path on any out-of-range access.
>
> Fixes: eddcd97659e3 ("cramfs: add mmap support")
> Cc: stable@vger.kernel.org
> Signed-off-by: Bryam Vargas <hexlabsecurity@proton.me>
>
> diff --git a/fs/cramfs/inode.c b/fs/cramfs/inode.c
> index 4edbfccd0bbe..014072a65c5b 100644
> --- a/fs/cramfs/inode.c
> +++ b/fs/cramfs/inode.c
> @@ -298,13 +298,22 @@ static u32 cramfs_get_block_range(struct inode *inode, u32 pgoff, u32 *pages)
> {
> struct cramfs_sb_info *sbi = CRAMFS_SB(inode->i_sb);
> int i;
> - u32 *blockptrs, first_block_addr;
> + u32 *blockptrs, first_block_addr, data_addr;
>
> /*
> * We can dereference memory directly here as this code may be
> * reached only when there is a direct filesystem image mapping
> * available in memory.
> + *
> + * The block pointer array lives at OFFSET(inode) inside the image.
> + * OFFSET() and the block pointers are taken from the (untrusted)
> + * on-disk inode, so bound every access to the image the same way
> + * cramfs_direct_read() does before dereferencing it.
> */
> + if (OFFSET(inode) > sbi->size ||
> + ((u64)pgoff + *pages) * 4 > sbi->size - OFFSET(inode))
> + return 0;
> +
> blockptrs = (u32 *)(sbi->linear_virt_addr + OFFSET(inode) + pgoff * 4);
> first_block_addr = blockptrs[0] & ~CRAMFS_BLK_FLAGS;
> i = 0;
> @@ -324,7 +333,14 @@ static u32 cramfs_get_block_range(struct inode *inode, u32 pgoff, u32 *pages)
> } while (++i < *pages);
>
> *pages = i;
> - return first_block_addr << CRAMFS_BLK_DIRECT_PTR_SHIFT;
> +
> + /* The mapped data range must also lie within the image. */
> + data_addr = first_block_addr << CRAMFS_BLK_DIRECT_PTR_SHIFT;
> + if (data_addr > sbi->size ||
> + (u64)*pages * PAGE_SIZE > sbi->size - data_addr)
> + return 0;
> +
> + return data_addr;
> }
>
> #ifdef CONFIG_MMU
> @@ -345,9 +361,21 @@ static bool cramfs_last_page_is_shared(struct inode *inode)
> if (!partial)
> return false;
> last_page = inode->i_size >> PAGE_SHIFT;
> +
> + /*
> + * The block pointer and the tail data are read directly from the
> + * image at offsets derived from the untrusted on-disk inode; bound
> + * both accesses to the image. On any overflow treat the last page
> + * as shared so the caller falls back to the bounded paging path.
> + */
> + if (OFFSET(inode) > sbi->size ||
> + ((u64)last_page + 1) * 4 > sbi->size - OFFSET(inode))
> + return true;
> blockptrs = (u32 *)(sbi->linear_virt_addr + OFFSET(inode));
> blockaddr = blockptrs[last_page] & ~CRAMFS_BLK_FLAGS;
> blockaddr <<= CRAMFS_BLK_DIRECT_PTR_SHIFT;
> + if (blockaddr > sbi->size || sbi->size - blockaddr < PAGE_SIZE)
> + return true;
> tail_data = sbi->linear_virt_addr + blockaddr + partial;
> return memchr_inv(tail_data, 0, PAGE_SIZE - partial) ? true : false;
This screems a little for a shared litle static inline helper...
--
Christian Brauner <brauner@kernel.org>
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2026-06-23 10:12 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2026-06-07 6:41 [PATCH] cramfs: bound the XIP direct-mapping reads to the image size Bryam Vargas
2026-06-23 10:12 ` Christian Brauner
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®