Plugin-Name	Schriftarten-Manager | Benutzerdefinierte Schriftarten
Art der Schwachstelle	SQL-Injection
CVE-Nummer	CVE-2026-1800
Dringlichkeit	Hoch
CVE-Veröffentlichungsdatum	2026-03-23
Quell-URL	CVE-2026-1800

Dringend: SQL-Injection im “Schriftarten-Manager | Benutzerdefinierte Schriftarten” (<= 1.2) — Was WordPress-Seitenbesitzer jetzt tun müssen

Veröffentlicht: 23. März 2026
Schwere: Hoch — CVSS 9.3 (CVE-2026-1800)
Betroffene Versionen: Plugin-Versionen <= 1.2
Erforderliche Berechtigung: Unauthentifiziert (jeder Besucher)

Als ein WordPress-Sicherheitsteam, das eine professionelle Web Application Firewall (WAF) und einen Incident-Response-Service betreibt, geben wir bei WP‑Firewall eine detaillierte, praktische Beratung für Seitenbesitzer und Administratoren heraus. Eine hochgradige SQL-Injection-Sicherheitsanfälligkeit wurde im Plugin Schriftarten-Manager | Benutzerdefinierte Schriftarten (Versionen bis einschließlich 1.2) offengelegt. Die Sicherheitsanfälligkeit kann durch unauthentifizierte Anfragen über den fmcfIdSelectedFnt Parameter ausgelöst werden und ermöglicht Angreifern, direkt mit der Datenbank zu interagieren.

Dieser Beitrag erklärt, was diese Sicherheitsanfälligkeit bedeutet, wie sie erkannt werden kann, praktische Schritte zur Minderung und Behebung, was zu tun ist, wenn Sie einen Kompromiss vermuten, und wie WP‑Firewall Ihre Seite schützt — einschließlich eines kostenlosen Basisplans, den Sie sofort aktivieren können.

---

Zusammenfassung (was Sie jetzt wissen müssen)

• Das Plugin enthält einen unauthentifizierten SQL-Injection-Vektor über den HTTP-Parameter fmcfIdSelectedFnt.
• Ein unauthentifizierter Angreifer kann SQL in eine Abfrage injizieren, die mit der WordPress-Datenbank interagiert.
• Die Auswirkungen umfassen Datenoffenlegung, Datenänderung, Kompromittierung von Benutzerkonten und vollständige Übernahme der Seite, abhängig von anderen Seitenkonfigurationen.
• Zum Zeitpunkt der Veröffentlichung steht kein vom Anbieter bereitgestellter Patch für Versionen <= 1.2 zur Verfügung. Sofortige Minderung ist erforderlich.
• Wenn Sie dieses Plugin verwenden: Entfernen Sie es, deaktivieren Sie es oder wenden Sie virtuelle Patches (WAF-Regel) an, bis ein offizieller Patch verfügbar ist.
• WP‑Firewall-Benutzer können sofort eine Milderungsregel aktivieren, um Exploit-Versuche zu blockieren, während Sie über die Behebung entscheiden.

---

Was ist diese Sicherheitsanfälligkeit? Technische Übersicht

Diese Sicherheitsanfälligkeit ist eine SQL-Injection (SQLi), die ohne Authentifizierung ausgenutzt werden kann. Die anfällige Eingabe ist ein Parameter mit dem Namen fmcfIdSelectedFnt der vom Plugin verarbeitet und ohne angemessene Eingabevalidierung oder Parametrisierung in eine SQL-Anweisung integriert wird.

Warum das wichtig ist:

• SQL-Injection ermöglicht es Angreifern, die Datenbankabfrage-Engine zu manipulieren. Abhängig vom Abfragekontext können Angreifer möglicherweise beliebige Datenbankzeilen lesen, Daten ändern oder löschen, administrative Konten erstellen oder Aktionen ausführen, die zu einer vollständigen Kompromittierung der Seite führen.
• Unauthentifiziert bedeutet, dass der Angreifer kein angemeldeter WordPress-Benutzer sein muss — er kann ein neuer Besucher aus dem Internet sein.
• Der beschriebene CVSS-Score von 9,3 spiegelt die Kritikalität von unauthentifiziertem SQLi auf Webanwendungen wider.

Technische Hinweise (hohes Niveau):

• Die Angriffsfläche ist ein HTTP-Parameter, der an einen Plugin-Endpunkt übergeben wird (GET oder POST).
• Das Plugin versäumt es, den bereitgestellten Wert zu bereinigen oder parametrisierte Abfragen zu verwenden.
• Eine bösartige Eingabe kann die beabsichtigte SQL-Abfragelogik ändern.

Wir vermeiden absichtlich, Exploit-Payloads oder Abfragezeichenfolgen in diesem Hinweis zu teilen, da diese für bösartige Automatisierung verwendet werden können. Der Fokus unten liegt auf Erkennung, Minderung und sicherer Handhabung.

---

Wie ein Angreifer dies ausnutzen kann — realistische Angriffszenarien

Das Verständnis der Angriffszenarien hilft, die Reaktion zu priorisieren:

1. Datendiebstahl im großen Stil
   • Angreifer können Inhalte von wp_users, wp_usermeta, oder benutzerdefinierten Tabellen je nach Abfragekontext lesen.
   • Gestohlene Benutzer-Hashes können offline brute-forced oder verwendet werden, um auf andere Systeme zu pivotieren, in denen Anmeldeinformationen wiederverwendet wurden.
2. Privilegieneskalation / Kontenerstellung
   • In vielen SQLi-Fällen können Angreifer Daten injizieren, um einen neuen Administratordatensatz in wp_users, dann die erforderlichen Metaeinträge in wp_usermeta. Das führt zu einer direkten Übernahme der Website.
3. Webseitenänderung / -verunstaltung / Persistenz
   • SQLi kann verwendet werden, um Optionen zu ändern, bösartige Beiträge einzufügen oder Plugin-/Theme-Einstellungen zu ändern, die wiederum verwendet werden können, um Hintertüren zu installieren.
4. Massenexploitierung
   • Da dies unauthentifiziert und ein gängiges Plugin ist, bauen Angreifer oft automatisierte Scanner, die viele WordPress-Websites testen und versuchen, sie massenhaft auszunutzen.

Angesichts des Obigen sollten Sie jede aktive Website mit dem Plugin als hohe Priorität für sofortige Minderung behandeln.

---

Erkennung — worauf man in Protokollen und Verhalten achten sollte

Wenn Sie einen Hosting-Stack oder ein Sicherheitsprodukt betreiben, achten Sie auf die folgenden Muster. Dies sind Erkennungsvorschläge, keine Exploit-Signaturen.

• Unerwartete Anfragen an Plugin-Endpunkte, wo fmcfIdSelectedFnt vorhanden ist:
  • Beispiel-Protokollmuster: Anfragen mit dem Parameter fmcfIdSelectedFnt der ungewöhnliche Zeichen enthält (Leerzeichen, Anführungszeichen, Kommentarzeichen, SQL-reservierte Wörter).
• Wiederholte 400/500-Antworten auf dieselbe URL von derselben Remote-IP oder von mehreren wenig vertrauenswürdigen IPs (Scannen-Verhalten).
• Schnelle POST/GET-Anfragen mit unterschiedlichen Werten für fmcfIdSelectedFnt (Erkundungsversuche).
• Datenbankfehler in Ihren PHP/WordPress-Protokollen, die auf SQL-Syntaxfehler verweisen, nachdem auf Plugin-Endpunkte zugegriffen wurde.
• Unerwartete Administratorbenutzer, neue Beiträge oder Optionsänderungen kurz nach verdächtigen Anfragen.
• Ausgehende Verbindungen oder geplante Aufgaben, die Sie nicht erstellt haben.

Beispielhafte Erkennungsprotokoll-Fingerabdrücke (bereinigt, zur Mustererkennung):

[access-log] 192.0.2.123 - - [23/Mar/2026:10:04:12 +0000] "GET /wp-admin/admin-ajax.php?action=fmcf_action&fmcfIdSelectedFnt=... HTTP/1.1" 200 512 "-" "Mozilla/5.0"

Setzen Sie Überwachungswarnungen für:

• Fehlermuster, die “SQL-Syntax” oder “mysql_fetch” enthalten, nachdem auf Plugin-Endpunkte zugegriffen wurde.
• Ereignisse zur Erstellung neuer administrativer Benutzer in wp_users durch einen nicht-administrativen Akteur oder zu ungewöhnlichen Zeiten.

---

Sofortige Maßnahmen zur Minderung (was in den nächsten 1–2 Stunden zu tun ist)

1. Betroffene Standorte identifizieren
   • Verwenden Sie die WP-Admin-Plugin-Liste oder Dateisystemprüfungen, um zu bestätigen, dass das Plugin installiert ist und die Version ≤ 1.2 beträgt.
   • Wenn Sie viele Seiten haben, führen Sie eine automatisierte Inventarisierung durch, um Instanzen des Plugins zu finden.
2. Wenn möglich, nehmen Sie die Seite kurz offline oder versetzen Sie sie in den Wartungsmodus.
   • Dies ist optional, wird jedoch für stark frequentierte oder risikobehaftete Seiten empfohlen, während Sie handeln.
3. Wenn ein Update vom Plugin-Autor verfügbar ist, wenden Sie es an. HINWEIS: Zum Zeitpunkt der Veröffentlichung ist keine offizielle gepatchte Version für die angegebenen verwundbaren Versionen verfügbar – gehen Sie nicht davon aus, dass ein Patch existiert. Überprüfen Sie das Änderungsprotokoll des Plugins und die Mitteilungen des Anbieters.
4. Wenn kein Patch verfügbar ist, deinstallieren oder deaktivieren Sie das Plugin.
   • Deaktivieren Sie es im WP-Admin oder entfernen Sie den Plugin-Ordner über SFTP.
   • Wenn das Plugin aus geschäftlichen Gründen erforderlich ist und nicht deaktiviert werden kann, wenden Sie WAF-virtuelles Patchen an (blockieren / bereinigen Sie den verwundbaren Parameter) – Anweisungen siehe unten.
5. Wenden Sie eine WAF-Regel oder ein virtuelles Patch an, um Exploit-Versuche zu stoppen (empfohlen, wenn Sie das Plugin nicht entfernen können).
   • Blockieren Sie alle externen Anfragen, die verdächtige SQL-Meta-Zeichen enthalten. fmcfIdSelectedFnt Parameter.
   • Blockieren Sie nicht authentifizierte Anfragen an die spezifischen Plugin-Endpunkte, wenn diese Endpunkte ohnehin nicht öffentlich sein sollten.
6. Rotieren Sie Anmeldeinformationen und überprüfen Sie den Zugriff, wenn Sie einen Kompromiss vermuten:
   • Setzen Sie Passwörter für WordPress-Administratoren, FTP/SFTP, cPanel und Datenbankbenutzerpasswörter zurück, wenn ein Eindringen vermutet wird.
7. Überprüfen Sie Ihre Seite auf Anzeichen eines Kompromisses (siehe Abschnitt unten).

---

Empfohlene WAF-Minderung (virtuelles Patchen) – Beispiele und Anleitungen

Wenn Sie das Plugin nicht sofort entfernen können, ist das virtuelle Patchen über eine WAF der schnellste Weg, um Exploit-Verkehr zu blockieren. Unten finden Sie sichere, nicht exploit-spezifische Vorschläge, die Sie in den meisten WAF-Schnittstellen oder Hosting-Kontrollpanelen umsetzen können. Dies sind konzeptionelle Regeln – die genaue Syntax hängt von Ihrer WAF ab.

1. Blockieren Sie verdächtigen Parameterinhalt
   • Verweigern Sie Anfragen, bei denen fmcfIdSelectedFnt enthält Zeichen, die häufig für SQL-Injection verwendet werden (einzelnes Anführungszeichen, doppeltes Anführungszeichen, Semikolon, Kommentar-Tokens, SQL-Schlüsselwörter) und die Anfrage ist nicht authentifiziert.

   Pseudocode / Logik:

   • WENN die Anfrage den Parameter enthält fmcfIdSelectedFnt
   • UND der Parameterwert entspricht dem Regex-Muster: [\x27\x22;#/*\b(VEREINIGUNG|AUSWÄHLEN|EINFÜGEN|AKTUALISIEREN|LÖSCHEN|FALLEN)\b] (groß-/kleinschreibungsempfindlich)
   • DANN Blockanforderung (gibt 403 zurück)

   Notiz: Erlauben Sie legitime numerische oder sichere alphanumerische Werte. Passen Sie das erlaubte Muster an Ihre Plugin-Nutzung an (wenn das Plugin normalerweise eine einzelne Ganzzahl-ID übergibt, erlauben Sie nur Ziffern).

2. Beschränken Sie den Zugriff auf Plugin-Endpunkte.
   • Wenn die anfälligen Endpunkte nur für authentifizierte Admin-Nutzungen gedacht sind, beschränken Sie sie entweder durch:
     • Nur den Zugriff von authentifizierten Admin-Sitzungen zuzulassen (Cookies überprüfen).
     • Einschränkung auf erlaubte IP-Bereiche (interne Admin-IP-Adressen).
     • Blockieren von GET- oder POST-Anfragen von anonymen Clients an diese Endpunkte.
3. Ratenbegrenzung und Verhaltensprüfungen
   • Begrenzen Sie den Zugriff auf die Endpunkte des Plugins, um Scans und automatisierte Exploit-Versuche zu verlangsamen.
   • Blockieren Sie IPs mit wiederholten fehlgeschlagenen Scans und aggressiven Anfrage-Mustern.
4. Blockieren Sie Anfragen mit Datenbankfehler-Strings in der Antwort
   • Wenn Sie feststellen, dass ein Endpunkt häufig SQL-Fehlertexte zurückgibt, verwenden Sie Ihre WAF, um abzufangen und eine generische Fehlerseite zurückzugeben, um ein Leck zu verhindern.

Wichtig: Diese Regeln sind Übergangsminderungen und sollten mit der Entfernung oder Aktualisierung des Plugins kombiniert werden. Virtuelles Patchen verringert das Risiko, behebt jedoch nicht das zugrunde liegende Codeproblem.

---

So überprüfen Sie auf Kompromittierung — Indikatoren, Dateien und Abfragen

Wenn Ihre Website verdächtigen Verkehr erhalten hat oder Sie sich über einen Vorfall unsicher sind, führen Sie eine gezielte Untersuchung durch:

1. Überprüfen Sie Zugriffs- und Fehlerprotokolle
   • Suchen fmcfIdSelectedFnt Anfragen von unbekannten IPs.
   • Durchsuchen Sie Protokolle nach SQL-Fehlermeldungen und verdächtigen POST-Aktivitäten.
2. Überprüfen wp_users Und wp_usermeta
   • Suchen Sie nach neuen Benutzern mit Administratorrolle, die Sie nicht erkennen.
   • Inspizieren letzter_Login (wenn gespeichert), benutzer_registriert Zeitstempel.
3. Scannen Sie nach modifizierten Dateien
   • Verwenden Sie einen Datei-Integritätsprüfer oder Git diff (wenn Ihre Website unter Versionskontrolle steht).
   • Suchen Sie nach kürzlich modifizierten PHP-Dateien in wp-Inhalt, wp-includes, und Root-Verzeichnissen.
4. Durchsuchen Sie die Datenbank nach verdächtigen Inhalten
   • Überprüfen wp_options nach unerwarteten automatisch geladenen Optionen oder injizierten Skripten in Optionswerten wie seitenurl oder startseite.
   • Überprüfen Sie Beiträge auf versteckte iframes, eval(), base64-Strings oder obfuskiertes JavaScript.
5. Geplante Aufgaben und Cron
   • Listen Sie aktive WordPress-Cron-Hooks (wp_cron) und geplante Ereignisse für unbekannte Aufgaben auf.
6. Ausgehende Verbindungen
   • Überprüfen Sie auf ungewöhnliche externe Netzwerkverbindungen vom Server, die auf Datenexfiltration oder Rückrufe zu C2-Hosts hinweisen können.

Wenn Sie Anzeichen einer Kompromittierung finden, isolieren Sie die Website sofort (nehmen Sie sie offline) und fahren Sie mit einem vollständigen Eindämmungs- und Wiederherstellungsplan fort.

---

Checkliste für die Reaktion auf Vorfälle (Schritt für Schritt)

1. Isolieren
   • Versetzen Sie die betroffene(n) Website(s) in den Wartungsmodus.
   • Widerrufen Sie den Zugriff des Angreifers, indem Sie bei Bedarf Netzwerkverbindungen deaktivieren.
2. Beweise sichern
   • Sichern Sie Protokolle, Datenbank und Dateisystem-Snapshot für forensische Analysen.
   • Überschreiben Sie keine Beweise.
3. Enthalten
   • Deaktivieren oder entfernen Sie das anfällige Plugin.
   • Wenden Sie WAF-Regeln an, um das Exploit-Muster zu blockieren.
4. Ausrotten
   • Entfernen Sie Web-Shells, unbefugte Administratorbenutzer und bösartige Dateien.
   • Stellen Sie bei Bedarf saubere Dateien aus einem bekannten guten Backup wieder her.
5. Genesen
   • Aktualisieren oder installieren Sie Plugins/Themes/Core neu.
   • Stellen Sie die Anmeldeinformationen neu aus und rotieren Sie die Schlüssel.
   • Härten Sie die Website (siehe die untenstehende Härtungscheckliste).
6. Überprüfen und lernen
   • Führen Sie eine Nachbesprechung durch, um zu identifizieren, wie der Angreifer erfolgreich war und welche Schritte zur Verbesserung der Verteidigung unternommen werden können.
   • Wenden Sie langfristige Maßnahmen an: kontinuierliche Überwachung, regelmäßige Backups und virtuellen Patch-Service.

---

Härtungscheckliste (vor und nach der Behebung)

• Halten Sie den WordPress-Kern, die Designs und die Plug-Ins auf dem neuesten Stand.
• Beschränken Sie die Verwendung von Plugins auf wesentliche, aktiv gewartete Plugins.
• Erzwingen Sie starke Passwörter und Multi-Faktor-Authentifizierung (MFA) für Administratorkonten.
• Verwenden Sie das geringste Privileg für DB-Benutzer – vermeiden Sie die Verwendung eines DB-Benutzers mit Superuser-Rechten.
• Einschränken wp-Administrator Und wp-login.php nach IP oder fügen Sie zusätzliche Authentifizierung hinzu.
• Implementieren Sie die Überwachung der Dateiintegrität und regelmäßige Malware-Scans.
• Halten Sie tägliche Offsite-Backups und testen Sie Wiederherstellungen regelmäßig.
• Verwenden Sie eine professionelle WAF, um virtuellen Patch und Verkehrsfilterung bereitzustellen.
• Überwachen Sie Protokolle und Warnungen kontinuierlich und abonnieren Sie zuverlässige Sicherheitsintelligenz-Feeds.

---

Wie WP-Firewall hilft – sofortiger und fortlaufender Schutz

Bei WP-Firewall verfolgen wir einen mehrschichtigen Verteidigungsansatz, der proaktive Erkennung, virtuellen Patch und Incident Response kombiniert. Hier ist, wie unser Produkt und unsere Dienstleistungen diese Art von Schwachstelle direkt mindern:

1. Verwaltete WAF-Regeln und virtuelle Patches
   • Wir setzen Regeln ein, die Exploit-Versuche gegen bekannte anfällige Eingaben blockieren (wie fmcfIdSelectedFnt) ohne auf Anbieter-Patches zu warten.
   • Virtuelle Patches sind risikoarm und getestet, um falsche Positivmeldungen bei legitimen Datenverkehr zu vermeiden.
2. Echtzeit-Angriffsblockierung
   • Unsere WAF blockiert automatisierte Scanner und Exploit-Toolkits, die nach nicht authentifizierten SQLi-Versuchen suchen.
   • Wir begrenzen auch die Rate und identifizieren verteilte Scan-Muster, um Massenexploit zu verhindern.
3. Automatisiertes Scannen und Alarmierung
   • Websites auf unserer Plattform erhalten regelmäßige Schwachstellenscans und Benachrichtigungen, wenn ein verwundbares Plugin erkannt wird.
   • Wir überwachen Exploit-Versuche und bieten sofortige Maßnahmenempfehlungen.
4. Forensische und Wiederherstellungsunterstützung
   • Wenn ein Kompromiss vermutet wird, kann der Support von WP‑Firewall bei der Untersuchung, Eindämmung und Wiederherstellungsplänen helfen.
   • Wir bieten Anleitung zur Rotation von Anmeldeinformationen, Bereinigung und Wiederherstellung aus Backups.
5. Laufende Hygiene und Berichterstattung
   • Pro-Kunden erhalten monatliche Sicherheitsberichte und priorisierte Behandlung von Schwachstellen.
   • Unser Basisplan umfasst wesentliche Schutzmaßnahmen, die gängige Angriffe und OWASP Top 10-Risiken blockieren.

Wir können die Bedeutung von virtuellem Patchen für Schwachstellen, bei denen ein offizieller Patch nicht verfügbar oder verzögert ist, nicht genug betonen. Es kauft kritische Zeit und reduziert die Exposition, während Sie eine dauerhafte Lösung planen.

---

Indikatoren für Kompromisse (IoCs) — Beispiele zum Suchen

Nachfolgend sind Arten von IoCs aufgeführt, nach denen gesucht werden soll. Diese sind allgemein, nicht exploit-spezifisch, und sollen den Detection-Teams helfen, verdächtige Aktivitäten zu lokalisieren.

• HTTP-Anfragemuster:
  • Anfragen, die den Parametername enthalten: fmcfIdSelectedFnt
  • Anfragen mit hohen Entropiewerten für Parameter oder ungewöhnlichen Zeichen in fmcfIdSelectedFnt
• Serverprotokolle:
  • SQL-Fehlermeldungen in der Nähe von Plugin-Dateien, z. B. Fehler, die auf Plugin-Dateipfade verweisen.
  • Erhöhte Häufigkeit von 4xx- oder 5xx-Antworten an Plugin-Endpunkten.
• WordPress-Artefakte:
  • Neue Administratorbenutzer mit verdächtigen Benutzernamen.
  • Unerwartete Änderungen an wp_options (siteurl/home), active_plugins-Einträgen oder Theme-Dateien.
• Dateisystem:
  • PHP-Dateien mit obfuskiertem PHP (base64_decode + Auswertung).
  • Neue Dateien in wp-content/uploads mit .php-Erweiterung.

Wenn Sie eines der oben genannten erkennen, behandeln Sie es als hochpriorisiertes Ereignis und folgen Sie der Checkliste für die Reaktion auf Vorfälle.

---

Kommunikationsleitfaden für Seitenbesitzer und Administratoren

Wenn Sie mehrere Websites verwalten oder Hosting anbieten, kommunizieren Sie klar:

• Informieren Sie die Stakeholder, dass das Plugin eine hochgradig kritische nicht authentifizierte Schwachstelle aufweist.
• Empfehlen Sie sofortige Maßnahmen: Entfernen/Deaktivieren des Plugins oder Anwenden von WAF-virtuellen Patches.
• Geben Sie Zeitrahmen an: Teilen Sie mit, dass ein Patch des Anbieters möglicherweise noch nicht verfügbar ist und dass virtuelles Patchen eine sichere Übergangslösung darstellt.
• Geben Sie Schritte zur Behebung an und bieten Sie bei Bedarf Remote-Unterstützung an.

---

Häufig gestellte Fragen

F: Soll ich das Plugin löschen oder nur deaktivieren?
A: Wenn Sie die Plugin-Funktionalität unbedingt benötigen und es nicht vorübergehend entfernen können, deaktivieren Sie es nur, wenn die Deaktivierung kritische Funktionen stört; andernfalls entfernen Sie es, bis ein sicherer Patch verfügbar ist. Virtuelles Patchen mit einer WAF ist eine akzeptable kurzfristige Minderung.

F: Was ist, wenn meine Website nach dieser Mitteilung vom Plugin-Autor gepatcht wurde?
A: Wenn ein offizielles Update verfügbar wird, testen Sie es in einer Testumgebung und aktualisieren Sie dann in der Produktionsumgebung. Scannen Sie nach dem Update die Website auf Anzeichen einer Kompromittierung und überprüfen Sie die Integrität.

F: Sind Plugin-Backups sicher, um sie wiederherzustellen, wenn sie gemacht wurden, während das Plugin aktiv war?
A: Seien Sie vorsichtig — Backups, die gemacht wurden, während das Plugin vorhanden war, könnten bösartige Änderungen enthalten, wenn eine Kompromittierung aufgetreten ist. Überprüfen Sie Backups und scannen Sie sie, bevor Sie sie wiederherstellen.

---

Checkliste: Sofortige Maßnahmen (einseitige Zusammenfassung)

• Bestandsaufnahme der Websites und Lokalisierung der Plugin-Instanzen (Versionen ≤ 1.2).
• Wenn das Plugin vorhanden ist: sofort deaktivieren oder entfernen, ODER WAF-virtuellen Patch anwenden.
• WAF-Regel anwenden, die verdächtige Anfragen blockiert fmcfIdSelectedFnt Werten enthalten.
• Protokolle auf verdächtige Anfragen und SQL-Fehler überprüfen.
• Nach neuen Administratorbenutzern, geänderten Dateien und geplanten Aufgaben scannen.
• Anmeldeinformationen (Admin, FTP, DB) rotieren, wenn verdächtige Aktivitäten festgestellt werden.
• Sichern Sie Beweise und leiten Sie die Incident-Response ein, wenn ein Kompromiss vermutet wird.
• Abonnieren Sie die Hinweise der Anbieter für Updates und führen Sie offizielle Patches durch, wenn verfügbar.

---

Schützen Sie Ihre Website jetzt — Probieren Sie den kostenlosen Plan von WP‑Firewall aus.

Wenn Sie sofortigen Basisschutz wünschen, während Sie bewerten und beheben, ziehen Sie unseren Basis (Kostenlos) Plan bei WP‑Firewall in Betracht. Er bietet wesentlichen, verwalteten Schutz, um bekannte Angriffsarten zu blockieren und die Exposition gegenüber Zero-Day-Ausnutzungsfenstern zu reduzieren.

Plan-Highlights (Basis — Kostenlos):

• Verwaltete Firewall mit einem abgestimmten WAF, der bösartige Eingaben und Angriffs-Fingerabdrücke blockiert.
• Unbegrenzte Bandbreite, während Ihre Website gegen automatisierte Scanner und Ausnutzungsversuche geschützt wird.
• Malware-Scanner, um verdächtige Dateien und Änderungen zu finden.
• Milderungen für die OWASP Top 10 Risiken, um die Wahrscheinlichkeit erfolgreicher Angriffe zu verringern.

Für einfachen Schutz und schnelle Milderung von Bedrohungen wie der nicht authentifizierten SQL-Injection im Fonts Manager | Custom Fonts können Sie sich hier für den kostenlosen Plan anmelden:
https://my.wp-firewall.com/buy/wp-firewall-free-plan/

Wenn Sie schnellere, automatisierte Bereinigung und virtuelle Patches benötigen, beinhalten unsere kostenpflichtigen Pläne die automatische Malware-Entfernung, virtuelle Patches, monatliche Sicherheitsberichte und dedizierten Unterstützung bei der Behebung.

---

Schlussbemerkungen und verantwortungsvolle Offenlegung

Diese Mitteilung ist geschrieben, um Website-Besitzern und Administratoren zu helfen, ihre WordPress-Seiten zu schützen. Wir vermeiden es, Ausnutzungscode zu teilen, um böswillige Wiederverwendung zu verhindern — das Ziel ist eine schnelle, sichere Milderung. Wenn Sie betroffene Seiten betreiben, handeln Sie sofort: Entfernen oder deaktivieren Sie das Plugin, wenden Sie WAF-Schutz an und untersuchen Sie Protokolle auf frühere Ausnutzungen.

Wenn Sie Unterstützung benötigen, bietet WP‑Firewall geführte Behebung, Incident-Response und fortlaufende virtuelle Patches, um die Exposition zu reduzieren, bis eine dauerhafte Lösung verfügbar ist. Wir bieten auch kostenlosen Basis-Schutz, der gängige Ausnutzungsversuche blockiert — ein praktischer erster Schritt für jeden Website-Besitzer.

Bleiben Sie wachsam, halten Sie die Software aktuell und härten Sie Ihre WordPress-Deployments. Wenn Sie Fragen haben oder Hilfe bei der Anwendung der oben genannten Schritte benötigen, wenden Sie sich über Ihr WP‑Firewall-Konsolen an unser Support-Team.

---

Referenzen (für Administratoren und technische Teams):
– CVE: CVE-2026-1800 (öffentliche Mitteilungskennung; überprüfen Sie die offizielle CVE-Datenbank auf Updates)
– Allgemeine Best Practices zur Härtung gegen SQL-Injection und OWASP-Richtlinien

(Ende der Empfehlung)