Mautic Core: Unsichere Deserialisierung in Segmentfiltern und benutzerdefinierten Feldern
Zusammenfassung
Mautic speichert Segmentfilter- und benutzerdefinierte Feldeigenschaften, und mehrere Codepfade deserialisieren diese Werte, ohne die instanziierbaren PHP-Klassen einzuschränken. Ein Angreifer, der einen manipulierten serialisierten Wert in diesen Feldern speichern kann, kann die Instanziierung beliebiger PHP-Objekte auslösen, wenn Mautic die Daten verarbeitet, zum Beispiel bei der Segmentauswertung, beim Kontakt-Export oder bei API-Anfragen für benutzerdefinierte Felder. In Kombination mit Gadget-Ketten in den Abhängigkeiten von Mautic kann dies zur Ausführung von Code auf dem Server sowie zum Lesen, Ändern oder Löschen von Kontaktdaten führen. Die Ausnutzung erfordert hohe Berechtigungen oder bereits bestehenden Schreibzugriff auf die betroffenen gespeicherten Daten.
Betroffen
- mautic/core >= 2.15.2 und < 5.2.12
- mautic/core >= 6.0.0 und < 6.0.10
- mautic/core >= 7.0.0 und < 7.2.0
- Mautic 4.x: separater ELTS-Support, keine kostenlose Herstellerkorrektur bekannt
Behoben in
- 5.2.12
- 6.0.10
- 7.2.0 gemäss CNA-Daten; der Korrektur-Commit erscheint im Release 7.2.2, weshalb bis zur Klärung durch den Hersteller 7.2.2 oder die neueste 7.x-Version empfohlen wird
Umgehung
- Keine offiziellen Workarounds; der Hersteller empfiehlt, den administrativen Zugriff, einschliesslich der Berechtigungen für Segmente, benutzerdefinierte Felder und API, auf vertrauenswürdige Benutzer zu beschränken
- Sicherstellen, dass keine nicht vertrauenswürdige Partei Schreibzugriff auf die Mautic-Datenbank hat
- Diese Massnahmen verringern das Risiko, beheben die Schwachstelle jedoch nicht
Ausnutzung
- Nicht im CISA-KEV-Katalog
- CISA SSVC: Ausnutzung keine, automatisierbar nein, technische Auswirkung total
- OffSeq: nicht als ausgenutzt bekannt
- Kein öffentlicher Proof of Concept gefunden; dies ist unbekannt und nicht bestätigt als nicht vorhanden
Unsere Empfehlung
- Alle Mautic-Instanzen, Versionen und Forks inventarisieren, einschliesslich 4.x
- Nach vollständigem Backup und Test in einer Staging-Umgebung auf 7.2.2 (oder neueste 7.x-Version), 6.0.10 oder 5.2.12 aktualisieren
- Bis zur Korrektur Admin-, Segment-, Custom-Field- und API-Konten auf ein Minimum vertrauenswürdiger Benutzer beschränken und Schreibzugriff auf die Datenbank prüfen
- Audit-Logs auf unerwartete Änderungen an Segmentfiltern und benutzerdefinierten Feldeigenschaften prüfen
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- GitHub Security Advisory GHSA-5r63-8h35-j3mw github.com
- OpenCVE CVE-2026-115190 app.opencve.io
- OffSeq Radar CVE-2026-115190 radar.offseq.com
- Mautic 5.2.12 release github.com
- Mautic releases github.com
- Mautic fix pull request 17934 (7.2.2 release) github.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 01.11.2026 21:14.
Referenzen der NVD (1)
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.
