Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1588848 > unrolled thread
| Started by | Cong Wang <xiyou.wangcong@gmail.com> |
|---|---|
| First post | 2017-02-27 19:20 +0100 |
| Last post | 2017-02-28 14:20 +0100 |
| Articles | 6 — 3 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: net/ipv6: null-ptr-deref in ip6_route_del/lock_acquire Cong Wang <xiyou.wangcong@gmail.com> - 2017-02-27 19:20 +0100
Re: net/ipv6: null-ptr-deref in ip6_route_del/lock_acquire Andrey Konovalov <andreyknvl@google.com> - 2017-02-27 21:10 +0100
Re: net/ipv6: null-ptr-deref in ip6_route_del/lock_acquire Cong Wang <xiyou.wangcong@gmail.com> - 2017-02-27 21:50 +0100
Re: net/ipv6: null-ptr-deref in ip6_route_del/lock_acquire David Ahern <dsa@cumulusnetworks.com> - 2017-02-27 22:40 +0100
Re: net/ipv6: null-ptr-deref in ip6_route_del/lock_acquire Andrey Konovalov <andreyknvl@google.com> - 2017-02-27 22:40 +0100
Re: net/ipv6: null-ptr-deref in ip6_route_del/lock_acquire David Ahern <dsa@cumulusnetworks.com> - 2017-02-28 14:20 +0100
| From | Cong Wang <xiyou.wangcong@gmail.com> |
|---|---|
| Date | 2017-02-27 19:20 +0100 |
| Subject | Re: net/ipv6: null-ptr-deref in ip6_route_del/lock_acquire |
| Message-ID | <tfy3T-TW-3@gated-at.bofh.it> |
[Multipart message — attachments visible in raw view] — view raw
On Mon, Feb 27, 2017 at 7:28 AM, Andrey Konovalov <andreyknvl@google.com> wrote: > Hi, > > I've got the following error report while fuzzing the kernel with syzkaller. > > On commit e5d56efc97f8240d0b5d66c03949382b6d7e5570 (Feb 26). > > A reproducer and .config are attached. > > kasan: CONFIG_KASAN_INLINE enabled > kasan: GPF could be caused by NULL-ptr deref or user memory access > general protection fault: 0000 [#1] SMP KASAN > Modules linked in: > CPU: 0 PID: 4045 Comm: a.out Not tainted 4.10.0+ #54 > Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS Bochs 01/01/2011 > task: ffff88006b6bac00 task.stack: ffff88006a688000 > RIP: 0010:__lock_acquire+0xac4/0x3270 kernel/locking/lockdep.c:3224 > RSP: 0018:ffff88006a68f250 EFLAGS: 00010006 > RAX: dffffc0000000000 RBX: dffffc0000000000 RCX: 0000000000000000 > RDX: 0000000000000006 RSI: 0000000000000000 RDI: 1ffff1000d4d1ea4 > RBP: ffff88006a68f788 R08: 0000000000000001 R09: 0000000000000000 > R10: 0000000000000030 R11: 0000000000000000 R12: ffff88006b6bac00 > R13: 0000000000000000 R14: ffffffff86e64ec0 R15: 0000000000000001 > FS: 00007fda492ff700(0000) GS:ffff88006ca00000(0000) knlGS:0000000000000000 > CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > CR2: 00000000208c4000 CR3: 000000006a7e9000 CR4: 00000000000006f0 > Call Trace: > lock_acquire+0x241/0x580 kernel/locking/lockdep.c:3753 > __raw_write_lock_bh ./include/linux/rwlock_api_smp.h:203 > _raw_write_lock_bh+0x3a/0x50 kernel/locking/spinlock.c:319 > __ip6_del_rt_siblings net/ipv6/route.c:2177 > ip6_route_del+0x4dd/0xa70 net/ipv6/route.c:2257 > ipv6_route_ioctl+0x62d/0x790 net/ipv6/route.c:2620 > inet6_ioctl+0xef/0x1e0 net/ipv6/af_inet6.c:520 > sock_do_ioctl+0x65/0xb0 net/socket.c:895 > sock_ioctl+0x28f/0x440 net/socket.c:993 > vfs_ioctl fs/ioctl.c:43 > do_vfs_ioctl+0x1bf/0x1780 fs/ioctl.c:683 > SYSC_ioctl fs/ioctl.c:698 > SyS_ioctl+0x8f/0xc0 fs/ioctl.c:689 > entry_SYSCALL_64_fastpath+0x1f/0xc2 arch/x86/entry/entry_64.S:204 The attached patch fixes this crash, but I am not sure if it is the best way to fix this bug yet... Thanks.
[toc] | [next] | [standalone]
| From | Andrey Konovalov <andreyknvl@google.com> |
|---|---|
| Date | 2017-02-27 21:10 +0100 |
| Message-ID | <tfzMl-29y-3@gated-at.bofh.it> |
| In reply to | #1588848 |
On Mon, Feb 27, 2017 at 8:59 PM, David Ahern <dsa@cumulusnetworks.com> wrote: > On 2/27/17 10:11 AM, Cong Wang wrote: >> The attached patch fixes this crash, but I am not sure if it is the >> best way to fix this bug yet... > > I'll take a look. I can not reproduce this using route or ip, so the > fuzzer is doing something interesting. Hi David, I've attached a simple reproducer to the report, it doesn't work for you? Thanks!
[toc] | [prev] | [next] | [standalone]
| From | Cong Wang <xiyou.wangcong@gmail.com> |
|---|---|
| Date | 2017-02-27 21:50 +0100 |
| Message-ID | <tfAp4-2r5-19@gated-at.bofh.it> |
| In reply to | #1588905 |
On Mon, Feb 27, 2017 at 12:05 PM, Andrey Konovalov <andreyknvl@google.com> wrote: > On Mon, Feb 27, 2017 at 8:59 PM, David Ahern <dsa@cumulusnetworks.com> wrote: >> On 2/27/17 10:11 AM, Cong Wang wrote: >>> The attached patch fixes this crash, but I am not sure if it is the >>> best way to fix this bug yet... >> >> I'll take a look. I can not reproduce this using route or ip, so the >> fuzzer is doing something interesting. > > Hi David, > > I've attached a simple reproducer to the report, it doesn't work for you? It works for me and I have verified the formal patch I sent.
[toc] | [prev] | [next] | [standalone]
| From | David Ahern <dsa@cumulusnetworks.com> |
|---|---|
| Date | 2017-02-27 22:40 +0100 |
| Message-ID | <tfBbx-31m-15@gated-at.bofh.it> |
| In reply to | #1588931 |
On 2/27/17 12:37 PM, Andrey Konovalov wrote: > That's what I thought when I read your message, thanks! > > I was just confused by David saying that the fuzzer is doing something > interesting, when the reproducer is just an ioctl call on a socket. It means I have a cold, recently off a plane and not processing what I was reading. The interesting part was intent to delete the null route, but then Cong mentioned that in his commit message.
[toc] | [prev] | [next] | [standalone]
| From | Andrey Konovalov <andreyknvl@google.com> |
|---|---|
| Date | 2017-02-27 22:40 +0100 |
| Message-ID | <tfBbx-31m-17@gated-at.bofh.it> |
| In reply to | #1588931 |
On Mon, Feb 27, 2017 at 9:34 PM, Cong Wang <xiyou.wangcong@gmail.com> wrote: > On Mon, Feb 27, 2017 at 12:05 PM, Andrey Konovalov > <andreyknvl@google.com> wrote: >> On Mon, Feb 27, 2017 at 8:59 PM, David Ahern <dsa@cumulusnetworks.com> wrote: >>> On 2/27/17 10:11 AM, Cong Wang wrote: >>>> The attached patch fixes this crash, but I am not sure if it is the >>>> best way to fix this bug yet... >>> >>> I'll take a look. I can not reproduce this using route or ip, so the >>> fuzzer is doing something interesting. >> >> Hi David, >> >> I've attached a simple reproducer to the report, it doesn't work for you? > > It works for me and I have verified the formal patch I sent. Hi Cong, That's what I thought when I read your message, thanks! I was just confused by David saying that the fuzzer is doing something interesting, when the reproducer is just an ioctl call on a socket. > > -- > You received this message because you are subscribed to the Google Groups "syzkaller" group. > To unsubscribe from this group and stop receiving emails from it, send an email to syzkaller+unsubscribe@googlegroups.com. > For more options, visit https://groups.google.com/d/optout.
[toc] | [prev] | [next] | [standalone]
| From | David Ahern <dsa@cumulusnetworks.com> |
|---|---|
| Date | 2017-02-28 14:20 +0100 |
| Message-ID | <tfzMl-29y-5@gated-at.bofh.it> |
| In reply to | #1588848 |
On 2/27/17 10:11 AM, Cong Wang wrote: > The attached patch fixes this crash, but I am not sure if it is the > best way to fix this bug yet... I'll take a look. I can not reproduce this using route or ip, so the fuzzer is doing something interesting.
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web