lkml.org 
[lkml]   [2024]   [May]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: [syzbot] [audit?] BUG: unable to handle kernel NULL pointer dereference in kauditd_hold_skb
On Fri, May 10, 2024 at 1:27 AM Paul Moore <paul@paul-moore.com> wrote:
>
> On Thu, May 9, 2024 at 4:14 AM syzbot
> <syzbot+8ffdaad8822cadf6ff4e@syzkaller.appspotmail.com> wrote:
> >
> > Hello,
> >
> > syzbot found the following issue on:
> >
> > HEAD commit: 6d7ddd805123 Merge tag 'soc-fixes-6.9-3' of git://git.kern..
> > git tree: upstream
> > console output: https://syzkaller.appspot.com/x/log.txt?x=10c901b8980000
> > kernel config: https://syzkaller.appspot.com/x/.config?x=758bb5b8f724c7ba
> > dashboard link: https://syzkaller.appspot.com/bug?extid=8ffdaad8822cadf6ff4e
> > compiler: arm-linux-gnueabi-gcc (Debian 12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40
> > userspace arch: arm
> > syz repro: https://syzkaller.appspot.com/x/repro.syz?x=17ed19b8980000
>
> Is syzbot no longer providing reproducers in C? I see the syzbot
> reproducer but no vanilla C code ...

Syzbot still provides them, but in this particular case when syzbot
tried to translate the .syz repro to C, it was unable to reproduce the
problem anymore. So it didn't report it. It usually doesn't stay too
long like this, in some time it will find a working C reproducer.

>
> > Downloadable assets:
> > disk image (non-bootable): https://storage.googleapis.com/syzbot-assets/8ead8862021c/non_bootable_disk-6d7ddd80.raw.xz
> > vmlinux: https://storage.googleapis.com/syzbot-assets/4c2b52b97a0d/vmlinux-6d7ddd80.xz
> > kernel image: https://storage.googleapis.com/syzbot-assets/73131a832637/zImage-6d7ddd80.xz
> >
> > IMPORTANT: if you fix the issue, please add the following tag to the commit:
> > Reported-by: syzbot+8ffdaad8822cadf6ff4e@syzkaller.appspotmail.com
> >
> > audit: type=1400 audit(66.700:100): avc: denied { ioctl } for pid=3015 comm="syz-executor.1" path="/dev/loop1" dev="devtmpfs" ino=636 ioctlcmd=0x4c01 scontext=root:sysadm_r:sysadm_t tcontext=system_u:object_r:device_t tclass=blk_file permissive=1
> > 8<--- cut here ---
> > Unable to handle kernel NULL pointer dereference at virtual address 00000000 when read
> > [00000000] *pgd=80000080004003, *pmd=00000000
> > Internal error: Oops: 207 [#1] PREEMPT SMP ARM
> > Modules linked in:
> > CPU: 0 PID: 30 Comm: kauditd Not tainted 6.9.0-rc7-syzkaller #0
> > Hardware name: ARM-Versatile Express
> > PC is at printk_get_level include/linux/printk.h:21 [inline]
> > PC is at printk_parse_prefix+0xc/0x90 kernel/printk/printk.c:2137
> > LR is at printk_sprint+0x10c/0x164 kernel/printk/printk.c:2177
> > pc : [<802bc524>] lr : [<802bc6b4>] psr: 60000093
> > sp : df8d9d70 ip : df8d9d80 fp : df8d9d7c
> > r10: 8262a180 r9 : 00000000 r8 : 00000000
> > r7 : df8d9dc8 r6 : 00000000 r5 : 00000000 r4 : 00000000
> > r3 : df8d9ebc r2 : 00000000 r1 : 00000000 r0 : 00000000
> > Flags: nZCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment user
> > Control: 30c5387d Table: 84b70e80 DAC: fffffffd
> > Register r0 information: NULL pointer
> > Register r1 information: NULL pointer
> > Register r2 information: NULL pointer
> > Register r3 information: 2-page vmalloc region starting at 0xdf8d8000 allocated at kernel_clone+0xac/0x3cc kernel/fork.c:2797
> > Register r4 information: NULL pointer
> > Register r5 information: NULL pointer
> > Register r6 information: NULL pointer
> > Register r7 information: 2-page vmalloc region starting at 0xdf8d8000 allocated at kernel_clone+0xac/0x3cc kernel/fork.c:2797
> > Register r8 information: NULL pointer
> > Register r9 information: NULL pointer
> > Register r10 information: non-slab/vmalloc memory
> > Register r11 information: 2-page vmalloc region starting at 0xdf8d8000 allocated at kernel_clone+0xac/0x3cc kernel/fork.c:2797
> > Register r12 information: 2-page vmalloc region starting at 0xdf8d8000 allocated at kernel_clone+0xac/0x3cc kernel/fork.c:2797
> > Process kauditd (pid: 30, stack limit = 0xdf8d8000)
> > Stack: (0xdf8d9d70 to 0xdf8da000)
> > 9d60: df8d9d9c df8d9d80 802bc6b4 802bc524
> > 9d80: 00000000 00000000 dddc5595 00000000 df8d9e24 df8d9da0 802bc918 802bc5b4
> > 9da0: 81fce794 df8d9ebc 8029d704 0000000f ac9b579a df8d9dc0 0000001e 81fce794
> > 9dc0: 60000013 00000005 00000000 df8d9ebc 8263bdf8 00000000 00000000 8262a22c
> > 9de0: 60000093 3fffe339 00000000 75613501 00746964 3d7ed298 df8d9e44 00000000
> > 9e00: ffffffff 82622ec4 00000000 00000000 00000000 81fce794 df8d9e64 df8d9e28
> > 9e20: 802bda40 802bc718 df8d9ebc 3d7ed298 df8d9e7c 82ee8000 df8d9e6c 82ee8000
> > 9e40: 85080000 00000000 8033fd34 8462d6c0 00000000 00000000 df8d9e7c df8d9e68
> > 9e60: 802bdbdc 802bd948 df8d9ebc df8d9e78 df8d9e9c df8d9e80 802bec18 802bdbc0
> > 9e80: 81893374 818cdd00 8462d6c0 ffffff91 df8d9eb4 df8d9ea0 818a62e0 802bebb0
> > 9ea0: df8d9ebc 3d7ed298 df8d9ee4 df8d9ec8 803404e4 818a62bc 81fce794 00000579
> > 9ec0: 85080010 00000000 826fb6ec 8462d6c0 00000000 8033fd34 df8d9f24 df8d9ee8
> > 9ee0: 8033ff54 80340414 df8d9f04 00000001 00000000 8289fa50 df8d9f24 826fb6ec
> > 9f00: 8289f9f8 00000000 00000000 82e98300 00000000 00000000 df8d9f84 df8d9f28
> > 9f20: 8034080c 8033fe64 8033fd34 80340408 8027cd5c 80340408 8033fcdc 8033fd34
> > 9f40: 00000000 82ee8000 802a5074 df8d9f4c df8d9f4c 3d7ed298 df8d9f84 82f26480
> > 9f60: 82ee8000 8034058c 00000000 82e98300 df819e50 00000000 df8d9fac df8d9f88
> > 9f80: 802702a0 80340598 82f26480 8027019c 00000000 00000000 00000000 00000000
> > 9fa0: 00000000 df8d9fb0 80200104 802701a8 00000000 00000000 00000000 00000000
> > 9fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> > 9fe0: 00000000 00000000 00000000 00000000 00000013 00000000 00000000 00000000
> > Call trace:
> > [<802bc518>] (printk_parse_prefix) from [<802bc6b4>] (printk_sprint+0x10c/0x164 kernel/printk/printk.c:2177)
> > [<802bc5a8>] (printk_sprint) from [<802bc918>] (vprintk_store+0x20c/0x450 kernel/printk/printk.c:2279)
> > r7:00000000 r6:dddc5595 r5:00000000 r4:00000000
> > [<802bc70c>] (vprintk_store) from [<802bda40>] (vprintk_emit+0x104/0x278 kernel/printk/printk.c:2329)
> > r10:81fce794 r9:00000000 r8:00000000 r7:00000000 r6:82622ec4 r5:ffffffff
> > r4:00000000
> > [<802bd93c>] (vprintk_emit) from [<802bdbdc>] (vprintk_default+0x28/0x30 kernel/printk/printk.c:2363)
> > r10:00000000 r9:00000000 r8:8462d6c0 r7:8033fd34 r6:00000000 r5:85080000
> > r4:82ee8000
> > [<802bdbb4>] (vprintk_default) from [<802bec18>] (vprintk+0x74/0x94 kernel/printk/printk_safe.c:45)
> > [<802beba4>] (vprintk) from [<818a62e0>] (_printk+0x34/0x58 kernel/printk/printk.c:2373)
> > r6:ffffff91 r4:8462d6c0
> > [<818a62ac>] (_printk) from [<803404e4>] (kauditd_printk_skb kernel/audit.c:546 [inline])
> > [<818a62ac>] (_printk) from [<803404e4>] (kauditd_hold_skb+0xdc/0xf8 kernel/audit.c:581)
> > r3:00000000 r2:85080010 r1:00000579 r0:81fce794
> > [<80340408>] (kauditd_hold_skb) from [<8033ff54>] (kauditd_send_queue+0xfc/0x16c kernel/audit.c:766)
> > r7:8033fd34 r6:00000000 r5:8462d6c0 r4:826fb6ec
> > [<8033fe58>] (kauditd_send_queue) from [<8034080c>] (kauditd_thread+0x280/0x2d8 kernel/audit.c:890)
> > r10:00000000 r9:00000000 r8:82e98300 r7:00000000 r6:00000000 r5:8289f9f8
> > r4:826fb6ec
> > [<8034058c>] (kauditd_thread) from [<802702a0>] (kthread+0x104/0x134 kernel/kthread.c:388)
> > r10:00000000 r9:df819e50 r8:82e98300 r7:00000000 r6:8034058c r5:82ee8000
> > r4:82f26480
> > [<8027019c>] (kthread) from [<80200104>] (ret_from_fork+0x14/0x30 arch/arm/kernel/entry-common.S:134)
> > Exception stack(0xdf8d9fb0 to 0xdf8d9ff8)
> > 9fa0: 00000000 00000000 00000000 00000000
> > 9fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> > 9fe0: 00000000 00000000 00000000 00000000 00000013 00000000
> > r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:8027019c r4:82f26480
> > Code: e89da800 e1a0c00d e92dd800 e24cb004 (e5d03000)
> > ---[ end trace 0000000000000000 ]---
>
> It would be nice to see the C version of the reproducer to try and
> debug this, but I'm somewhat skeptical that this is an audit issue as
> this chunk of code hasn't changed in some time and I would have
> expected syzbot to hit any issues with this code well before now.
>
> --
> paul-moore.com
>

\
 
 \ /
  Last update: 2024-05-27 18:23    [W:0.062 / U:0.048 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site