Koexistenz mit anderen Sicherheitstools
Wie InfraFence neben CSF und lfd, Imunify360, ImunifyAV, cPHulk, fail2ban, CrowdSec, BitNinja, Monarx, firewalld, ufw, Plesk Firewall und ModSecurity arbeitet, Tool für Tool.
Zuletzt aktualisiert:
Auf den meisten Servern läuft schon etwas. InfraFence ist dafür gebaut, daneben zu laufen: Alle seine Regeln liegen in eigenen Chains und Sets (INFRAFENCE, INFRAFENCE-RULES, INFRAFENCE-PORTS, INFRAFENCE-EGRESS), und es bearbeitet, leert oder sortiert nie die Regeln eines anderen Tools um. Entfernt ein Reload eines anderen Tools (ufw reload, firewall-cmd --reload, csf -r, netfilter-persistent, iptables-restore) seinen Sprung, setzt der Agent ihn innerhalb einer Minute wieder.
Der Agent erkennt diese Tools nur lesend, und der Bildschirm Koexistenz der Panel-Plugins zeigt sie an. Wenn ein anderes aktives Tool die Firewall verwaltet, arbeitet InfraFence im Modus coexist; andernfalls ist es primary.
| Tool | Was InfraFence daneben tut |
|---|---|
| CSF (ConfigServer Firewall) | Behält seine eigene Chain und bearbeitet nie csf.conf, csf.allow oder csf.deny. Nach csf -r stellt es nur seinen eigenen Sprung wieder her. Die Ports von CSF ändern sich nur, wenn du es im Dashboard verlangst. |
| lfd (Login Failure Daemon) | Beide lesen dieselben Logs und sperren jeweils selbst: Sperren von lfd bleiben in CSF, Sperren von InfraFence in seinem eigenen Set. |
| Imunify360 | Lässt Firewall, ipsets und WAF von Imunify360 in Ruhe und bleibt in seiner eigenen Chain; beide blockieren unabhängig voneinander. |
| ImunifyAV | Beide scannen Dateien. InfraFence löscht oder verschiebt nie von sich aus eine Datei: Quarantäne nur auf Anfrage. |
| cPHulk | cPHulk blockiert Anmeldungen an Panel und Diensten; InfraFence liest dieselben Logs und sperrt an der Firewall. cPHulk wird nicht verändert. |
| fail2ban | Kompatibel: Beide verwerfen nur Verkehr. InfraFence rührt die Chains von fail2ban nicht an. |
| CrowdSec | Kompatibel: Beide verwerfen nur Verkehr. InfraFence rührt die Regeln von CrowdSec nicht an. |
| Plesk Firewall | Plesk schreibt seine Regeln neu, wenn du Änderungen anwendest; InfraFence bearbeitet sie nie und stellt innerhalb einer Minute nur seine eigene Chain wieder her. |
| BitNinja | Lässt Firewall und WAF von BitNinja in Ruhe und bleibt in seiner eigenen Chain; beide blockieren unabhängig voneinander. |
| Monarx | Beide scannen Dateien. InfraFence löscht oder verschiebt nie von sich aus eine Datei: Quarantäne nur auf Anfrage. |
| firewalld | Behält seine eigenen Regeln; die Chain von InfraFence ist unabhängig und wird nach einem Reload innerhalb einer Minute wiederhergestellt. |
| ufw | InfraFence springt vor den Regeln von ufw in seine Chain; ein Reload von ufw wird innerhalb einer Minute repariert. |
| ModSecurity | InfraFence liest das Audit-Log von ModSecurity für Erkennungen. Unter einem Hosting-Panel fügt es keine ModSecurity-Regeln hinzu: Das Panel verwaltet die Webserver-Konfiguration. Gefundene Regelsätze (OWASP CRS, Comodo WAF, Imunify360 WAF, Atomicorp) werden aufgelistet. |
Wenn ein Tool die Firewall immer wieder neu schreibt
Muss der Agent seine Chains mehrmals direkt hintereinander oder drei- oder mehrmals in einer Stunde reparieren, meldet er ein Ereignis firewall_conflict: Ein anderes Tool schreibt die Firewall immer wieder neu (ufw, firewalld, CSF, netfilter-persistent oder ein Lauf des Konfigurationsmanagements). Die Sperren funktionieren weiter; das Ereignis sagt dir, wo du nachsehen musst.
Whitelists
Eine Adresse auf der Whitelist wird nur von den Sperren von InfraFence ausgenommen: InfraFence fügt nie ein ACCEPT hinzu und öffnet daher nie etwas, das ein anderes Tool geschlossen hat.