Eventi e attività
Come sono organizzati gli eventi InfraFence (categorie, gravità, analisi degli incidenti) e la pagina Attività con ogni azione di AutoMode, emergenza e tua, annullabile.
Ultimo aggiornamento:
Eventi
Tutto ciò che l'agente rileva è un evento, con un tipo, una gravità (info, attenzione o critico), un orario e l'indirizzo di origine quando c'è. Gli eventi sono raggruppati in categorie:
| Categoria | Cosa comprende |
|---|---|
| Attacchi web | Attacchi al tuo web server: SQL injection, XSS, path traversal, bot e scanner malevoli. |
| Uscita & DNS | Connessioni in uscita verso indirizzi noti come malevoli, attività DNS sospetta. |
| Malware | Scansioni malware, file in quarantena, rilevamenti YARA. |
| Integrità file | Modifiche ai file di sistema critici. |
| Sessioni SSH | Login SSH, punteggi di rischio delle sessioni, tentativi di brute force SSH. |
| Monitor host | Scansioni di porte, flood di richieste e processi zombie sul server stesso. |
| Infrastruttura | Eventi di firewall (CSF), Kubernetes, pannelli di hosting e database esposti. |
| Altro | Eventi che per ora non rientrano in altre categorie. |
Anche gli eventi operativi (inizio e fine delle scansioni, aggiornamenti, auto-riparazione del firewall) vengono conservati, ma non contano come rilevamenti e non generano mai avvisi.
Storico degli eventi: 30 giorni su Starter, 90 giorni sui piani a pagamento.
Incidenti e analisi
Gli eventi correlati diventano un incidente. Tutti i piani hanno l'analisi immediata: causa, rischio e cosa fare, calcolati nella dashboard a partire dai dati degli eventi, senza inviare dati da nessuna parte.
Da Pro in su, Analizza con AI aggiunge un'analisi AI: causa probabile, valutazione del rischio e azioni consigliate, con Correzioni sicure che puoi applicare in un clic. Invia i dettagli dell'incidente a un fornitore AI di terze parti, e la dashboard lo dice ogni volta prima dell'invio.
Problemi aperti e risolti
Alcuni eventi descrivono un problema che può esserci ancora: una porta di database aperta su internet (db_exposed), un file di sistema modificato, un'impostazione PHP rischiosa, un rilevamento malware, una patch virtuale o una correzione di hardening non riuscita. Un problema così resta Aperto finché non viene risolto. Poi mostra un badge verde Risolto con come, da chi e quando, e non conta più negli eventi critici, in Da verificare o nel conteggio dei critici del server. Gli eventi restano nella cronologia.
InfraFence risolve un problema da solo quando:
| Cosa è successo | Cosa risolve |
|---|---|
| Il firewall ha chiuso la porta, su tua richiesta o di AutoMode | la porta esposta |
| Una correzione di hardening o PHP è stata applicata e mantenuta | quel controllo |
| Una scansione di hardening successiva dà il controllo come superato | quel controllo |
| Il file è stato messo in quarantena, o hai ignorato il rilevamento | quel rilevamento malware |
| Una patch virtuale è stata applicata dopo un errore | quella patch |
Owner e admin possono anche aprire l'incidente, o l'evento nella pagina del server, e scegliere Segna come risolto (l'hai sistemato tu) o Segna come previsto (la modifica era tua), con una nota facoltativa, e poi Riapri. I membri vedono lo stato ma non possono cambiarlo. Ogni modifica finisce nel registro attività.
L'analisi di un incidente risolto parte dalla risoluzione, per esempio "porta 3306 chiusa (AutoMode). Non c'è niente da fare.", e tiene l'analisi di partenza sotto Analisi originale. Riapri riporta la vista normale.
Una nuova occorrenza dopo la risoluzione, per esempio la stessa porta trovata di nuovo aperta, torna aperta. A ogni sincronizzazione l'agent del server riceve le risoluzioni degli ultimi 30 giorni, con autore "user", "AutoMode" o "agent" e mai un indirizzo email.
Sul server, con l'agente 1.0.34 o successivo, l'agente e i plugin dei pannelli mostrano lo stesso stato: infrafence-agent panel events e panel findings dicono se ogni problema è aperto o risolto, e il plugin WHM non conta più quelli risolti. L'agente risolve anche da solo quello che ha sistemato: una porta chiusa dal suo firewall (non finché la porta è ancora raggiungibile via IPv6), una correzione applicata e verificata, un file messo in quarantena, un pacchetto aggiornato. Tiene queste risoluzioni per 30 giorni, anche dopo un riavvio. E una porta di database che il firewall dell'agente tiene chiusa non viene più segnalata come esposta quando l'agente si riavvia, anche se il database ascolta ancora su tutti gli indirizzi.
Attività
Attività elenca tutto ciò che hanno fatto AutoMode, la modalità emergenza e le correzioni che hai applicato dall'analisi, dalla più recente. Puoi filtrare per origine (AutoMode, Emergenza, Applicata da te), per stato e per sessione di emergenza. La pagina si aggiorna ogni 30 secondi.
| Stato | Significato |
|---|---|
| In coda | In attesa che il server la prenda in carico. |
| Applicata | Eseguita e verificata. |
| Non riuscita | Non è stato possibile eseguirla; viene mostrato il motivo. |
| Annullata dal server | Eseguita, poi annullata dall'agente perché SSH o un sito hanno smesso di rispondere. |
| Annullata | Annullata da una persona. |
| Saltata | Non eseguita, con il motivo (per esempio la modalità monitor, o un indirizzo nella tua whitelist). |
| In attesa di approvazione | In attesa di un owner o di un admin. |
| Scaduta | Nessuno l'ha approvata entro 24 ore. |
Annulla rimette le cose com'erano; il server lo applica entro un minuto. Gli aggiornamenti installati non si possono annullare.
Chi ha cambiato cosa
Il Registro attività in Impostazioni elenca chi ha cambiato cosa nell'organizzazione, dalla modifica più recente. L'attività dell'agente non compare lì.
