Arda Solutions

L’infrastruttura IT di un’azienda cambia continuamente. Si aggiungono dispositivi, entrano e cambiano gli utenti, vengono installate applicazioni e modificate configurazioni.

Nel frattempo vengono scoperte nuove vulnerabilità che possono interessare sistemi già presenti da tempo.

Le misure di sicurezza adottate in un determinato momento devono quindi essere verificate anche mentre l’infrastruttura evolve. Alcuni controlli possono essere inseriti nella normale gestione IT:

1️⃣ Verificare aggiornamenti e patch. Sistemi operativi, applicazioni e dispositivi di rete devono essere controllati per individuare aggiornamenti di sicurezza mancanti e componenti non più supportati.

2️⃣ Rivedere utenti, accessi e privilegi. Account appartenenti a ex collaboratori, autorizzazioni non più necessarie o privilegi eccessivi possono rimanere attivi se gli accessi non vengono aggiornati insieme ai cambiamenti dell’organizzazione.

3️⃣ Ricercare periodicamente nuove vulnerabilità. Software vulnerabili, servizi esposti e configurazioni errate possono comparire anche dopo una precedente verifica. Analisi periodiche aiutano a individuarli e a stabilire quali interventi richiedono maggiore priorità.

4️⃣ Verificare backup e ripristino. L’esecuzione del backup deve essere accompagnata dal controllo delle copie e da test di ripristino, per verificare che i dati siano effettivamente disponibili quando servono.

5️⃣ Controllare eventi e anomalie. Accessi insoliti, tentativi ripetuti di autenticazione e altri comportamenti anomali possono fornire indicazioni utili su ciò che sta accadendo nei sistemi e richiedere ulteriori verifiche.

Questi controlli permettono di seguire l’evoluzione dell’infrastruttura e individuare situazioni che, con il tempo, potrebbero modificarne il livello di esposizione.

Una vulnerabilità individuata durante un'analisi può rimanere presente nell'infrastruttura anche settimane dopo la consegna del report.

Conoscerne l'esistenza permette di intervenire, ma tra la rilevazione e la correzione ci sono diversi passaggi da gestire.

Una volta emersa una vulnerabilità, bisogna valutarne la gravità rispetto al contesto aziendale, stabilire la priorità di intervento e individuare la correzione più adatta.

La stessa vulnerabilità può avere conseguenze molto diverse a seconda del sistema coinvolto. La presenza su un sistema isolato presenta uno scenario differente rispetto a un servizio esposto verso Internet o a un'infrastruttura che supporta attività aziendali critiche.

Questa valutazione permette di stabilire quali interventi affrontare prima e organizzare le attività di remediation. Dopo la correzione è inoltre necessario verificare che la vulnerabilità sia stata effettivamente risolta.

Per una PMI, passare dall'analisi all'intervento può diventare complesso. I sistemi devono continuare a funzionare, le risorse IT possono essere limitate e alcune modifiche richiedono pianificazione. In queste condizioni, una correzione rischia di essere rimandata perché nell'operatività quotidiana non si stanno ancora verificando problemi evidenti.

La vulnerabilità, intanto, resta presente nel sistema.

Un Vulnerability Assessment fornisce informazioni utili per conoscere i punti deboli dell'infrastruttura e stabilire dove intervenire. La riduzione dell'esposizione dipende poi dalla gestione di ciò che è stato rilevato, dalle priorità definite fino alla verifica delle correzioni applicate.

Avere sistemi di sicurezza attivi non permette, da solo, di sapere cosa potrebbe accadere se un attaccante riuscisse a sfruttarne una debolezza.

Il pe*******on test, o pentest, è un’attività di sicurezza in cui professionisti autorizzati simulano tecniche utilizzate negli attacchi informatici per verificare se determinate vulnerabilità possono essere realmente sfruttate.

Il test viene svolto in condizioni controllate, all’interno di un perimetro e secondo regole definite in anticipo. A seconda dell’obiettivo, può riguardare reti, sistemi, applicazioni o altri elementi dell’infrastruttura.

Durante il pentest viene valutato anche ciò che lo sfruttamento di una vulnerabilità potrebbe consentire di fare. Una debolezza, per esempio, potrebbe permettere di ottenere un accesso non autorizzato, raggiungere risorse protette o acquisire privilegi maggiori all’interno dei sistemi.

I risultati aiutano l’azienda a comprendere quali criticità possono avere conseguenze concrete sull’infrastruttura e a stabilire dove intervenire con maggiore priorità.

Il pe*******on test va quindi oltre l’individuazione automatizzata di possibili vulnerabilità. L’intervento degli specialisti permette di verificarne l’effettiva sfruttabilità nel contesto analizzato e di valutarne le possibili conseguenze.

Testare l’infrastruttura in condizioni controllate permette di osservare quali percorsi di attacco potrebbero essere concretamente percorribili e quali difese richiedono maggiore attenzione.

Avere firewall, sistemi di protezione degli endpoint e strumenti di monitoraggio non basta a sapere come reagiranno di fronte a una minaccia.

Il BAS, Breach and Attack Simulation, permette di verificarlo attraverso simulazioni automatizzate e controllate. Riproduce tecniche e comportamenti associati a diversi scenari di attacco e osserva la risposta delle misure di sicurezza presenti nell’ambiente aziendale.

Anche strumenti correttamente installati possono avere configurazioni da rivedere o controlli che non rilevano una determinata tecnica come previsto. Le simulazioni aiutano a individuare questi punti e forniscono informazioni utili per intervenire sulle difese.

Un altro aspetto importante riguarda la continuità delle verifiche. L’infrastruttura cambia nel tempo: vengono introdotti nuovi dispositivi e applicazioni, le configurazioni vengono modificate e anche le tecniche utilizzate negli attacchi evolvono. Un risultato ottenuto mesi prima, quindi, potrebbe non rappresentare più la situazione attuale.

Il BAS permette di ripetere le simulazioni nel tempo e verificare come le difese rispondono anche dopo modifiche all’infrastruttura o alle configurazioni.

Conoscere gli strumenti presenti è il punto di partenza. Verificare periodicamente come rispondono permette di capire dove le difese richiedono attenzione.

Sapere che nella propria infrastruttura esiste una vulnerabilità è un'informazione importante. Capire se quella vulnerabilità può essere realmente sfruttata e quali conseguenze potrebbe avere permette di ottenere un'informazione diversa.

Vulnerability Assessment e Pe*******on Test rispondono proprio a questi due livelli di analisi.

Il Vulnerability Assessment aiuta a individuare e valutare i punti deboli presenti nei sistemi. Il Pe*******on Test mette alla prova la sicurezza in modo controllato, simulando tecniche di attacco per verificare se determinate vulnerabilità possono essere concretamente sfruttate e quali conseguenze potrebbero avere.

Le informazioni ottenute dalle due attività permettono quindi di osservare aspetti diversi dell'esposizione dell'infrastruttura e possono supportare l'azienda nel definire gli interventi di sicurezza da adottare.

Chiedersi quale dei due sia “migliore” rischia quindi di portare fuori strada. La domanda utile riguarda piuttosto che cosa abbiamo bisogno di verificare sulla nostra infrastruttura.

Nel nuovo articolo approfondiamo come funzionano Vulnerability Assessment e Pe*******on Test, quali informazioni possono fornire, perché non sono intercambiabili e in quali situazioni può essere utile ricorrere all'una o all'altra attività.

🔗 Leggi l'articolo completo per approfondire le differenze tra Vulnerability Assessment e Pe*******on Test:

Vulnerability Assessment e Pe*******on Test: cosa sono, come funzionano e perché non sono la stessa cosa - Arda Solutions Vulnerability assessment e pe*******on test hanno obiettivi diversi. Scopri come funzionano, quali sono le differenze e quando utilizzarli.

Una vulnerabilità nota può essere corretta attraverso un aggiornamento di sicurezza. Ma cosa succede quando la correzione non è ancora disponibile?

In questi casi possiamo trovarci di fronte a una vulnerabilità zero-day.

Il termine indica una vulnerabilità per la quale, al momento dello sfruttamento, non è ancora disponibile una correzione. Può trattarsi di una falla ancora sconosciuta al produttore oppure già individuata, ma non ancora risolta con una patch.

Se esiste un metodo per sfruttarla, un attaccante può agire durante una fase particolarmente delicata: il sistema è vulnerabile e la correzione definitiva potrebbe non essere ancora disponibile.

In attesa della patch, è comunque possibile ridurre l'esposizione. Monitorare la rete, limitare accessi e privilegi, mantenere aggiornati gli altri sistemi e applicare le misure di mitigazione disponibili può contribuire a limitare le possibilità di sfruttamento e le eventuali conseguenze.

Una volta pubblicata la correzione, sarà necessario valutarla e pianificarne l'applicazione in base al rischio e ai sistemi coinvolti.

Gestire uno zero-day significa quindi essere in grado di ridurre il rischio anche durante il periodo in cui la vulnerabilità non può ancora essere corretta definitivamente.

Sapere che una vulnerabilità esiste è importante. Per valutarne il rischio, però, serve anche capire cosa potrebbe accadere se venisse realmente sfruttata.

Un pe*******on test verifica proprio questo, simulando in condizioni controllate e secondo obiettivi concordati alcune delle tecniche utilizzate durante un attacco.

Il test può mostrare, ad esempio, se attraverso una determinata vulnerabilità è possibile ottenere un accesso non autorizzato, raggiungere altre risorse della rete, aumentare i privilegi o accedere a dati che dovrebbero rimanere protetti.

Queste verifiche permettono di valutare le debolezze anche in relazione all'infrastruttura in cui sono presenti e alle conseguenze che un eventuale sfruttamento potrebbe avere.

Per una PMI significa avere informazioni più concrete per stabilire le priorità di intervento, concentrando l'attenzione sulle criticità che possono avere un impatto maggiore sui propri sistemi e sulle proprie risorse.

Il pe*******on test permette quindi di verificare fino a dove potrebbe arrivare un attaccante e utilizzare ciò che emerge per intervenire prima che quelle stesse debolezze vengano sfruttate in un attacco reale.

“Lo aggiorniamo più avanti.”

È una decisione comprensibile quando un sistema funziona, l'azienda è operativa e l'aggiornamento potrebbe richiedere un'interruzione delle attività. La situazione cambia quando quell'aggiornamento contiene una correzione per una vulnerabilità di sicurezza già conosciuta.

Rimandarlo significa continuare a utilizzare un sistema nel quale quel punto debole rimane presente.

Quando una vulnerabilità diventa pubblica, possono circolare informazioni tecniche sul suo funzionamento e, in alcuni casi, exploit o strumenti che ne facilitano lo sfruttamento. Lasciarla irrisolta prolunga quindi il periodo durante il quale il sistema rimane esposto.

Nelle PMI gli aggiornamenti possono essere gestiti manualmente o programmati in momenti specifici per evitare incompatibilità e interruzioni. Se continuano a essere rimandati, però, server, computer e applicazioni possono accumulare nel tempo diverse correzioni di sicurezza mancanti.

Una gestione efficace degli aggiornamenti parte proprio da qui: individuare le vulnerabilità che riguardano i propri sistemi, valutarne il rischio e pianificare le correzioni con tempi compatibili con l'operatività aziendale.

L'obiettivo è evitare che una vulnerabilità già conosciuta rimanga nell'infrastruttura più a lungo del necessario.

Una vulnerabilità è un punto debole presente in un software o in un sistema. Un exploit è un codice, una tecnica o una sequenza di azioni sviluppata per sfruttare quella debolezza e ottenere un comportamento che normalmente non dovrebbe essere possibile.

Immaginiamo, ad esempio, che venga scoperta una vulnerabilità in un'applicazione utilizzata in azienda. Se esiste un exploit in grado di sfruttarla, un attaccante potrebbe utilizzarlo per eseguire operazioni non autorizzate, accedere a determinate risorse o compromettere il sistema. Le conseguenze dipendono dalla vulnerabilità e dal livello di accesso che consente di ottenere.

La disponibilità di un exploit rende quindi ancora più importante intervenire sulle vulnerabilità note. Quando il produttore rilascia una patch di sicurezza, installarla permette di correggere il punto debole su cui l'exploit potrebbe agire.

Rimandare a lungo gli aggiornamenti può lasciare nell'infrastruttura una vulnerabilità già conosciuta e per la quale potrebbero essere disponibili tecniche o strumenti di attacco.

La gestione degli aggiornamenti serve anche a questo: ridurre il tempo durante il quale una vulnerabilità nota rimane sfruttabile.