mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
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",


             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®