On Mon, Apr 20, 2020 at 6:29 PM Paul Moore <paul(a)paul-moore.com> wrote:
 On Mon, Apr 20, 2020 at 1:35 AM syzbot
 <syzbot+49e69b4d71a420ceda3e(a)syzkaller.appspotmail.com> wrote:
 >
 > Hello,
 >
 > syzbot found the following crash on:
 >
 > HEAD commit:    5356842d [EXPERIMENTAL] kmsan: eagerly allocate shadow at ..
 > git tree:       
https://github.com/google/kmsan.git master
 > console output: 
https://syzkaller.appspot.com/x/log.txt?x=12f06720100000
 > kernel config:  
https://syzkaller.appspot.com/x/.config?x=a5915107b3106aaa
 > dashboard link: 
https://syzkaller.appspot.com/bug?extid=49e69b4d71a420ceda3e
 > compiler:       clang version 10.0.0 (
https://github.com/llvm/llvm-project/
c2443155a0fb245c8f17f2c1c72b6ea391e86e81)
 > userspace arch: i386
 > syz repro:      
https://syzkaller.appspot.com/x/repro.syz?x=133b5dabe00000
 > C reproducer:   
https://syzkaller.appspot.com/x/repro.c?x=143e1610100000
 >
 > IMPORTANT: if you fix the bug, please add the following tag to the commit:
 > Reported-by: syzbot+49e69b4d71a420ceda3e(a)syzkaller.appspotmail.com
 >
 > =====================================================
 > BUG: KMSAN: uninit-value in string_nocheck lib/vsprintf.c:608 [inline]
 > BUG: KMSAN: uninit-value in string+0x522/0x690 lib/vsprintf.c:689
 > CPU: 1 PID: 8854 Comm: syz-executor694 Not tainted 5.6.0-rc7-syzkaller #0
 > Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google
01/01/2011
 > Call Trace:
 >  __dump_stack lib/dump_stack.c:77 [inline]
 >  dump_stack+0x1c9/0x220 lib/dump_stack.c:118
 >  kmsan_report+0xf7/0x1e0 mm/kmsan/kmsan_report.c:118
 >  __msan_warning+0x58/0xa0 mm/kmsan/kmsan_instr.c:215
 >  string_nocheck lib/vsprintf.c:608 [inline]
 >  string+0x522/0x690 lib/vsprintf.c:689
 >  vsnprintf+0x207d/0x31b0 lib/vsprintf.c:2574
 Are there any ongoing problems with [vsn]printf() in the kernel at the
 moment with syzbot?
 I ask because on first look I'm not seeing any obvious problems in the
 audit portion of this code path. 
None I am aware of. Alex?
Can it be related to data_len==0? I don't see any obvious checks for
this. And in that case will 0-terminate out-of-bounds (at offset -1?)
and print potentially uninit data. But I looked at the code only very
briefly so potentially I am totally wrong.
 >  audit_log_vformat+0x583/0xcd0 kernel/audit.c:1858
 >  audit_log_format+0x220/0x260 kernel/audit.c:1892
 >  audit_receive_msg kernel/audit.c:1344 [inline]
 >  audit_receive+0x18a4/0x6d50 kernel/audit.c:1515
 >  netlink_unicast_kernel net/netlink/af_netlink.c:1303 [inline]
 >  netlink_unicast+0xf9e/0x1100 net/netlink/af_netlink.c:1329
 >  netlink_sendmsg+0x1246/0x14d0 net/netlink/af_netlink.c:1918
 >  sock_sendmsg_nosec net/socket.c:652 [inline]
 >  sock_sendmsg net/socket.c:672 [inline]
 >  ____sys_sendmsg+0x12b6/0x1350 net/socket.c:2345
 >  ___sys_sendmsg net/socket.c:2399 [inline]
 >  __sys_sendmsg+0x451/0x5f0 net/socket.c:2432
 >  __compat_sys_sendmsg net/compat.c:642 [inline]
 >  __do_compat_sys_sendmsg net/compat.c:649 [inline]
 >  __se_compat_sys_sendmsg net/compat.c:646 [inline]
 >  __ia32_compat_sys_sendmsg+0xed/0x130 net/compat.c:646
 >  do_syscall_32_irqs_on arch/x86/entry/common.c:339 [inline]
 >  do_fast_syscall_32+0x3c7/0x6e0 arch/x86/entry/common.c:410
 >  entry_SYSENTER_compat+0x68/0x77 arch/x86/entry/entry_64_compat.S:139
 > RIP: 0023:0xf7fa0d99
 > Code: 90 e8 0b 00 00 00 f3 90 0f ae e8 eb f9 8d 74 26 00 89 3c 24 c3 90 90 90 90 90
90 90 90 90 90 90 90 51 52 55 89 e5 0f 34 cd 80 <5d> 5a 59 c3 90 90 90 90 eb 0d 90
90 90 90 90 90 90 90 90 90 90 90
 > RSP: 002b:00000000ffb27c7c EFLAGS: 00000246 ORIG_RAX: 0000000000000172
 > RAX: ffffffffffffffda RBX: 0000000000000003 RCX: 00000000200002c0
 > RDX: 0000000000000000 RSI: 00000000080ea078 RDI: 00000000ffb27cd0
 > RBP: 0000000000000000 R08: 0000000000000000 R09: 0000000000000000
 > R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000
 > R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000
 >
 > Uninit was created at:
 >  kmsan_save_stack_with_flags mm/kmsan/kmsan.c:144 [inline]
 >  kmsan_internal_poison_shadow+0x66/0xd0 mm/kmsan/kmsan.c:127
 >  kmsan_slab_alloc+0x8a/0xe0 mm/kmsan/kmsan_hooks.c:82
 >  slab_alloc_node mm/slub.c:2801 [inline]
 >  __kmalloc_node_track_caller+0xb40/0x1200 mm/slub.c:4420
 >  __kmalloc_reserve net/core/skbuff.c:142 [inline]
 >  __alloc_skb+0x2fd/0xac0 net/core/skbuff.c:210
 >  alloc_skb include/linux/skbuff.h:1081 [inline]
 >  netlink_alloc_large_skb net/netlink/af_netlink.c:1175 [inline]
 >  netlink_sendmsg+0x7d3/0x14d0 net/netlink/af_netlink.c:1893
 >  sock_sendmsg_nosec net/socket.c:652 [inline]
 >  sock_sendmsg net/socket.c:672 [inline]
 >  ____sys_sendmsg+0x12b6/0x1350 net/socket.c:2345
 >  ___sys_sendmsg net/socket.c:2399 [inline]
 >  __sys_sendmsg+0x451/0x5f0 net/socket.c:2432
 >  __compat_sys_sendmsg net/compat.c:642 [inline]
 >  __do_compat_sys_sendmsg net/compat.c:649 [inline]
 >  __se_compat_sys_sendmsg net/compat.c:646 [inline]
 >  __ia32_compat_sys_sendmsg+0xed/0x130 net/compat.c:646
 >  do_syscall_32_irqs_on arch/x86/entry/common.c:339 [inline]
 >  do_fast_syscall_32+0x3c7/0x6e0 arch/x86/entry/common.c:410
 >  entry_SYSENTER_compat+0x68/0x77 arch/x86/entry/entry_64_compat.S:139
 > =====================================================
 --
 paul moore
 
www.paul-moore.com
 --
 You received this message because you are subscribed to the Google Groups
"syzkaller-bugs" group.
 To unsubscribe from this group and stop receiving emails from it, send an email to
syzkaller-bugs+unsubscribe(a)googlegroups.com.
 To view this discussion on the web visit
https://groups.google.com/d/msgid/syzkaller-bugs/CAHC9VhTZ_itetT4cx32vW3A....