Skip to content
KitploitKITPLOIT
ToolsExploitsBlog
Log in
Einreichen
ToolsExploitsBlog
Einreichen

Hacking-, PenTest- und Cybersicherheits-Tools für Ihr Sicherheitsarsenal!

Kitploit ist ein Verzeichnis von Hacking-, Cybersicherheits- und Pentesting-Tools. Entdecken Sie die neuesten Projekt-Updates, um Schwachstellen zu finden, Systeme zu analysieren, Tests zu automatisieren und Ihre Sicherheit zu stärken.

FeedsKontaktDatenschutz© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
CVE-2026-55200 — Detaillierte Analyse einer kritischen Pre-Authentifizierungs-Out-of-Bounds-Write-Sicherheitslücke in libssh2, die zu Remote-Codeausführung führt, mit Ursachenanalyse, Erkennung und Minderungsempfehlungen. | Kitploit
Tools/GitHubGitHub/xd20111/cve-2026-55200
SchwachstellenanalyseExploitationBinäranalyseBedrohungsanalyseLieferkettensicherheitLernen & Bildung
GitHubxd20111/cve-2026-55200

CVE-2026-55200

Detaillierte Analyse einer kritischen Pre-Authentifizierungs-Out-of-Bounds-Write-Sicherheitslücke in libssh2, die zu Remote-Codeausführung führt, mit Ursachenanalyse, Erkennung und Minderungsempfehlungen.

Repository anzeigen
4125vor 3 MonatenNoch nicht geprüft

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen

CVE-2026-55200 - Kritische libssh2 Remote-Code-Ausführungs-Sicherheitslücke

CVE Severity CVSS Type Impact

Kritische Speicherkorruptions-Sicherheitslücke vor der Authentifizierung in libssh2


Übersicht

FeldDetail
CVECVE-2026-55200
CVSS9.2 Kritisch
TypOut-of-Bounds Write
Komponentelibssh2
Betroffene Versionen<= 1.11.1
AngriffsvektorNetzwerk
Erforderliche BerechtigungenKeine
BenutzerinteraktionKeine
AuswirkungenRemote-Code-Ausführung (RCE), Denial-of-Service (DoS)
Behoben inCommit 97acf3dfda80c91c3a8c9f2372546301d4a1a7a8
OffenlegungsdatumJuni 2026

Zusammenfassung der Sicherheitslücke

CVE-2026-55200 ist eine kritische Speicherkorruptions-Sicherheitslücke, die die weit verbreitete libssh2-Bibliothek betrifft.

Der Fehler befindet sich in der Logik der Paketverarbeitung der SSH-Transportschicht in:

ssh2_transport_read()

Die Funktion validiert den eingehenden Wert nicht ordnungsgemäß:

packet_length

Feld, bevor Paketdaten allokiert und verarbeitet werden.

Ein entfernter Angreifer kann ein speziell präpariertes SSH-Paket mit einem überdimensionierten Längenwert senden, was Folgendes verursacht:

  • Heap-Korruption
  • Out-of-Bounds Write
  • Prozessabsturz
  • Potenzielle Remote-Code-Ausführung

Da die Sicherheitslücke während der SSH-Transportpaketverarbeitung ausgelöst wird, kann eine Ausnutzung vor der Authentifizierung erfolgen, was die Schwere des Problems erheblich erhöht.


Technische Ursache

Vereinfachter anfälliger Ablauf:

packet_length = read_packet_length();

buffer = malloc(packet_length);

memcpy(buffer, incoming_data, packet_length);

Wenn packet_length vom Angreifer kontrolliert wird und die erwarteten Grenzen überschreitet:

  1. Eine ungültige Allokation kann auftreten.
  2. Übermäßige Daten werden in den Speicher kopiert.
  3. Benachbarte Heap-Strukturen werden beschädigt.
  4. Der Prozess stürzt ab oder eine willkürliche Codeausführung wird möglich.

⚔️ Angriffsablauf

Attacker
    │
    ▼
Crafted SSH Packet
    │
    ▼
Oversized packet_length
    │
    ▼
Heap Corruption
    │
 ┌──┴──┐
 ▼     ▼
DoS   Potential RCE

💥 Auswirkungen

Vertraulichkeit

  • Potenzielle Speicheroffenlegung
  • Offenlegung sensibler Prozessspeicherbereiche

Integrität

  • Heap-Korruption
  • Potenzielle willkürliche Codeausführung

Verfügbarkeit

  • Anwendungsabstürze
  • Denial-of-Service
  • Dienstunterbrechung

🎯 Betroffene Software

KomponenteBetroffene Versionen
libssh2<= 1.11.1

Potenziell betroffene Anwendungen

Jede Anwendung, die libssh2 einbettet, kann verwundbar sein, einschließlich:

  • Sicherungssoftware
  • Dateiübertragungsanwendungen
  • SSH-Clients
  • Automatisierungsframeworks
  • CI/CD-Plattformen
  • Infrastruktur-Orchestrierungswerkzeuge
  • Netzwerkgeräte
  • Eingebettete Linux-Systeme
  • IoT-Geräte

Hinweis: OpenSSH selbst verwendet libssh2 nicht und ist nicht direkt betroffen.


Ausnutzungsbedingungen

AnforderungWert
NetzwerkzugriffErforderlich
AuthentifizierungNicht erforderlich
BenutzerinteraktionNicht erforderlich
AngriffskomplexitätNiedrig
FernangriffJa

🔍 Erkennung

Sicherheitsteams sollten auf Folgendes achten:

  • Unerwartete Speicherzugriffsfehler (Segmentation Faults)
  • Heap-Korruptionsereignisse
  • Abnormale SSH-Verbindungsversuche
  • Anwendungsabstürze
  • Core-Dumps, die ssh2_transport_read() betreffen
  • Paketparsierungsfehler in Protokollen

Installierte Version prüfen

Linux

pkg-config --modversion libssh2

Debian / Ubuntu

dpkg -l | grep libssh2
apt-cache policy libssh2-1

RHEL / AlmaLinux / Rocky Linux

rpm -qa | grep libssh2
dnf info libssh2

Alpine Linux

apk info | grep libssh2

Find Applications Using libssh2

ldconfig -p | grep libssh2
find /usr -type f -executable -exec ldd {} \; 2>/dev/null | grep libssh2

🛡️ Gegenmaßnahmen

Option 1 - Sofort aktualisieren (empfohlen)

Aktualisieren Sie auf eine Version, die Folgendes enthält:

97acf3dfda80c91c3a8c9f2372546301d4a1a7a8

Ubuntu / Debian

sudo apt update
sudo apt upgrade libssh2-1
sudo reboot

RHEL / AlmaLinux / Rocky Linux

sudo dnf update libssh2
sudo reboot

Fedora

sudo dnf upgrade --refresh libssh2
sudo reboot

Alpine Linux

apk update
apk upgrade libssh2

Option 2 - SSH-Exposition einschränken

Bis Patches verfügbar sind:

UFW

sudo ufw allow from TRUSTED_IP to any port 22
sudo ufw deny 22

iptables

iptables -A INPUT -p tcp --dport 22 -s TRUSTED_IP -j ACCEPT
iptables -A INPUT -p tcp --dport 22 -j DROP

firewalld

firewall-cmd --permanent --add-rich-rule='rule family="ipv4" source address="TRUSTED_IP" port protocol="tcp" port="22" accept'
firewall-cmd --reload

Option 3 - Anwendungen härten

Kompilieren Sie Anwendungen mit:

-fstack-protector-strong
-D_FORTIFY_SOURCE=2
-fPIE
-pie
-Wl,-z,relro,-z,now

Aktivieren Sie:

✓ ASLR
✓ Stack Canaries
✓ RELRO
✓ NX
✓ PIE
✓ Aktuellste Sicherheitspatches

Option 4 - Container-Isolation

Für nicht vertrauenswürdige Arbeitslasten:

docker run \
  --read-only \
  --cap-drop=ALL \
  --security-opt no-new-privileges

Zusätzliche Empfehlungen:

  • seccomp-Profile
  • AppArmor-Richtlinien
  • SELinux-Durchsetzung
  • Namespace-Isolation

Option 5 - Überwachung und Erkennung

Einsetzen:

  • IDS-Signaturen
  • SSH-Telemetrieüberwachung
  • SIEM-Benachrichtigungen
  • Absturzüberwachung
  • Netzwerkanomalieerkennung
  • Paketgrößenanomalieerkennung

📊 Risikobewertung

KategorieBewertung
AusnutzbarkeitHoch
KomplexitätNiedrig
AuthentifizierungKeine
FernangriffJa
LieferkettenrisikoHoch
InternetzugänglichkeitHoch

Offenlegungszeitplan

DatumEreignis
Juni 2026Sicherheitslücke öffentlich bekannt gegeben
Juni 2026Sicherheitshinweis veröffentlicht
Juni 2026Fix-Commit veröffentlicht
Juni 2026+Herstellerpatches beginnen ausgeliefert zu werden

Referenzen

Tool herunterladen