Elektroniczna Legitymacja Studencka jako narzędzie wielofunkcyjne Oberthur Technologies

Transkrypt

1 Elektroniczna Legitymacja Studencka jako narzędzie wielofunkcyjne I Krajowa Konferencja Użytkowników Systemów Elektronicznej Legitymacji Studenckiej Poznań Oberthur Technologies

2 Plan prezentacji Elektroniczna Legitymacja Studencka - funkcje Funkcja identyfikacyjna i autentykacyjna, Funkcja komunikacyjna, Funkcja miejska, Funkcja komercyjna. Dostępne interfejsy kart i ich zastosowanie Stykowy Bezstykowy ISO, Mifare. Rodzaje kart Karty natywne, Karty Java Card, Certyfikacja produktów kartowych Oferta Oberthur Karty + oprogramowanie middleware Narzędzia deweloperskie 2

3 Elektroniczna Legitymacja Studencka funkcja identyfikacyjna i autentykacyjna Dwie metody identyfikacji Politechnika Uczelnia Patrycja Thomas Warszawa, ul. Sienna Patrycja Thomas Warszawa, ul. Sienna 93 Dane fizyczne Dane elektroniczne 3

4 Elektroniczna Legitymacja Studencka funkcja identyfikacyjna oraz autentykacyjna Politechnika Uczelnia Patrycja Thomas Warszawa, ul. Sienna 93 Patrycja Thomas Warszawa, ul. Sienna 93 Dane osobowe - Dane studenta - imię i nazwisko - adres - data urodzenia - płeć - inne Dane biometryczne PKI 4

5 Elektroniczna Legitymacja Studencka - funkcje Funkcja komunikacyjna Info-kioski Wirtualny dziekanat Funkcja miejska Transport publiczny Funkcja komercyjna Mikropłatności Imprezy kulturalne 5

6 Dostępne interfejsy kart i ich zastosowanie Interfejs stykowy ISO 7816 Protokół komunikacji T=0, T=1 Interfejs bezstykowy T=CL Dostępne komendy APDU Case 4 Brak różnic z interfejsem stykowym (ISO 7816) na poziomie komend APDU Dwa alternatywne standardy: Type A oraz Type B Mifare Przechowywanie danych oraz proste operacje arytmetyczne Protokół poziomu Aplikacji Brak możliwości wysyłania komend APDU przez Mifare Niektóre karty T=CL Type A mogą emulować Mifare 6

7 Dostępne interfejsy kart i ich zastosowanie Karta stykowa Jeden mikroprocesor osadzony wraz z płytką kontaktową na karcie Pracuje wyłącznie w trybie STYKOWYM Karta bezstykowa Jeden mikroprocesor podłączony do anteny i zatopiony w plastiku Pracuje wyłącznie w trybie BEZSTYKOWYM Karta dualna Jeden mikroprocesor osadzony wraz z anteną i płytką kontaktową na karcie Pracuje w trybie BEZSTYKOWYM oraz STYKOWYM Karta hybrydowa DWA niezależne mikroprocesory bez połączenia między nimi jeden osadzony wraz z płytką kontaktową na karcie, pracujący wyłącznie w trybie STYKOWYM drugi połączony z anteną zatopiony w plastiku pracujący wyłącznie w trybie BEZSTYKOWYM 7

8 Rodzaje kart karta natywna EE PROM Struktura plików A Struktura plików B Funkcje dostępne specyficzne dla aplikacji R O M Aplikacja Aplikacja A Aplikacja Aplikacja B System operacyjny CPU + crypto Zależność sprzętowa Podstawowe funkcje (zarządzanie plikami, ) 8

9 Rodzaje kart karta natywna Określony chip Określony system operacyjny Określona aplikacja R O M Application Elekt. A portmonetka Aplikacja biblioteczna Application B Operating System System Operacyjny Chip CPU --Producent + crypto X Aplikacja Application Application biblioteczna Aplikacja A B ELS Operating System System Operacyjny Chip CPU Producent + crypto Y Karta A Karta B 9

10 Rodzaje kart karta natywna Ograniczenia Development jest skomplikowany oraz czasochłonny Zastosowanie nowego chipa/karty oznacza przepisanie/adaptację aplikacji Większość kart zawiera jedną (wcześniej przygotowaną) aplikację Brak funkcjonalności post-issuance: Dogranie nowej aplikacji oznacza ponowne wydanie karty Dostarczenie nowych usług po wydaniu karty jest ograniczone lub niemożliwe Zalety Bardziej efektywna w zakresie szybkości działania Podobna funkcjonalność (ale ograniczenia post-issuance) Mniejsza cena 10

11 Rodzaje kart karta Java EE PROM R O M Struktura plików A Aplikacja A JAVA Card API API Interpreter JAVA JAVA System Operacyjny CPU + crypto Struktura plików plikówb Aplikacja B Niezależność sprzętowa przez Java Card API Architektura Virtual Machine 11

12 Rodzaje kart karta Java EE PROM Elektr. portmonetka Aplikacja biblioteczna Access Control Aplikacja biblioteczna Access Control R O M Application Interpreter Application Java A B Operating System System Operacyjny Chip CPU --Producent + crypto X Karta A Application Interpreter Application Java A B Operating System System Operacyjny Chip CPU --Producent + crypto Y Karta B 12

13 Rodzaje kart karta Java Zalety Koszty szkolenia programistów Dostępne narzędzia deweloperskie Szeroko używany język programowania Przenoszalność kodu Java Wiele usług na jednej karcie Dodawanie funkcjonalności możliwe również w trakcie życia karty Czas wdrożenia krótszy Ograniczenia Wymagane więcej pamięci RAM Zasady bezpieczeństwa dotyczące ładowania, kasowania aplikacji zależne są od producenta karty Niektóre aplikacje mogą nie przenosić się (wykorzystujące Proprietary API producenta karty) 13

14 Certyfikacja Co to jest certyfikat? Standard ewaluacji produktów kartowych oraz aplikacji. Określa wymagania funkcji bezpieczeństwa oraz miary zabezpieczeń. Jakiego rodzaju certyfikaty wymagane są na polu kart identyfikacyjnych z cyfrowym podpisem? FIPS > ewaluacja modułów kryptograficznych FIPS 201 -> PIV (Personal Identity Verification) ewaluacja Common Criteria (EAL4+, EAL5+) -> kryptografia + fizyczne zabezpieczenia obszaru deweloperskiego Jak sprawdzić czy dany produkt posiada certyfikację? FIPS140: FIPS201: Common Criteria: 14

15 Oferta Oberthur dla Elektronicznych Legitymacji Studenckich Classic Funkcjonalność Interfejsy bezstykowe Mifare oraz T=CL Interfejs stykowy ISO 7816 Obsługa cyfrowych certyfikatów X.509 Wsparcie dla wielo-aplikacyjności Hardware & software ID-One Cosmo 2048bit RSA chip z 64Kb pamięci Javacard 2.2 oraz Global Platform Aplet ID-One Classic applet załadowany i skonfigurowany Certyfikacja Common Criteria EAL 4+ PP SSCD FIPS Level 3 Common Criteria EAL 4+ PP SSCD United-States NIST FIPS Level 3 15

16 Oprogramowanie klienckie dla podpisu elektronicznego ID-One Classic Middleware (AuthentIC Web Pack) Biblioteki kryptograficzne zabezpieczające aplikacje lokalne oraz sieciowe Obsługa kart Oberthur Wsparcie dla PKCS#11 również pod Windows Vista Wspierane systemy operacyjne: Windows 9x Windows Me Windows 2000 Windows 2003 Windows XP Windows Vista 32 bits Linux Fedora Core 7 Linux RHE (Q3-2008) 16

17 ID One Cosmo Development Kit pakiet deweloperski 17

18 Dziękuję serdecznie za uwagę! Pytania? Monika Paszko Area Sales Manager tel: Tomasz Rząd Wsparcie techniczne tel: