kernel: signal: NULL ptr deref when killing process
From: Sasha Levin
Date: Wed Aug 20 2014 - 07:18:42 EST
Hi all,
While fuzzing with trinity inside a KVM tools guest running the latest -next
kernel, I've stumbled on the following spew:
[ 512.602559] BUG: unable to handle kernel NULL pointer dereference at 000000000000001c
[ 512.602566] IP: check_kill_permission (kernel/signal.c:746 kernel/signal.c:781)
[ 512.602576] PGD 4c10d0067 PUD 4c1738067 PMD 0
[ 512.602584] Oops: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC
[ 512.602612] Dumping ftrace buffer:
[ 512.602697] (ftrace buffer empty)
[ 512.602704] Modules linked in:
[ 512.602708] CPU: 18 PID: 8516 Comm: trinity-watchdo Tainted: G B 3.16.0-next-20140815-sasha-00034-g615561b #1071
[ 512.602711] task: ffff8804c1e88000 ti: ffff8804c1290000 task.ti: ffff8804c1290000
[ 512.602718] RIP: check_kill_permission (kernel/signal.c:746 kernel/signal.c:781)
[ 512.602720] RSP: 0018:ffff8804c1293e00 EFLAGS: 00010246
[ 512.602722] RAX: 0000000000000000 RBX: ffff8804c1293ec0 RCX: 0000000000000000
[ 512.602723] RDX: ffff880546803000 RSI: ffff8804c1293ec0 RDI: 0000000000000000
[ 512.602726] RBP: ffff8804c1293e28 R08: 0000000000000000 R09: 0000000000000000
[ 512.602728] R10: 0000000000000000 R11: 0000000000000246 R12: ffff880546803000
[ 512.602729] R13: 0000000000000000 R14: 0000000000000000 R15: ffff8804c3fe4200
[ 512.602732] FS: 00007fb2ed5e8700(0000) GS:ffff88071c400000(0000) knlGS:0000000000000000
[ 512.602735] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 512.602737] CR2: 000000000000001c CR3: 00000004c16ff000 CR4: 00000000000006a0
[ 512.602750] DR0: 00000000006f0000 DR1: 0000000000000000 DR2: 0000000000000000
[ 512.602753] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000600
[ 512.602754] Stack:
[ 512.602761] 00000000000026ce 0000000000000000 ffff8804c1293ec0 ffff880546803000
[ 512.602769] 0000000000000002 ffff8804c1293e60 ffffffff8c17ccb5 ffffffff8c17cc55
[ 512.602777] 00000000000026ce ffff880565319180 0000000000000000 ffff8804c1293ec0
[ 512.602779] Call Trace:
[ 512.602786] group_send_sig_info (kernel/signal.c:1300)
[ 512.602791] ? group_send_sig_info (kernel/signal.c:1296)
[ 512.602795] kill_pid_info (kernel/signal.c:1338)
[ 512.602800] ? kill_pid_info (kernel/signal.c:1330)
[ 512.602805] SYSC_kill (kernel/signal.c:1423 kernel/signal.c:2896)
[ 512.602809] ? SYSC_kill (include/linux/rcupdate.h:814 kernel/signal.c:1422 kernel/signal.c:2896)
[ 512.602814] ? _raw_spin_unlock (./arch/x86/include/asm/preempt.h:98 include/linux/spinlock_api_smp.h:152 kernel/locking/spinlock.c:183)
[ 512.602820] ? trace_hardirqs_on (kernel/locking/lockdep.c:2609)
[ 512.602824] ? syscall_trace_enter (include/linux/context_tracking.h:27 arch/x86/kernel/ptrace.c:1461)
[ 512.602828] SyS_kill (kernel/signal.c:2886)
[ 512.602833] tracesys (arch/x86/kernel/entry_64.S:541)
[ 512.602921] Code: 06 00 4d 8b b4 24 38 0a 00 00 65 48 8b 04 25 c0 da 00 00 4c 8b b8 40 0a 00 00 e8 ab e3 06 00 85 c0 0f 85 8b 00 00 00 41 8b 47 24 <41> 8b 56 1c 39 d0 74 60 41 8b 4e 14 39 c8 74 58 41 8b 47 14 39
All code
========
0: 06 (bad)
1: 00 4d 8b add %cl,-0x75(%rbp)
4: b4 24 mov $0x24,%ah
6: 38 0a cmp %cl,(%rdx)
8: 00 00 add %al,(%rax)
a: 65 48 8b 04 25 c0 da mov %gs:0xdac0,%rax
11: 00 00
13: 4c 8b b8 40 0a 00 00 mov 0xa40(%rax),%r15
1a: e8 ab e3 06 00 callq 0x6e3ca
1f: 85 c0 test %eax,%eax
21: 0f 85 8b 00 00 00 jne 0xb2
27: 41 8b 47 24 mov 0x24(%r15),%eax
2b:* 41 8b 56 1c mov 0x1c(%r14),%edx <-- trapping instruction
2f: 39 d0 cmp %edx,%eax
31: 74 60 je 0x93
33: 41 8b 4e 14 mov 0x14(%r14),%ecx
37: 39 c8 cmp %ecx,%eax
39: 74 58 je 0x93
3b: 41 8b 47 14 mov 0x14(%r15),%eax
3f: 39 00 cmp %eax,(%rax)
Code starting with the faulting instruction
===========================================
0: 41 8b 56 1c mov 0x1c(%r14),%edx
4: 39 d0 cmp %edx,%eax
6: 74 60 je 0x68
8: 41 8b 4e 14 mov 0x14(%r14),%ecx
c: 39 c8 cmp %ecx,%eax
e: 74 58 je 0x68
10: 41 8b 47 14 mov 0x14(%r15),%eax
14: 39 00 cmp %eax,(%rax)
[ 512.602927] RIP check_kill_permission (kernel/signal.c:746 kernel/signal.c:781)
[ 512.602929] RSP <ffff8804c1293e00>
[ 512.602931] CR2: 000000000000001c
Thanks,
Sasha
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/