Home / Guide di Hosting Privato / La prima ora di hardening di un VPS: una checklist
Operaciones

La prima ora di hardening di un VPS: una checklist

La maggior parte dei server compromessi cade vittima di scansioni opportunistiche nei primi giorni online, non di attacchi mirati. Questa checklist ordinata copre la prima ora su un nuovo VPS: chiavi SSH, un firewall, fail2ban, aggiornamenti automatici e la riduzione della superficie d'attacco.

Senza KYC
Solo crypto
Nessun log
DMCA ignorato
Root completo
NVMe SSD

Un VPS appena creato viene scansionato e sondato entro pochi minuti dalla sua messa online. La buona notizia: un'ora di hardening ordinato blocca la stragrande maggioranza degli attacchi opportunistici. Ecco la checklist, nell'ordine che conta, per un nuovo server orientato alla privacy.

1. Blocca subito SSH

Crea un utente non-root con sudo, aggiungi la tua chiave pubblica, poi disabilita l'autenticazione con password e il login come root in sshd_config (PasswordAuthentication no, PermitRootLogin no). Il solo SSH basato su chiavi neutralizza i tentativi di indovinare la password, che costituiscono la maggior parte del rumore che colpisce il tuo server. Riavvia SSH e verifica che una nuova sessione funzioni prima di chiudere quella attuale.

La prima ora di hardening di un VPS: una checklist
I passaggi di hardening ordinati che bloccano la stragrande maggioranza degli attacchi opportunistici.

2. Metti un firewall davanti a tutto

Nega di default il traffico in entrata, consenti solo ciò di cui hai bisogno. Con ufw: nega il traffico in entrata, consenti quello in uscita, poi apri la tua porta SSH e le porte specifiche dei servizi che esegui. Un firewall trasforma "ogni porta aperta è un bersaglio" in "esistono solo le porte che hai scelto", riducendo drasticamente la superficie d'attacco.

3. Aggiungi fail2ban

Installa fail2ban per monitorare i log di autenticazione e bannare temporaneamente gli IP che falliscono ripetutamente. Anche con SSH basato solo su chiavi, riduce il rumore nei log e attenua i tentativi di brute-force contro qualsiasi servizio esposto. Le impostazioni predefinite sono sensate; attiva la jail sshd e le jail per i servizi che esegui.

4. Attiva gli aggiornamenti di sicurezza automatici

Abilita unattended-upgrades (Debian/Ubuntu) in modo che le patch di sicurezza arrivino senza che tu debba ricordartene. Il modo più comune in assoluto in cui i server vengono compromessi è una vulnerabilità nota per cui era già disponibile una patch — automatizzare gli aggiornamenti chiude questa finestra mentre dormi.

5. Riduci la superficie d'attacco

Disinstalla i servizi che non usi, vincola a 127.0.0.1 i demoni destinati al solo uso locale, e controlla cosa è in ascolto con ss -tlnp. Ogni servizio in ascolto è un potenziale punto d'ingresso; meno ne esegui ed esponi, meno ci sarà da attaccare. Configura poi dei backup esterni al server, in modo che una compromissione sia recuperabile e non catastrofica.

L'ora, in sintesi

SSH basato solo su chiavi, un firewall a negazione predefinita, fail2ban, aggiornamenti automatici e una superficie di ascolto minima. Niente di esotico, tutto rapido da fare, e insieme bloccano gli attacchi automatizzati che rappresentano quasi tutte le compromissioni reali. Fallo prima di distribuire qualsiasi cosa che conti davvero.

FAQ

FAQ sull'hardening dei VPS

01 Qual è il primo passo più importante su un nuovo VPS?

Disabilita SSH con password e usa solo le chiavi, con il login come root disattivato. I tentativi di indovinare la password costituiscono la maggior parte del rumore automatizzato che colpisce un nuovo server, e l'SSH basato solo su chiavi li neutralizza del tutto. Fai questo prima di ogni altra cosa.

02 Ho ancora bisogno di fail2ban se uso chiavi SSH?

Sì — riduce il rumore nei log e protegge qualsiasi altro servizio che esponi, non solo SSH. L'SSH basato solo su chiavi blocca il brute-force delle password su SSH, ma fail2ban attenua gli attacchi su tutti i fronti e mantiene i tuoi log leggibili.

03 Quale firewall dovrei usare?

Su Debian/Ubuntu, ufw è il più semplice: nega di default il traffico in entrata, consenti quello in uscita, poi apri solo la tua porta SSH e i servizi specifici che esegui. Lo strumento conta meno dell'impostazione a negazione predefinita.

04 È sicuro attivare gli aggiornamenti automatici?

Per gli aggiornamenti di sicurezza, sì — unattended-upgrades applica le patch senza rompere le configurazioni nella stragrande maggioranza dei casi, e il rischio di una vulnerabilità nota non patchata è molto più grande. Mantieni i backup ed è un vantaggio netto.

05 Come faccio a sapere cosa è esposto?

Esegui ss -tlnp per elencare i socket in ascolto e i processi dietro di essi. Qualsiasi cosa vincolata a 0.0.0.0 è raggiungibile da internet; vincola ciò che dovrebbe essere locale a 127.0.0.1 e proteggi il resto con il firewall.

06 Posso davvero mettere in sicurezza un server in un'ora?

Sì. SSH basato solo su chiavi, un firewall, fail2ban, aggiornamenti automatici e una superficie di ascolto minima richiedono ben meno di un'ora e bloccano la stragrande maggioranza degli attacchi opportunistici. Un hardening più approfondito può seguire, ma questo è il primo passaggio ad alto valore.

Distribuisci un server che vale la pena proteggere

VPS e server dedicati offshore con accesso root completo, distribuiti in meno di cinque minuti — paga in crypto, nessuna identità richiesta.

Piani VPS Hosting offshore Prezzi