Mehrere Schwachstellen in OpenSSH ermöglichen aus der Ferne das Umgehen von Sicherheitsvorkehrungen und können einen Denial‑of‑Service (DoS) auslösen. Das DFN‑CERT hat das Advisory DFN‑CERT‑2026‑5880 veröffentlicht und empfiehlt die Installation verfügbarer Sicherheitsupdates.
Was ist bekannt
Nach Angaben im Advisory können Angreifer mehrere Fehler in OpenSSH ausnutzen. Für die Ausnutzung sind unterschiedliche Privilegienstufen erforderlich; in der Folge ist eine Bandbreite von Angriffsszenarien denkbar, darunter DoS‑Angriffe, die Dienste lahmlegen.
"Ein Angreifer kann mehrere Schwachstellen aus der Ferne ausnutzen, um Sicherheitsvorkehrungen zu umgehen und einen Denial‑of‑Service (DoS)‑Angriff durchzuführen."
Betroffene Systeme
Sicherheitsupdates stehen konkret für openssh auf Red Hat Enterprise Linux (RHEL) bereit. Betroffen sind mehrere Editionen und Updatestände, darunter Version 10 in verschiedenen Wartungszweigen.
| Produkt | Version/Branch | Architekturen |
|---|---|---|
| Red Hat Enterprise Linux | 10 | x86_64, aarch64 |
| RHEL 10 (4 years of updates) | 10.2 | x86_64, aarch64 |
| RHEL Extended Life Cycle / Extended Update Support | 10.2 | x86_64, aarch64 |
Konsequenzen für Betreiber
Für Betreiber von Servern, die OpenSSH einsetzen, bedeutet das Advisory: Abklären, ob eigene Systeme von den genannten Versionen und Architekturen betroffen sind, und zeitnah die bereitgestellten Updates einspielen. Die Meldung beschreibt die Verfügbarkeit von Fixes, nicht den erfolgreichen oder breitflächigen Missbrauch in der Praxis.
Handlungsanleitung — Checkliste für Administratorinnen und Administratoren
- Inventarisieren: Alle Systeme prüfen, auf denen OpenSSH läuft; Betriebssystem‑ und Paketversionen dokumentieren.
- Prüfen: Ob die RHEL‑Versionen 10 / 10.2 bzw. Extended‑Support betroffen sind (x86_64, aarch64).
- Sichern: Vor Updates Konfigurationen und Schlüssel sichern, Wartungsfenster planen.
- Aktualisieren: Verfügbare Sicherheitsupdates für openssh zeitnah einspielen.
- Überwachen: Nach Einspielen der Updates Logs und Dienste beobachten; ungewöhnliche Verbindungsversuche prüfen.
- Härten: Zusätzliche Maßnahmen erwägen (z. B. Zugangsbeschränkungen, Fail2ban, Key‑only‑Authentifizierung).
Das Advisory ist im DFN‑CERT‑Schwachstellenarchiv veröffentlicht und kann dort eingesehen werden: DFN‑CERT‑Advisory 2026‑5880.
Weiterführende Hinweise
Das DFN‑CERT weist darauf hin, bei Weitergabe der Informationen den Ursprung angemessen zu nennen und die rechtlichen Hinweise des Incidence Response Teams zu beachten. Die Meldung enthält keine Angaben zu exploit‑Code oder zu nachgewiesenen Angriffen in der Wildnis; sie informiert über vorhandene Schwachstellen und die verfügbaren Updates.
Für Betreiber bedeutet das: Nicht warten, bis konkrete Angriffe gemeldet werden. Service‑ und Sicherheitsverantwortliche sollten ihre Update‑Prozesse prüfen und Sicherheitsupdates zeitnah ausrollen, um das Risiko von Ausfällen durch DoS‑Angriffe zu reduzieren.
