Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1588848 > unrolled thread

Re: net/ipv6: null-ptr-deref in ip6_route_del/lock_acquire

Started byCong Wang <xiyou.wangcong@gmail.com>
First post2017-02-27 19:20 +0100
Last post2017-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.


Contents

  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

#1588848 — Re: net/ipv6: null-ptr-deref in ip6_route_del/lock_acquire

FromCong Wang <xiyou.wangcong@gmail.com>
Date2017-02-27 19:20 +0100
SubjectRe: 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]


#1588905

FromAndrey Konovalov <andreyknvl@google.com>
Date2017-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]


#1588931

FromCong Wang <xiyou.wangcong@gmail.com>
Date2017-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]


#1588958

FromDavid Ahern <dsa@cumulusnetworks.com>
Date2017-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]


#1588960

FromAndrey Konovalov <andreyknvl@google.com>
Date2017-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]


#1589434

FromDavid Ahern <dsa@cumulusnetworks.com>
Date2017-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