mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Hangbin Liu <hangbin.liu@linux.dev>
To: Jamie Nguyen <jamien@nvidia.com>
Cc: Willem de Bruijn <willemdebruijn.kernel@gmail.com>,
	netdev@vger.kernel.org, kerneljasonxing@gmail.com,
	davem@davemloft.net, edumazet@google.com, kuba@kernel.org,
	pabeni@redhat.com, horms@kernel.org, shuah@kernel.org,
	linux-kselftest@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH net] selftests: net: txtimestamp: fix out-of-bounds read in raw UDP checksum
Date: Wed, 28 Oct 2026 13:30:55 +0800	[thread overview]
Message-ID: <auGIVnxH_9ggCDFi@fedora> (raw)
In-Reply-To: <20261027162945.2122306-1-jamien@nvidia.com>

On Tue, Oct 27, 2026 at 09:29:45AM -0700, Jamie Nguyen wrote:
> With -r (SOCK_RAW, IPPROTO_UDP) the test writes only the UDP header and
> payload, and the kernel adds the IP header. get_udp_csum() still expects
> the IP source and destination addresses to directly precede the UDP
> header, and reads 2 * alen bytes before the start of the buffer: 8 bytes
> for IPv4, 32 bytes for IPv6.
> 
> ASan reports a heap-buffer-overflow for both -4 -r and -6 -r. Without
> ASan the read usually goes unnoticed, but it faults when the buffer is
> the first chunk in the heap. That happens on Ubuntu 26.04, where the
> kselftest runner wraps the test in uutils stdbuf, and txtimestamp.sh
> fails with SIGSEGV on every run.
> 
> Even without a crash, -r packets were sent with a checksum computed
> over unrelated heap memory, so their UDP checksum was invalid.
> 
> Build the pseudo-header from the destination address and checksum only
> the UDP header and payload. -R and -P already write daddr as both the
> source and destination address, so their checksums are unchanged. With
> -r the kernel selects the source address, which equals daddr for the
> loopback addresses used by txtimestamp.sh.
> 
> Fixes: b52354aa068e ("selftests: expand txtimestamp with ipv6 dgram + raw and pf_packet")
> Signed-off-by: Jamie Nguyen <jamien@nvidia.com>
> ---
>  tools/testing/selftests/net/txtimestamp.c | 23 ++++++++++++++---------
>  1 file changed, 14 insertions(+), 9 deletions(-)
> 
> diff --git a/tools/testing/selftests/net/txtimestamp.c b/tools/testing/selftests/net/txtimestamp.c
> index 170be19..f7bdf30 100644
> --- a/tools/testing/selftests/net/txtimestamp.c
> +++ b/tools/testing/selftests/net/txtimestamp.c
> @@ -418,19 +418,25 @@ static uint16_t get_ip_csum(const uint16_t *start, int num_words,
>  	return ~sum;
>  }
>  
> -static uint16_t get_udp_csum(const struct udphdr *udph, int alen)
> +static uint16_t get_udp_csum(const struct udphdr *udph, bool is_ipv4)
>  {
> -	unsigned long pseudo_sum, csum_len;
> -	const void *csum_start = udph;
> +	const void *addr = is_ipv4 ? (void *)&daddr.sin_addr : &daddr6.sin6_addr;
> +	int alen = is_ipv4 ? sizeof(struct in_addr) : sizeof(struct in6_addr);
> +	uint16_t addr16[sizeof(struct in6_addr) / sizeof(uint16_t)];
> +	unsigned long pseudo_sum;
> +	int i;
>  
>  	pseudo_sum = htons(IPPROTO_UDP);
>  	pseudo_sum += udph->len;
>  
> -	/* checksum ip(v6) addresses + udp header + payload */
> -	csum_start -= alen * 2;
> -	csum_len = ntohs(udph->len) + alen * 2;
> +	/* pseudo-header source and destination: both are daddr */
> +	memcpy(addr16, addr, alen);
> +	for (i = 0; i < alen / 2; i++)
> +		pseudo_sum += 2 * addr16[i];
>  
> -	return get_ip_csum(csum_start, csum_len >> 1, pseudo_sum);
> +	/* checksum udp header + payload */
> +	return get_ip_csum((const uint16_t *)udph, ntohs(udph->len) >> 1,
> +			   pseudo_sum);
>  }
>  
>  static int fill_header_ipv4(void *p)
> @@ -479,8 +485,7 @@ static void fill_header_udp(void *p, bool is_ipv4)
>  	udph->len    = ntohs(sizeof(*udph) + cfg_payload_len);
>  	udph->check  = 0;
>  
> -	udph->check  = get_udp_csum(udph, is_ipv4 ? sizeof(struct in_addr) :
> -						    sizeof(struct in6_addr));
> +	udph->check  = get_udp_csum(udph, is_ipv4);
>  }
>  
>  static void do_test(int family, unsigned int report_opt)
> -- 
> 2.43.0
> 

Reviewed-by: Hangbin Liu <liuhangbin@kylinos.cn>

  parent reply	other threads:[~2026-10-28  5:31 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-27 16:29 Jamie Nguyen
2026-10-28  2:38 ` Willem de Bruijn
2026-10-28  5:30 ` Hangbin Liu [this message]
2026-10-29 14:40 ` patchwork-bot+netdevbpf

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=auGIVnxH_9ggCDFi@fedora \
    --to=hangbin.liu@linux.dev \
    --cc=davem@davemloft.net \
    --cc=edumazet@google.com \
    --cc=horms@kernel.org \
    --cc=jamien@nvidia.com \
    --cc=kerneljasonxing@gmail.com \
    --cc=kuba@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-kselftest@vger.kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=pabeni@redhat.com \
    --cc=shuah@kernel.org \
    --cc=willemdebruijn.kernel@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®