From: Yang Zi <2959243019@qq.com>
To: johan@kernel.org, elder@kernel.org, gregkh@linuxfoundation.org,
greybus-dev@lists.linaro.org
Cc: linux-kernel@vger.kernel.org
Subject: [PATCH] greybus: operation: Fix NULL pointer dereference in gb_operation_message_alloc()
Date: Tue, 25 Aug 2026 17:23:09 +0800 [thread overview]
Message-ID: <tencent_4F423FBD3FCE6066A8538BB3CFBCB0C41E09@qq.com> (raw)
gb_connection_recv() reads msg_size from the received message header but
only rejects it when it is larger than the received buffer
("size < msg_size"); it does not reject msg_size smaller than the message
header itself. A malicious or corrupted header.size of 0 passes that
check and is forwarded to gb_operation_create_incoming() with size 0.
There, request_size = size - sizeof(struct gb_operation_msg_hdr)
underflows to SIZE_MAX - 7, and in gb_operation_message_alloc()
message_size = payload_size + sizeof(*header) wraps back around to 0.
The "message_size > hd->buffer_size_max" check is therefore bypassed,
kzalloc(0) returns ZERO_SIZE_PTR, and gb_operation_message_init() writes
header->size to that pointer.
KASAN report:
BUG: KASAN: null-ptr-deref in gb_operation_message_init drivers/greybus/operation.c:340 [inline] [greybus]
BUG: KASAN: null-ptr-deref in gb_operation_message_alloc+0xab4/0xdb0 drivers/greybus/operation.c:385 [greybus]
Write of size 2 at addr 0000000000000010 by task syz.0.1/1100
Fix this by rejecting messages whose claimed size is smaller than the
message header in gb_connection_recv(), and additionally make
gb_operation_message_alloc() overflow-safe by comparing the payload size
against hd->buffer_size_max - sizeof(*header) before adding the header
size.
Signed-off-by: Yang Zi <2959243019@qq.com>
---
drivers/greybus/operation.c | 15 +++++++++++----
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/drivers/greybus/operation.c b/drivers/greybus/operation.c
index 7e12ffb2dd60..c3d51176c373 100644
--- a/drivers/greybus/operation.c
+++ b/drivers/greybus/operation.c
@@ -364,14 +364,21 @@ gb_operation_message_alloc(struct gb_host_device *hd, u8 type,
{
struct gb_message *message;
struct gb_operation_msg_hdr *header;
- size_t message_size = payload_size + sizeof(*header);
+ size_t message_size;
- if (message_size > hd->buffer_size_max) {
+ /*
+ * Reject a payload size that would make the total message size
+ * overflow, before it wraps around and bypasses the maximum
+ * buffer size check.
+ */
+ if (payload_size > hd->buffer_size_max - sizeof(*header)) {
dev_warn(&hd->dev, "requested message size too big (%zu > %zu)\n",
- message_size, hd->buffer_size_max);
+ payload_size, hd->buffer_size_max - sizeof(*header));
return NULL;
}
+ message_size = payload_size + sizeof(*header);
+
/* Allocate the message structure and buffer. */
message = kmem_cache_zalloc(gb_message_cache, gfp_flags);
if (!message)
@@ -1047,6 +1054,11 @@ void gb_connection_recv(struct gb_connection *connection,
/* Use memcpy as data may be unaligned */
memcpy(&header, data, sizeof(header));
msg_size = le16_to_cpu(header.size);
+ if (msg_size < sizeof(header)) {
+ dev_err_ratelimited(dev, "%s: short message received (%zu < %zu)\n",
+ connection->name, msg_size, sizeof(header));
+ return;
+ }
if (size < msg_size) {
dev_err_ratelimited(dev,
"%s: incomplete message 0x%04x of type 0x%02x received (%zu < %zu)\n",
next reply other threads:[~2026-08-25 9:23 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-25 9:23 Yang Zi [this message]
2026-08-25 14:12 ` Johan Hovold
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=tencent_4F423FBD3FCE6066A8538BB3CFBCB0C41E09@qq.com \
--to=2959243019@qq.com \
--cc=elder@kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=greybus-dev@lists.linaro.org \
--cc=johan@kernel.org \
--cc=linux-kernel@vger.kernel.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®