/
/

Secure Shell (SSH): Che cos’è e come gestisce i dispositivi di rete

di Mauro Mendoza, IT Technical Writer   |  
translated by Sergio Oricci
Secure Shell (SSH)

Riepilogo

Questo post del blog NinjaOne offre un elenco completo di comandi CMD di base e un’analisi approfondita dei comandi di Windows con oltre 70 comandi cmd essenziali sia per i principianti che per gli utenti avanzati. La guida si propone si piegare in modo pratico i comandi del prompt dei comandi per la gestione dei file, la navigazione nelle directory, la risoluzione dei problemi di rete, le operazioni su disco e l’automazione, con esempi reali per migliorare la produttività. Che tu voglia imparare i comandi cmd fondamentali o padroneggiare gli strumenti avanzati della CLI di Windows, questa guida ti aiuterà a utilizzare il Prompt dei comandi in modo più efficace.

Punti chiave

  • Che cos’è SSH? SSH (Secure Shell) è il protocollo di base per l’accesso remoto sicuro, che sostituisce i metodi in chiaro con una crittografia efficace e la verifica dell’identità.
  • Rafforzare l’autenticazione: Privilegia l’autenticazione a chiave pubblica e la verifica a più fattori rispetto alle password standard, per ridurre in modo significativo i rischi legati agli attacchi brute force.
  • Navigare in sicurezza nelle reti segmentate: Sfrutta strategie avanzate come i jump host e il port forwarding SSH, aggirando al tempo stesso i firewall restrittivi.
  • Rendere più sicura la tua configurazione: Imposta l’uso esclusivo della versione 2 di SSH, disabilita l’accesso tramite protocolli obsoleti e implementa controlli di accesso rigorosi basati sui ruoli.
  • Gestione dei dispositivi su larga scala: Centralizza la visibilità dei dispositivi e automatizza le attività di manutenzione ripetitive utilizzando piattaforme di gestione.
  • Prepararsi alle minacce quantistiche: Passa alla crittografia ibrida post-quantistica per proteggere i dati sensibili dalle future minacce di decrittazione.

La gestione di dispositivi mission-critical come i router richiede un accesso sicuro per impedire il furto delle credenziali tramite metodi legacy non crittografati. La gestione dei dispositivi di rete tramite Secure Shell (SSH) garantisce tale protezione grazie a sistemi di crittografia e autenticazione affidabili.

Che cos’è SSH? Definizione e finalità

La gestione remota dell’hardware è fondamentale, ma effettuarla su reti pubbliche richiede un solido sistema di sicurezza per prevenire il furto di dati. Il protocollo di rete crittografico Secure Shell (abbreviato in SSH) crea una connessione sicura su reti non affidabili, consentendo di controllare un dispositivo da remoto senza esporre informazioni sensibili ai malintenzionati.

Funzionalità chiave di sicurezza

In quanto protocollo di accesso remoto leader nel settore, SSH offre un gateway sicuro per l’interfaccia a riga di comando di un dispositivo. Offre quanto segue:

  • Riservatezza: Crittografa i dati in modo che eventuali intercettatori non possano leggerli.
  • Integrità: utilizza l’hashing per garantire che i dati non vengano manomessi durante il trasferimento.
  • Autenticazione: Verifica l’identità sia degli utenti che dei dispositivi.

Il protocollo riduce in modo significativo rischi quali il furto di credenziali e gli attacchi man-in-the-middle. Oggi, SSH è lo standard fondamentale per garantire la sicurezza di qualsiasi sistema, dai laboratori domestici alle grandi infrastrutture di rete automatizzate.

Perché si preferisce SSH ai protocolli tradizionali?

SSH ha sostituito i protocolli obsoleti come Telnet e FTP, poiché tali strumenti trasmettono tutti i dati, comprese le password e i comandi, in plaintext, e questo li rende vulnerabili all’intercettazione. Nel mondo delle reti moderne, ricorrere a questi metodi obsoleti è come spedire una cartolina per posta affinché tutti possano leggerla. SSH crittografa l’intera sessione, verifica l’identità di entrambe le parti e garantisce che i dati non possano essere manomessi durante il trasferimento.

Quali sono i principali vantaggi di SSH in termini di sicurezza?

SSH risolve le vulnerabilità fornendo un solido quadro di sicurezza:

  • Crittografia avanzata: . Crittografa l’intera connessione SSH, garantendo che i dati intercettati rimangano senza senso e inutili per i malintenzionati.
  • Verifica dell’identità: Utilizza la crittografia a chiave pubblica per verificare entrambe le parti, impedendo ai malintenzionati di spacciarsi per il tuo server o per l’hardware di rete.
  • Integrità dei dati: L’hashing crittografico garantisce che i comandi e i dati non vengano manomessi durante il trasferimento.

Inoltre, SSH è un protocollo di accesso remoto molto versatile. Molti si chiedono: Perché gli amministratori di rete utilizzano il port forwarding SSH? La risposta è che permette loro di creare “tunnel” sicuri per il traffico non protetto, come le connessioni ai database, aggirando i firewall restrittivi e garantendo al tempo stesso la riservatezza dei dati. Costituisce inoltre la base per il protocollo SFTP, sostituendo i trasferimenti di file non sicuri.

L’uso di SSH nell’amministrazione di rete

Gli amministratori di rete utilizzano SSH per accedere in modo sicuro a router, switch e server, configurarli e risolvere i relativi problemi da qualsiasi luogo. È il livello di trasporto standard sia per la gestione manuale tramite interfaccia a riga di comando (CLI) sia per gli strumenti automatizzati di gestione dell’infrastruttura come Ansible. Le versioni moderne integrano addirittura la crittografia post-quantistica per proteggere i dati odierni dalle future minacce di decrittazione.

Applicazioni principali

  • Accesso remoto sicuro: I tecnici utilizzano SSH per accedere all’interfaccia CLI di router e switch. Questo protocollo di accesso remoto SSH consente di aggiornare il firmware o modificare le impostazioni proprio come se ci si trovasse fisicamente accanto all’hardware.
  • Risoluzione dei problemi da remoto: In caso di problemi di connettività, una connessione SSH consente di effettuare diagnosi in tempo reale da qualsiasi luogo. Ciò risulta altrettanto utile per gli utenti Windows che hanno bisogno di riparare in tutta sicurezza un server domestico personale da remoto.
  • Automazione delle infrastrutture: La gestione moderna dei dispositivi di rete SSH si avvale di strumenti come Ansible. Questi strumenti sfruttano SSH per distribuire le configurazioni a migliaia di dispositivi contemporaneamente, garantendo l’uniformità su tutta la rete.

Strategie di sicurezza avanzate

  • Tunneling SSH: Come accennato in precedenza, gli amministratori di rete utilizzano il port forwarding SSH per creare un “tunnel” sicuro che consenta al traffico non protetto (come le query ai database) di attraversare il firewall in tutta sicurezza.
  • Jump host: Negli ambienti ad alta sicurezza, gli amministratori utilizzano spesso un jump host come unico punto di accesso protetto. Utilizzando ProxyJump, ad esempio, possono attraversare reti segmentate tramite una sessione crittografata end-to-end, mantenendo i dispositivi interni completamente nascosti dalla rete Internet pubblica.

Autenticazione SSH e controllo degli accessi per la sicurezza degli ingressi

SSH supporta diversi metodi di autenticazione, che vanno dall’accesso tramite password alle chiavi crittografiche supportate da dispositivi hardware.

Metodi di autenticazione standard

  • Autenticazione a chiave pubblica: Lo standard del settore. Utilizza una coppia di chiavi crittografiche composta da una chiave pubblica memorizzata sul server e da una chiave privata in possesso dell’utente, il che la rende altamente resistente agli attacchi brute force.
  • Autenticazione tramite password: Utile per configurazioni di base, ma limitata al tunnel crittografato, in modo che le credenziali non vengano mai inviate in chiaro.
  • Autenticazione a più fattori (MFA)Supporta la combinazione dell’autenticazione a chiave pubblica con richieste di tipo “challenge-response” interattive tramite tastiera, richiedendo un codice monouso generato da un’app o da un token hardware per garantire un ulteriore livello di protezione.
  • Chiavi FIDO2 supportate da hardware: Vengono generate e memorizzate interamente su un token di sicurezza fisico, come per esempio una YubiKey, utilizzando tipi di chiave quali ed25519-sk (supportati a partire da OpenSSH 8.2). Per ogni accesso è necessario un contatto fisico (e, facoltativamente, un PIN).

Controllo degli accessi di livello enterprise

Una gestione efficace dei dispositivi di rete tramite SSH richiede limiti rigorosi su chi può accedere a cosa:

  • Controllo degli accessi basato sui ruoli (RBAC): Agli utenti vengono concesse solo le autorizzazioni minime necessarie per lo svolgimento delle loro specifiche mansioni.
  • Elenchi di controllo degli accessi (ACL): Gli amministratori li utilizzano per garantire che solo le sottoreti amministrative affidabili possano raggiungere le porte di gestione dell’hardware critico.

Gestione su larga scala

Il modello della SSH Certificate Authority (CA) è l’approccio raccomandato per le organizzazioni che gestiscono un numero di server non trascurabile. Anziché distribuire chiavi pubbliche statiche, gli utenti ricevono certificati firmati di breve durata che scadono automaticamente, con una validità misurata in ore o giorni anziché in anni. Ciò elimina la frammentazione delle chiavi, semplifica la procedura di offboarding (la revoca di un certificato è immediata, a differenza dello scrubbing manuale delle “authorized_keys” su ogni host) ed elimina la richiesta “trust on first use” (TOFU), stabilendo un rapporto di fiducia esplicito e centralizzato.

Best practice SSH per la sicurezza e l’utilizzo operativo

Per garantire la sicurezza di SSH è necessario applicare un sistema di autenticazione forte, limitare gli accessi, monitorare le attività e mantenere aggiornati gli algoritmi crittografici. Le seguenti pratiche rappresentano gli standard di riferimento attuali per le implementazioni SSH con hardening.

Hardening del protocollo

  • Applica la versione 2: Utilizza sempre SSHv2 per eliminare le vulnerabilità critiche riscontrate nel protocollo originale.
  • Disabilita l’accesso legacy: Esegui verifiche per assicurarti che Telnet e FTP siano disabilitati su tutto l’hardware.
  • Limita le linee VTY: Configura le linee di gestione in modo che accettino solo connessioni SSH, bloccando di fatto tutto il traffico non crittografato.

Autenticazione avanzata

  • Assegna priorità alle chiavi: Passa dall’autenticazione tramite password a quella tramite chiave pubblica (utilizzando Ed25519) per garantire il massimo livello di sicurezza.
  • Proteggi le chiavi private: Utilizza sempre passphrase complesse e valuta la possibilità di archiviare le chiavi su un token hardware fisico.
  • Autenticazione a più fattori: Implementa l’autenticazione a più fattori (MFA) per richiedere una seconda verifica dell’identità prima di concedere l’accesso ai sistemi critici.

Nota: Per quanto riguarda il primo punto, le chiavi DSA sono state completamente rimosse da OpenSSH all’inizio del 2025 e non devono più essere utilizzate. Se vi sono ancora dispositivi o configurazioni legacy che fanno riferimento a DSA, migrali immediatamente su Ed25519.

Controllo degli accessi e monitoraggio

  • Principio del minimo privilegio: Utilizza RBAC per concedere agli utenti solo le autorizzazioni minime di cui hanno bisogno.
  • Architettura Jump Host: Centralizza il traffico attraverso server gateway protetti per mantenere le reti interne nascoste alla rete Internet pubblica.
  • Monitorare tutto: Registra ogni tentativo di accesso e ogni comando per individuare in tempo reale comportamenti anomali e potenziali violazioni.

Prepararsi al futuro con la PQC

Nel 2024 il NIST ha finalizzato i propri standard fondamentali per la crittografia post-quantistica (PQC) (FIPS 203/204/205), e le moderne implementazioni SSH, come OpenSSH 9.9, supportano già metodi ibridi di scambio di chiavi quali mlkem768x25519-sha256.

Detto questo, l’adozione di questa tecnologia non è più facoltativa per gli ambienti ad alta sicurezza; i provvedimenti governativi emanati dalla NSA, dall’UE e dall’Australia fissano scadenze rigide tra il 2027 e il 2035. La minaccia immediata è quella di un attacco di tipo “harvest now, decrypt later” (HNDL): gli aggressori intercettano le sessioni crittografate di oggi per decrittografarle una volta che l’hardware quantistico avrà raggiunto la maturità.

Sfruttare l’RMM per la gestione della rete

Una piattaforma RMM, come NinjaOne, centralizza la visibilità sicura dei dispositivi e l’accesso amministrativo in un’unica piattaforma.

  • Gestione nativa dei dispositivi: Gestisci l’hardware su cui non è possibile installare gli agenti tradizionali. La creazione di una connessione SSH tramite NinjaOne consente di monitorare e configurare router o switch direttamente dalla console.
  • Automazione operativa: Automatizza le attività di manutenzione ripetitive e l’esecuzione di script da remoto. Ciò semplifica la gestione dei dispositivi di rete tramite SSH, consentendo sia ai team enterprise che agli utenti di gestire i sistemi in modo efficiente e di ridurre gli errori manuali.
  • Identità e sicurezza: Rafforza la difesa con MFA e autorizzazioni basate sui ruoli. Queste misure contribuiscono a garantire che solo gli utenti verificati utilizzino il protocollo di accesso remoto SSH, mentre i log di audit dettagliati forniscono una cronologia completa di tutte le attività svolte durante le sessioni.
  • Archiviazione sicura delle credenziali: Archivia le credenziali amministrative in un archivio protetto. Ciò garantisce la sicurezza delle chiavi sensibili e semplifica l’accesso alle risorse interne, anche in ambienti di rete altamente segmentati o protetti da firewall.

Limiti strategici: Limiti e considerazioni relative all’ambito di applicazione di SSH

Sebbene SSH sia un protocollo di accesso remoto molto sicuro, rappresenta solo una delle componenti di sicurezza e non una soluzione universale.

Infrastruttura di sicurezza

  • Nessuna segmentazione: Il protocollo SSH protegge i dati in transito, ma non sostituisce i firewall né la segmentazione della rete.
  • Visibilità: Una connessione SSH crittografata può nascondere attività dannose ai filtri di traffico di base. Le difese perimetrali rimangono fondamentali per individuare e impedire il trasferimento non autorizzato dei dati.

Rischi operativi

  • Abuso delle credenziali: Per ridurre i rischi legati a SSH, le organizzazioni dovrebbero sostituire l’autenticazione basata su password con quella a chiave pubblica.
  • Frammentazione delle chiavi: Una gestione inadeguata dei dispositivi di rete SSH fa sì che le chiavi rubate o inutilizzate diventino backdoor permanenti e non monitorate all’interno della tua infrastruttura critica.

Ambito tecnico

  • Specifico a livello di applicazione: A differenza delle VPN, i tunnel SSH standard proteggono solo il traffico di applicazioni specifiche, non l’intera rete.
  • Minacce quantistiche: Sebbene non esistano ancora su larga scala computer quantistici in grado di violare gli attuali sistemi di crittografia, la minaccia rappresentata dall’HNDL è reale e già presente oggi. Implementa fin da ora gli scambi di chiavi PQC ibridi supportati da OpenSSH 9.9+ (per esempio ML-KEM + X25519), in particolare per le sessioni che proteggono dati sensibili a lunga durata.

Quali sono le idee sbagliate più diffuse riguardo a SSH?

Pur essendo uno strumento fondamentale per la sicurezza, Secure Shell è ancora oggetto di diversi miti riguardo al suo funzionamento e a ciò che protegge.

SSH è disponibile solo per i sistemi Linux

Molti credono che SSH sia limitato a Linux, ma in realtà è il linguaggio universale per la gestione dei dispositivi di rete tramite SSH. È ampiamente supportato da router, switch e firewall. Ormai anche gli utenti Windows dispongono di strumenti SSH nativi integrati direttamente nel sistema operativo per garantire un accesso remoto sicuro.

SSH da solo garantisce la sicurezza dell’intera rete

Una connessione SSH sicura protegge i dati durante il trasferimento, ma non rappresenta una soluzione di sicurezza completa. Protegge la via di ingresso a un dispositivo, non l’intera architettura di rete. Sono comunque necessari firewall e segmentazione della rete per impedire agli aggressori di muoversi lateralmente nel caso in cui un singolo dispositivo venga compromesso.

SSH elimina la necessità di monitoraggio

La crittografia non significa che devi smettere di controllare i tuoi log. Per ridurre i rischi legati a Secure Shell, è necessario verificare tutti gli eventi di accesso. Il monitoraggio consente di individuare tentativi di accesso non autorizzati o chiavi “scadute” che avrebbero dovuto essere sostituite, garantendo che il protocollo di accesso remoto SSH rimanga ben protetto.

Le chiavi asimmetriche crittografano l’intera sessione

Un mito tecnico molto diffuso è che le chiavi pubbliche e private crittografino tutti i tuoi dati. In realtà, vengono utilizzati solo per l’handshake iniziale e la verifica dell’identità. Una volta stabilita la sessione, una crittografia simmetrica più veloce gestisce il trasferimento effettivo dei dati per garantire prestazioni elevate.

Proteggi la tua infrastruttura con la gestione dei dispositivi di rete tramite SSH

SSH rappresenta il punto di riferimento per la sicurezza moderna, perché sposta l’attenzione dall’affidabilità della rete a una rigorosa gestione delle identità. Sostituendo il plaintext con una crittografia avanzata, una gestione efficace dei dispositivi di rete tramite SSH garantisce la riservatezza delle sessioni amministrative. Anche il monitoraggio costante e il rispetto delle norme fondamentali sono essenziali per mantenere questa difesa di base.

Guida rapida

Come utilizzare SSH con NinjaOne

  1. Aggiungere credenziali
    • Vai su Amministrazione → Dispositivi → Rilevamento → Credenziali.
    • Crea una credenziale SSH con:

      • Nome utente/password: per effettuare l’accesso.
      • Abilita la modalità (privilegiata) a le credenziali (se richiesto).
  2. Esegui Network Discovery
    • Utilizza Amministrazione → Dispositivi → Rilevamento → Rilevamento di rete.
    • Specifica gli intervalli IP/le sottoreti e seleziona SSH come tipo di credenziale.
    • NinjaOne tenterà di stabilire connessioni SSH con i dispositivi rilevati.
  3. Gestione dispositivi
    • Una volta rilevati, visualizza i dispositivi in Dashboard → Dispositivi → Rilevati.
    • Aggiungi i dispositivi a NinjaOne per il monitoraggio oppure convertili in dispositivi non gestiti, da utilizzare esclusivamente per l’inventario.

Argomenti correlati

FAQs

Sì, puoi utilizzare un host di transito o un server bastione collegato alla rete locale del dispositivo per gestire la sessione tramite proxy.

Utilizzando la funzione ProxyJump, puoi stabilire una connessione crittografata end-to-end con il dispositivo di destinazione tramite il server intermedio, senza esporre la rete interna a Internet.

SSH utilizza le “chiavi host” per verificare l’identità del server; se un malintenzionato sostituisce il server, il client avviserà l’utente che l’identificazione dell’host è cambiata.

Per proteggerti ulteriormente, utilizza sempre una passphrase sulla tua chiave privata, in modo che, anche se il tuo computer locale venisse compromesso, l’autore dell’attacco non possa utilizzare le tue chiavi senza la password secondaria.

SSHv2 richiede un utilizzo leggermente maggiore di risorse a causa dei suoi algoritmi crittografici più avanzati, ma l’impatto sulle prestazioni è trascurabile sull’hardware moderno.

Ma, soprattutto, SSHv2 rappresenta una riprogettazione architettonica completa che risolve le falle di sicurezza critiche presenti nella versione 1, come la vulnerabilità agli attacchi di inserimento, e questo la rende l’unica versione che dovresti utilizzare.

La modifica della porta è una tattica di “security by obscurity” che riduce il volume degli attacchi automatizzati da bot e l’eccesso di log, ma non ferma un aggressore umano determinato.

Una vera sicurezza deve basarsi sul disabilitare l’autenticazione tramite password e sull’imporre un accesso basato su chiave pubblica o su certificati, piuttosto che sul limitarsi a nascondere la porta del servizio.

La maggior parte dei dispositivi di rete di livello enterprise richiede l’accesso fisico tramite una “porta console”, con un cavo seriale per recuperare o reimpostare le credenziali amministrative.

Per evitare di perdere l’accesso, è buona prassi mantenere un account “backdoor” locale con una password complessa, accessibile solo tramite la console fisica o una rete di gestione fuori banda dedicata.

Ti potrebbe interessare anche

Pronto a semplificare le parti più complesse dell'IT?