linux-ext4 - [PATCH] 1/19 e2fsprogs improved extent checking

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

Message-ID: <20070320050753.GB13010@schatzie.adilger.int>
Date:	Mon, 19 Mar 2007 23:07:53 -0600
From:	Andreas Dilger <adilger@...sterfs.com>
To:	linux-ext4@...r.kernel.org
Subject: [PATCH] 1/19 e2fsprogs improved extent checking

The following patch improves the handling of corrupted extents, including
checking of the extent/index headers, index depth, overlap, duplicate
blocks, etc.  It is based atop the current 1.39-WIP e2fsprogs Mercurial tree.
It does NOT include the 64-bit fixups from Bull as we haven't rebased onto
an e2fsprogs patch series that supports the requirements for this.

There is still one case that is known not to be handled - if there
are duplicate blocks in an extent stored in an external index block,
but the index block is full and it needs a split of the index block
(which may need more splits up the tree).  This is very complex to fix
within the framework of the current block iterator, and we rationalized
to ourselves that this won't happen very often.  The more common case
(duplicate block with in-inode index) is handled correctly.

Following this patch will be a series of test cases for extents.  Two of
them are known to fail (f_extents_eh_depth and f_extents_shrd_blks) but
are useful nonetheless for Ted's work in rewriting the extents code.

Signed-off-by: Andreas Dilger <adilger@...sterfs.com>
Signed-off-by: Girish Shilamkar <girish@...sterfs.com>

Cheers, Andreas
--
Andreas Dilger
Principal Software Engineer
Cluster File Systems, Inc.

View attachment "e2fsprogs-extents.patch" of type "text/plain" (62022 bytes)