Network Penetration Test: verifica offensiva della rete aziendale
Il Network Penetration Test simula un attacco autorizzato contro infrastrutture, host e servizi di rete per verificare se le debolezze presenti possono essere realmente sfruttate e concatenate fino a ottenere accesso, aumentare i privilegi o raggiungere asset che dovrebbero essere isolati. L’obiettivo non è contare porte aperte o vulnerabilità teoriche, ma dimostrare quali percorsi di compromissione risultano praticabili entro lo scope concordato.
Nexsys esegue External e Internal Network Penetration Test con verifiche manuali, exploitation controllata, Rules of Engagement definite prima dell’avvio, reporting tecnico e retest post-remediation quando previsto. Il perimetro può comprendere IP pubblici, VPN, firewall, servizi remoti, subnet interne, segmentazione, server, sistemi di management e altri asset espressamente autorizzati.
Per confrontare il Network Pentest con le altre tipologie disponibili consulta Penetration Test per aziende. Per la spiegazione metodologica generale consulta invece cos’è un Penetration Test e come funziona.
Quanto resiste davvero la tua rete?
Definiamo il perimetro External, Internal o combinato, gli asset inclusi e le Rules of Engagement prima di iniziare il test.
External Network Penetration Test
L’External Network Penetration Test assume la prospettiva di un attaccante che parte da Internet senza accesso iniziale alla rete aziendale. Serve a verificare se i servizi pubblicati espongono un percorso realistico verso sistemi, account o dati che non dovrebbero essere raggiungibili dall’esterno.
- Enumerazione controllata di host, porte, servizi e tecnologie esposte.
- Verifica manuale di vulnerabilità rilevanti e configurazioni che possono diventare vettori di ingresso.
- Analisi di VPN, gateway, servizi di accesso remoto, appliance e interfacce amministrative incluse nello scope.
- Exploitation controllata delle debolezze autorizzate per dimostrarne la reale sfruttabilità.
- Valutazione dell’impatto raggiungibile dal punto di ingresso senza superare le Rules of Engagement.
Internal Network Penetration Test
L’Internal Network Penetration Test parte da una posizione interna concordata: per esempio una VLAN utente, un endpoint di test o un account con privilegi iniziali definiti. Misura cosa potrebbe accadere dopo la compromissione di una workstation, l’accesso alla rete di un dispositivo non affidabile o la compromissione di un account interno.
- Verifica della segmentazione tra reti utenti, server, management, backup e segmenti critici.
- Analisi di servizi interni, protocolli legacy, share, trust e controlli di accesso raggiungibili dal punto di partenza.
- Verifiche sulle credenziali e password spraying solo quando esplicitamente autorizzati e governati.
- Valutazione dei percorsi di lateral movement e privilege escalation coerenti con lo scope.
- Accesso a dati campione o sistemi target limitato alla quantità minima necessaria per dimostrare l’impatto.
External, Internal o scenario combinato?
Modalità | Punto di partenza | Rischio misurato | Quando è indicata |
External | Internet / nessun accesso iniziale | Capacità di ottenere un primo foothold dal perimetro pubblico | Servizi Internet-facing, VPN, sedi pubblicate, attack surface esterna |
Internal | Rete o account iniziale concordato | Capacità di muoversi verso asset più critici dopo una compromissione iniziale | Rischio ransomware, segmentazione, reti interne, ambienti con asset critici |
Combinato | External + posizione interna controllata | Ingresso dal perimetro e resilienza dei controlli interni | Assurance più ampia o ambienti complessi/multi-sede |
La scelta dipende dallo scenario che si vuole misurare, non da quale test sia “più completo” in astratto. Un’organizzazione con molti servizi pubblicati può partire dall’External; una rete fortemente segmentata o con rischio ransomware può dare maggiore priorità all’Internal.
Black Box, Grey Box e White Box
Black Box, Grey Box e White Box descrivono quante informazioni o credenziali vengono fornite al tester; non coincidono con External e Internal. Un test interno può essere Grey Box o White Box, così come un External può essere condotto in Black Box o con informazioni tecniche concordate.
Modello | Informazioni iniziali | Uso tipico |
Black Box | Minime o nulle | Misurare ciò che un attaccante senza conoscenza pregressa può scoprire e sfruttare. |
Grey Box | Informazioni o credenziali limitate | Simulare una compromissione iniziale e aumentare la copertura su reti interne o servizi autenticati. |
White Box | Informazioni tecniche ampie | Massimizzare la copertura su sistemi critici o perimetri complessi in tempi definiti. |
Perché eseguire un Network Penetration Test
Una rete può apparire correttamente protetta e continuare a esporre percorsi di attacco dovuti alla combinazione di vulnerabilità note, configurazioni deboli, segmentazione insufficiente, servizi legacy e privilegi eccessivi. Il penetration test verifica se queste condizioni possono essere concatenate da un attaccante reale.
- Validare la sicurezza dei servizi esposti su Internet;
- verificare segmentazione e isolamento tra VLAN e aree di rete;
- individuare host e servizi vulnerabili realmente sfruttabili;
- simulare movimenti laterali dopo una compromissione iniziale;
- verificare la robustezza di protocolli, credenziali e configurazioni di rete;
- identificare percorsi di escalation verso sistemi critici;
- misurare l’efficacia di firewall, ACL, IDS/IPS e altri controlli;
- produrre evidenze utilizzabili per remediation, hardening e governance del rischio.
External Network Penetration Test
L’External Network Penetration Test simula l’attività di un attaccante che parte da Internet e non dispone di accesso iniziale alla rete aziendale. Lo scope comprende gli indirizzi IP pubblici e i servizi esposti concordati nel pre-engagement.
Mappatura della superficie esposta e dei servizi raggiungibili.
Enumerazione controllata di porte, protocolli, versioni e configurazioni.
Verifica di vulnerabilità note e condizioni di misconfiguration.
Analisi di autenticazioni esposte, VPN, gateway e servizi remoti.
Tentativi di exploitation autorizzati per dimostrare l’impatto.
Verifica delle possibilità di accesso iniziale e dei sistemi raggiungibili dopo l’exploitation.
Internal Network Penetration Test
L’Internal Network Penetration Test parte da un punto di presenza interno concordato e simula scenari come workstation compromessa, device non fidato, credenziali sottratte o accesso fisico alla LAN. L’attenzione si sposta su lateral movement, segmentazione, privilegi e raggiungibilità degli asset critici.
Discovery ed enumerazione di host e servizi interni.
Verifica della segmentazione tra reti utenti, server, management, backup, OT/IoT e altre zone.
Ricerca di servizi legacy, protocolli deboli e configurazioni insicure.
Analisi della riutilizzazione delle credenziali e di eventuali esposizioni di secret.
Test controllati di lateral movement e pivoting.
Verifica di escalation di privilegi ove inclusa nello scope.
Valutazione della possibilità di raggiungere sistemi critici o domini di identità.
Network Penetration Test, Vulnerability Assessment e Network Security: differenze
Le tre attività non sono equivalenti e vanno mantenute separate anche nello scope:
Vulnerability Assessment - cerca e prioritizza vulnerabilità su un perimetro ampio e costruisce una baseline tecnica.
Network Penetration Test - usa verifica manuale ed exploitation controllata per dimostrare sfruttabilità, attack path e impatto.
Network Security - progetta, implementa e gestisce segmentazione, firewall, VPN, NAC, IDS/IPS e altri controlli; può essere una fase di remediation dopo il test.
Se l’obiettivo è analizzare in profondità privilegi, deleghe, Kerberos, ACL e percorsi verso Tier 0, il verticale corretto è Active Directory Security Assessment & Hardening.
Hai già una baseline di vulnerabilità?
Quando l’obiettivo è passare dalla lista dei finding alla dimostrazione dell’impatto, il Network Pentest permette di verificare quali percorsi siano realmente praticabili.
Metodologia del Network Penetration Testing
La metodologia viene adattata allo scenario e può utilizzare come riferimenti NIST SP 800-115, PTES e framework di tecniche offensive pertinenti. La finalità è pianificare il test, eseguirlo in sicurezza, validare i finding e produrre mitigazioni concrete, non applicare una sequenza rigida di tool.
Pre-engagement e Rules of Engagement
Definizione di IP, subnet, sedi, servizi, esclusioni, orari, account, contatti di escalation, soglie operative e criteri di stop.
Reconnaissance e discovery
Mappatura della superficie di rete, identificazione di host, porte, protocolli e tecnologie rilevanti.
Vulnerability analysis
Correlazione di versioni, configurazioni, esposizioni e condizioni potenzialmente sfruttabili, con validazione manuale.
Exploitation controllato
Verifica dello sfruttamento delle vulnerabilità autorizzate per dimostrare accesso, impatto e prerequisiti reali.
Post-exploitation limitata
Quando inclusa nello scope: privilege escalation, lateral movement, pivoting e verifica dei percorsi verso asset critici, nel rispetto delle regole concordate.
Reporting e remediation
Consolidamento delle evidenze, classificazione del rischio, indicazioni operative e workshop con il team tecnico.
Retest
Verifica delle remediation implementate sui finding inclusi nel perimetro di retest.
External, Internal o entrambi?
Lo scope può coprire solo il perimetro Internet-facing, la rete interna oppure entrambe le prospettive. La scelta dipende dagli scenari di rischio che si vogliono validare.
Cosa può essere incluso nello scope
Indirizzi IPv4/IPv6 pubblici e servizi Internet-facing.
Firewall, VPN, reverse proxy e gateway pubblicati.
Server Windows e Linux.
Hypervisor e sistemi di gestione quando autorizzati.
Apparati di rete e servizi di management.
Segmenti LAN, VLAN e reti di management.
Protocolli e servizi infrastrutturali.
Sistemi di backup e storage quando inclusi esplicitamente.
Ambienti Active Directory come parte del percorso di rete, senza sostituire l’assessment AD verticale.
Reti wireless solo se incluse nello scope specifico e nelle regole di ingaggio.
Network Penetration Test vs Vulnerability Assessment
Per una fotografia ampia e periodica dell’esposizione tecnica consulta il Vulnerability Assessment.
Cosa ricevi al termine del Network Penetration Test
Executive summary con livello di esposizione e scenari di rischio principali.
Scope effettivamente testato e limitazioni dell’attività.
Elenco dei finding validati con host, servizio e prerequisiti.
Evidenze tecniche e Proof of Concept quando appropriate.
Descrizione dei percorsi di attacco e delle concatenazioni tra debolezze.
Classificazione di severità e priorità di intervento.
Indicazioni di remediation: patch, hardening, segmentazione, configurazioni e mitigazioni.
Quick win e interventi strutturali separati per effort e impatto.
Sessione tecnica di restituzione al team IT e security.
Retest delle vulnerabilità corrette, se incluso nello scope.
Cosa può dimostrare un attack path
Il valore del test emerge spesso dalla concatenazione di più condizioni. Una vulnerabilità moderata su un singolo asset può diventare critica quando apre un percorso verso sistemi più sensibili.
Esempio di scenario
Servizio remoto esposto -> primo accesso controllato -> credenziale riutilizzata -> attraversamento di una segmentazione troppo permissiva -> sistema di management -> asset critico. Il report documenta quali passaggi sono stati necessari e quale controllo avrebbe interrotto il percorso.
Report, remediation e retest
Il report documenta non soltanto la vulnerabilità, ma il percorso che l’ha resa sfruttabile: asset iniziale, prerequisiti, passaggi tecnici, evidenze, impatto e controlli che avrebbero potuto interrompere l’attacco. Questo consente di distinguere una patch puntuale da una remediation architetturale.
- Executive Summary con rischio e principali attack path.
- Perimetro, modello di test, assunzioni e limitazioni.
- Finding tecnici con evidenze riproducibili e asset interessati.
- Impatto e priorità di intervento contestualizzati.
- Remediation tecniche e controlli compensativi.
- Retest mirato dei finding corretti, quando previsto.
Come rendere il test sicuro in produzione
Un Network Penetration Test professionale parte dalle Rules of Engagement. Gli asset critici, i dispositivi sensibili e i servizi che non tollerano test aggressivi devono essere identificati prima dell’esecuzione. Possono essere previste esclusioni, safe checks, rate limit, finestre operative, contatti di reperibilità e criteri di interruzione immediata.
L’obiettivo è ottenere evidenze sufficienti a dimostrare il rischio senza trasformare il test in un esercizio distruttivo. Azioni come DoS, modifica permanente dei dati o persistence non devono essere eseguite salvo autorizzazione esplicita e motivata nello scope.
Quando eseguire un Network Penetration Test
Dopo cambiamenti rilevanti della rete o del perimetro Internet.
Prima della messa in esercizio di nuovi servizi esposti.
Dopo fusioni, acquisizioni o integrazioni tra reti differenti.
Dopo un incidente o una compromissione per validare le contromisure.
Quando si introducono nuove segmentazioni, VPN, firewall o accessi remoti.
Periodicamente su infrastrutture critiche o soggette a requisiti di sicurezza.
Come verifica indipendente dopo un programma di remediation o hardening.
Valuta il perimetro interno ed esterno
Definiamo scenario, asset, accesso iniziale, limitazioni e deliverable prima dell’avvio.
Network Penetration Test e compliance
Il test può produrre evidenze tecniche utili a dimostrare attività di verifica dei controlli e gestione del rischio richieste da standard, audit e normative applicabili. Non costituisce da solo una certificazione di conformità: requisiti, perimetro, frequenza e modalità di evidenza devono essere correlati al framework specifico dell’organizzazione.
Network Penetration Test Nexsys
Nexsys gestisce il Network Penetration Test come progetto completo: scoping, rules of engagement, attività offensive controllate, validazione dei finding, report tecnico ed executive, confronto con il team IT e verifica delle remediation. L’attività può essere focalizzata sul perimetro esterno, sulla rete interna oppure combinare entrambe le prospettive.
Se lo scope comprende anche applicazioni web e API, la componente applicativa deve essere trattata con un Web Application Penetration Test dedicato.
Richiedi un Network Penetration Test
Per un primo dimensionamento indica numero di IP pubblici, segmenti interni, sedi, servizi critici e scenario desiderato: external, internal o combinato.
Domande frequenti sul Network Penetration Test
Che cos’è un Network Penetration Test?
È un test di sicurezza offensivo eseguito contro reti, host e servizi per verificare quali vulnerabilità possono essere realmente sfruttate e quale impatto può ottenere un attaccante nel perimetro autorizzato.
Qual è la differenza tra External e Internal Network Penetration Test?
L’External Pentest parte da Internet e analizza i servizi pubblicamente esposti. L’Internal Pentest parte invece da un punto di presenza interno o da uno scenario di compromissione iniziale e verifica lateral movement, segmentazione e percorsi verso asset critici.
Qual è la differenza tra Network Penetration Test e Vulnerability Assessment?
Il Vulnerability Assessment identifica e prioritizza vulnerabilità su un perimetro generalmente più ampio. Il Network Penetration Test verifica con tecniche offensive controllate se specifiche debolezze possono essere sfruttate e concatenate.
Il Network Penetration Test può essere eseguito in produzione?
Sì, se vengono definite Rules of Engagement adeguate. Asset sensibili, finestre operative, rate limit, esclusioni, safe checks e criteri di stop vengono concordati prima del test.
Il test include Active Directory?
Può includere verifiche che coinvolgono Active Directory se il dominio rientra nel percorso di attacco autorizzato. Un’analisi sistematica di privilegi, Kerberos, ACL, GPO e Tier 0 richiede però un Active Directory Security Assessment dedicato.
È necessario fornire credenziali?
Non sempre. Un external test può partire senza credenziali. Un internal o gray-box test può utilizzare account concordati per simulare scenari realistici e aumentare la copertura delle verifiche.
Quali asset possono essere inclusi?
IP pubblici, server, servizi, segmenti LAN/VLAN, apparati di rete, VPN, gateway e altri componenti concordati. Lo scope deve elencare chiaramente ciò che è incluso ed escluso.
Cosa contiene il report finale?
Il report contiene scope, finding validati, evidenze, severità, attack path, impatto, priorità e indicazioni operative di remediation. Può includere executive summary e workshop tecnico.
È previsto un retest dopo la remediation?
Può essere incluso nello scope per verificare che le vulnerabilità corrette non siano più sfruttabili e per aggiornare lo stato dei finding.
Quanto dura un Network Penetration Test?
La durata dipende da numero di IP, segmenti, servizi, profondità del test, scenario interno o esterno e vincoli operativi. Il dimensionamento corretto richiede uno scoping tecnico preliminare.
Preferisci compilare il modulo? Scrivi i tuoi dati qui sotto
Il servizio telefonico è attivo dal lunedì al venerdì dalle 8:00 alle 18:00 al numero 0452456669. Puoi anche compilare il modulo sottostante:
