[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.
Translate
Suchen
Blogs auf Borncity
Spenden und Sponsoren
Den Blog durch Spenden unterstützen.
Aus dem DNV-Netzwerk
- TurboFieldfare: 26B-KI-Modell läuft auf Apple Silicon mit nur 2 GB RAM News 2. August 2026
- ONLYOFFICE DocSpace 3.7: KI generiert Dokumente aus Chat-Oberflächen News 2. August 2026
- EU AI Act: Kennzeichnungspflicht für KI-Inhalte ab heute News 2. August 2026
- Pixel Tags: Googles AirTags-Konkurrenz startet am 12. August News 2. August 2026
- Windows 11: Fotos-App startet 2,1-mal schneller nach Umbau News 2. August 2026
Links
Amazon
Awards
MVP: 2013 – 2016
WIMVP: 2017 – 20202015
Blogroll
Soziale Netzwerke-Seiten
Foren
Um mir den Moderationsaufwand zu ersparen, empfehle ich eines der unter Websites verlinkten Angebote. Im Microsoft Answers-Forum bin ich gelegentlich noch als Moderator zu Windows-Themen unterwegs.
Neueste Kommentare
- boef zu Probleme mit Zyxel-Firewalls: Web-GUI nicht erreichbar?
- Mark zu Windows 11: Wird Onedrive-Photos-App (mit KI-Gesichtsscan) automatisch installiert?
- Carsten C. zu LG erlaubt Ads auf Smart-TVs zu deaktivieren – Teil 2
- Pablo zu KI-Modelle von Anthropic und OpenAI für diverse Hacks verantwortlich
- C++ zu LG erlaubt Ads auf Smart-TVs zu deaktivieren – Teil 2
- Steter Tropfen zu LG erlaubt Ads auf Smart-TVs zu deaktivieren – Teil 2
- Grüsch zu LG erlaubt Ads auf Smart-TVs zu deaktivieren – Teil 2
- Michael zu Störung des Microsoft Clearinghouse Servers? (1. August 2026)
- User007 zu LG erlaubt Ads auf Smart-TVs zu deaktivieren – Teil 2
- User007 zu LG erlaubt Ads auf Smart-TVs zu deaktivieren – Teil 2
- Mira Bellenbaum zu LG erlaubt Ads auf Smart-TVs zu deaktivieren – Teil 2
- Günter Born zu Störung des Microsoft Clearinghouse Servers? (1. August 2026)
- Stefan F zu Mehr als 24.000 Server mit BMC per Schwachstelle CVE-2013-4786 gefährdet
- Luzifer zu Windows 11: Wird Onedrive-Photos-App (mit KI-Gesichtsscan) automatisch installiert?
- arno nym zu Windows 11: Wird Onedrive-Photos-App (mit KI-Gesichtsscan) automatisch installiert?
CVE-2024-0193 ist in Debian stable (Bookworm) und old-stable (Bullseye) bereits gefixt: https://security-tracker.debian.org/tracker/CVE-2024-0193
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!
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.
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.
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