Thread (33 messages) 33 messages, 11 authors, 2022-07-11

Re: [PATCH 07/12] driver/char: use correct format characters

From: Bill Wendling <morbo@google.com>
Date: 2022-06-13 20:05:58
Also in: alsa-devel, linux-acpi, linux-edac, linux-mm, lkml, llvm, netfilter-devel

On Thu, Jun 9, 2022 at 10:18 PM Greg Kroah-Hartman
[off-list ref] wrote:
On Thu, Jun 09, 2022 at 10:16:26PM +0000, Bill Wendling wrote:
quoted
From: Bill Wendling <redacted>
Why isn't that matching your From: line in the email?
There must be something wrong with my .gitconfig file. I"ll check into it.
quoted
When compiling with -Wformat, clang emits the following warnings:
Is that ever a default build option for the kernel?
We want to enable -Wformat for clang. I believe that these specific
warnings have been disabled, but I'm confused as to why, because
they're valid warnings. When I compiled with the warning enabled,
there were only a few (12) places that needed changes, so thought that
patches would be a nice cleanup, even though the warning itself is
disabled.
quoted
drivers/char/mem.c:775:16: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security]
                              NULL, devlist[minor].name);
                                    ^~~~~~~~~~~~~~~~~~~

Use a string literal for the format string.

Link: https://github.com/ClangBuiltLinux/linux/issues/378
Signed-off-by: Bill Wendling <redacted>
---
 drivers/char/mem.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/char/mem.c b/drivers/char/mem.c
index 84ca98ed1dad..32d821ba9e4d 100644
--- a/drivers/char/mem.c
+++ b/drivers/char/mem.c
@@ -772,7 +772,7 @@ static int __init chr_dev_init(void)
                      continue;

              device_create(mem_class, NULL, MKDEV(MEM_MAJOR, minor),
-                           NULL, devlist[minor].name);
+                           NULL, "%s", devlist[minor].name);
Please explain how this static string can ever be user controlled.
All someone would need to do is accidentally insert an errant '%' in
one of the strings for this function call to perform unexpected
actions---at the very least reading memory that's not allocated and
may contain garbage, thereby decreasing performance and possibly
overrunning some buffer. Perhaps in this specific scenario it's
unlikely, but "device_create()" is used in a lot more places than
here. This patch is a general code cleanup.

-bw
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help