Punti fondamentali sulla tecnologia del sistema ABScard

Transcript

1 Punti fondamentali sulla tecnologia del sistema ABScard Architettura ABSCARD Pagina 1 di 13

2 INDICE GENERALE 1 Architettura Introduzione Sicurezza Gestione ABScard versione enterprise - Verticalizzazioni Architettura del sistema Presentation Identification Application Database Schema Funzionale ABScard Prerequisiti di installazione Prerequisiti Hardware Prerequisiti Software...13 Architettura ABSCARD Pagina 2 di 13

3 1.1 Introduzione 1 Architettura ABScard è un sistema transazionale sviluppato con tecnologia multi-livello (multi-tier), al fine di garantire una elevata separazione tra i dati e la presentazione degli stessi. L utilizzo del linguaggio Java e del protocollo TCP/IP consente di implementare il sistema presso svariate tipologie di server (sistemi Windows, sistemi Linux, sistemi UNIX etc.). La possibilità di ospitare la base dati su server con elevati standard di sicurezza e prestazioni (es. Mainframe IBM, Server UNIX, Server Windows) e la architettura modulare rende il sistema ABScard idoneo a eseguire un elevato numero di transazioni al secondo. ABScard è un sistema multi-canale, provenienti da : il sistema è in grado di elaborare transazioni Internet : interfaccia tramite browser. Terminali POS e/o postazioni con lettore di smart-card : su hardware funzionante con il software ABScard. Palmari/SmartPhone Dispositivi Self-Service Telefono Mobile : transazioni formattate tramite messaggi GSM. Grazie alla capacità di veicolare transazioni tramite POS e telefoni mobili, ABScard estende ai circuiti tradizionali i benefici di un innovativo sistema transazionale. ABScard è la soluzione ideale per: Sistemi di pagamento Sistemi di fidelizzazione ed accumulo punti Sistemi di autenticazione Biglietteria elettronica Carte del Cittadino Scommesse online Ricariche telefoniche o di carte di debito Architettura ABSCARD Pagina 3 di 13

4 1.1.1 Sicurezza La sicurezza delle transazioni è una delle principali caratteristiche del sistema, sul canale internet ABScard ricorre alle più recenti tecnologie oggi disponibili. I dati delle transazioni vengono criptati con algoritmi simmetrici pubblici e certificati. L algoritmo di crittografia utilizzato in questa versione del software è il rijndael, che è stato certificato dal NIST (National Institute of Standard and Technology, USA) come il nuovo AES (Advanced Encription Standard). Inoltre le password di crittografia utilizzate hanno una durata limitata al contesto della transazione rendendo ogni attacco di tipo forza bruta, oltre che praticamente impossibile, anche non significativo (la password cambia in continuazione). Ad ulteriore garanzia sono previsti meccanismi di strong-authentication che realizzano di fatto la reciproca autenticazione tra l applicazione server ed il client, ciò comporta la resistenza ad attacchi realizzati con meccanismi quali applet-pirata. Sul canale POS il protocollo ABScard consente diversi livelli di sicurezza a partire dalla trasmissione in chiaro sino alla crittografia delle transazioni con standard di tipo bancario. Architettura ABSCARD Pagina 4 di 13

5 1.1.2 Gestione La gestione del sistema è realizzata attraverso moduli software con interfaccia di tipo browser internet, ciò consente semplificare al massimo l installazione delle postazioni di lavoro. La sicurezza è garantita da un sistema di accessi personalizzabile, che consente di autorizzare in maniera selettiva l accesso alle funzioni gestionali. Inoltre ogni operazione effettuata viene eseguita dal server con una transazione, ciò garantisce sicurezza e registrazione delle attività. Le transazioni di gestione consentono di effettuare le seguenti tipologie di operazioni : Back-Office o Gestione tabelle del sistema o Elaborazioni batch o Query predefinite o Query dinamiche o Gestione profili di sicurezza interna o Gestione Resellers Help-desk o Gestione carte o Gestione corporate/merchant o Gestione dispositivi client (es. POS) o Gestione profili operatori Attraverso i file di configurazione è possibile personalizzare i menu e le query, in modo da realizzare rapidamente ed autonomamente personalizzazioni/verticalizzazioni del sistema. Architettura ABSCARD Pagina 5 di 13

6 1.1.3 ABScard versione enterprise - Verticalizzazioni La versione enterprise dei server ABScard consente integrazioni e/o personalizzazioni del sistema. Si ha così la possibilità di : Integrazione avanzata con strutture informative esterne (es. Gateway/Service Providers) Realizzazioni di applicazioni utente. Possono essere realizzate nuove transazioni (linguaggio Java), in grado di espandere le attuali funzionalità del sistema o di realizzare nuove applicazioni. Le transazioni utente consentono di realizzare applicazioni enterprise con rapidità sfruttando una architettura di sistema transazionale, scalabile e multi-piattaforma. Sono disponibili funzionalità enterprise anche sulle piattaforme client certificate ABScard (es. POS), che consentono grande flessibilità nell implementazione di nuove transazioni ovvero la personalizzazioni di quelle esistenti. Architettura ABSCARD Pagina 6 di 13

7 1.2 Architettura del sistema Il sistema è strutturato in quattro livelli o tier, ogni singolo livello realizza una specifica funzione del sistema. I livelli vengono così definiti : Presentation Identification Application Database La separazione tra più livelli consente di installare il sistema sfruttando al meglio le architetture hardware concepite secondo elevati livelli di sicurezza. Le transazioni sono sviluppate utilizzando il concetto di canale, ciò consente una versatilità del sistema rispetto al canale trasmissivo, che viene interfacciato solo dal livello Presentation. La relazione tra i livelli è rappresentata dal seguente schema : Presentation I dentification Application Database Figura 1. Architettura ABSCARD Pagina 7 di 13

8 1.2.1 Presentation Il livello presentation viene eseguito da uno o più server specializzati in funzione del canale (gateway server) da cui ricevono le transazioni. Compito del livello presentation è quello di eseguire tutte le funzioni specifiche di un determinato canale e di omogeneizzare la comunicazione con i livelli successivi. Sul canale internet la funzione viene realizzata mediante un web-server, che deve supportare l esecuzione di pagine attive (tipicamente JSP) e potere richiamare classi Java. L esecuzione delle transazioni non necessita di alcuna applicazione installata; l interfaccia è realizzata tramite un browser internet. La logica applicativa di presentazione è realizzata tramite applet Java. Sul canale POS la funzione di presentation viene realizzata da un gateway server POS, che si interfaccia con i dispositivi periferici di comunicazione verso i terminali POS. L esecuzione delle transazioni avviene tramite terminali POS, o dispositivi hardware con lettori di smart-card, che hanno il software client-pos ABScard installato. I terminali si collegano al server tramite uno dei tipici mezzi di comunicazione, quali una linea telefonica dedicata, un collegamento LAN/GPRS o un collegamento seriale. La concentrazione viene effettuata o tramite dispositivi di concentrazione hardware o tramite service providers (es. TNS). Il server realizza la funzione di gateway verso il livello identification. Sul canale Mobile la funzione di presentation viene realizzata da un gateway server GSM, che è in grado di comunicare con dispositivi o canali di invio/ricezione messaggi SMS verso il SMS service provider. L esecuzione delle transazioni avviene tramite telefoni, tipicamente mobili, in grado di inviare messaggi SMS. L utilizzo del protocollo TCP e della crittografia consente di distribuire geograficamente il livello presentation rispetto agli application server. Architettura ABSCARD Pagina 8 di 13

9 1.2.2 Identification Il livello Identification viene implementato da uno o più application server specializzati (detti Identification Server). Un Identification Server (IDS) svolge le seguenti funzioni : Crittografia/decrittografia delle transazioni Identificazione delle transazioni Instradamento (proxing) delle transazioni applicative su uno o più application server La funzione di proxing consente di distribuire il carico delle transazioni su più server applicativi, quindi è possibilie specializzare i server per gruppi di transazioni. Per volumi di transazioni elevati questa funzione può essere integrata con dispositivi hardware di bilanciamento del traffico, che consentono di realizzare architetture ridondanti ad elevato livello di servizio Application Il livello application viene implementato da uno o più application server. Il server comunica con il livello identification e di norma accede ai dati comunicando con il livello database tramite connessioni multiple (connection pool). Un application server (APS) svolge le seguenti funzioni: Controllo sintattico delle transazione Elaborazione della transazione Composizione della risposta Registrazione (logging) Database Il livello database viene implementato utilizzando un database di tipo relazionale. Il DBMS, per essere compatibile con i server ABScard, deve supportare transazioni SQL e connessioni multiple tramite connessioni JDBC. Architettura ABSCARD Pagina 9 di 13

10 1.3 Schema Funzionale ABScard Lo schema seguente mostra il flusso di una generica transazione proveniente da client differenti. Protocol Converter HW or Protocol Converter Provider PTSN/GPRS POS Gateway ABScard Telephone Recharge (Jastfin) TCP/IP WebServer Gateway Application/ Identification Server ABScard Bet Providers Bank (acquirer Visa) Gateway GSM ABScard Database TCP/IP GSM PROVI DER Client Tier Service Delivery Center ABS Service Provider Tier Figura 2. Architettura ABSCARD Pagina 10 di 13

11 L elevata versatilità consente di attivare un numero congruo di server per elevati carichi transazionali, oppure di concentrare le funzioni di Identification ed application su un unico server. La separazione tra il protocollo delle transazioni (basato su XML) ed il livello presentation consente modificare interfacce esistenti o di implementare nuovi canali di comunicazione lasciando invariata l architettura degli application server. Architettura ABSCARD Pagina 11 di 13

12 1.4 Prerequisiti di installazione Prerequisiti Hardware Il sistema ABScard è stato sviluppato per essere indipendente dalla piattaforma hardware. Può essere installato su un numero di server variabili in funzione del volume transazionale che il sistema deve supportare. La comunicazione tramite il Protocollo TCP/IP, limitatamente alle porte utilizzate, deve essere consentita tra i server che ospitano il sistema e che sono separate da sistemi di tipo hardware o software. Il numero e la potenza dei server in cui installare il sistema è in funzione del volume transazionale che deve essere garantito, dal canale di accesso ed anche dalla tipologia delle transazioni stesse. Il web server, visto il limitato spazio su disco e carico elaborativo richiesto dal sistema, non richiede particolare potenza. Occorre piuttosto dimensionare adeguatamente il canale di accesso ad internet tenendo conto delle dimensioni medie delle pagine (specie quelle che contengono le applet) e del numero di connessioni contemporanee che devono essere garantite. L identification Server, avendo il maggiore carico elaborativi causato dalla crittografia, deve essere caratterizzato da una adeguata potenza in CPU. Un server multiprocessore è spesso necessario, anche per garantire adeguati tempi di risposta alle transazioni. L application Server non richiede specifiche caratteristiche, essendo inoltre il livello più facilmente espandibile (grazie al funzione di bilanciamento delle transazioni dell identification server) può essere affiancato da altri server in caso di necessità. Il Database Server richiede ovviamente caratteristiche di affidabilità dal punto di vista della conservazione dei dati. Architettura ABSCARD Pagina 12 di 13

13 1.4.2 Prerequisiti Software Componente Piattaforma Software Note Identification Server Multipiattaforma Richiede Java Runtime 1.4 o superiore. Application Server Multipiattaforma Richiede Java Runtime 1.4 o superiore. POS Server Multipiattaforma Richiede Java Runtime 1.4 o superiore. Database Multipiattaforma Certificato con Microsoft SQL Server, MySQL, Oracle. Richiede database con interfaccia JDBC. Gateway Internet Multipiattaforma Richiede WEB Server compatibile con JSP o ASP Gateway GSM Multipiattaforma Richiede Java Runtime ed interfaccia specifica con carrier SMS Helpdesk/backoffice via WEB Helpdesk/backoffice Client Multipiattaforma Multipiattaforma Richiede WEB Server compatibile con JSP o ASP Richiede Java Runtime 1.4 o superiore. Architettura ABSCARD Pagina 13 di 13