linux-ext4 - [Bug 200043] lseek returns negative and inconsistent positions for directories on ext4 fs

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <bug-200043-13602-qcYnBGZ7DW@https.bugzilla.kernel.org/>
Date:   Tue, 12 Jun 2018 18:50:05 +0000
From:   bugzilla-daemon@...zilla.kernel.org
To:     linux-ext4@...nel.org
Subject: [Bug 200043] lseek returns negative and inconsistent positions for
 directories on ext4 fs

https://bugzilla.kernel.org/show_bug.cgi?id=200043

Andreas Dilger (adilger.kernelbugzilla@...ger.ca) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |adilger.kernelbugzilla@...g
                   |                            |er.ca

--- Comment #1 from Andreas Dilger (adilger.kernelbugzilla@...ger.ca) ---
It should be noted that seek on an ext4 *htree* directory is handled in terms
of the hash of the filename (which is the value returned by telldir()), not in
terms of the byte offset.  The valid hash values for htree directories are in
the range [0,EXT4_HTREE_EOF_64BIT] ([0,2^63 - 1]) on 64-bit systems.

Seeking on a non-htree directory (any directory 4KB in size) is handled via
ext4_llseek()->generic_file_llseek_size().  Seeking to a negative offset on a
directory doesn't particularly make sense, so should probably have some more
strict limits imposed than regular files.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.