Coesistenza con altri strumenti di sicurezza
Come InfraFence lavora accanto a CSF e lfd, Imunify360, ImunifyAV, cPHulk, fail2ban, CrowdSec, BitNinja, Monarx, firewalld, ufw, Plesk Firewall e ModSecurity.
Ultimo aggiornamento:
Sulla maggior parte dei server gira già qualcosa. InfraFence è pensato per affiancarlo: tutte le sue regole stanno nelle sue catene e nei suoi set (INFRAFENCE, INFRAFENCE-RULES, INFRAFENCE-PORTS, INFRAFENCE-EGRESS), e non modifica, svuota o riordina mai le regole di un altro strumento. Se il reload di un altro strumento (ufw reload, firewall-cmd --reload, csf -r, netfilter-persistent, iptables-restore) rimuove il suo jump, l'agente lo rimette entro un minuto.
L'agente rileva questi strumenti in sola lettura, e la schermata Coesistenza dei plugin per i pannelli li mostra. Quando un altro strumento attivo gestisce il firewall, InfraFence lavora in modalità coexist; altrimenti è primary.
| Strumento | Cosa fa InfraFence accanto a lui |
|---|---|
| CSF (ConfigServer Firewall) | Mantiene la propria catena e non modifica mai csf.conf, csf.allow o csf.deny. Dopo csf -r ripristina solo il proprio jump. Le porte di CSF cambiano solo quando lo chiedi dalla dashboard. |
| lfd (Login Failure Daemon) | Entrambi leggono gli stessi log e bloccano ciascuno per conto proprio: i blocchi di lfd restano in CSF, i ban di InfraFence restano nel suo set. |
| Imunify360 | Non tocca firewall, ipset e WAF di Imunify360 e resta nella propria catena; entrambi bloccano in modo indipendente. |
| ImunifyAV | Entrambi scansionano i file. InfraFence non elimina né sposta mai un file di sua iniziativa: la quarantena avviene solo su richiesta. |
| cPHulk | cPHulk blocca gli accessi al pannello e ai servizi; InfraFence legge gli stessi log e banna sul firewall. cPHulk non viene modificato. |
| fail2ban | Compatibile: entrambi si limitano a scartare traffico. InfraFence non tocca le catene di fail2ban. |
| CrowdSec | Compatibile: entrambi si limitano a scartare traffico. InfraFence non tocca le regole di CrowdSec. |
| Plesk Firewall | Plesk riscrive le sue regole quando applichi le modifiche; InfraFence non le modifica mai e ripristina solo la propria catena entro un minuto. |
| BitNinja | Non tocca firewall e WAF di BitNinja e resta nella propria catena; entrambi bloccano in modo indipendente. |
| Monarx | Entrambi scansionano i file. InfraFence non elimina né sposta mai un file di sua iniziativa: la quarantena avviene solo su richiesta. |
| firewalld | Mantiene le proprie regole; la catena di InfraFence è indipendente e viene ripristinata entro un minuto dopo un reload. |
| ufw | InfraFence salta alla sua catena prima delle regole di ufw; un reload di ufw viene riparato entro un minuto. |
| ModSecurity | InfraFence legge l'audit log di ModSecurity per i rilevamenti. Sotto un pannello di hosting non aggiunge regole ModSecurity: la configurazione del web server è del pannello. I set di regole trovati (OWASP CRS, Comodo WAF, Imunify360 WAF, Atomicorp) vengono elencati. |
Quando uno strumento continua a riscrivere il firewall
Se l'agente deve riparare le sue catene più volte di seguito, o tre o più volte in un'ora, segnala un evento firewall_conflict: un altro strumento continua a riscrivere il firewall (ufw, firewalld, CSF, netfilter-persistent o un'esecuzione di gestione della configurazione). I ban continuano a funzionare; l'evento ti dice dove guardare.
Whitelist
Un indirizzo in whitelist è solo escluso dai blocchi di InfraFence: InfraFence non aggiunge mai un ACCEPT, quindi non apre mai nulla che un altro strumento abbia chiuso.