mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Jinjie Ruan <ruanjinjie@huawei.com>
To: Kuan-Wei Chiu <visitorckw@gmail.com>
Cc: <brendan.higgins@linux.dev>, <davidgow@google.com>,
	<rmoar@google.com>, <skhan@linuxfoundation.org>,
	<rf@opensource.cirrus.com>, <linux-kselftest@vger.kernel.org>,
	<kunit-dev@googlegroups.com>, <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] kunit: string-stream: Fix a UAF bug in kunit_init_suite()
Date: Mon, 11 Nov 2024 17:50:56 +0800	[thread overview]
Message-ID: <64a81255-b634-0d36-860a-bf5dc9b070a8@huawei.com> (raw)
In-Reply-To: <Zy9YOTxMv6tVAXzX@visitorckw-System-Product-Name>



On 2024/11/9 20:40, Kuan-Wei Chiu wrote:
> Hi Jinjie,
> 
> On Thu, Oct 24, 2024 at 05:43:03PM +0800, Jinjie Ruan wrote:
>> In kunit_debugfs_create_suite(), if alloc_string_stream() fails in the
>> kunit_suite_for_each_test_case() loop, the "suite->log = stream"
>> has assigned before, and the error path only free the suite->log's stream
>> memory but not set it to NULL in string_stream_destroy(), so the later
>> string_stream_clear() of suite->log in kunit_init_suite() will cause
>> below UAF bug.
>>
>> Set stream pointer to NULL after free in string_stream_destroy()
>> to fix it.
>>
>> 	Unable to handle kernel paging request at virtual address 006440150000030d
>> 	Mem abort info:
>> 	  ESR = 0x0000000096000004
>> 	  EC = 0x25: DABT (current EL), IL = 32 bits
>> 	  SET = 0, FnV = 0
>> 	  EA = 0, S1PTW = 0
>> 	  FSC = 0x04: level 0 translation fault
>> 	Data abort info:
>> 	  ISV = 0, ISS = 0x00000004, ISS2 = 0x00000000
>> 	  CM = 0, WnR = 0, TnD = 0, TagAccess = 0
>> 	  GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0
>> 	[006440150000030d] address between user and kernel address ranges
>> 	Internal error: Oops: 0000000096000004 [#1] PREEMPT SMP
>> 	Dumping ftrace buffer:
>> 	   (ftrace buffer empty)
>> 	Modules linked in: iio_test_gts industrialio_gts_helper cfg80211 rfkill ipv6 [last unloaded: iio_test_gts]
>> 	CPU: 5 UID: 0 PID: 6253 Comm: modprobe Tainted: G    B   W        N 6.12.0-rc4+ #458
>> 	Tainted: [B]=BAD_PAGE, [W]=WARN, [N]=TEST
>> 	Hardware name: linux,dummy-virt (DT)
>> 	pstate: 40000005 (nZcv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--)
>> 	pc : string_stream_clear+0x54/0x1ac
>> 	lr : string_stream_clear+0x1a8/0x1ac
>> 	sp : ffffffc080b47410
>> 	x29: ffffffc080b47410 x28: 006440550000030d x27: ffffff80c96b5e98
>> 	x26: ffffff80c96b5e80 x25: ffffffe461b3f6c0 x24: 0000000000000003
>> 	x23: ffffff80c96b5e88 x22: 1ffffff019cdf4fc x21: dfffffc000000000
>> 	x20: ffffff80ce6fa7e0 x19: 032202a80000186d x18: 0000000000001840
>> 	x17: 0000000000000000 x16: 0000000000000000 x15: ffffffe45c355cb4
>> 	x14: ffffffe45c35589c x13: ffffffe45c03da78 x12: ffffffb810168e75
>> 	x11: 1ffffff810168e74 x10: ffffffb810168e74 x9 : dfffffc000000000
>> 	x8 : 0000000000000004 x7 : 0000000000000003 x6 : 0000000000000001
>> 	x5 : ffffffc080b473a0 x4 : 0000000000000000 x3 : 0000000000000000
>> 	x2 : 0000000000000001 x1 : ffffffe462fbf620 x0 : dfffffc000000000
>> 	Call trace:
>> 	 string_stream_clear+0x54/0x1ac
>> 	 __kunit_test_suites_init+0x108/0x1d8
>> 	 kunit_exec_run_tests+0xb8/0x100
>> 	 kunit_module_notify+0x400/0x55c
>> 	 notifier_call_chain+0xfc/0x3b4
>> 	 blocking_notifier_call_chain+0x68/0x9c
>> 	 do_init_module+0x24c/0x5c8
>> 	 load_module+0x4acc/0x4e90
>> 	 init_module_from_file+0xd4/0x128
>> 	 idempotent_init_module+0x2d4/0x57c
>> 	 __arm64_sys_finit_module+0xac/0x100
>> 	 invoke_syscall+0x6c/0x258
>> 	 el0_svc_common.constprop.0+0x160/0x22c
>> 	 do_el0_svc+0x44/0x5c
>> 	 el0_svc+0x48/0xb8
>> 	 el0t_64_sync_handler+0x13c/0x158
>> 	 el0t_64_sync+0x190/0x194
>> 	Code: f9400753 d2dff800 f2fbffe0 d343fe7c (38e06b80)
>> 	---[ end trace 0000000000000000 ]---
>> 	Kernel panic - not syncing: Oops: Fatal exception
>>
>> Cc: stable@vger.kernel.org
>> Fixes: a3fdf784780c ("kunit: string-stream: Decouple string_stream from kunit")
>> Signed-off-by: Jinjie Ruan <ruanjinjie@huawei.com>
>> ---
>>  lib/kunit/string-stream.c | 1 +
>>  1 file changed, 1 insertion(+)
>>
>> diff --git a/lib/kunit/string-stream.c b/lib/kunit/string-stream.c
>> index 54f4fdcbfac8..00ad518b730b 100644
>> --- a/lib/kunit/string-stream.c
>> +++ b/lib/kunit/string-stream.c
>> @@ -178,6 +178,7 @@ void string_stream_destroy(struct string_stream *stream)
>>  
>>  	string_stream_clear(stream);
>>  	kfree(stream);
>> +	stream = NULL;
> 
> Thanks for proposing the fix. However, I don't believe it fully
> resolves the UAF issue. Changing the stream pointer value within
> string_stream_destroy() doesn't update the caller's stream pointer, so
> the issue remains.
> 
> I think the correct approach would be to set the log pointer to NULL in
> the error path of kunit_debugfs_create_suite() to address the issue.
> Let me know if I've missed something or overlooked an obvious detail.
> 
> Here's the proposed code:
> 
> diff --git a/lib/kunit/debugfs.c b/lib/kunit/debugfs.c
> index d548750a325a..b25d214b93e1 100644
> --- a/lib/kunit/debugfs.c
> +++ b/lib/kunit/debugfs.c
> @@ -212,8 +212,11 @@ void kunit_debugfs_create_suite(struct kunit_suite *suite)
> 
>  err:
>  	string_stream_destroy(suite->log);
> -	kunit_suite_for_each_test_case(suite, test_case)
> +	suite->log = NULL;
> +	kunit_suite_for_each_test_case(suite, test_case) {
>  		string_stream_destroy(test_case->log);
> +		test_case->log = NULL;
> +	}

It looks fine, test it and if ok, will update it.

>  }
> 
>  void kunit_debugfs_destroy_suite(struct kunit_suite *suite)
> 
> 
>>  }
>>  
>>  static void resource_free_string_stream(void *p)
>> -- 
>> 2.34.1
>>
>>

      parent reply	other threads:[~2024-11-11  9:51 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-10-24  9:43 Jinjie Ruan
2024-11-07  1:31 ` Jinjie Ruan
2024-11-09  9:33 ` David Gow
2024-11-09 12:40 ` Kuan-Wei Chiu
2024-11-09 13:02   ` Kuan-Wei Chiu
2024-11-11  9:39     ` Jinjie Ruan
2024-11-11  9:50   ` Jinjie Ruan [this message]

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=64a81255-b634-0d36-860a-bf5dc9b070a8@huawei.com \
    --to=ruanjinjie@huawei.com \
    --cc=brendan.higgins@linux.dev \
    --cc=davidgow@google.com \
    --cc=kunit-dev@googlegroups.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-kselftest@vger.kernel.org \
    --cc=rf@opensource.cirrus.com \
    --cc=rmoar@google.com \
    --cc=skhan@linuxfoundation.org \
    --cc=visitorckw@gmail.com \
    /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

all inboxes | Powered by JetHome®