La decisione che questa guida vi aiuta a prendere
Individuate l’entità, i servizi e il recepimento nazionale che determinano l’applicabilità. Collegate quindi ogni controllo testato a un’affermazione, un’osservazione e una decisione di trattamento. Un penetration test fornisce evidenze tecniche entro un ambito definito; non costituisce una valutazione completa della conformità a NIS2.
Per la persona responsabile dell’incarico. Utilizzate i penetration test come evidenza relativa a controlli selezionati. Gestite l’applicabilità, la governance, la gestione degli incidenti e gli obblighi NIS2 più ampi in filoni di lavoro con responsabilità dedicate.
Stabilire innanzitutto l’applicabilità
NIS2 include il settore sanitario, ma gli obblighi delle singole organizzazioni dipendono dalle regole di ambito e dall’attuazione nazionale. Registrare la persona giuridica, i servizi, le dimensioni e la giurisdizione prima di affermare l’esistenza di un obbligo. Consultare il testo ufficiale e l’autorità nazionale competente, senza presumere che tutte le applicazioni sanitarie abbiano gli stessi requisiti.
Leggere il testo del diagramma
- Affermazione
- Gli accessi dei fornitori restano nell’ambito
- Evidenze
- Osservazione tecnica circoscritta
- Decisione
- Trattare, convalidare o accettare l’esposizione
Scegliere evidenze utilizzabili dal responsabile del rischio
Un percorso del fornitore testato, un malfunzionamento del controllo degli accessi documentato e una dipendenza di ripristino verificata possono supportare le decisioni di gestione del rischio. Conservi insieme a tali evidenze l’ambito, la data, i servizi interessati e i limiti. Senza questi confini, è difficile confrontare un rilievo con l’effettiva esposizione dell’organizzazione.

Estendere il programma oltre il test
Governance, gestione degli incidenti, continuità, gestione dei fornitori e misure relative al personale non possono essere valutati interamente tramite una valutazione tecnica. Tenete traccia separatamente delle evidenze correlate. Il rapporto può individuare una carenza dei controlli e raccomandare interventi; non sostituisce la responsabilità della direzione né il programma completo di conformità.
Leggere il testo del diagramma
- Penetration test
- Comportamento selezionato dei controlli tecnici
- Revisione dei processi
- Come viene esercitato il controllo
- Valutazione legale
- Obblighi dell’entità e delle giurisdizioni applicabili
Chiudere le azioni con un test osservabile
Assegnare un responsabile e una scadenza a ogni intervento correttivo. Per una sessione del fornitore revocata, verificare sia la nuova autenticazione sia una sessione già attiva. Registrare quale condizione è cambiata e quanto tempo ha richiesto l’applicazione. Evidenze di chiusura ripetibili sono più utili della semplice dichiarazione che un’impostazione è stata abilitata.
Leggere il testo del diagramma
- Provenienza
- Chi ha osservato cosa e quando
- Copertura
- Sistemi e identità effettivamente sottoposti a test
- Limitazioni
- Accessi mancanti e percorsi non chiariti
Creare un registro che colleghi le affermazioni alle evidenze
Iniziate da un’affermazione relativa a un controllo che possa essere valutato. Per esempio: l’account di supporto di un fornitore non può recuperare cartelle cliniche al di fuori dell’ambito di manutenzione approvato. Registrate il responsabile di tale affermazione, i sistemi a cui si applica e il test proposto. Il risultato potrà supportarla, contraddirla o lasciare la questione irrisolta. È più utile che archiviare un rapporto in una cartella di conformità senza spiegare quale decisione debba orientare. Valutate separatamente l’applicabilità giuridica, specificando l’entità, la giurisdizione e la relativa attuazione nazionale.
Evitate di attribuire uno stato generale di conformità a un risultato tecnico circoscritto. Dimostrare l’efficacia di un singolo confine di accesso non prova che tutti i fornitori, i sistemi o i processi operativi soddisfino gli obblighi dell’organizzazione.
Distinguere la prova tecnica dalle evidenze operative
Un pentest può dimostrare che un percorso concordato consente un’azione imprevista. Potrebbe non indicare se l’organizzazione riesamina regolarmente gli account dei fornitori, forma i team di risposta agli incidenti o mantiene un programma efficace di continuità. Questi aspetti richiedono evidenze diverse. Affiancate al risultato tecnico i registri pertinenti delle responsabilità, le procedure esaminate e le osservazioni delle esercitazioni, mantenendo la provenienza di ciascun elemento. Se una verifica richiesta non ha potuto essere svolta perché un fornitore ha negato l’autorizzazione, registrate esplicitamente tale limitazione.
La continuità clinica rende questa distinzione particolarmente importante. La guida sulle evidenze di ripristino ospedaliero spiega perché il ripristino di una macchina è solo una parte della dimostrazione che un servizio può tornare operativo.
Chiudere il ciclo senza sovrastimare il livello di garanzia
Assegnare a ogni rilievo significativo un responsabile del trattamento, una data obiettivo e un criterio di accettazione. Registrare i controlli temporanei e la persona autorizzata ad accettare il rischio residuo. Un nuovo test dovrebbe descrivere la build, l’ambiente e gli scenari effettivamente verificati, anziché trasformare un ticket di correzione in una dichiarazione di garanzia. Mantenere visibili i percorsi irrisolti al team dirigenziale responsabile del servizio. Archiviare l’osservazione originale insieme al risultato successivo, affinché la catena delle evidenze resti comprensibile anche in caso di avvicendamento del personale.
I test del settore finanziario seguono un quadro normativo diverso, ma la disciplina pratica della nostra guida alla remediation dei test di penetrazione bancaria è applicabile: una decisione di chiusura richiede un risultato riproducibile, un perimetro chiaro e un responsabile. Questo non trasforma una valutazione sanitaria in un incarico DORA.
Leggere il testo del diagramma
- Assegnare le responsabilità
- Indicare il servizio e i responsabili del trattamento
- Definire la chiusura
- Definisci criteri di accettazione osservabili
- Verificate l’esito
- Conservate le evidenze originali e quelle del nuovo test
Applicate le indicazioni
Utilizzate la lista di preparazione per documentare le ipotesi oppure consultate il rapporto fittizio di Healthcare AG per esempi di evidenze e piani di trattamento. Contattate Atlant Security con una descrizione non sensibile dell’ambito.
Fonti primarie
- Direttiva NIS2 (UE) 2022/2555
- RGPD: Regolamento (UE) 2016/679
- HHS: regola HIPAA sulla sicurezza e linee guida
- Piano d’azione europeo per la cibersicurezza in ambito sanitario
- OWASP Top 10 per la sicurezza delle API
- NIST SP 800-115: test e valutazioni di sicurezza
Informazioni generali, non costituiscono un parere sulla conformità. Verificate l’applicabilità giuridica e i requisiti dei test per la vostra entità e giurisdizione.
Questa guida e le pubblicazioni settoriali correlate linkate sopra sono pubblicate da Atlant Security. Gli esempi tecnici servono a fini di pianificazione e non dichiarano che siano stati completati test per clienti.
Pubblicato da Atlant Security. Fonti, politica editoriale e correzioni.

