Ho fatto una scansione del mio server con Nmap: i risultati sono un rischio reale o mi sto facendo prendere dal panico?

Controlla subito lo stato della porta 3306. Apri il terminale sul server e verifica su quale interfaccia è in ascolto. Se il servizio ascolta su 0.0.0.0, chiunque nel mondo può provare a connettersi. Modifica il file di configurazione impostando solo l'IP locale e blocca gli accessi esterni dal firewall.

Mi ricordo ancora la prima volta che ho fatto girare una scansione, quando ho visto la sfilza di vulnerabilità scritte in rosso sullo schermo la notte non ci ho dormito. Poi si è scoperto che era solo un avviso sulla versione di un vecchio modulo Apache che non era nemmeno installato sul sistema. onestamente niente panico, ma non trascurare la porta 3306.

Quello che devi fare adesso è semplice: 1) Apri il firewall e chiudi tutto verso l'esterno tranne le porte web e SSH. 2) Sposta la porta SSH da quella di default, disabilita il login con password e passa all'accesso con chiavi. 3) Aggiorna i pacchetti del server e rilancia la scansione.

Più della metà delle cose che gli script automatici bollano come vulnerabilità sono falsi positivi. Anche se la tua distribuzione ha applicato le patch di sicurezza in background, il tool pensa che la falla ci sia ancora solo xké il numero di versione non è cambiato. Non farti prendere dal panico a modificare impostazioni alla cieca dietro a ogni codice CVE del report.

Su un server simile, una scansione analoga ci aveva segnalato 6 vulnerabilità ad alto rischio. Analizzandole abbiamo visto che 4 riguardavano solo una libreria passiva in ascolto sulla porta in background e solo 2 rappresentavano un rischio reale. Ci sono voluti in tutto 40 minuti per aggiornare i pacchetti e chiudere le porte.

I tool di scansione open source sono utili per verificare l'inventario dei sistemi. Tuttavia, se gestite dati dei clienti che comportano responsabilità legali a livello aziendale, questo tipo di scansioni non può sostituire i classici penetration test raccomandati almeno una volta all'anno.

secondo me guardate cosa c'è sulla porta 8080. di solito da lì salta fuori un pannello tomcat o phpmyadmin dimenticato. cioè se la password è debole la vera porta d'accesso diventa quella.

breve riassunto per i nuovi arrivati: Gran parte del tempo perso si accumula nelle pratiche in attesa di approvazione.

naturalmente cmbia se la vostra situazione è diversa.

Stavo pensando la stessa cosa. Gli ambienti di test dimenticati diventano spesso un punto d'accesso più frequente del sistema live.

C'è un punto che mi incuriosisce. Un report di scansione automatica e un penetration test non sono la stessa cosa.

È tutto, scusate se mi sono dilungato.

non trascurare nulla: Cerrcare di farlo da soli è la strada più costosa.

questa è la mia opinione, non la scrivo come verità assoluta.

Salvato. Quando prendete una decisione, scrivete anche lo scenario peggiore, non solo quello migliore.

Spero che le sia utile.

Sono d'accordo.

Grazie per aver scritto.

C'è un punto che mi incuriosisce. Non fidatevi di una sola misura di sicurezza; procedete per livelli.

È tutto, scusate se mi sono dilungato.

Sono d'accordo. Da noi la cosa che faceva perdere più tempo era non sapere chi decidesse.

È tutto scusate se mi sono dilungato.

Sono passato da qui vi racconto. comunque se il percorso di notifica è lungo, la notifica non arriva; una notifica mancante significa un evento scoperto tardi.

Naturalmente cambia se la vostra situazione è diversa.

L'anno scorso abbiamo vissuto quasi la stessa cosa. Le decisioni affrettate diventano decisioni da correggere sei mesi dopo.