netdev - Re: [FYI] Input route ref count underflow since probably 6.6.22

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: Windows password security audit tool. GUI, reports in PDF.

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

Date: Tue, 02 Jul 2024 16:21:56 +0200
From: Jakub Sitnicki <jakub@...udflare.com>
To: Jakub Kicinski <kuba@...nel.org>
Cc: netdev@...r.kernel.org,  kernel-team@...udflare.com
Subject: Re: [FYI] Input route ref count underflow since probably 6.6.22

On Mon, Jul 01, 2024 at 04:38 PM -07, Jakub Kicinski wrote:
> On Fri, 28 Jun 2024 13:10:53 +0200 Jakub Sitnicki wrote:
>> We've observed an unbalanced dst_release() on an input route in v6.6.y.
>> First noticed in 6.6.22. Or at least that is how far back our logs go.
>> 
>> We have just started looking into it and don't have much context yet,
>> except that:
>> 
>> 1. the issue is architecture agnostic, seen both on x86_64 and arm64;
>> 2. the backtrace, we realize, doesn't point to the source of problem,
>>    it's just where the ref count underflow manifests itself;
>> 3. while have out-of-tree modules, they are for the crypto subsystem.
>> 
>> We will follow up as we collect more info on this, but we would
>> appreciate any hints or pointers to potential suspects, if anything
>> comes to mind.
>
> Hi! Luck would have it the same crash landed on my desk.
> Did you manage to narrow it down?

Nothing yet. Will keep you posted.