linux-kernel - Re: NULL pointer dereference in nft_set_elem

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20190308105039.xmf3ho3nixhfnnmh@breakpoint.cc>
Date:   Fri, 8 Mar 2019 11:50:39 +0100
From:   Florian Westphal <fw@...len.de>
To:     Dmitrii Tcvetkov <demfloro@...floro.ru>
Cc:     netfilter-devel@...r.kernel.org, coreteam@...filter.org,
        netdev@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: NULL pointer dereference in nft_set_elem_destroy()

Dmitrii Tcvetkov <demfloro@...floro.ru> wrote:
> After upgrade to 5.0 on XPS 13 9360 I get NULL pointer dereference in
> dmesg (attached). Distro is Arch Linux, kernel is built with custom
> config (attached), but distro kernel[1] reproduces the issue on the
> laptop as well.
> 
> Bisect led me to commit f6ac858589768 (netfilter: nf_tables: unbind set
> in rule from commit path), bisect log attached. The commit doesn't
> revert cleanly on top of v5.0, and conflicts aren't trivial for me to
> resolve.

Please see
https://patchwork.ozlabs.org/patch/1053232/

this probably resolves this crash as well.