[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1381458025.20897.1697747248632.JavaMail.zimbra@nod.at>
Date: Thu, 19 Oct 2023 22:27:28 +0200 (CEST)
From: Richard Weinberger <richard@....at>
To: ZhaoLong Wang <wangzhaolong1@...wei.com>
Cc: Miquel Raynal <miquel.raynal@...tlin.com>,
Vignesh Raghavendra <vigneshr@...com>,
dpervushin@...eddedalley.com,
Artem Bityutskiy <Artem.Bityutskiy@...ia.com>,
linux-mtd <linux-mtd@...ts.infradead.org>,
linux-kernel <linux-kernel@...r.kernel.org>,
chengzhihao1 <chengzhihao1@...wei.com>,
yi zhang <yi.zhang@...wei.com>,
yangerkun <yangerkun@...wei.com>
Subject: Re: [PATCH v2] ubi: gluebi: Fix NULL pointer dereference caused by
ftl notifier
----- Ursprüngliche Mail -----
> Von: "ZhaoLong Wang" <wangzhaolong1@...wei.com>
> An: "richard" <richard@....at>, "Miquel Raynal" <miquel.raynal@...tlin.com>, "Vignesh Raghavendra" <vigneshr@...com>,
> dpervushin@...eddedalley.com, "Artem Bityutskiy" <Artem.Bityutskiy@...ia.com>
> CC: "linux-mtd" <linux-mtd@...ts.infradead.org>, "linux-kernel" <linux-kernel@...r.kernel.org>, "chengzhihao1"
> <chengzhihao1@...wei.com>, "ZhaoLong Wang" <wangzhaolong1@...wei.com>, "yi zhang" <yi.zhang@...wei.com>, "yangerkun"
> <yangerkun@...wei.com>
> Gesendet: Mittwoch, 18. Oktober 2023 14:16:18
> Betreff: [PATCH v2] ubi: gluebi: Fix NULL pointer dereference caused by ftl notifier
> If both flt.ko and gluebi.ko are loaded, the notiier of ftl
> triggers NULL pointer dereference when trying to access
> ‘gluebi->desc’ in gluebi_read().
>
> ubi_gluebi_init
> ubi_register_volume_notifier
> ubi_enumerate_volumes
> ubi_notify_all
> gluebi_notify nb->notifier_call()
> gluebi_create
> mtd_device_register
> mtd_device_parse_register
> add_mtd_device
> blktrans_notify_add not->add()
> ftl_add_mtd tr->add_mtd()
> scan_header
> mtd_read
> mtd_read
> mtd_read_oob
> gluebi_read mtd->read()
> gluebi->desc - NULL
>
> Detailed reproduction information available at the link[1],
>
> In the normal case, obtain gluebi->desc in the gluebi_get_device(),
> and accesses gluebi->desc in the gluebi_read(). However,
> gluebi_get_device() is not executed in advance in the
> ftl_add_mtd() process, which leads to NULL pointer dereference.
>
> The value of gluebi->desc may also be a negative error code, which
> triggers the page fault error.
>
> This patch has the following modifications:
>
> 1. Do not assign gluebi->desc to the error code. Use the NULL instead.
>
> 2. Always check the validity of gluebi->desc in gluebi_read() If the
> gluebi->desc is NULL, try to get MTD device.
>
> Such a modification currently works because the mutex "mtd_table_mutex"
> is held on all necessary paths, including the ftl_add_mtd() call path,
> open and close paths. Therefore, many race condition can be avoided.
I see the problem, but I'm not really satisfied by the solution.
Adding this hack to gluebi_read() is not nice at all.
Is there a strong reason why have to defer ubi_open_volume() to
gluebi_get_device()?
Miquel, what do you think?
Thanks,
//richard
Powered by blists - more mailing lists