From: Jia-Ju Bai <baijiaju1990@gmail.com>
To: "Darrick J. Wong" <darrick.wong@oracle.com>
Cc: bfoster@redhat.com, sandeen@sandeen.net,
linux-xfs@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] fs: xfs: Fix possible null-pointer dereferences in xchk_da_btree_block_check_sibling()
Date: Mon, 29 Jul 2019 15:25:04 +0800 [thread overview]
Message-ID: <efa37544-0402-af92-c94e-cec49701dca2@gmail.com> (raw)
In-Reply-To: <20190729042034.GM1561054@magnolia>
On 2019/7/29 12:20, Darrick J. Wong wrote:
> On Mon, Jul 29, 2019 at 11:24:01AM +0800, Jia-Ju Bai wrote:
>> In xchk_da_btree_block_check_sibling(), there is an if statement on
>> line 274 to check whether ds->state->altpath.blk[level].bp is NULL:
>> if (ds->state->altpath.blk[level].bp)
>>
>> When ds->state->altpath.blk[level].bp is NULL, it is used on line 281:
>> xfs_trans_brelse(..., ds->state->altpath.blk[level].bp);
>> struct xfs_buf_log_item *bip = bp->b_log_item;
>> ASSERT(bp->b_transp == tp);
>>
>> Thus, possible null-pointer dereferences may occur.
>>
>> To fix these bugs, ds->state->altpath.blk[level].bp is checked before
>> being used.
>>
>> These bugs are found by a static analysis tool STCheck written by us.
>>
>> Signed-off-by: Jia-Ju Bai <baijiaju1990@gmail.com>
>> ---
>> fs/xfs/scrub/dabtree.c | 4 +++-
>> 1 file changed, 3 insertions(+), 1 deletion(-)
>>
>> diff --git a/fs/xfs/scrub/dabtree.c b/fs/xfs/scrub/dabtree.c
>> index 94c4f1de1922..33ff90c0dd70 100644
>> --- a/fs/xfs/scrub/dabtree.c
>> +++ b/fs/xfs/scrub/dabtree.c
>> @@ -278,7 +278,9 @@ xchk_da_btree_block_check_sibling(
>> /* Compare upper level pointer to sibling pointer. */
>> if (ds->state->altpath.blk[level].blkno != sibling)
>> xchk_da_set_corrupt(ds, level);
>> - xfs_trans_brelse(ds->dargs.trans, ds->state->altpath.blk[level].bp);
>> + if (ds->state->altpath.blk[level].bp)
>> + xfs_trans_brelse(ds->dargs.trans,
>> + ds->state->altpath.blk[level].bp);
> Indentation here (in xfs we use two spaces)
Okay, I will fix this.
>
> Also, uh, shouldn't we set ds->state->altpath.blk[level].bp to NULL
> since we've released the buffer?
So I should set ds->state->altpath.blk[level].bp to NULL at the end of
the function xchk_da_btree_block_check_sibling()?
Like:
if (ds->state->altpath.blk[level].bp)
xfs_trans_brelse(ds->dargs.trans,
ds->state->altpath.blk[level].bp);
ds->state->altpath.blk[level].bp = NULL;
Best wishes,
Jia-Ju Bai
next prev parent reply other threads:[~2019-07-29 7:25 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-07-29 3:24 [PATCH] fs: xfs: Fix possible null-pointer dereferences in xchk_da_btree_block_check_sibling() Jia-Ju Bai
2019-07-29 4:20 ` Darrick J. Wong
2019-07-29 7:25 ` Jia-Ju Bai [this message]
2019-07-29 14:58 ` Darrick J. Wong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=efa37544-0402-af92-c94e-cec49701dca2@gmail.com \
--to=baijiaju1990@gmail.com \
--cc=bfoster@redhat.com \
--cc=darrick.wong@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-xfs@vger.kernel.org \
--cc=sandeen@sandeen.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).