SQLite-Schwachstellen ermöglichen Codeausführung auf Linux-Systemen

In der weit verbreiteten Datenbankbibliothek SQLite wurden zwei Sicherheitslücken (CVE-2026-11822, CVE-2026-11824) bekannt, die es Angreifern ermöglichen, beliebigen Programmcode auszuführen. Betroffen sind Linux-Systeme, Container-Umgebungen und Server, auf denen SQLite in einer verwundbaren Version eingesetzt wird.

Risikobewertung: Die Risikostufe wird als mittel eingestuft. Beide Schwachstellen setzen einen lokalen Angriffspfad sowie Benutzerinteraktion voraus – ein direkter Angriff über das Netzwerk ist nicht möglich. Das schränkt die Ausnutzbarkeit in typischen Serverumgebungen deutlich ein. Da das Advisory sehr neu ist, liegen noch keine vollständigen CVE-Details oder Exploitability-Scores vor.

Besondere Aufmerksamkeit verdient die Tatsache, dass SQLite als Bibliothek in zahlreichen Anwendungen eingebettet ist – darunter Node.js-Applikationen, Django, Ruby-Anwendungen und Helpdesk-Software wie Zammad. Die tatsächliche Angriffsfläche kann daher größer sein als auf den ersten Blick erkennbar.

Was ist zu tun?

  • Installierte SQLite-Version auf SLES 15-, Ubuntu- und Debian-Systemen prüfen: sqlite3 --version
  • Distributionsspezifische Sicherheitsupdates für SLES 15, Ubuntu 22.04/24.04 und Debian 12/13 beobachten und zeitnah einspielen
  • Anwendungen mit eingebettetem SQLite (z. B. Zammad, Node.js, Ruby) auf verfügbare Updates prüfen
  • Container-Images (Docker/Podman) neu bauen, sobald gepatchte Basis-Images der jeweiligen Distribution verfügbar sind

Die empfohlene Frist für die Umsetzung beträgt 30 Tage. Wir empfehlen, die Patch-Verfügbarkeit aktiv zu beobachten und Updates ohne unnötige Verzögerung einzuspielen.


Quelle: DFN-CERT Advisory 2026-2710 · Risikostufe: MITTEL · Generiert am 17.06.2026

Related Posts

Schwere 0-Day-Lücke in NGINX — auch die gepatchte Version ist betroffen

Sicherheitsforscher von NebSec haben am 21. Mai 2026 eine kritische Zero-Day-Schwachstelle in NGINX 1.31.0 öffentlich bekannt gemacht — ausgerechnet jener Version, auf die viele Administratoren erst kürzlich gewechselt waren, um die vorherige Lücke nginx-rift zu schließen. Die neue Schwachstelle trägt den Namen nginx-poolslip und erlaubt es Angreifern, ohne vorherige Authentifizierung aus der Ferne beliebigen Code auf dem betroffenen Server auszuführen. Besonders brisant: Der Exploit umgeht ASLR, eine Kernsicherheitsfunktion moderner Betriebssysteme. Ein offizieller Patch von F5/NGINX existiert zum Zeitpunkt dieser Meldung noch nicht.

Read More

Android-Sicherheitsupdate Juni 2026: Kritische Lücken im Framework und System geschlossen

01. Juni 2026 — Google hat das Android-Sicherheitsbulletin für Juni 2026 veröffentlicht. Das Update schließt eine ungewöhnlich hohe Zahl kritischer Schwachstellen – darunter Lücken, die ohne jede Nutzerinteraktion ausnutzbar sind.

Read More

„Copy Fail" – 732 Bytes reichen für Root auf jedem Linux-Server

Sicherheitsforscher von Theori haben eine Schwachstelle im Linux-Kernel veröffentlicht, die seit 2017 in praktisch allen gängigen Distributionen schlummert. Der Fehler steckt im Zusammenspiel dreier Kernel-Komponenten: dem Krypto-Socket AF_ALG, dem Systemaufruf splice() und dem AEAD-Template authencesn. Ein nicht privilegierter lokaler Nutzer kann damit gezielt 4 Bytes in den In-Memory-Cache eines beliebigen lesbaren setuid-Binaries schreiben – ohne die Datei auf der Festplatte zu verändern. Standard-Integritätsprüfungen wie checksummen-basiertes File-Monitoring schlagen deshalb nicht an. Ein 732-Byte-Python-Skript reicht, um auf Ubuntu, Amazon Linux, RHEL und SUSE Root zu erlangen. Ein PoC ist öffentlich verfügbar.

Read More