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  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]
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.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux - Powered by OpenVZ