linux-kernel - Re: btrfs: readdir problem workaround for 32-bit off

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-Id: <1232227641.28343.3.camel@think.oraclecorp.com>
Date:	Sat, 17 Jan 2009 16:27:21 -0500
From:	Chris Mason <chris.mason@...cle.com>
To:	Jan Engelhardt <jengelh@...ozas.de>
Cc:	linux-btrfs@...r.kernel.org, bug-glibc@....org,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: btrfs: readdir problem workaround for 32-bit off_t

On Sat, 2009-01-17 at 20:39 +0100, Jan Engelhardt wrote:
> Hi,
> 
> 
> 
> I am seeing abnormal kernel<->userland interaction for range-exceeding 
> offsets during readdir.
> A suggested patch for btrfs is below, but I think there could also
> be involvement of (read: a bug in) Glibc.
> Would the copied parties please have a look, as it may spans both glibc 
> and btrfs.
> 

Thanks for looking into this.

Your patch is how the code originally looked, but it can lead to loops
in buggy userland (a git bug hit this).   My plan was to mask off the
limit the same way XFS now does.

This is a btrfs bug, not glibc.

-chris


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/