Erlauben Sie eine vertrauenswürdige Website-Funktion, ein Plugin oder einen verbundenen Dienst, ohne den Schutz für alle anderen auszuschalten.
Eine Ausnahme teilt BitFire mit, dass eine bestimmte Art vertrauenswürdiger Aktivität erwartet wird. Weitere Firewall-, Bot- und RASP-Schutzmaßnahmen stehen weiterhin zur Verfügung, um böswillige Anfragen zu stoppen.
Wenn BitFire zum ersten Mal installiert wird, erfährt es, wie verifizierte Personen Ihr Theme, Ihre Plugins, Formulare und verbundenen Funktionen normalerweise verwenden.
Normale Anfragen von echten Browsern, die die JavaScript-Prüfung von BitFire bestehen, können erlernt werden.
Einem Bot wird nicht nur deshalb vertraut, weil er ihn während der Lernphase besucht.
Der Lernmodus erlaubt keine offensichtlichen Angriffe, Exploit-Versuche oder gefährliches Verhalten.
Verwenden Sie nach Möglichkeit die Anfragedetails. BitFire kann den Block untersuchen und eine geeignete Ausnahme auf URL- oder Parameterebene auswählen.
Führen Sie die fehlgeschlagene Aktion im neuen Browser aus. Wenn die Blockseite angezeigt wird, kopieren Sie deren Block-ID. Es beginnt mit U: und sieht so aus U:xxxxx.
Öffnen Sie das BitFire-Dashboard in Ihrem Administratorbrowser. Fügen Sie das Ganze ein U:xxxxx Geben Sie Ihre ID in das Suchfeld ein und drücken Sie Treten Sie ein.
Das Dashboard fügt automatisch einen Filter für Ihre eigene IP-Adresse hinzu. Wenn die Anfrage nicht angezeigt wird, entfernen Sie den IP-Filter und suchen Sie erneut nach der Block-ID.
Bestätigen Sie, dass URL, Zeit und Aktion mit dem Besucher, Plugin oder Dienst übereinstimmen, den Sie getestet haben.
BitFire erstellt die engste passende Ausnahme für die Regel, die die Blockierung verursacht hat.
Kehren Sie zum neuen Browser zurück, wiederholen Sie den ursprünglichen Vorgang und bestätigen Sie, dass er jetzt funktioniert.
Ermöglicht die erwartete Anfrage, während die Regel an anderer Stelle aktiv bleibt.
Vertraut mehr Datenverkehr, als die Funktion möglicherweise erfordert, und erhöht das Risiko.
Auf der Seite „Regeloptimierung“ werden Regeln angezeigt, die während des Lernens erstellt wurden, und Regeln, die erstellt wurden, nachdem ein Administrator eine blockierte Anfrage zugelassen hatte.
BitFire beobachtete in den ersten drei Tagen verifizierte menschliche Aktivitäten und zeichnete das erforderliche Verhalten auf.
Ein Administrator hat einen Block überprüft und in den erweiterten Details die Option „Zulassen“ ausgewählt.
Überprüfen Sie gespeicherte Ausnahmen, nachdem Sie ein Plugin entfernt, eine Integration beendet oder einen Dienst ersetzt haben. Behalten Sie eine Ausnahme nur bei, solange die Website noch die Funktion benötigt, die sie erstellt hat. Wenn Sie eine Regel nicht kennen, erweitern Sie sie nicht.
Benutzen Sie die Zulässige IP-Adresse oder User-Agent Feld für einen vertrauenswürdigen automatisierten Dienst, der die Browserüberprüfung nicht durchführen kann.
Verwenden Sie eine vom Dienstanbieter bestätigte stabile Adresse. Es sollte den Dienst identifizieren, dem Sie vertrauen – und nicht nur sein Cloud-Hosting-Unternehmen.
Nicht verwenden, wenn die Adresse:Ein User-Agent ist lediglich ein von der Software gesendeter Name. Ein Angreifer kann einen bekannten Browser-, Crawler- oder Überwachungsdienstnamen kopieren.
Nur verwenden, wenn:Bestätigen Sie, dass der Dienst erforderlich ist.
2Erhalten Sie die bestätigte IP-Adresse oder den genauen Benutzeragenten.
3Geben Sie es ein Zulässige IP-Adresse oder User-Agent.
4Auswählen Zulassungsregel hinzufügen, und testen Sie dann den Dienst.
Eine manuelle IP-Blockierung ist für eine bestätigte, dauerhafte Quelle mit einer stabilen Adresse sinnvoll. BitFire verarbeitet den meisten feindlichen Datenverkehr automatisch.
Verwenden Sie die IP, die in den entsprechenden BitFire-Anfragedetails angezeigt wird.
Fügen Sie es in die ein Zu blockierende IP-Adresse Feld.
Überprüfen Sie dann, ob normale Besucher und Dienste davon unberührt bleiben.
In BitFire bedeutet „anonym“ einen Browser, der die Überprüfung nicht abgeschlossen hat, oder einen Bot, der weiterhin eingeschränkt ist.
Ein normaler Browser kann auch dann noch verifiziert werden, wenn die Person kein WordPress-Konto hat.
Die Anfrage hat die Browserüberprüfung nicht bestanden oder gehört zu einem eingeschränkten Bot.
Ein echter Besucher durchläuft diese Einschränkungen normalerweise durch die Hintergrund-JavaScript-Prüfung von BitFire. Ein vertrauenswürdiger Bot kann verschoben werden Erlauben in der Bot-Kontrolle. Anonyme Ausnahmen gelten für einzelne öffentliche Ressourcen, die ohne eine der beiden Optionen funktionieren müssen.
Kopieren Sie den genauen Namen oder Pfad aus einer legitimen blockierten Anfrage und lassen Sie nur die Ressource zu, die die Funktion benötigt.
Ein GET-Parameter fügt Informationen zu einer Webadresse hinzu. In example.com/sale?campaign=spring, campaign ist der Parametername.
Für einen öffentlichen Link, eine Suche, einen Werbedienst oder eine E-Mail-Kampagne ist ein bekannter Parameter erforderlich. BitFire enthält bereits gängige Tracking-Parameter von Google, Facebook, Instagram und anderen.
Eine direkte PHP-Anfrage öffnet a .php Datei anstelle einer normalen WordPress-Seite. Auf diese Weise greifen Angreifer häufig Plugin- und Theme-Dateien an.
Vertrauenswürdige Software dokumentiert ausdrücklich, dass eine PHP-Datei öffentlich zugänglich sein muss. Bestätigen Sie, dass die Datei zu einem installierten Plugin, Theme oder einer installierten Anwendung gehört.
Formulare, Zahlungsbenachrichtigungen, Webhooks und Integrationen verwenden POST-Anfragen, um Informationen an WordPress zu senden.
Ein vertrauenswürdiger Dienst, der die Browserüberprüfung nicht abschließen kann, muss Informationen an eine bestimmte URL übermitteln.
Plugins verwenden AJAX, um einen Teil einer Seite zu aktualisieren, ohne sie neu zu laden. Diese Anfragen gehen oft durch admin-ajax.php mit einem Aktionsnamen.
Eine öffentliche Plugin-Funktion oder ein vertrauenswürdiger Dienst erfordert eine genaue Aktion ohne Browserüberprüfung.
Über die WordPress REST API können Plugins und externe Dienste Informationen austauschen. Seine Adressen enthalten normalerweise /wp-json/.
Eine vertrauenswürdige Integration oder öffentliche Funktion benötigt einen genauen API-Endpunkt ohne Browserüberprüfung.
| Situation | Der beste Ausgangspunkt |
|---|---|
| Ein echter Besucher hat eine Firewall-Regel ausgelöst | Öffnen Sie die Anfrage und wählen Sie aus Erlauben |
| Ein erkannter Bot benötigt mehr Zugriff | Bot-Kontrolle |
Ein bekannter Wert nach ? ist blockiert | Anonymer GET-Parameter |
| Ein Plugin erfordert eine öffentliche PHP-Datei | Anonymes PHP-Skript |
| Ein Formular, ein Webhook oder ein Dienst wird an eine URL gesendet | Anonyme POST-URL |
| Eine öffentliche Plugin-Funktion nennt WordPress AJAX | Anonyme AJAX-Aktion |
| Eine Integration verwendet eine API-Route | Anonymer REST-API-Endpunkt |
| Sie erkennen die Anfrage nicht | Lassen Sie es blockiert |
Tests bestätigen, dass die Ausnahme das richtige Problem gelöst hat und helfen Ihnen, die Einhaltung von Regeln zu vermeiden, die die Website nicht benötigt.
Testen Sie nur die Funktion, die ursprünglich fehlgeschlagen ist.
Verwenden Sie den Inkognito-Modus, wenn die Funktion für neue Besucher gedacht ist.
Bestätigen Sie, dass Anmeldung, Formulare, Bezahlvorgang oder andere verbundene Aktionen weiterhin funktionieren.
Kehren Sie zum Dashboard zurück und prüfen Sie die nächste Anfrage des Dienstes.
Reproduzieren Sie das Problem einmal in einem privaten Fenster. Finden Sie den passenden Block. Wenn das Formular eine öffentliche AJAX-Aktion oder POST-URL verwendet, erlauben Sie nur diese Aktion oder URL anstelle eines breiten Benutzeragenten.
Vergleichen Sie die Anforderungen des Monitors mit seinen dokumentierten IP-Adressen oder seinem Benutzeragenten. Bevorzugen Sie Bot Control oder eine verifizierte stabile IP. Verwenden Sie eine User-Agent-Regel nur, wenn der Dienst nicht zuverlässiger identifiziert werden kann.
Identifizieren Sie den Namen nach dem Fragezeichen und bestätigen Sie, dass er zu Ihrem E-Mail- oder Marketingdienst gehört. Fügen Sie den anonymen GET-Parametern nur diesen Namen hinzu – nicht die gesamte URL oder den sich ändernden Kampagnenwert.
Bestimmen Sie, ob eine POST-URL, eine AJAX-Aktion oder ein REST-API-Endpunkt verwendet wird. Bestätigen Sie das genaue Ziel in der Plugin-Dokumentation und der blockierten Anfrage und lassen Sie dann nur dieses Ziel zu.
Lassen Sie es blockiert. Direkte Anfragen an unbekannte PHP-Dateien sind gängige Schwachstellenscans. Erstellen Sie nur dann eine Ausnahme, wenn vertrauenswürdige Software dokumentiert, dass öffentlicher Zugriff erforderlich ist.
Schnelle Antworten zum sicheren Verwalten von Ausnahmen auf einer WordPress-Website.
Nein. Die meisten Blöcke sind unerwünscht und erfordern keine Aktion. Fügen Sie eine Ausnahme nur hinzu, um eine legitime Funktion zu reparieren, die Sie erkennen und verwenden.
BitFire blockiert weiterhin eindeutig bösartige Aktivitäten. Außerdem lernt es nur von Browsern, die die JavaScript-Überprüfung bestehen, sodass automatisierte Dienste möglicherweise Bot Control oder eine separate Regeloptimierungskonfiguration benötigen.
Nein. Die aufgelistete Ressource wird über die entsprechende Bot-Einschränkung zugelassen. Die WordPress-Berechtigungen und die anderen Sicherheitsüberprüfungen von BitFire gelten weiterhin.
Sie ist weniger zuverlässig als eine verifizierte IP, da jeder einen User-Agent-Namen kopieren kann. Verwenden Sie es nur für einen erforderlichen vertrauenswürdigen Dienst, der nicht sicherer identifiziert werden kann.
Nein. Identifizieren und zulassen Sie den Dienst oder die genaue Ressource, die er benötigt. Eine kleine Ausnahme gewährt den Schutz für den Rest der Website.
Senden Sie die Anfragezeit, die URL, die betroffene Funktion und die Details der blockierten Anfrage. Unser Team kann Ihnen dabei helfen, die engste sichere Ausnahme zu ermitteln.
