GHSA-X7V3-RMXH-58MH

Vulnerability from github – Published: 2026-08-10 15:33 – Updated: 2026-08-10 15:33
VLAI
Details

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

ALSA: hda: cs35l41: validate and free ACPI mute object

cs35l41_get_acpi_mute_state() evaluates a _DSM method to get the ACPI mute state and reads the first byte from the returned object.

However, the returned ACPI object is owned by the caller and is never freed after use, so each successful query leaks the _DSM result object.

The code also assumes that the returned object is a buffer with at least one byte. A malformed firmware response can return a different object type or an empty buffer, and the direct ret->buffer.pointer dereference can then access an invalid pointer.

Use the typed _DSM helper, validate that the returned buffer contains at least one byte, and free the ACPI object after reading it.

Show details on source website

{
  "affected": [],
  "aliases": [
    "CVE-2026-68346"
  ],
  "database_specific": {
    "cwe_ids": [],
    "github_reviewed": false,
    "github_reviewed_at": null,
    "nvd_published_at": "2026-08-10T13:20:25Z",
    "severity": null
  },
  "details": "In the Linux kernel, the following vulnerability has been resolved:\n\nALSA: hda: cs35l41: validate and free ACPI mute object\n\ncs35l41_get_acpi_mute_state() evaluates a _DSM method to get the ACPI\nmute state and reads the first byte from the returned object.\n\nHowever, the returned ACPI object is owned by the caller and is never\nfreed after use, so each successful query leaks the _DSM result object.\n\nThe code also assumes that the returned object is a buffer with at least\none byte. A malformed firmware response can return a different object\ntype or an empty buffer, and the direct ret-\u003ebuffer.pointer dereference\ncan then access an invalid pointer.\n\nUse the typed _DSM helper, validate that the returned buffer contains at\nleast one byte, and free the ACPI object after reading it.",
  "id": "GHSA-x7v3-rmxh-58mh",
  "modified": "2026-08-10T15:33:47Z",
  "published": "2026-08-10T15:33:47Z",
  "references": [
    {
      "type": "ADVISORY",
      "url": "https://nvd.nist.gov/vuln/detail/CVE-2026-68346"
    },
    {
      "type": "WEB",
      "url": "https://git.kernel.org/stable/c/08433c71f15984ddd5f5a307cf3f0aa9b84583aa"
    },
    {
      "type": "WEB",
      "url": "https://git.kernel.org/stable/c/3b597d24dc0455ae926f1053f97c2725038fc3cd"
    },
    {
      "type": "WEB",
      "url": "https://git.kernel.org/stable/c/7fea0c89ed39a13d9a31163a74f8c62de30a4ffc"
    },
    {
      "type": "WEB",
      "url": "https://git.kernel.org/stable/c/d5dfdf43259ad9d054052012095b1630e7366dcf"
    }
  ],
  "schema_version": "1.4.0",
  "severity": []
}



Log in or create an account to share your comment.




Tags
Taxonomy of the tags.


Loading…

Loading…

Loading…

Forecast uses a logistic model when the trend is rising, or an exponential decay model when the trend is falling. Fitted via linearized least squares.

Sightings

Author Source Type Date Other

Nomenclature

  • Seen: The vulnerability was mentioned, discussed, or observed by the user.
  • Confirmed: The vulnerability has been validated from an analyst's perspective.
  • Published Proof of Concept: A public proof of concept is available for this vulnerability.
  • Exploited: The vulnerability was observed as exploited by the user who reported the sighting.
  • Patched: The vulnerability was observed as successfully patched by the user who reported the sighting.
  • Not exploited: The vulnerability was not observed as exploited by the user who reported the sighting.
  • Not confirmed: The user expressed doubt about the validity of the vulnerability.
  • Not patched: The vulnerability was not observed as successfully patched by the user who reported the sighting.

Loading…

Detection rules are retrieved from Rulezet.

Loading…

Loading…

Loading…