Utilizzo dei dati di AUDITING Lecce 21 Maggio 2004.

Utilizzo dei dati di AUDITING

Lecce21 Maggio 2004

2

Chi e’ Iccrea Banca S.p.A.

• L’Iccrea Banca e’ l’Istituto centrale della categoria delle Banche di Credito Cooperativo

• L’Iccrea Banca e’ uno dei quattro centri applicativi autorizzati dalla Banca d’Italia ad operare, come tramite, nel sistema bancario nazionale

• Rappresenta le BCC in tutti gli ambiti tecnico-istituzionali, curandone gli interessi legati alla loro attività bancaria

• E’ la fabbrica di servizi che sarebbe antieconomico produrre a livello locale, diminuendo l’impegno delle BCC nel back office ed aiutandole a mantenere bassi i loro costi di gestione

• Fornisce i propri servizi sulla rete Intranet in un contesto di sicurezza e di velocità dell’informazione

3

Gli utenti di Iccrea Banca: le BCC

• 461 Banche di Credito Cooperativo

• 3.239 Sportelli in oltre 2.000 comuni

• Oltre 4 milioni di Clienti

• Oltre 78 Miliardi di Euro di Raccolta

• Ad oggi sono definite nel sistema di sicurezza oltre 12.500 userid.

4

Architettura di sistema

5

Evoluzione organizzativa

• 1987 - Nasce la necessità di avere un sistema per il controllo logico degli accessi

• Ad ogni applicazione viene assegnata una struttura funzionale, predisposizione di profili applicativi

• 1988 - Le applicazioni vengono migrate nel sistema di sicurezza

• 1991 - Tutte le applicazioni sono dichiarate al sistema di sicurezza e viene emanata la prima normativa sul controllo logico degli accessi

• Nasce l'esigenza di controllare le attività svolte direttamente in produzione

• Si sente la necessità di far convalidare tutte le attività estemporanee eseguite (assunzione di responsabilità)

6

Utilizzo dei dati di Audit Vecchia soluzione

• Per elaborare i dati di audit l’Istituto ha considerato i seguenti aspetti:

– Aspetto organizzativo

• Raggruppamento delle Userid in schemi logici

– Aspetto normativo

• Definizione di norme che regolano la richiesta e la convalida delle attività eseguite con profili particolari

– Aspetto tecnico

• Creazione di una applicazione che produca dei report, come richiesta dalla normativa, da base dati TSS (archivi di audit)

7

Utilizzo dei dati di AuditAspetto organizzativo

8

Utilizzo dei dati di AuditAspetto normativo

• Per poter snellire la procedura organizzativa legata all’intervento in ambiente di produzione, da parte dei specialisti per attività di risoluzione del problema, si è provveduto alla standardizzazione di modalità operative:

– Formulazione delle richieste, per ottenere profilazioni “particolari”;

– Richieste che possono essere solamente effettuate da personale abilitato;

– Modalità di convalida a posteriori.

• Questa prassi è stata regolamentata dall’Istituto nella normativa di Controllo Logico degli Accessi della Sicurezza Logica, e brevemente riporta:

– ‘La Funzione Sicurezza Logica trasmette giornalmente ai Responsabili di

Servizio, cui risultino assegnate risorse che dispongono di profili

“particolari” – e per conoscenza alla Funzione Controlli, un elenco analitico

delle attività svolte da detto personale.’

9

Utilizzo dei dati di AuditAspetto tecnico

• Creazione di una applicazione informatica– Fornire informazioni dettagliate, per singola userid, sul tipo di

attività eseguita sulle singole risorse di sistema.

10

Utilizzo dei dati di AuditEsempio di comunicazione

Riepilogo delle operazioni giornaliere relative al 10/05/04 eseguite dal personale del Servizio I5343 in audit per bypass Administration Report Utility - A cura dell'Ufficio Metodologie e Standard su base dati CA-TOP SECRET ---------------------------------------------------------------------------------------------------------------------- Utente: U000001 MARIO ROSSI Codice Servizio I5343 S. APPLICAZIONI DI MERCATO Transazioni eseguite RSCF 00025 Operazioni DB2 eseguite in TSO Esecuzione PLAN DB12 00012 Utente: U000002 MARCO BIANCHI Codice Servizio I5343 S. APPLICAZIONI DI MERCATO Archivi acceduti in TSO In lettura DI12.MASTER.SPUFI.CNTL 00012 Archivi acceduti in TSO In aggiornamento DI12.MASTER.SPUFI.CNTL 00001 Operazioni DB2 eseguite in TSO Esecuzione PLAN DSNESPRR 00004 Utente: U000003 ANTONIO VERDI Codice Servizio I5343 S. APPLICAZIONI DI MERCATO Sottomissioni eseguite JOB SUBMIT.JES07.JC01XXXX.JC01 00001 Archivi acceduti in TSO In lettura DC01.PRENOTAZ.VSAM 00002 Archivi acceduti in TSO In lettura ICCP.MASTER.PROCLIB 00002 Archivi acceduti in TSO In lettura ICCR.MASTER.JOBLIB 00004 Archivi acceduti in TSO In aggiornamento DC01.PRENOTAZ.VSAM 00004 Utente: U000004 CLAUDIO NERO Codice Servizio I5343 S. APPLICAZIONI DI MERCATO Operazioni DB2 eseguite in TSO Esecuzione PLAN DB12 00006 Operazioni DB2 eseguite in TSO Esecuzione PLAN DB18 00023

11

Utilizzo dei dati di AuditAspetto tecnico

• Punti di debolezza– Tempi lunghi nell’esecuzione della routine di TSS per la creazione

degli EARLOUT

12

Utilizzo dei dati di AuditSchema di funzionamento

Infrastrutturadi sicurezza

TSS

A rch ivia z io ne d a tid i au d it

S p e d izio n e tra m ite S M TP

P re pa ra a rch iv i te m p o ra n e ip e r S e rv iz io

F o rm atta z io ne E A R L O U Tp e r te m p o ran e i

C re a z ion e lis tau ten ti co n tem po ran eo

E s tra zio n e d a ti su E A R L O U T


P re p ara a rch iv i byp a ssp e r S e rv iz io

F o rm atta z io ne E A R L O U Tp e r byp a ss

C re a z ion e lis tau te n ti in b ypa ss


13

Ricerca della soluzione

• Criticità nella predisposizione dei dati– Tempi lunghi di elaborazione

• Eccessivo utilizzo di CPU

• Eccessivi accessi al Sistema di Sicurezza (TSS) – Per ogni record la routine accede al security file

14

Ricerca della soluzione

• Non potendo intervenire nelle fasi (proprietarie del sistema di sicurezza TSS) utilizzate, dovevamo cercare altrove la soluzione

• La E.T. stava sviluppando un sistema di gestione dei file di auditing

• Gli abbiamo chiesto se potevano fornirci archivi con contenuti uguali a quelli generati con le utility del TSS.

• Ed abbiamo scoperto che potevamo:– Essere svincolati dall’ambiente (la soluzione ET poteva

produrre informazioni di produzione anche dallo sviluppo) – Ottenere in automatico le Userid che beneficiano di profili

particolari

15

Le specifiche di prodotto

• Acquisizione dati da fonti eterogenee

• Normalizzazione degli eventi (ADM)

• Memorizzazione ed analisi dei dati

• Componente di integrazione TSS Analisi dei dati generati da TSS Produzione output compatibili "What if" per simulare gli scenari di produzione in ambiente di

test Elaborazioni parallele Interpretazione analitica degli eventi di bypass Ricostruzione dei profili e regole che concedono/negano

l'accesso

• Report HTML

16

Modalità di esecuzione ?

• Primary Mode: STC (Real Time)

• Secondary Mode: Batch (Post Processing)

17

Utilizzo dei dati di AuditNuova soluzione

• Gli output ottenuti restano essenzialmente invariati

• Cambia il modo di individuare le userid– Il prodotto E.T. cattura in tempo reale tutte le variazione eseguite

nel security file, predisponendo un archivio contenente le userid che beneficiano di determinati profili

• Cambia il prodotto per la creazione degli EARLOUT– Vengono generati dal prodotto E.T. direttamente dai dati di audit del

TSS (o dai record SMF), eliminando gli accessi al sistema di sicurezza TSS

• Il prodotto E.T. può essere attivato nell’ambiente di sviluppo

– In questo modo si possono generare tutte le informazioni senza caricare il sistema di produzione

18

Utilizzo dei dati di AuditSchema di funzionamento

Prodotto ET-1Audit

A rch ivia z io ne d a tid i au d it


P re pa ra a rch iv i te m p o ra n e ip e r S e rv iz io

F o rm atta z io ne E A R L O U Tp e r te m p o ran e i



P re p ara a rch iv i byp a ssp e r S e rv iz io

F o rm atta z io ne E A R L O U Tp e r byp a ss


Security File

virtuale

19

Risultati

• I risultati ottenuti rispecchiano le nostre aspettative

• Si è raggiunto un traguardo inaspettato– Per la produzione degli EARLOUT si passa da circa 4 ore a circa 5 minuti

• È doverosa una considerazione:– Il prodotto ottenuto dalla E.T. è troppo evoluto oppure …

Mah! Forse la verità sta nel mezzo

le logiche di funzionamento del sistema di sicurezza sono troppo scarse?

20

I prossimi sviluppi . . .

• Integrazione dei dati di monitoring originati in ambienti z/Linux, Unix, MS-Windows

• Ulteriori espansioni e personalizzazioni del componente di prodotto ET-1Audit Security Manager Assistant per eTrust CA-Top Secret, secondo le specifiche esigenze di ICCREA Banca

• Sperimentazione e personalizzazione del componente di prodotto ET-1Audit Data Change Monitor per sottoporre a monitoring stretto gli accessi ad una selezione di data base, secondo le specifiche esigenze di ICCREA Banca

Utilizzo dei dati di AUDITING Lecce 21 Maggio 2004.

Documents

Transcript of Utilizzo dei dati di AUDITING Lecce 21 Maggio 2004.