From: sashiko-bot@kernel.org
To: "Aaron Tomlin" <atomlin@atomlin.com>
Cc: linux-perf-users@vger.kernel.org
Subject: Re: [PATCH v3 perf-tools-next 2/7] perf trace: Validate payload bounds in augmented string beautifier
Date: Sat, 19 Sep 2026 01:08:23 +0000 [thread overview]
Message-ID: <20260919010824.2F4CF1F000FF@smtp.kernel.org> (raw)
In-Reply-To: <20260919005530.728615-3-atomlin@atomlin.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] perf: parser desynchronization on empty augmented string
--
commit c657a00bfdd12e1a3584bb0cd84d1c32e885c3a9
Author: Aaron Tomlin <atomlin@atomlin.com>
perf trace: Validate payload bounds in augmented string beautifier
This commit adds bounds checking for augmented string sizes in perf trace
to prevent out-of-bounds reads and integer overflows when parsing malformed
perf.data records. If validation fails, it falls back to raw pointer printing.
> diff --git a/tools/perf/builtin-trace.c b/tools/perf/builtin-trace.c
> index 20fffc24507b5..91461ab927b63 100644
> --- a/tools/perf/builtin-trace.c
> +++ b/tools/perf/builtin-trace.c
> @@ -1898,12 +1898,21 @@ static void thread__set_filename_pos(struct thread *thread, const char *bf,
> static size_t syscall_arg__scnprintf_augmented_string(struct syscall_arg *arg, char *bf, size_t size)
> {
> struct augmented_arg *augmented_arg = arg->augmented.args;
> - size_t printed = scnprintf(bf, size, "\"%.*s\"", augmented_arg->size, augmented_arg->value);
> + size_t printed;
> + int consumed;
> +
> + if (arg->augmented.size < (int)sizeof(*augmented_arg))
> + return 0;
> +
> + if (augmented_arg->size <= 0 || augmented_arg->size > arg->augmented.size - (int)sizeof(*augmented_arg))
> + return 0;
[Severity: Medium]
When a BPF program pushes an empty augmented string record (e.g., size <= 0
due to a read failure like -EFAULT), does returning early here cause the
payload parser to desynchronize?
By returning 0 without consuming the header (sizeof(*augmented_arg)) and
advancing the parsing pointer arg->augmented.args, it seems this might corrupt
the formatting of subsequent augmented arguments in multi-argument syscalls
(like link), displaying them as raw pointers because the pointer is left at
the wrong offset.
Should the header be consumed even when the size is empty or invalid to
maintain parser synchronization?
> +
> + printed = scnprintf(bf, size, "\"%.*s\"", augmented_arg->size, augmented_arg->value);
> /*
> * So that the next arg with a payload can consume its augmented arg, i.e. for rename* syscalls
> * we would have two strings, each prefixed by its size.
> */
> - int consumed = sizeof(*augmented_arg) + augmented_arg->size;
> + consumed = sizeof(*augmented_arg) + augmented_arg->size;
>
> arg->augmented.args = ((void *)arg->augmented.args) + consumed;
> arg->augmented.size -= consumed;
>
> return printed;
> }
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260919005530.728615-1-atomlin@atomlin.com?part=2
next prev parent reply other threads:[~2026-09-19 1:08 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-19 0:55 [PATCH v3 perf-tools-next 0/7] perf trace: Validate payload bounds across augmented argument beautifiers Aaron Tomlin
2026-09-19 0:55 ` [PATCH v3 perf-tools-next 1/7] perf trace: Add upper bound checks for augmented BTF struct printing Aaron Tomlin
2026-09-19 1:07 ` sashiko-bot
2026-09-19 0:55 ` [PATCH v3 perf-tools-next 2/7] perf trace: Validate payload bounds in augmented string beautifier Aaron Tomlin
2026-09-19 1:08 ` sashiko-bot [this message]
2026-09-19 0:55 ` [PATCH v3 perf-tools-next 3/7] perf trace: Align pointer advance " Aaron Tomlin
2026-09-19 1:08 ` sashiko-bot
2026-09-19 0:55 ` [PATCH v3 perf-tools-next 4/7] perf trace: Validate payload bounds in augmented buffer beautifier Aaron Tomlin
2026-09-19 1:09 ` sashiko-bot
2026-09-19 0:55 ` [PATCH v3 perf-tools-next 5/7] perf trace beauty: Validate payload size in augmented timespec beautifier Aaron Tomlin
2026-09-19 1:08 ` sashiko-bot
2026-09-19 0:55 ` [PATCH v3 perf-tools-next 6/7] perf trace beauty: Validate payload size in augmented sockaddr beautifier Aaron Tomlin
2026-09-19 1:05 ` sashiko-bot
2026-09-19 0:55 ` [PATCH v3 perf-tools-next 7/7] perf trace beauty: Validate payload size in augmented perf_event_open beautifier Aaron Tomlin
2026-09-19 1:04 ` sashiko-bot
2026-09-30 18:29 ` [PATCH v3 perf-tools-next 0/7] perf trace: Validate payload bounds across augmented argument beautifiers Aaron Tomlin
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=20260919010824.2F4CF1F000FF@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=atomlin@atomlin.com \
--cc=linux-perf-users@vger.kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
/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