[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <r4dex6aial4htndvoxv6wynccag2buubjimkkhenn2rjxmsacs@2sf3lieqe5ke>
Date: Thu, 14 Nov 2024 13:37:25 +0530
From: Manas <manas18244@...td.ac.in>
To: Jakub Kicinski <kuba@...nel.org>
Cc: Manas via B4 Relay <devnull+manas18244.iiitd.ac.in@...nel.org>,
"David S. Miller" <davem@...emloft.net>, Eric Dumazet <edumazet@...gle.com>,
Paolo Abeni <pabeni@...hat.com>, Simon Horman <horms@...nel.org>,
Kuniyuki Iwashima <kuniyu@...zon.com>, Shuah Khan <shuah@...nel.org>,
Anup Sharma <anupnewsmail@...il.com>, netdev@...r.kernel.org, linux-kernel@...r.kernel.org,
syzbot+d4373fa8042c06cefa84@...kaller.appspotmail.com
Subject: Re: [PATCH net v2] netlink: Add string check in netlink_ack_tlv_fill
On 13.11.2024 18:25, Jakub Kicinski wrote:
>On Thu, 14 Nov 2024 06:15:15 +0530 Manas via B4 Relay wrote:
>> - if (extack->bad_attr &&
>> + if (extack->bad_attr && strlen(in_skb->data) &&
>> !WARN_ON((u8 *)extack->bad_attr < in_skb->data ||
>> (u8 *)extack->bad_attr >= in_skb->data + in_skb->len))
>
>that's most definitely not the right fix.
>in_skb->data points to binary data.
>
>my best idea so far is to rework this check to use nlh, because in_skb
>will be pulled at this stage for dumps
>if that makes sense to you please give it a go, otherwise I'll work on
>the fix tomorrow
Hi Jakub, thanks for reviewing this.
I'll work on this.
--
Manas
Powered by blists - more mailing lists