---
id: CVE-2026-53024
title: |-
  In the Linux kernel, the following vulnerability has been resolved:

  greybus: raw: fix use-after-free if write is called after disconnect

  If a user writes to the chardev after disconnect has been called, the
  kernel panics with the follo…
summary: |-
  In the Linux kernel, the following vulnerability has been resolved:

  greybus: raw: fix use-after-free if write is called after disconnect

  If a user writes to the chardev after disconnect has been called, the
  kernel panics with the follo…
severity: high
cvss: 7.8
cvssVector: 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H'
published: '2026-06-24'
updated: '2026-07-10'
source: NVD
sourceUrl: 'https://nvd.nist.gov/vuln/detail/CVE-2026-53024'
references:
  - url: 'https://git.kernel.org/stable/c/48d6c32bc049abd114e8f0836c0e7d7cbfba7827'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/84265cbd96b97058ef67e3f8be3933667a000835'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/966b941ca469fb794637a0803670454f68515e40'
  - url: 'https://git.kernel.org/stable/c/2b46f07913a80521ecfe60b229c84bdd7dfb15ab'
tags:
  - nvd
  - cve.org
epss: 0.0017
epssPercentile: 0.06366
ingestedAt: '2026-07-11T19:15:11.922Z'
vendor: Linux
product: Linux
affected:
  - >-
    Linux >= e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <
    966b941ca469fb794637a0803670454f68515e40
  - >-
    Linux >= e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <
    2b46f07913a80521ecfe60b229c84bdd7dfb15ab
  - >-
    Linux >= e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <
    48d6c32bc049abd114e8f0836c0e7d7cbfba7827
  - >-
    Linux >= e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <
    84265cbd96b97058ef67e3f8be3933667a000835
  - Linux 4.9
---

## Overview

In the Linux kernel, the following vulnerability has been resolved:

greybus: raw: fix use-after-free if write is called after disconnect

If a user writes to the chardev after disconnect has been called, the
kernel panics with the following trace (with
CONFIG_INIT_ON_FREE_DEFAULT_ON=y):

        BUG: kernel NULL pointer dereference, address: 0000000000000218
         ...
        Call Trace:
         <TASK>
         gb_operation_create_common+0x61/0x180
         gb_operation_create_flags+0x28/0xa0
         gb_operation_sync_timeout+0x6f/0x100
         raw_write+0x7b/0xc7 [gb_raw]
         vfs_write+0xcf/0x420
         ? task_mm_cid_work+0x136/0x220
         ksys_write+0x63/0xe0
         do_syscall_64+0xa4/0x290
         entry_SYSCALL_64_after_hwframe+0x77/0x7f

Disconnect calls gb_connection_destroy, which ends up freeing the
connection object. When gb_operation_sync is called in the write file
operations, its gets a freed connection as parameter and the kernel
panics.

The gb_connection_destroy cannot be moved out of the disconnect
function, as the Greybus subsystem expect all connections belonging to a
bundle to be destroyed when disconnect returns.

To prevent this bug, use a rw lock to synchronize access between write
and disconnect. This guarantees that the write function doesn't try
to use a disconnected connection.

## Remediation

Refer to the linked advisories for vendor-supplied fixes and affected version ranges.