Linux Kernel: Sicherheitslücke (CVE-2026-97501)

Was ist betroffen, was ist zu tun

Im Linux-Kernel wurde die folgende Schwachstelle behoben: pinctrl: mediatek: paris: Umgehung der pinctrl GPIO-Schicht bei der Festlegung der GPIO-Richtung pinctrl_gpio_direction_input() / pinctrl_gpio_direction_output() nehmen den pinctrl-Mutex. Dies verursacht, dass gpiochip-Operationen schlafen müssen.

Aktualisieren Sie Linux Kernel auf Version 6.18.53, Linux Kernel auf Version 7.2.

Betroffen

• Linux Kernel lt 4.20..6.18.53
• Linux Kernel lt 6.19..7.2

Behoben in

• Linux Kernel 6.18.53
• Linux Kernel 7.2

Unklar, ob und wie Sie betroffen sind? Frage zu dieser Schwachstelle stellen

Metriken

Erkennungsregeln

Für diese Schwachstelle liegt noch keine NEOSEC-Erkennungsregel vor.

Einordnung nach NIS2 und CRA

Regelbasierte Einordnung aus Ausnutzungsstatus und Schweregrad. Sie ersetzt keine Prüfung im Einzelfall.

NIS2

NIS2 ist die EU-Richtlinie (EU) 2022/2555 zur Erhöhung des Cybersicherheitsniveaus in der Union. Sie weitet Pflichten gegenüber der ersten NIS-Richtlinie deutlich aus: mehr Sektoren, verbindliches Risikomanagement, gestufte Meldepflichten und persönliche Verantwortung der Geschäftsleitung.

Im Glossar lesen

Behandeln Sie die Schwachstelle im regulären Schwachstellenmanagement nach Art. 21 Abs. 2 lit. e NIS2.

CRA

Der CRA ist die EU-Verordnung (EU) 2024/2847 mit horizontalen Cybersicherheitsanforderungen an „Produkte mit digitalen Elementen“ — von Industriesteuerungen über Software bis zu vernetzten Verbrauchergeräten. Erstmals müssen Hersteller Sicherheit über den gesamten Produktlebenszyklus gewährleisten, Schwachstellen behandeln und Sicherheitsupdates bereitstellen.

Im Glossar lesen

Ab dem 11.12.2027 verpflichtet Anhang I Teil II CRA Hersteller betroffener Produkte mit digitalen Elementen, Schwachstellen unverzüglich zu behandeln und Sicherheitsupdates bereitzustellen.

ISO/IEC 27001

ISO/IEC 27001 ist der international führende Standard für ein Informationssicherheits-Managementsystem (ISMS). Er beschreibt einen risikobasierten, prozessorientierten Rahmen, um Informationssicherheit systematisch zu planen, umzusetzen, zu überprüfen und zu verbessern.

Im Glossar lesen

Maßnahme A.8.8, Management technischer Schwachstellen: Relevanz für Ihre Systeme bewerten, Behebung einplanen und nachweisen.

Beschreibung

Im Linux-Kernel wurde die folgende Schwachstelle behoben: pinctrl: mediatek: paris: Umgehung der pinctrl GPIO-Schicht bei der Festlegung der GPIO-Richtung pinctrl_gpio_direction_input() / pinctrl_gpio_direction_output() nehmen den pinctrl-Mutex. Dies verursacht, dass gpiochip-Operationen schlafen müssen. Schlimmer noch, das Feld .can_sleep im gpiochip ist nicht gesetzt. Dies führt dazu, dass der gemeinsame GPIO-Proxy hängen bleibt, da er gpiod_cansleep() verwendet, um zu überprüfen, ob er einen Spinlock verwenden oder einen Mutex benötigt. In diesem Fall endet er damit, einen Spinlock zu nehmen, dann pinctrl_gpio_direction_output() aufzurufen, was einen Mutex nimmt. Dies verursacht eine riesige Warnung. Obwohl diese Klasse von Mediatek-Hardware keine separaten Clear/Set-Register hat, hat der pinctrl-Kontext einen Spinlock, der immer dann genommen wird, wenn ein Register read-modify-write durchgeführt wird. Außerdem sind nach der Auswahl / Muxing der GPIO-Funktion weitere GPIO-Operationen nicht mit pinctrl-Operationen oder -Zuständen verbunden. Die GPIO-Richtung und Pegelwerte erfordern nicht das Umschalten des Pinmux oder anderer Pin-Konfigurationsoptionen. Wechseln Sie zu direkten Aufrufen von mtk_pinmux_gpio_set_direction() in den GPIO-Richtungs-Callbacks, um den pinctrl-Mutex nicht zu nehmen. Entfernen Sie das Feld .gpio_set_direction in mtk_pmxops, um anzuzeigen, dass wir die pinctrl GPIO-Schicht für die Festlegung der Richtung nicht mehr verwenden.

Quelle: BSI WID Portal, BSI CSAF, cvelistv5, NVD (NIST)

Quellen & Referenzen

• git.kernel.orgstable/c/428b031dad390edd5da729b9afd474a95dc4f76b
• git.kernel.orgstable/c/c87c9046c4e00d599454e033a477176c4d73ac2a

Re-Analyse & Statuswechsel

Chronologie der NVD-Audit-Events für diese CVE – Reanalyses, CVSS-Updates, CPE-Diffs.

1. CVE Modified28.09.2026416baaa9-dc9f-4396-8d5f-8c081fb06d67

   • Affected: nachher Affected value modified. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/97xxx/CVE-2026-97501.json">CVE-2026-97501</a>

2. New CVE Received24.09.2026416baaa9-dc9f-4396-8d5f-8c081fb06d67

   • Description: nachher In the Linux kernel, the following vulnerability has been resolved: pinctrl: mediatek: paris: bypass pinctrl GPIO layer in set GPIO direction pinctrl_gpio_direction_input() / pinctrl_gpio_direction_output() take the pinctrl mutex. This causes a gpiochip operations to need to sleep. Worse yet, the .can_sleep field in the gpiochip is not set. This causes the shared GPIO proxy to trip over, as it uses gpiod_cansleep() to check whether it can use a spinlock or needs a mutex. In this case, it ends up taking a spinlock, then calls pinctrl_gpio_direction_output(), which takes a mutex. This causes a huge warning. While this class of Mediatek hardware does not have separate clear/set registers, the pinctrl context has a spinlock that is taken whenever a register read-modify-write is done. Also, once the GPIO function is selected / muxed in, further GPIO operations do not involve pinctrl operations or state. The GPIO direction and level values do not require toggling the pinmux or any other pin config options. Switch to directly calling mtk_pinmux_gpio_set_direction() in the GPIO set direction callbacks to avoid taking the pinctrl mutex. Drop the .gpio_set_direction field in mtk_pmxops to signal we are no longer using the pinctrl GPIO layer for setting the direction.
   • Affected: nachher New affected value received. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/97xxx/CVE-2026-97501.json">CVE-2026-97501</a>
   • Reference: nachher https://git.kernel.org/stable/c/428b031dad390edd5da729b9afd474a95dc4f76b
   • Reference: nachher https://git.kernel.org/stable/c/c87c9046c4e00d599454e033a477176c4d73ac2a