Progressive Robot hMailServer: Umgehung der Auto-Ban über lange Benutzernamen
Zusammenfassung
hMailServer 6.0.0-B1 bis 6.3.7 kann nach wiederholten fehlgeschlagenen Anmeldungen eine IP-Adresse nicht sperren, wenn der Benutzername lang ist oder Sonderzeichen enthält, weil der Auto-Ban-Bereich nicht gespeichert werden kann. Ein nicht authentifizierter Angreifer aus dem Netz, der von zwei oder mehr Adressen aus verbindet, kann über SMTP AUTH, IMAP und POP3 sowie über ManageSieve, CalDAV/CardDAV und die REST API, sofern diese aktiviert sind (standardmässig deaktiviert), weiter Passwörter erraten. Die Standardeinstellungen des Auto-Ban schützen davor nicht.
Betroffen
- hMailServer 6.0.0-B1 bis 6.3.7
- Alle Datenbanksysteme; Windows-Versionen durchgehend, Linux-Versionen ab 6.3.0
- Nicht betroffen nur, wenn die verwundbaren Protokolle nicht erreichbar sind; der Auto-Ban selbst ist betroffen
Behoben in
- hMailServer 6.3.8
Umgehung
- Für MySQL, MariaDB und SQL Server gibt es keine Workaround-Massnahme des Herstellers.
- Bei PostgreSQL vermeidet MaxInvalidLogonAttempts 1 das Problem für Konten, deren Adresse kürzer als 78 Zeichen ist.
- ManageSieve, CalDAV/CardDAV und die REST API deaktiviert lassen, sofern sie nicht benötigt werden.
Ausnutzung
- Gemäss OffSeq-Aggregator nicht als ausgenutzt bekannt.
- Zum Zeitpunkt der Erstellung wurde kein öffentlicher Proof of Concept gefunden.
Unsere Empfehlung
- Auf hMailServer 6.3.8 aktualisieren, im nächsten Wartungsfenster, bei internetexponierten Servern mit schwachen Passwörtern früher. Bei MySQL oder MariaDB setzt 6.3.8 MySQL 5.7.9 bzw. MariaDB 10.2.2 oder neuer sowie das Recht ALTER voraus.
- Vor dem Rollout die direkte Mailzustellung testen: Ein Forumsbeitrag des Herstellers beschreibt verzögerte Zustellung an einzelne Domains unter 6.3.7 und 6.3.8 (unbestätigt).
- Für alle Mailkonten starke, eindeutige Passwörter durchsetzen.
- Das Fehlerprotokoll auf fehlgeschlagene Auto-Ban-Speicherungen überwachen (HM5032, und ab 6.2.19 HM6099).
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- hMailServer 6.3.8 release (GitLab) gitlab.com
- Work item #102 (GitLab) gitlab.com
- CVE Record CVE-2026-126618 www.cve.org
- VulDB CVE-2026-126618 vuldb.com
- OffSeq threat summary CVE-2026-126618 radar.offseq.com
- hMailServer 6.3.8 download (Progressive Robot) www.progressiverobot.com
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 11.11.2026 17:53.
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.