Linux Kernel Schwachstelle CVE-2024-0193 ermöglicht Root-Zugriff

Veröffentlicht am 9. Januar 2024 von Günter Born

[English]Im Linux-Kernel wurde die Schwachstelle CVE-2024-0193 entdeckt, die Root-Zugriff ermöglicht. Es handelt sich um einen Use-after-free-Fehler im Netfilter-Subsystem, der mit dem  CVSS-Score von 7.8 bewertet wurde. Die Schwachstelle kann aber nur von lokalen Angreifern ausgenutzt werden, um Privilegien zu erweitern und beliebigen Code auszuführen. Mehr Details finden sich in diesem Artikel.

Dieser Beitrag wurde unter Linux, Sicherheit veröffentlicht. Setze ein Lesezeichen für den Permalink.

5 Kommentare zu Linux Kernel Schwachstelle CVE-2024-0193 ermöglicht Root-Zugriff

  1. innocent bystander sagt:
    9. Januar 2024 um 21:50 Uhr

    CVE-2024-0193 ist in Debian stable (Bookworm) und old-stable (Bullseye) bereits gefixt: https://security-tracker.debian.org/tracker/CVE-2024-0193

    Antworten
  2. 1ST1 sagt:
    9. Januar 2024 um 22:11 Uhr

    Ich finde ja das hier äußerst interessant, ***:

    https://github.com/MegaManSec/SSH-Snake

    SSH-Snake is a powerful tool designed to perform automatic network traversal using SSH private keys discovered on systems, with the objective of creating a comprehensive map of a network and its dependencies, identifying to what extent a network can be compromised using SSH and SSH private keys starting from a particular system.

    Das bewegt sich also selbstständig von System zu System per SSH (zertifikatsbasierte Verbindungen, wie das empfohlen wird) und erstellt erstmal eine Karte aller gefundenen Systeme. Man könnte in das Script natürlich auch noch andere lustige Sachen einbauen… Ist natürlich total sicher!

    Antworten
    • mw sagt:
      10. Januar 2024 um 08:10 Uhr

      Was jetzt? Private keys und certificates sind definitiv 2 Paar Stiefel. Ich muß mir das jetzt mal anscahuen, aber ich denke mit zertifikaten ist man safe.

      Antworten
    • P. B. sagt:
      10. Januar 2024 um 18:02 Uhr

      Was hat das aber jetzt mit der CVE-2024-0193 zu tun?
      -> Technisch kann jeder halbwegs begabte Scripter so ein Script erstellen. Es macht nichts anderes als ein System nach privaten Schlüsseln zu durchsuchen und dann mit diesen Daten sich auf weitere Systeme durch zu testen.

      Ohne es jetzt im Detail geprüft zu haben ob/wie viel sich das Script auf seinem Weg durch das Netz "merkt", ist das jetzt keine große Sache.

      Was es nicht kann ist sich den initialen private key auszudenken / zu erraten oder irgendwie in ein System einzubrechen. Du brauchst einen Schlüssel zu allen! Systemen. Hast du den nicht, geht es nicht. Warum sollte aber Jemand den privaten Schlüssel eines Key Pairs lokal auf dem Server speichern? Dann noch unverschlüsselt (also ohne PW)? Und dazu dann noch mit mindestens mal read Rechten auf das File? Bzw. read Rechte für "other" -> weil sonst würde man eh nur die eigenen Files sehen oder die, für welche man über Gruppenzugehörigkeit Rechte hat?

      Der Hinweis (zertifikatsbasierte Verbindungen, wie das empfohlen wird) ist also nicht wirklich ein Problem. Gib den private key nicht aus der Hand, verwahre ihn sicher und vor allem, verschlüssel das Ding! und alles ist in bester Ordnung. -> das sollte btw. Standard sein, wenn man solche Systeme betreibt.

      Antworten
  3. mw sagt:
    10. Januar 2024 um 08:38 Uhr

    Der Bug wurde in 5.10 bereits mit 5.10.205 am 20.12.23 gefixt. Die anderen kernel monitore ich nicht, aber das dürfte um die gleiche Zeit geschehen sein.
    BTW ist ja nicht so, daß Linux da Schwachstellen hat:
    https://www.cve.org/CVERecord?id=CVE-2024-20698

    Antworten

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

Hinweis: Bitte beachtet die Regeln zum Kommentieren im Blog (Erstkommentare und Verlinktes landet in der Moderation, gebe ich alle paar Stunden frei, SEO-Posts/SPAM lösche ich rigoros. Kommentare abseits des Themas bitte unter Diskussion. Kommentare, die gegen die Regeln verstoßen, werden rigoros gelöscht. Wegen Missbrauchs bin ich gezwungen, Name und E-Mail als Pflichtfelder beim Kommentieren zu aktivieren. Wählt ggf. einen (noch nicht benutzten) Alias-Namen und verwendet ggf. eine Dummy-Mail-Adresse (z.B. t@hotkev.com).

Du findest den Blog gut, hast aber Werbung geblockt? Du kannst diesen Blog auch durch eine Spende unterstützen.