From: David Laight <david.laight.linux@gmail.com>
To: Kees Cook <kees@kernel.org>
Cc: Bill Wendling <morbo@google.com>,
"Matthew Wilcox (Oracle)" <willy@infradead.org>,
Andrew Morton <akpm@linux-foundation.org>,
Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
David Gow <david@davidgow.net>, Jiri Kosina <jikos@kernel.org>,
Petr Mladek <pmladek@suse.com>,
Shuvam Pandey <shuvampandey1@gmail.com>,
Steven Rostedt <rostedt@goodmis.org>,
linux-kernel@vger.kernel.org, linux-hardening@vger.kernel.org
Subject: Re: [PATCH v5 05/12] seq_buf: Clear what a writer did not claim when a seq_buf overflows
Date: Mon, 5 Oct 2026 19:59:26 +0100 [thread overview]
Message-ID: <20261005195926.09e240d9@pumpkin> (raw)
In-Reply-To: <20261005155708.1471260-5-kees@kernel.org>
On Mon, 5 Oct 2026 08:56:55 -0700
Kees Cook <kees@kernel.org> wrote:
> Using seq_buf_set_overflow() would leave the bytes between "len"
> and "size" untouched, so if seq_buf_str() is used on an overflowed
> seq_buf, those bytes may be exposed. For any paths that don't claim
> partially written bytes, by setting "len = size" before calling
> seq_buf_set_overflow(), wipe the unclaimed bytes. The seq_buf_puts()
> and related APIs already claim those bytes now, so only the unclaimed
> cases remain. A specific example of this was seq_buf_path() which uses
> d_path() and would write to the tail before discovering it was out
> of space, and would correctly mark a seq_buf as overflowed, but the
> path fragment would be left over.
>
> Clear from len to the end of the buffer in seq_buf_set_overflow(), which
> every overflow goes through, including seq_buf_commit() with a negative
> count.
>
> Add a test that fills a seq_buf, leaves it too little room for a path, and
> checks that nothing of the path is left in the buffer. The tests run before
> anything writable is mounted, so it takes its file from shmem.
>
> seq_buf_path() was not exported, so the test failed to link as a
> module. Export it.
>
> Tests passed under qemu on ARCH=x86_64 with GCC 16.2.0 and CONFIG_KASAN=y,
> and on big-endian ARCH=s390 with GCC s390x-linux-gnu 16.2.0, and the
> test builds as a module (CONFIG_SEQ_BUF_KUNIT_TEST=m).
>
> Assisted-by: LLM
> Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
> Signed-off-by: Kees Cook <kees@kernel.org>
> ---
> include/linux/seq_buf.h | 8 +++++--
> lib/seq_buf.c | 5 +++++
> lib/tests/seq_buf_kunit.c | 44 +++++++++++++++++++++++++++++++++++++++
> 3 files changed, 55 insertions(+), 2 deletions(-)
>
> diff --git a/include/linux/seq_buf.h b/include/linux/seq_buf.h
> index 77e76e283370..0c0a0db04b09 100644
> --- a/include/linux/seq_buf.h
> +++ b/include/linux/seq_buf.h
> @@ -5,6 +5,7 @@
> #include <linux/bug.h>
> #include <linux/minmax.h>
> #include <linux/seq_file.h>
> +#include <linux/string.h>
> #include <linux/types.h>
>
> /*
> @@ -58,12 +59,15 @@ seq_buf_has_overflowed(struct seq_buf *s)
> /*
> * Mark @s as overflowed, which discards the length of what it holds. The
> * bytes up to its last one are the string from then on, as that is where
> - * seq_buf_str() terminates it, so a caller that could not fill the buffer
> - * has to NUL them itself before calling this.
> + * seq_buf_str() terminates it, so clear whatever was not written: a writer
> + * sets len to how much it filled, and anything past that was never adopted.
> */
> static inline void
> seq_buf_set_overflow(struct seq_buf *s)
> {
> + if (s->len < s->size)
> + memset(s->buffer + s->len, 0, s->size - s->len);
What is the performance impact of zeroing the buffer?
I don't think it would be a good idea to be zeroing the buffer on entry
either (I've not looked to see it that happens - but there will be PAGE_SIZE
buffers (maybe 64k) that get a a small number of characters written to them).
Writing a single '\0' really ought to be enough.
David
> +
> s->len = s->size + 1;
> }
>
> diff --git a/lib/seq_buf.c b/lib/seq_buf.c
> index 60e9eadb3ef7..8da2e9447adf 100644
> --- a/lib/seq_buf.c
> +++ b/lib/seq_buf.c
> @@ -76,6 +76,8 @@ int seq_buf_vprintf(struct seq_buf *s, const char *fmt, va_list args)
> s->len += len;
> return 0;
> }
> + /* vsnprintf() wrote as much as fits, so none of it is stale */
> + s->len = s->size;
> }
> seq_buf_set_overflow(s);
> return -1;
> @@ -164,6 +166,8 @@ int seq_buf_bprintf(struct seq_buf *s, const char *fmt, const u32 *binary)
> s->len += ret;
> return 0;
> }
> + /* bstr_printf() wrote as much as fits, so none of it is stale */
> + s->len = s->size;
> }
> seq_buf_set_overflow(s);
> return -1;
> @@ -343,6 +347,7 @@ int seq_buf_path(struct seq_buf *s, const struct path *path, const char *esc)
>
> return res;
> }
> +EXPORT_SYMBOL_GPL(seq_buf_path);
>
> /**
> * seq_buf_to_user - copy the sequence buffer to user space
> diff --git a/lib/tests/seq_buf_kunit.c b/lib/tests/seq_buf_kunit.c
> index 046614100c77..5eaf024fa3a5 100644
> --- a/lib/tests/seq_buf_kunit.c
> +++ b/lib/tests/seq_buf_kunit.c
> @@ -7,7 +7,9 @@
>
> #include <kunit/test.h>
> #include <linux/console.h>
> +#include <linux/fs.h>
> #include <linux/seq_buf.h>
> +#include <linux/shmem_fs.h>
> #include <linux/string.h>
>
> static void seq_buf_init_test(struct kunit *test)
> @@ -466,6 +468,47 @@ static void seq_buf_do_printk_test(struct kunit *test)
> KUNIT_EXPECT_EQ(test, seq_buf_printk_empty, 0);
> }
>
> +/* Long enough that it cannot fit in the room the test leaves for it. */
> +#define SEQ_BUF_TEST_PATH "/seq_buf_kunit_path_name"
> +
> +static void seq_buf_path_overflow_test(struct kunit *test)
> +{
> + DECLARE_SEQ_BUF(s, 32);
> + const char *expected = "keep:xxxxxxxxxxxxxxxxxxxxxxx";
> + struct file *file;
> + size_t len;
> + int i;
> +
> + /*
> + * The tests run before anything writable is mounted, so take the file
> + * whose path gets printed from shmem, which needs no mount of its own.
> + */
> + file = shmem_file_setup(SEQ_BUF_TEST_PATH, 0, EMPTY_VMA_FLAGS);
> + if (IS_ERR(file))
> + kunit_skip(test, "cannot create a file to print the path of");
> +
> + /* Leave less room than the path needs, so d_path() cannot fit it. */
> + seq_buf_puts(&s, "keep:");
> + len = seq_buf_used(&s);
> + for (i = len; i < 28; i++)
> + seq_buf_putc(&s, 'x');
> +
> + KUNIT_EXPECT_EQ(test, seq_buf_path(&s, &file->f_path, "\n"), -1);
> + fput(file);
> +
> + KUNIT_EXPECT_TRUE(test, seq_buf_has_overflowed(&s));
> +
> + /*
> + * d_path() keeps as much of the path as fits when it does not fit
> + * whole, and seq_buf_str() would hand out that fragment, as it ends
> + * the string at the last byte of an overflowed buffer.
> + */
> + for (i = 28; i < 32; i++)
> + KUNIT_EXPECT_EQ_MSG(test, s.buffer[i], '\0',
> + "byte %d past the data is not cleared", i);
> + KUNIT_EXPECT_STREQ(test, seq_buf_str(&s), expected);
> +}
> +
> static struct kunit_case seq_buf_test_cases[] = {
> KUNIT_CASE(seq_buf_init_test),
> KUNIT_CASE(seq_buf_declare_test),
> @@ -482,6 +525,7 @@ static struct kunit_case seq_buf_test_cases[] = {
> KUNIT_CASE(seq_buf_puts_partial_overflow_test),
> KUNIT_CASE(seq_buf_putmem_partial_overflow_test),
> KUNIT_CASE(seq_buf_putmem_hex_partial_overflow_test),
> + KUNIT_CASE(seq_buf_path_overflow_test),
> KUNIT_CASE(seq_buf_do_printk_test),
> {}
> };
next prev parent reply other threads:[~2026-10-05 18:59 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-05 15:56 [PATCH v5 00/12] seq_buf: Add seq_buf_strlen() Kees Cook
2026-10-05 15:56 ` [PATCH v5 01/12] seq_buf: Do not print an empty line from an overflowed seq_buf_do_printk() Kees Cook
2026-10-05 15:56 ` [PATCH v5 02/12] seq_buf: Do not pop from an overflowed seq_buf Kees Cook
2026-10-05 15:56 ` [PATCH v5 03/12] scsi: lpfc: Print rx monitor records straight into the seq_buf Kees Cook
2026-10-05 18:54 ` David Laight
2026-10-05 15:56 ` [PATCH v5 04/12] seq_buf: Copy what fits when seq_buf_puts() and seq_buf_putmem() overflow Kees Cook
2026-10-05 15:56 ` [PATCH v5 05/12] seq_buf: Clear what a writer did not claim when a seq_buf overflows Kees Cook
2026-10-05 18:59 ` David Laight [this message]
2026-10-05 15:56 ` [PATCH v5 06/12] seq_buf: Add seq_buf_strlen() Kees Cook
2026-10-05 15:56 ` [PATCH v5 07/12] seq_buf: Add seq_buf_terminate() Kees Cook
2026-10-05 15:56 ` [PATCH v5 08/12] bpf: Remove dead newline stripping from format_disasm_line() Kees Cook
2026-10-05 15:56 ` [PATCH v5 09/12] seq_buf: Add seq_buf_init_append() Kees Cook
2026-10-05 15:57 ` [PATCH v5 10/12] powerpc/papr_scm: Return the string length from the sysfs show functions Kees Cook
2026-10-05 15:57 ` [PATCH v5 11/12] nvdimm: ndtest: Return the string length from flags_show() Kees Cook
2026-10-05 15:57 ` [PATCH v5 12/12] docs: core-api: Document the seq_buf API Kees Cook
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=20261005195926.09e240d9@pumpkin \
--to=david.laight.linux@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=andriy.shevchenko@linux.intel.com \
--cc=david@davidgow.net \
--cc=jikos@kernel.org \
--cc=kees@kernel.org \
--cc=linux-hardening@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=morbo@google.com \
--cc=pmladek@suse.com \
--cc=rostedt@goodmis.org \
--cc=shuvampandey1@gmail.com \
--cc=willy@infradead.org \
/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®