Source: http://docplayer.it/13747352-Payment-card-industry-pci-data-security-standard-questionario-di-autovalutazione-c-e-attestato-di-conformita.html
Timestamp: 2018-11-17 15:45:17+00:00
Document Index: 159472484

Matched Legal Cases: ['arte 1', 'arte 2', 'arte 2', 'arte 2', 'arte 2', 'arte 2', 'arte 3', 'arte 4', 'arte 4', 'arte 3', 'arte 3', 'arte 4', 'arte 4', 'arta 11']

Payment Card Industry (PCI) Data Security Standard Questionario di autovalutazione C e Attestato di conformità - PDF
Download "Payment Card Industry (PCI) Data Security Standard Questionario di autovalutazione C e Attestato di conformità"
1 Payment Card Industry (PCI) Data Security Standard Questionario di autovalutazione C e Attestato di conformità Applicazione di pagamento connessa a Internet, Nessuna memorizzazione elettronica dei dati di titolari di carta Versione 1.2 Ottobre 2008
2 Modifiche del documento Data Versione Descrizione 1 ottobre Allineare il contenuto ai nuovi standard PCI DSS v1.2 e implementare modifiche minori apportate dopo la versione originale v1.1. PCI DSS SAQ C, v1.2, Modifiche del documento Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina i
3 Sommario Modifiche del documento... i PCI DSS: Documenti correlati... iii Operazioni preliminari... iv Completamento del questionario di autovalutazione... iv Conformità agli standard PCI DSS Operazioni... iv Guida per l'esclusione e la non applicabilità di determinati requisiti specifici... v Attestato di conformità, SAQ C... 1 Questionario di autovalutazione C... 5 Sviluppo e gestione di una rete sicura... 5 Requisito 1: Installare e gestire una configurazione firewall per proteggere i dati di titolari di carta... 5 Requisito 2: Non utilizzare valori predefiniti del fornitore per le password di sistema e altri parametri di sicurezza... 5 Protezione dei dati di titolari di carta... 6 Requisito 3: Proteggere i dati di titolari di carta memorizzati... 6 Requisito 4: Cifrare i dati di titolari di carta trasmessi su reti aperte e pubbliche... 7 Utilizzare un programma per la gestione delle vulnerabilità... 8 Requisito 5: Utilizzare e aggiornare regolarmente il software antivirus... 8 Requisito 6: Sviluppare e gestire sistemi e applicazioni protette... 8 Implementazione di rigide misure di controllo dell'accesso... 9 Requisito 7: Limitare l'accesso ai dati di titolari di carta solo se effettivamente necessario... 9 Requisito 8: Assegnare un ID univoco a chiunque abbia accesso a un computer... 9 Requisito 9: Limitare l'accesso fisico ai dati di titolari di carta... 9 Monitoraggio e test delle reti regolari Requisito 10: Registrare e monitorare tutti gli accessi a risorse di rete e dati di titolari di carta...10 Requisito 11: Eseguire regolarmente test dei sistemi e processi di protezione...10 Gestire una politica di sicurezza delle informazioni Requisito 12: Gestire una politica che garantisca la sicurezza delle informazioni per dipendenti e collaboratori...11 Appendice A: (non utilizzata) Appendice B: Controlli compensativi Appendice C: Foglio di lavoro - Controlli compensativi Foglio di lavoro Controlli compensativi - Esempio Appendice D: Spiegazione di non applicabilità: PCI DSS SAQ C, v1.1, Sommario Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina ii
4 PCI DSS: Documenti correlati I seguenti documenti sono stati creati per una migliore comprensione degli standard PCI DSS e dei questionari di autovalutazione appropriati da parte di esercenti e provider di servizi. Documento Requisiti PCI DSS e procedure di valutazione della sicurezza Navigazione in PCI DSS: Comprensione dello scopo dei requisiti PCI DSS: Istruzioni e linee guida per l'autovalutazione Destinatari Tutti gli esercenti e i provider di servizi Tutti gli esercenti e i provider di servizi Tutti gli esercenti e i provider di servizi PCI DSS: Questionario di autovalutazione A e Attestato Esercenti 1 PCI DSS: Questionario di autovalutazione B e Attestato Esercenti 1 PCI DSS: Questionario di autovalutazione C e Attestato Esercenti 1 PCI DSS: Questionario di autovalutazione D e Attestato Gli esercenti 1 e tutti i provider di servizi PCI DSS e PA-DSS Glossario, abbreviazioni e acronimi Tutti gli esercenti e i provider di servizi 1 Per determinare il questionario di autovalutazione appropriato, fare riferimento al documento PCI DSS: Istruzioni e linee guida per l'autovalutazione, "Scelta del questionario SAQ e dell'attestato più appropriati per la propria azienda". PCI DSS SAQ C, v1.1, PCI DSS: Documenti correlati Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina iii
5 Operazioni preliminari Completamento del questionario di autovalutazione Il questionario SAQ C è stato sviluppato per rispondere ai requisiti applicabili ad esercenti che elaborano i dati dei titolari di carta mediante applicazioni di pagamento (ad esempio, sistemi POS) connessi a Internet (tramite connessione ad alta velocità, DSL, modem via cavo, ecc.), che tuttavia non memorizzano tali dati su alcun sistema informatico. Queste applicazioni di pagamento sono connesse a Internet perché: 1. L'applicazione di pagamento è installata su un computer connesso a Internet. 2. L'applicazione di pagamento è connessa a Internet per trasmettere i dati di titolari di carta. Questi esercenti appartengono al Tipo di convalida SAQ 4, come definito nel presente documento e nel documento PCI DSS: Istruzioni e linee guida per l'autovalutazione. Gli esercenti che appartengono al Tipo di convalida 4 elaborano i dati di titolari di carta mediante sistemi POS connessi a Internet, non memorizzano tali dati su un computer e possono essere società di e-commerce con punti vendita reali (carta presente) o società di e-commerce o vendita tramite posta/telefono (carta non presente). Tali esercenti devono convalidare la propria conformità completando il questionario SAQ C e l'attestato di conformità ad esso associato, confermando che: La società ha un sistema di pagamento e una connessione Internet sullo stesso computer. Il dispositivo con il sistema di pagamento/internet non è connesso ad altri sistemi all'interno del proprio ambiente. La società conserva solo resoconti o copie cartacee delle ricevute. La società non memorizza i dati di titolari di carta in formato elettronico. Il fornitore del software dell'applicazione di pagamento della società utilizza tecniche sicure per fornire supporto in remoto al sistema di pagamento. Ciascuna sezione del questionario riguarda un'area di sicurezza specifica, in base ai requisiti degli standard di sicurezza dei dati PCI. Conformità agli standard PCI DSS Operazioni 1. Completare il questionario di autovalutazione (SAQ C) in base alle istruzioni contenute nel documento Istruzioni e linee guida per l'autovalutazione. 2. Eseguire una scansione delle vulnerabilità con esito positivo con un fornitore di scansioni approvato (ASV, Approved Scanning Vendor) da PCI SSC e ottenere un report della scansione eseguita dall'asv. 3. Completare per intero l'attestato di conformità. 4. Inviare il questionario SAQ, il report della scansione e l'attestato di conformità, insieme ad eventuale altra documentazione richiesta, al proprio acquirente. PCI DSS SAQ C, v1.1, Operazioni preliminari Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina iv
6 Guida per l'esclusione e la non applicabilità di determinati requisiti specifici Esclusione: Se per convalidare la propria conformità agli standard PCI DSS occorre completare il questionario SAQ C, è possibile considerare la seguente eccezione: Vedere Non applicabilità di seguito per la risposta appropriata al questionario SAQ. Fornire una risposta alle domande specifiche della tecnologia wireless solo se tale tecnologia è disponibile nella propria rete (ad esempio, requisito 2.1.1). Tenere presente che occorre comunque fornire una risposta al requisito 11.1 (uso di analizzatore wireless) anche se la propria rete non prevede tecnologia wireless, perché l'analizzatore rileva eventuali intrusioni o dispositivi non autorizzati che possono essere stati aggiunti a vostra insaputa. Non applicabilità: questo ed eventuali altri requisiti considerati non applicabili al proprio ambiente devono essere indicati con N/A nella colonna Speciale del questionario SAQ. Di conseguenza, completare il foglio di lavoro Spiegazione di non applicabilità nell'appendice per ogni voce N/A. PCI DSS SAQ C, v1.1, Operazioni preliminari Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina v
7 Attestato di conformità, SAQ C Istruzioni per l'invio L'esercente deve completare questo Attestato di conformità come una dichiarazione del proprio stato di conformità agli standard di sicurezza dei dati PCI. Completare tutte le sezioni applicabili e fare riferimento alle istruzioni per l'invio nella sezione "Conformità agli standard PCI DSS - Operazioni" nel presente documento. Parte 1. Informazioni su società Qualified Security Assessor (se applicabile) Nome società: Nome contatto QSA principale: Telefono: Indirizzo ufficio: Mansione: Città: Stato/Provincia: Paese: CAP: URL: Parte 2. Informazioni su società esercente Nome società: Nome contatto: Telefono: Indirizzo ufficio: DBA: Mansione: Città: Stato/Provincia: Paese: CAP: URL: Parte 2a. Tipo di settore di attività dell'esercente (selezionare tutte le risposte applicabili): Rivenditore Telecomunicazioni Market e supermarket Distributori di benzina E-Commerce Ordini via posta/telefono Altro (specificare): Elencare le strutture e le posizioni incluse nella valutazione della conformità agli standard PCI DSS: Parte 2b. Rapporti La società ha rapporti con uno o più provider di servizi di terze parti (ad esempio, gateway, società di hosting Web, addetti alle prenotazioni aeree, agenti di programmi di fedeltà, eccetera)? Sì No La società ha rapporti con più di un acquirente? Sì No Parte 2c. Elaborazione delle transazioni Applicazione di pagamento in uso: Versione applicazione di pagamento: PCI DSS SAQ A, v1.1, Attestato di conformità Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina 1
8 Parte 2d. Idoneità per il completamento del questionario SAQ C L'esercente dichiara la propria idoneità per il completamento di questa versione più breve del questionario di autovalutazione, perché: L'esercente ha un sistema di pagamento e una connessione Internet o una connessione di rete pubblica sullo stesso computer. Il dispositivo con il sistema di pagamento/internet non è connesso ad altri sistemi all'interno dell'ambiente dell'esercente. L'esercente non memorizza i dati di titolari di carta in formato elettronico. L'esercente conserva i dati di titolari di carta solo in forma di resoconti o copie di ricevute cartacee e non in formato elettronico. Il fornitore del software del sistema di pagamento dell'esercente utilizza tecniche sicure per fornire supporto in remoto al sistema di pagamento. Parte 3. Convalida PCI DSS In base ai risultati del questionario SAQ C datato (completion date), (Merchant Company Name) dichiara il seguente stato di conformità (selezionare una risposta): Conforme: tutte le sezioni del questionario SAQ PCI sono state completate e a tutte le domande è stato risposto "sì", determinando una valutazione di CONFORMITÀ globale e un fornitore di scansioni approvato (ASV) da PCI SSC ha eseguito una scansione di sicurezza; pertanto (Merchant Company Name) ha dimostrato la massima conformità agli standard PCI DSS. Non conforme: non tutte le sezioni del questionario SAQ PCI sono state completate e ad alcune domande è stato risposto "no", determinando una valutazione di NON CONFORMITÀ globale o non è stata eseguita una scansione di sicurezza da un fornitore di scansioni approvato (ASV) da PCI SSC; pertanto (Merchant Company Name) non ha dimostrato la massima conformità agli standard PCI DSS. Data di scadenza per conformità: È possibile che a un'entità che invia questo modulo con lo stato 'Non conforme' venga richiesto di completare il Piano d'azione presente nella Parte 4 del presente documento. Consultare il proprio acquirente o il marchio di pagamento prima di completare la Parte 4, perché non tutti i marchi di pagamento richiedono questa sezione. Parte 3a. Conferma dello stato di conformità L'esercente conferma che: Il questionario di autovalutazione C PCI DSS, versione (version of SAQ) è stato completato in base alle istruzioni qui fornite. Tutte le informazioni contenute nel questionario SAQ e in questo attestato rappresentano in modo onesto i risultati della mia valutazione sotto tutti gli aspetti. Ho verificato con il fornitore dell'applicazione di pagamento che il mio sistema di pagamento non memorizza dati sensibili di autenticazione dopo l'autorizzazione. Ho letto gli standard PCI DSS e accetto di garantire sempre la massima conformità a tali standard. Nessuna prova di memorizzazione dei dati della striscia magnetica (traccia) 2, CAV2, CVC2, CID, o CVV2 3, oppure dei dati PIN 4 dopo l'autorizzazione della transazione è stata trovata sui sistemi controllati durante questa valutazione Dati codificati nella striscia magnetica utilizzati per l'autorizzazione durante una transazione con carta presente. Le entità non possono conservare tutti i dati completi della striscia magnetica dopo l'autorizzazione della transazione. I soli elementi dei dati di traccia che possono essere conservati sono il numero cliente, la data di scadenza e il nome. Il valore di tre o quattro cifre stampato nel riquadro della firma o a destra di questo riquadro oppure nella parte anteriore di una carta di pagamento utilizzato per verificare le transazioni con carta non presente. Numero di identificazione personale inserito dal titolare della carta durante una transazione con carta presente e/o blocco PIN cifrato presente all'interno del messaggio di transazione. PCI DSS SAQ A, v1.1, Attestato di conformità Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina 2
9 Parte 3b. Accettazione da parte dell'esercente Firma del funzionario esecutivo dell'esercente Data Nome funzionario esecutivo dell'esercente Mansione Società esercente rappresentata PCI DSS SAQ A, v1.1, Attestato di conformità Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina 3
10 Parte 4. Piano d'azione per lo stato di non conformità Selezionare lo "Stato di conformità" appropriato per ciascun requisito. In caso di risposta negativa a uno dei requisiti, occorre specificare la data in cui la Società sarà conforme al requisito e una breve descrizione delle azioni che verranno intraprese per soddisfare il requisito. Consultare il proprio acquirente o il marchio di pagamento prima di completare la Parte 4, perché non tutti i marchi di pagamento richiedono questa sezione. Requisito PCI DSS Descrizione del requisito 1 Installare e gestire una configurazione firewall per proteggere i dati di titolari di carta Stato di conformità (selezionare una risposta) SÌ NO Data e azioni di correzione (in caso di non conformità) 2 Non utilizzare valori predefiniti del fornitore per le password di sistema e altri parametri di sicurezza 3 Proteggere i dati di titolari di carta memorizzati 4 Cifrare i dati di titolari di carta trasmessi su reti aperte e pubbliche 5 Utilizzare e aggiornare regolarmente il software antivirus 6 Sviluppare e gestire sistemi e applicazioni protette 7 Limitare l'accesso ai dati di titolari di carta solo se effettivamente necessario 8 Assegnare un ID univoco a chiunque abbia accesso a un computer 9 Limitare l'accesso fisico ai dati di titolari di carta 11 Eseguire regolarmente test dei sistemi e processi di protezione 12 Gestire una politica che garantisca la sicurezza delle informazioni PCI DSS SAQ A, v1.1, Attestato di conformità Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina 4
11 Questionario di autovalutazione C Sviluppo e gestione di una rete sicura Data di completamento: Requisito 1: Installare e gestire una configurazione firewall per proteggere i dati di titolari di carta Domanda Risposta: Sì No Speciale 1.2 La configurazione del firewall limita le connessioni tra le reti non attendibili e qualsiasi sistema nell'ambiente dei dati di titolari di carta nel modo seguente: Nota: una "rete non attendibile" è una qualsiasi rete esterna alle reti che appartengono all'entità sottoposta a revisione e/o che l'entità non è in grado di controllare o gestire. 1.3 La configurazione firewall vieta l'accesso pubblico diretto tra Internet e i componenti di sistema nell'ambiente dei dati di titolari di carta? Requisito 2: Non utilizzare valori predefiniti del fornitore per le password di sistema e altri parametri di sicurezza Domanda Risposta: Sì No Speciale* 2.1 I valori predefiniti del fornitore vengono sempre modificati prima di installare un sistema in rete? Ad esempio, password, stringhe di comunità SNMP (Simple Network Management Protocol) ed eliminazione di account non necessari (a) I valori predefiniti* per gli ambienti wireless connessi all'ambiente dei dati di titolari di carta o che trasmettono tali dati sono stati modificati prima dell'installazione di un sistema wireless? * Tali valori predefiniti dell'ambiente wireless includono, senza limitazione, chiavi di cifratura wireless predefinite, password e stringhe di comunità SNMP. (b) Le impostazioni di sicurezza dei dispositivi wireless sono abilitate per l'uso della tecnologia di cifratura avanzata per l'autenticazione e la trasmissione? 2.3 È stata eseguita la cifratura di tutto l'accesso amministrativo non da console? Utilizzare tecnologie quali SSH, VPN o SSL/TLS per la gestione basata su Web e altre attività amministrative non da console. "Non Applicabile" (N/A) o "Controllo compensativo utilizzato". Le aziende che utilizzano questa sezione devono completare l'apposito foglio di lavoro "Controllo compensativo" o "Spiegazione di non applicabilità" nell'appendice. PCI DSS SAQ C, v1.1, Questionario di autovalutazione Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina 5
12 Protezione dei dati di titolari di carta Requisito 3: Proteggere i dati di titolari di carta memorizzati Domanda Risposta: Sì No Speciale 3.2 Tutti i sistemi aderiscono ai seguenti requisiti relativi alla memorizzazione di dati sensibili di autenticazione dopo l'autorizzazione (anche se cifrati)? Non memorizzare l'intero contenuto delle tracce della striscia magnetica (presente sul retro della carta, contenuto in un chip o in altro luogo). Questi dati sono denominati anche traccia completa, traccia, traccia 1, traccia 2 e dati di striscia magnetica. nel normale svolgimento delle attività, è possibile che sia necessario conservare i seguenti elementi di dati della striscia magnetica: Nome del titolare della carta PAN (Primary Account Number) Data di scadenza Codice di servizio Per ridurre al minimo il rischio, memorizzare solo gli elementi di dati necessari. Non memorizzare MAI il codice o valore di verifica della carta o il valore di verifica PIN. Nota: vedere il documento PCI DSS e PA-DSS Glossario, abbreviazioni e acronimi per ulteriori informazioni Non memorizzare il codice o il valore di validazione della carta (numero di tre o quattro cifre stampato sulla parte anteriore o posteriore della carta di pagamento) utilizzato per verificare le transazioni con carta non presente. Nota: vedere il documento PCI DSS e PA-DSS Glossario, abbreviazioni e acronimi per ulteriori informazioni Non memorizzare il numero di identificazione personale (PIN) o il blocco PIN cifrato. 3.3 Il PAN è mascherato quando visualizzato? (Non devono essere visibili più di sei cifre all'inizio e quattro cifre alla fine) Note: Questo requisito non si applica ai dipendenti e ad altre parti che hanno l'esigenza specifica di visualizzare il numero PAN intero. Questo requisito non sostituisce i requisiti più rigorosi per la visualizzazione dei dati di titolari di carta, ad esempio per ricevute di punti di vendita (POS). "Non Applicabile" (N/A) o "Controllo compensativo utilizzato". Le aziende che utilizzano questa sezione devono completare l'apposito foglio di lavoro "Controllo compensativo" o "Spiegazione di non applicabilità" nell'appendice. PCI DSS SAQ C, v1.1, Questionario di autovalutazione Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina 6
13 Requisito 4: Cifrare i dati di titolari di carta trasmessi su reti aperte e pubbliche Domanda Risposta: Sì No Speciale 4.1 I protocolli di crittografia e sicurezza avanzati, quali SSL/TLS o IPSEC, sono stati utilizzati per proteggere i dati sensibili di titolari di carta durante la trasmissione su reti pubbliche e aperte? Esempi di reti pubbliche aperte che rientrano nell'ambito degli standard PCI DSS sono la rete Internet,le tecnologie wireless, le reti GSM (Global System for Mobile communications) e le reti GPRS (General Packet Radio Service). Nota: Se nel proprio ambiente si utilizza la tecnologia wireless, tenere presente quanto segue: Per le nuove implementazioni wireless, non è consentito implementare la tecnologia WEP dopo il 31 marzo Per le implementazioni wireless correnti, non è consentito utilizzare la tecnologia WEP dopo il 30 giugno Sono in atto politiche, procedure e azioni per precludere l'invio di PAN non cifrati mediante tecnologie di messaggistica degli utenti finali (ad esempio, , messaggistica istantanea, chat)? "Non Applicabile" (N/A) o "Controllo compensativo utilizzato". Le aziende che utilizzano questa sezione devono completare l'apposito foglio di lavoro "Controllo compensativo" o "Spiegazione di non applicabilità" nell'appendice. PCI DSS SAQ C, v1.1, Questionario di autovalutazione Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina 7
14 Utilizzare un programma per la gestione delle vulnerabilità Requisito 5: Utilizzare e aggiornare regolarmente il software antivirus Domanda Risposta: Sì No Speciale 5.1 È stato installato un programma antivirus su tutti i sistemi, in particolare PC e server, comunemente colpiti da malware? Tutti i programmi antivirus sono in grado di rilevare e rimuovere tutti i tipi di malware noti? 5.2 Tutti i meccanismi antivirus sono aggiornati, in esecuzione e in grado di generare log di audit? Requisito 6: Sviluppare e gestire sistemi e applicazioni protette Domanda Risposta: Sì No Speciale* 6.1 (a) Sono state installate le ultime patch di protezione disponibili su tutti i componenti del sistema e i programmi software in uso? (b) Sono state installate patch di protezione critiche entro un mese dal relativo rilascio? Nota: è possibile adottare un approccio basato su rischio per dare priorità alle installazioni delle patch. Ad esempio, dare la massima priorità all'infrastruttura critica (dispositivi e sistemi rivolti al pubblico e database), rispetto ai dispositivi interni meno importanti, per garantire che le patch necessarie vengano installate sui sistemi e sui dispositivi ad alta priorità entro un mese e su altri dispositivi e sistemi meno importanti entro tre mesi. "Non Applicabile" (N/A) o "Controllo compensativo utilizzato". Le aziende che utilizzano questa sezione devono completare l'apposito foglio di lavoro "Controllo compensativo" o "Spiegazione di non applicabilità" nell'appendice. PCI DSS SAQ C, v1.1, Questionario di autovalutazione Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina 8
15 Implementazione di rigide misure di controllo dell'accesso Requisito 7: Limitare l'accesso ai dati di titolari di carta solo se effettivamente necessario Domanda Risposta: Sì No Speciale 7.1 (a) L'accesso ai componenti di sistema e ai dati di titolari di carta è limitato solo alle persone per le cui mansioni è realmente necessario? Requisito 8: Assegnare un ID univoco a chiunque abbia accesso a un computer Domanda Risposta: Sì No Speciale* Gli account utilizzati dai fornitori per la gestione in remoto sono abilitati solo durante il periodo di tempo necessario? Requisito 9: Limitare l'accesso fisico ai dati di titolari di carta Domanda Risposta: Sì No Speciale* 9.6 Tutti i supporti cartacei ed elettronici contenenti i dati dei titolari di carta sono conservati in un luogo fisicamente sicuro? 9.7 (a) La distribuzione interna ed esterna di qualsiasi tipo di supporto contenente dati di titolari di carta è rigorosamente controllata? (b) I controlli devono includere quanto segue: Il supporto è classificato in modo che possa essere identificato come contenente dati riservati? Il supporto è stato inviato tramite un corriere affidabile o un altro metodo di consegna che può essere monitorato in modo appropriato? 9.8 Sono in atto processi e procedure per garantire che il management abbia dato l'approvazione prima di spostare qualsiasi supporto contenente dati di titolari da un'area protetta (in particolare quando i supporti vengono distribuiti a singole persone)? 9.9 Sono in atto controlli adeguati per la memorizzazione e l'accesso a supporti contenenti dati di titolari di carta? 9.10 I supporti contenenti dati di titolari di carta vengono distrutti quando non sono più necessari per scopi aziendali o legali? I supporti devono essere eliminati in uno dei seguenti modi: I materiali cartacei sono stati distrutti utilizzando una trinciatrice, bruciati o disintegrati, in modo che non sia possibile ricostruirli? "Non Applicabile" (N/A) o "Controllo compensativo utilizzato". Le aziende che utilizzano questa sezione devono completare l'apposito foglio di lavoro "Controllo compensativo" o "Spiegazione di non applicabilità" nell'appendice. PCI DSS SAQ C, v1.1, Questionario di autovalutazione Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina 9
16 Monitoraggio e test delle reti regolari Requisito 10: Registrare e monitorare tutti gli accessi a risorse di rete e dati di titolari di carta Domanda Risposta: Sì No Speciale Nessuna domanda applicabile per il questionario SAQ C. Requisito 11: Eseguire regolarmente test dei sistemi e processi di protezione Domanda Risposta: Sì No Speciale* 11.1 La presenza di punti di accesso wireless è stata verificata utilizzando un analizzatore wireless almeno una volta ogni tre mesi oppure distribuendo un IDS/IPS wireless per identificare tutti i dispositivi wireless in uso? 11.2 Sono state eseguite scansioni interne ed esterne della rete almeno una volta ogni tre mesi e dopo ogni cambiamento significativo apportato alla rete (ad esempio, l'installazione di nuovi componenti di sistema, la modifica della topologia della rete, la modifica delle regole del firewall o l'aggiornamento di un prodotto)? Nota: le scansioni esterne delle vulnerabilità trimestrali devono essere eseguite da un fornitore di scansioni approvato (ASV) e qualificato da PCI SSC. Le scansioni dopo le modifiche della rete possono essere eseguite dal personale interno della società. "Non Applicabile" (N/A) o "Controllo compensativo utilizzato". Le aziende che utilizzano questa sezione devono completare l'apposito foglio di lavoro "Controllo compensativo" o "Spiegazione di non applicabilità" nell'appendice. PCI DSS SAQ C, v1.1, Questionario di autovalutazione Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina 10
17 Gestire una politica di sicurezza delle informazioni Requisito 12: Gestire una politica che garantisca la sicurezza delle informazioni per dipendenti e collaboratori Domanda Risposta: Sì No Speciale 12.1 È stata definita, pubblicata, gestita e diffusa una politica per la sicurezza che prevede quanto segue: Include una revisione almeno una volta l'anno e aggiornamenti in caso di cambiamenti dell'ambiente? 12.3 (a) Le politiche di uso per tecnologie per dipendenti critiche (ad esempio, tecnologie di accesso remoto, wireless, supporti elettronici rimovibili, laptop, PDA, uso della posta elettronica e di Internet) sono sviluppate per definire l'uso corretto di queste tecnologie per tutti i dipendenti e i collaboratori esterni La politica e le procedure per la sicurezza definiscono chiaramente le responsabilità in termini di protezione delle informazioni per tutti i dipendenti e i collaboratori? 12.5 Sono state assegnate le seguenti responsabilità per la gestione della sicurezza delle informazioni a una singola persona o a un team? Definizione, documentazione e distribuzione di procedure di risposta ed escalation in caso di problemi di sicurezza per garantire una gestione tempestiva ed efficiente di tutte le situazioni? 12.6 È in atto un programma formale di consapevolezza della sicurezza per rendere tutti i dipendenti consapevoli dell'importanza della sicurezza dei dati di titolari di carta? 12.8 Se i dati di titolari di carta sono condivisi con provider di servizi, le politiche e le procedure sono gestite e implementate per la gestione dei provider di servizi, e le politiche e le procedure includono quanto segue? È stato conservato un elenco di provider di servizi È stato conservato un accordo scritto in base al quale il provider di servizi si assume la responsabilità della protezione dei dati di titolari di carta di cui entra in possesso Esiste un processo definito per incaricare i provider di servizi, che includa tutte le attività di dovuta diligenza appropriate prima dell'incarico È stato conservato un programma per monitorare lo stato di conformità agli standard PCI DSS dei provider di servizi. "Non Applicabile" (N/A) o "Controllo compensativo utilizzato". Le aziende che utilizzano questa sezione devono completare l'apposito foglio di lavoro "Controllo compensativo" o "Spiegazione di non applicabilità" nell'appendice. PCI DSS SAQ C, v1.1, Questionario di autovalutazione Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina 11
18 Appendice A: (non utilizzata) Questa pagina è stata lasciata intenzionalmente vuota. PCI DSS SAQ C, v1.2, Appendice A: (Appendice non utilizzata) Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina
19 Appendice B: Controlli compensativi È possibile adottare i controlli compensativi per la maggior parte dei requisiti PCI DSS, quando un'entità non è in grado di soddisfare un requisito nel modo esplicitamente richiesto, a causa di limitazioni aziendali tecniche o documentate legittime, ma ha posto in essere altri controlli (anche compensativi) sufficienti a mitigare il rischio associato a tale requisito. I controlli compensativi devono soddisfare i seguenti criteri: 1. Rispondere allo scopo e alla severità del requisito PCI DSS originale. 2. Offrire un livello di protezione simile al requisito PCI DSS originale, ad esempio, il controllo compensativo mitiga sufficientemente il rischio per cui il requisito PCI DSS originale era stato progettato. (Vedere Navigazione in PCI DSS per una spiegazione dello scopo di ciascun requisito PCI DSS). 3. Superare e integrare altri requisiti PCI DSS. (garantire la conformità ad altri requisiti PCI DSS non è un controllo compensativo). Per valutare un criterio di superamento dei controlli compensativi, tenere presente quanto riportato di seguito: Nota: gli elementi descritti da a) a c) sono da intendersi semplicemente come esempi. Tutti i controlli compensativi devono essere analizzati e convalidati dal valutatore che conduce la revisione PCI DSS. L'efficacia di un controllo compensativo dipende dalle specifiche dell'ambiente in cui il controllo viene implementato, dai controlli di sicurezza circostanti e dalla configurazione del controllo. Le società devono considerare che un determinato controllo compensativo potrebbe non essere efficace in tutti gli ambienti. a) I requisiti PCI DSS esistenti NON POSSONO essere considerati controlli compensativi se sono già richiesti per l'elemento sottoposto a revisione. Ad esempio, le password per l'accesso amministrativo non da console devono essere inviate già cifrate per ridurre il rischio di intercettazione delle password amministrative con testo in chiaro. Un'entità non può utilizzare altri requisiti di password PCI DSS (blocco intrusioni, password complesse, ecc.) per compensare la mancanza di password cifrate, poiché tali altri requisiti di password non riducono il rischio di intercettazione delle password con testo in chiaro. Inoltre, gli altri controlli delle password rappresentano già requisiti PCI DSS per l'elemento sottoposto a revisione (password). b) I requisiti PCI DSS esistenti POSSONO essere considerati controlli compensativi se sono richiesti per un'altra area, ma non sono richiesti per l'elemento sottoposto a revisione. Ad esempio, l'autenticazione a due fattori è un requisito PCI DSS per l'accesso remoto. L'autenticazione a due fattori dalla rete interna può anche essere considerata un controllo compensativo per l'accesso amministrativo non da console se la trasmissione di password cifrate non è supportata. L'autenticazione a due fattori può essere considerata un controllo compensativo accettabile se: (1) risponde alle intenzioni del requisito originale riducendo il rischio di intercettazione delle password amministrative con testo in chiaro e (2) è configurata correttamente e in un ambiente protetto. c) I requisiti PCI DSS esistenti possono essere combinati con nuovi controlli per diventare un controllo compensativo. Ad esempio, se una società non è in grado di rendere illeggibili i dati di titolari di carta secondo il Requisito 3.4 (ad esempio, tramite cifratura), un controllo compensativo potrebbe essere composto da un dispositivo o da una combinazione di dispositivi, applicazioni e controlli che rispondano a tutte le seguenti condizioni: (1) segmentazione di rete interna; (2) filtro degli indirizzi IP o MAC; (3) autenticazione a due fattori dalla rete interna. 4. Essere adeguato al rischio ulteriore provocato dalla mancata adesione al requisito PCI DSS. Il valutatore deve analizzare in modo approfondito i controlli compensativi durante ogni valutazione PCI DSS annuale per confermare che ogni controllo compensativo riduca adeguatamente il rischio previsto dal requisito PCI DSS originale, come definito ai punti 1-4 descritti sopra. Per mantenere la conformità, devono essere in atto processi e controlli per garantire che i controlli compensativi rimangano attivi una volta terminata la valutazione. PCI DSS SAQ C, v1.2, Appendice B: Controlli compensativi Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina 13
20 Appendice C: Foglio di lavoro - Controlli compensativi Utilizzare questo foglio di lavoro per definire i controlli compensativi per qualsiasi requisito per il quale è stata selezionata la risposta "SÌ" e sono stati specificati nella colonna "Speciale" altri controlli compensativi. Nota: solo le società che hanno eseguito un'analisi dei rischi e presentano limitazioni aziendali tecniche o documentate legittime possono considerare l'uso dei controlli compensativi per garantire la conformità agli standard PCI DSS. Numero e definizione del requisito: Informazioni richieste 1. Vincoli Elencare i vincoli che impediscono di soddisfare il requisito originale. 2. Obiettivo Definire l'obiettivo del controllo originale; identificare l'obiettivo soddisfatto mediante il controllo compensativo. 3. Rischio identificato 4. Definizione di controlli compensativi 5. Convalida dei controlli compensativi Identificare eventuali rischi aggiuntivi dovuti alla non applicazione del controllo originale. Definire i controlli compensativi e spiegare come soddisfano gli obiettivi del controllo originale e il rischio maggiore, se presente. Definire la modalità di convalida e test dei controlli compensativi. 6. Manutenzione Definire il processo e i controlli in atto per i controlli compensativi. Spiegazione PCI DSS SAQ C, v1.2, Appendice C: Foglio di lavoro - Controlli compensativi Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina 14
21 Foglio di lavoro Controlli compensativi - Esempio Utilizzare questo foglio di lavoro per definire i controlli compensativi per qualsiasi requisito per il quale è stata selezionata la risposta "SÌ" e sono stati specificati nella colonna "Speciale" altri controlli compensativi. Numero requisito: 8.1 Tutti gli utenti sono identificati con un nome utente univoco prima di consentire loro l'accesso a componenti del sistema o dati di titolari di carta? Informazioni richieste 1. Vincoli Elencare i vincoli che impediscono di soddisfare il requisito originale. 2. Obiettivo Definire l'obiettivo del controllo originale; identificare l'obiettivo soddisfatto mediante il controllo compensativo. 3. Rischio identificato 4. Definizione di controlli compensativi 7. Convalida dei controlli compensativi Identificare eventuali rischi aggiuntivi dovuti alla non applicazione del controllo originale. Definire i controlli compensativi e spiegare come soddisfano gli obiettivi del controllo originale e il rischio maggiore, se presente. Definire la modalità di convalida e test dei controlli compensativi. 8. Manutenzione Definire il processo e i controlli in atto per i controlli compensativi. Spiegazione La società XYZ utilizza server Unix standalone senza LDAP. Pertanto, ciascun server richiede un login "root". Non è possibile per la società XYZ gestire il login "root" né è possibile registrare tutte le attività "root" di ciascun utente. L'obiettivo di richiedere login univoci è raddoppiato. In primo luogo, non è considerato accettabile da un punto di vista della sicurezza condividere credenziali di login. In secondo luogo, login condivisi rendono impossibile determinare in modo sicuro che una persona è responsabile di una determinata azione. La non assegnazione di ID univoci a tutti gli utenti e, di conseguenza, l'impossibilità di tenere traccia delle loro attività rappresenta un ulteriore rischio per il sistema di controllo dell'accesso. La società XYZ richiederà a tutti gli utenti di accedere ai server dai propri desktop utilizzando il comando SU. Tale comando consente a un utente di accedere all'account "root" ed eseguire le azioni come utente "root", ma essere registrato nella directory di log SU. In questo modo, le azioni di ciascun utente possono essere registrate mediante l'account SU. La società XYZ dimostra al valutatore che il comando SU è in esecuzione e che gli utenti che utilizzano tale comando sono registrati per identificare l'utente che esegue le azioni con i privilegi root La società XYZ documenta i processi e le procedure per garantire che le configurazioni SU non vengano modificate, alterate o rimosse per consentire ai singoli utenti di eseguire comandi root senza essere identificati e registrati singolarmente PCI DSS SAQ C, v1.2, Appendice C: Foglio di lavoro - Controlli compensativi Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina 15
22 Appendice D: Spiegazione di non applicabilità: Se nella colonna "Speciale" è stato inserito "N/A" o "Non applicabile", utilizzare questo foglio di lavoro per spiegare il motivo per cui il requisito descritto non è applicabile alla propria azienda. Requisito Esempio: 12.8 Motivo per cui il requisito non è applicabile I dati di titolari di carta non sono mai condivisi con provider di servizi. PCI DSS SAQ C, v1.2, Appendice D: Spiegazione di non applicabilità Ottobre 2008 Copyright 2008 PCI Security Standards Council LLC Pagina 16