PKI gyakorlati kérdések, I

Átírás

1 PKI gyakorlati kérdések, I Dr. Berta István Zsolt <istvan.berta@microsec.hu> K+F és folyamatszervezési igazgató Microsec Kft.

2 Bevezetés 2

3 Elefánt Mőszaki kérdések Gazdasági kérdések Jogi kérdések 3

4 PKI dióhéjban (1) Minden résztvevınek van két kulcsa: magánkulcs (csak ı ismeri) nyilvános kulcs (bárki megismerheti) Ha magánkulcsunkkal kódolunk valamit, a nyilvános kulcsunkkal bárki ellenırizheti, hogy a kódolást mi végeztük el. Ezt nevezzük aláírásnak, hitelesítésnek. Ha egy nyilvános kulccsal kódolunk valamit, azt kizárólag a hozzá tartozó magánkulccsal lehet visszafejteni. Ezt nevezzük titkosításnak. Csak akkor támaszkodhatunk egy nyilvános kulcsra, ha tudjuk, hogy ki birtokolja a hozzá tartozó magánkulcsot. 4

5 PKI dióhéjban (2) A hitelesítés szolgáltatók olyan szereplık, akik aláírt igazolásokat állítanak ki arról, hogy egy adott nyilvános kulcs (és a hozzá tartozó magánkulcs) kihez tartozik. Ezen aláírt igazolásokat nevezzük tanúsítványnak. A tanúsítványokat általában más tanúsítványok alapján ellenırizhetjük, az ellenırzést gyökér hitelesítés szolgáltatók nyilvános kulcsára vezethetjük vissza; e kulcsokat sokan ismerik és elfogadják. Az idıbélyegzés szolgáltatók olyan aláírt igazolásokat bocsátanak ki arról, hogy egy adott dokumentum egy adott idıpontban létezett. Jogszabály bizonyító erıt rendel a minısített és a fokozott biztonságú aláírásokhoz és a minısített idıbélyegekhez. 5

6 Miért fontosak a jogszabályok? Titkosítás és authentikáció megvalósítható jogszabályok nélkül is. Az elektronikus aláírás értelmét az jelenti, hogy hitelességét jogszabály is elismeri. Titkosítás és authentikáció esetén is lehetne értelme a jogszabályoknak. titkosítás: mikor szabad titkosítani, hogyan szabad? ki jogosult hozzáférni a dekódoló kulcshoz? authentikáció: hogyan tudom meg, hogy ki az, aki authentikált, mennyire lehetek biztos benne, hogy ı tényleg az? Magyarországon: Eat. 6

7 PKI Magyarországon 7

8 2001. évi XXXV tv. az elektronikus aláírásról EU direktíva (1999/93) az elektronikus aláírásról Elektronikus aláírással kapcsolatos szolgáltatások meghatározása hitelesítés szolgáltatás (tanúsítvány-kibocsátás) idıbélyegzés szolgáltatás eszköz szolgáltatás archiválás szolgáltatás Minısített és nem minısített szolgáltatók, és a szolgáltatásaikhoz kapcsolódó bizonyító erı Nyilvántartás, felügyelet (Nemzeti Hírközlési Hatóság) A szolgáltatókra vonatkozó biztonsági követelmények, szolgáltatók felelıssége stb. 8

9 Hazai piac A Nemzeti Hírközlési Hatóság felügyeli a szolgáltatók mőködésüket Négy kereskedelmi hitelesítés szolgáltató mőködik Magyarországon: Microsec, Magyar Telekom, eszigno.t-systems.magyartelekom.hu Máv Informatika, Netlock, Továbbá: Educatio Kht. (mőködik, de csak nem minısített) Siemens (csak archiválás) GIRO, (megszőnt) IHM Biztonsági HSZ (nem mőködik) KGYHSZ (csak gyökér) e-cégeljárás, Ügyfélkapu, Magánnyugdíjpénztári bevallás 9

10 Felhasználási területek e-cégeljárás, pl. cégalapítás, cég mérlegének benyújtása APEH, KSH, bankok stb. egymás közötti kommunikációja e-számlázás, pénzügyi bizonylatok elektronikusan pl: ELMÜ, UPC, Vatera, MALÉV, Budapest Bank stb. Díjbeszedı (dbrt.hu),távszámla ( Adatszolgáltatás hatóságok részére (NSZI, OEP stb.) Adatok archiválása (Ügyfélkapu) + amire papír alapú aláírást használunk 10

11 Cégbírósági beadványok Minısített aláírással és idıbélyeggel ellátott kérelem Végzés Cégbíróság Mediator Kérelem Kérelem Közjegyzı Mediator Ügyvéd Tértivevény Szolgálat 11

12 Az e-cégeljárás számokban hetente ~6000 elektronikusan aláírt beadvány ebbıl ~2000 szerzıdésmintát használ ( 1 órás ) hetente ~7000 elektronikusan aláírt végzés ennek 95-97%-át elektronikusan veszi át az ügyvéd havi ~10 millió forint megtakarítás kizárólag a postaköltségen 12

13 Minısített elektronikus aláírás Minısített elektronikus aláírás: olyan - fokozott biztonságú - elektronikus aláírás, amelyet az aláíró biztonságos aláírás-létrehozó eszközzel hozott létre, és amelynek hitelesítése céljából minısített tanúsítványt bocsátottak ki. Teljes bizonyító erejő magánokirat Minısített aláírást csak természetes személy készíthet. A CA aláírása is csak fokozott biztonságú lehet. 13

14 Hitelesítés szolgáltató 14

15 Mivel foglalkozik egy CA? A CA azonosítja, regisztrálja a felhasználót Tanúsítványt bocsát ki a számára Nyilvánosságra hozza a tanúsítványokat* Nyilvánosságra hozza, ha a felhasználó visszavonja a tanúsítványt Garanciát vállal (a saját mőködésére). Cserébe rendszeres (pl. éves) díjat kap a felhasználóktól 15

16 Tanúsítvány A tanúsítványban a hitelesítés szolgáltató igazolja: egy adott nyilvános kulcs egy adott személyhez tartozik, és a tanúsítványban feltüntetett adatokat ellenırizte. A hitelesítés szolgáltató mindezért felelısséget vállal, és szükség esetén visszavonja a tanúsítványt (pl.: adatváltozás esetén, vagy ha az ügyfél jelenti, hogy elvesztette a magánkulcsát) 16

17 Mi a hitelesítés szolgáltató? User1 CA1 root CA CA2 User2 User3 Szervezet/vállalat? Szervezeti egység? Számítógép? HSM? Domain? Fizikai eszközök összessége? Tanúsítvány? Kulcspár? 17

18 Hitelesítési rend Sok, különbözı biztonsági szintő tanúsítvány létezik. A tanúsítványokat befogadó érintett felek (relying party) meg kell, hogy tudják különböztetni ıket. A hitelesítés szolgáltatók nyilvánosságra hozzák, hogy milyen követelményrendszerek szerint bocsátanak ki tanúsítványokat. A tanúsítványokban meghivatkozzák az adott tanúsítványra vonatkozó követelményrendszert. E követelményrendszer a hitelesítési rend (certificate policy) 18

19 A Hitelesítési Rend kritikus pontjai Milyen azonosítást végez a HSZ a tanúsítvány kibocsátása elıtt? történik-e személyes találkozás ki végzi a személyes találkozást Milyen módon kérheti az ügyfél a tanúsítvány felfüggesztését/visszavonását? A HSZ mennyi idı alatt kell, hogy teljesítse a kérelmet? A HSZ mennyi idı alatt és milyen módon kell, hogy közzétegye a megváltozott visszavonási állapotot? Pontosan miért vállal felelısséget a HSZ, és milyen mértékben? Azaz: mi alapján fogadhatunk el egy tanúsítványt, és mennyire bízhatunk meg benne. 19

20 Mit hoz nyilvánosságra a HSZ? Magát a tanúsítványt, ha az aláíró beleegyezik A tanúsítvány visszavonási állapotát a CRL a tanúsítvány sorozatszámát tartalmazza egy adott tanúsítványról megállapítható, hogy visszavonták-e Jogszabályban meghatározott esetekben (pl. bíróságnak) a HSZ köteles kiadni bizonyos információkat 20

21 Visszavonási állapot közzététele Visszavonási lista a visszavont tanúsítványok sorozatszámát, és a visszavonás idıpontját (és esetleg az okát) tartalmazza RFC 5280 Online tanúsítvány-állapot szolgáltatás online kérés, amire aláírt válasz érkezik RFC

22 Visszavonási listák csoportosítása (1) Mikor bocsátja ki a HSZ? Periodikusan (pl. 24 óránként) A HSZ esetleg rendkívüli listát is bocsáthat ki A HSZ esetleg kötelezettséget is vállalhat a rendkívüli lista kibocsátására Ki bocsátja ki, írja alá? a HSZ a szolgáltatói kulcsával? indirekt CRL: valaki más bocsátja ki (pl. azonos DN) A CRL vonatkozhat a HSZ összes tanúsítványára vagy csak bizonyos tanúsítványokra ARL (authority revocation list, csak a CA tanúsítványokra vonatkozik) Delta CRL: a legutóbbi CRL-hez képest történt változásokat tartalmazza 22

23 Visszavonási listák csoportosítása (2) A HSZ milyen csatornán fogadja a visszavonási kérelmeket? fogadja napi 24 órában? Mekkora rendelkezésre állást vállal a HSZ? Mennyi idı alatt bírálja el a visszavonási kérelem jogosságát? dolgozza fel a visszavonási kérelmet? teszi közzé az új visszavonási állapotot? jut el az új információ az érintett félhez? Honnan derül ki, hogy milyen listáról van szó? a HSZ szolgáltatási szabályzatából... 23

24 Tipikus megoldás (1) CAX CAX az összes általa kibocsátott tanúsítványra vonatkozó visszavonási listát bocsát ki. Legalább 24 óránként bocsát ki visszavonási listát, de visszavonáskor 4 órán belül rendkívüli visszavonási listát bocsát ki. 24

25 Tipikus megoldás (2) QCA ROOT A root legalább havonta bocsát ki visszavonási listát, az általa kibocsátott CA tanúsítványokra. CA visszavonása esetén haladéktalanul rendkívüli visszavonási listát bocsát ki. QCA legalább 24 óránként, a végfelhasználói tanúsítványokra bocsát ki visszavonási listát. Visszavonás esetén legalább 4 órán belül új listát bocsát ki. 25

26 Minısített HSZ biztonsági követelmények Pénzügyi (bankgarancia/felelısségbiztosítás) Szervezeti biztonság (ISO 9001,27001) Fizikai biztonság (2 helyszín stb.) Személyzeti biztonság (bizalmi munkakörök) Mőszaki köv. (HSM, kettıs ellenırzés, naplózás stb.) Rendszeres auditok Szolgáltatás nyújtásának befejezése 26

27 Elektronikus aláírás 27

28 Letagadhatatlanság Elektronikus aláírás ~ letagadhatatlanság Eat.: bizonyító erıt rendel az aláírt dokumentumokhoz. az érvényes aláíráshoz kapcsolódik, ha az aláírás ellenırzésének eredményébıl más nem következik Aláírás mőszaki ellenırzése az aláírás egy adott magánkulccsal készült-e? a magánkulcshoz tartozó tanúsítvány érvényes volt-e az aláírás idıpontjában? Jogi szempontból az aláírás érvényessége mást is jelenthet az aláíró írta alá? valóban alá akarta írni? tisztában volt vele, hogy mit csinál? A letagadhatatlanság mőszaki fogalom, az érvényes aláírást is meg lehet kérdıjelezni 28

29 Ha mőszakilag érvényes az aláírás... Lehet, hogy az aláíró kényszer alatt írta alá, az aláírót megtévesztették, az aláírótól elrabolták a magánkulcsát, és erıszakkal megakadályozták, hogy jelentse a kulcs kompromittálódását, hibás/rosszindulatú program készítette az aláírást 29

30 Ha mőszakilag érvénytelen az aláírás... Lehet, hogy az aláíró valóban aláírta a dokumentumot, de a tanúsítványa ekkor már érvénytelen volt, és a befogadót ez egyáltalán nem zavarja. 30

31 Fokozott biztonságú vs. minısített aláírás Az elektronikus aláírásról szóló törvény szerint: a fokozott biztonságú elektronikus aláírással hitelesített dokumentum írásba foglaltnak minısül; A polgári perrendtartásról szóló törvény szerint: a minısített elektronikus aláírással hitelesített dokumentum teljes bizonyító erejő magánokirat (~ közjegyzı vagy két tanú elıtti aláírás) Ezek jogi kategóriák, azonos technológia húzódik meg mögöttük. A különbség: a bizonyító erı a hitelesítés szolgáltató felelısségvállalása a szabályozás a tanúsítvány kibocsátására, használatára 31

32 Aláírás készítése dok h C:>_ aláíráslétrehozó alkalmazás dok Hálózat h Alajos aláírása e kulccsal ellenırizhetı: 32

33 Hogyan készül az aláírás (egyszerő ábra)? dok PADDING hash (PKCS#1) RSA RSA blokkméret pl: 2048 bit Aláírás (kódolt RSA blokk) 33

34 Hogyan készül az aláírás (valójában)? Konténer aláírás-formátum dok hash hash + További információk: metaadatok, tanúsítványok, aláírási szabályzat hivatkozások, stb. aláírás tanúsítvány + További, nem aláírt elemek (idıbélyegek, CRL-ek, OCSP válaszok stb.) hash PADDING aláírás-formátum pl: PKCS#7, XMLDSIG, CAdES, XAdES,... kontérner pl: e-akta, pdf, word doc, xls,... 34

35 XAdES aláírások XML Advanced Electronic Signature W3C által kidolgozott formátum ETSI TS szabvány Többfajta aláírást definiál, van közöttük egyszerő, idıbélyeggel ellátott, és hosszú távon letagadhatatlan is 35

36 Alap elektronikus aláírás (-BES) dok a dokumentum, amelyet aláírtunk a dokumentumra vonatkozó elektronikus aláírás az aláíró tanúsítványa, amelyet egy hitelesítés szolgáltató írt alá 36

37 Idıbélyeggel védett aláírás (-T) alap aláírás (-BES ) idıbélyeggel védett aláírás (-T) Ha az aláírást az aláírás pillanatában idıbélyeggel látjuk el, bizonyíthatóvá válik, hogy pontosan mikor írtuk alá a dokumentumot, így bizonyítani lehet, hogy a tanúsítványunk akkor még érvényes volt. Az idıbélyeggel védett aláírás akkor is érvényes marad, ha a tanúsítvány késıbb lejár a tanúsítványt késıbb visszavonják 37

38 Visszavonási információk csatolása visszavonási információkkal ellátott aláírás alap aláírás (-BES ) tanúsítványok érvényességét igazoló adatok, CRL-ek idıbélyeggel védett aláírás Az az idıbélyegzett aláíráshoz visszavonási információk vagy azok referenciája is csatolható (-C). A visszavonási információkon idıbélyeget is elhelyezhetünk (-X-L) 38

39 Archív aláírás (-A) visszavonási információkkal ellátott aláírás (-C, -X-L) alap aláírás (-BES) tanúsítványok érvényességét igazoló adatok, CRL-ek idıbélyeggel védett aláírás (-T) archív aláírás (további idıbélyegekkel) Ha hosszú távon biztosítani kívánjuk az aláírás érvényességét, rendszeresen újabb idıbélyegekkel kell ellátni. 39

40 XAdES formátumok XAdES-BES nem sok mindenre jó XAdES-T igazolható az aláírás idıpontja XAdES-C bizonyos információk csatolva XAdES-X-L minden visszavonási info csatolva és idıbélyegezve XAdES-A hosszú távú archiválás, archív idıbélyegek nem csak formátum, hanem eljárás archív szolgáltató 40

41 Elektronikus aláírás ellenırzése 41

42 Aláírás ellenırzése és befogadása Meg kell vizsgálni az aláírás mőszaki érvényességét El kell dönteni, hogy az adott aláírás az adott környezetben elfogadható-e aláírás biztonsági szintje aláíró szerepe aláírási szabályzat mennyire lehetek biztos az aláírás érvényességében?... 42

43 Aláírás mőszaki érvényessége Összetartozik-e az aláírás és az aláíró nyilvános kulcsa? Az aláírás idıpontjában érvényes volt-e az aláíró tanúsítványa (amely az adott nyilvános kulcsot tartalmazza)? 43

44 Aláírás és nyilvános kulcs összetartozása Konténer aláírás-formátum dok hash hash + További információk: metaadatok, tanúsítványok, aláírási szabályzat hivatkozások, stb. aláírás tanúsítvány + További, nem aláírt elemek (idıbélyegek, CRL-ek, OCSP válaszok stb.) hash PADDING? = hash? PADDING? 44

45 Aláíráskor érvényes volt-e az aláíró tanúsítványa? Mikor készült az aláírás? van rajta idıbélyeg? van rá más bizonyíték, amiben megbízunk? Visszavezethetı-e az aláíró tanúsítványa egy megbízható gyökértanúsítványra? több gyökér is lehet több elfogadható lánc is lehet Érvényes volt-e a tanúsítványlánc minden eleme az aláírás pillanatában? érvényességi idın belül történt-e? nem volt-e valamelyik elem visszavonva? 45

46 Tanúsítványlánc ellenırzése QCA ROOT Az aláírás pillanata a lánc minden elemének érvényességi idején belül van-e? Meg kell vizsgálni a lánc elemeinek visszavonási állapotát. 46

47 Felfüggesztési kérelem feldolgozása D D D D D D D D D D D D D D D D DD D D idı felfüggesztés / visszavonás bejelentése a HSZ megállapítja a kérelem jogosságát a HSZ átvezeti nyilvántartásában a kérelmet a HSZ közzéteszi a megváltozott visszavonási állapotot az érintett felek értesülnek az új visszavonási állapotról 47

48 Idıpontok a CRL-ben / OCSP válaszban thisupdate erre az idıpontra vonatkozik, a szolgáltató nyilvántartásából ekkor frissítették producedat ekkor készült (csak OCSP) nextupdate ekkor már biztosan lesz újabb CRL / OCSP válasz (eddig érvényes??) revocationdate az adott tanúsítványt ekkor vonták vissza (<thisupdate) invaliditydate kulcskompromittálódás feltételezett idıpontja (lehet <revocationdate, lehet <thisupdate!) 48

49 Visszavonási állapot vizsgálata Lehetséges hozzáállások: A tanúsítvány jó, amíg le nem jár. (Nem vizsgálunk visszavonási állapotot.) A tanúsítvány jó, kivéve, ha tudunk róla, hogy visszavonták. bármilyen régi visszavonási információt elfogadunk ( ) csak a még nem lejárt visszavonási információt fogadjuk el (CRL.nextUpdate>controlTime) Meg akarunk gyızıdni róla, hogy a tanúsítvány az aláírást követıen is jó volt. (Már meg kellett volna jelennie az új CRL-nek, de nem jelent meg. Biztos?) (controltime+ T idıpontban nincs negatív CRL) Arra keresünk bizonyítékot, hogy a tanúsítvány az aláírást követıen is jó volt (CRL.thisUpdate>controlTime) Még tovább várakozunk. (CRL.thisUpdate>controlTime+ T) De mire várunk? 49

50 Kivárási idı (grace period) Az aláírás idıpontjában elérhetı legfrissebb CRL-ek nem mindig alkalmasak az aláírás ellenırzésére, mert a kulcs kompromittálódást csak késın veszi észre az ügyfél (ez nem tartozik ide, PKI alapon nemigen kezelhetı) a felfüggesztési/visszavonási kérelem benyújtása és feldolgozása idıt vesz igénybe szolgáltató a visszavonási állapot közzététele idıt vesz igénybe szolgáltató az érintett fél csak adott idı után értesül a közzétett visszavonási állapotról (pl. nextupdate elıtt nem) érintett fél?, szolgáltató? az érintett fél csak adott idı után tudja igazolni, hogy begyőjtötte a visszavonási információt (XAdES-A) szolgáltató? 50

51 Kivárási idı, példa felfüggesztés aláírás az aláírás elıtti CRL kivárási idı idı Az aláírást követı elsı CRL 51

52 Visszavonás idıpontja felfüggesztés visszaállítás újra felfüggesztés aláírás idı CRL OCSP CRL 52

53 Az aláírást követı CRL-eket követelünk meg? hétfı kedd szerda Root crl CA1 crl CA2 crl? aláíró aláírás CA2 kulcsa kompromittálódik 53

54 Megköveteljük, hogy a felsıbb CRL az alsóra is vonatkozzon? hétfı kedd szerda Root crl crl CA1 crl crl CA2 crl aláíró aláírás CA2 tanúsítványa lejár 54

55 Aláírás ellenırzésekor Az aláírás érvényességét próbáljuk bebizonyítani valamilyen aláírás ellenırzési szabályzat alapján Az aláírás érvényességét egy trust anchor-ra, egy megbízható gyökértanúsítványra vezetjük vissza Ennek során aláírt bizonyítékokat is felhasználunk, amelyek lehetnek tanúsítványok, idıbélyegek, visszavonási listák, OCSP válaszok, stb. 55

56 Aláírás ellenırzésének menete Meghatározzuk, hogy milyen idıpontra vonatkozóan kell ellenırizni az aláírást ha idıbélyeg alapján, ekkor ellenırizni kell az idıbélyeget és a rajta lévı aláírást ( ) biztonságos naplófájl vagy más bizonyíték alapján ha ezek egyike sem létezik, akkor az aktuális idıpontra nézve ellenırizhetünk Az adott idıpontra nézve felépítjük a tanúsítványláncot, ellenırizzük a láncban lévı tanúsítványokon az aláírást ( ) bizonyítékokat (CRL/OCSP) győjtünk a láncban lévı tanúsítványok visszavonási állapotára, és ellenırizzük a rajtuk lévı aláírást ( ) az egyes bizonyítékokon lévı aláírásokkal kapcsolatban kivárási idıt érvényesíthetünk 56

57 Aláírás ellenırzése, -BES Hierarchia Aláírás Ellenırzések Root aláírás (most) Alajos (most) QCA-CRL (most) QCA dok Alajos QCA (most) Root-CRL (most) Root (most) Alajos 57

58 Aláírás ellenırzése, -T Hierarchia Aláírás Ellenırzés aláírás (hétfı) Root Alajos (hétfı) QCA-CRL (hétfı) QCA SCA dok Alajos QCA (hétfı) Root-CRL (hétfı) Root (hétfı) Alajos QTSA hétfı idıbélyeg (most) QTSA (most) SCA-CRL (most) SCA (most) Root-CRL (most) Root (most) 58

59 Az ellenırzés eredménye lehet ÉRVÉNYES: az aláírás érvényessége az ellenırzési szabályzat szerint levezethetı, bizonyítható BEFEJEZETLEN: az aláírás érvényessége az ellenırzési szabályzat szerint csak további bizonyítékok alapján lenne levezethetı, és ezen bizonyítékok (visszavonási információk) még nem jöttek létre; az ellenırzést késıbb meg kell ismételni ÉRVÉNYTELEN: az aláírás érvényessége az ellenırzési szabályzat szerint nem vezethetı le, vagy létezik olyan bizonyíték, amely értelmében az aláírás érvénytelen 59

60 Ha mőszakilag érvényes az aláírás Nem biztos, hogy el is fogadhatjuk egy adott célra. Lehet, hogy az aláíró hazudik az aláíró nem volt jogosult aláírni a dokumentumot nem tudjuk megállapítani az aláíró kilétét (bár ez nem mindig baj) az aláíró tévedésbıl vagy kényszer alatt írta alá az aláírót megtévesztették (pl. vírusos számítógép) az aláíró elfelejtette vagy nem tudta bejelenteni a kulcskompromittálódást Ne feledjük, hogy aláírás érvényességérıl csak valamilyen szabályzat kontextusában beszélhetünk! 60

61 Aláírás hosszú távú érvényessége 61

62 Mitıl válhat egy aláírás érvénytelenné? A kötelezettségvállalás nem válik meg nem történtté. Az fordulhat elı, hogy már nem bizonyítható, hogy a kötelezettségvállalás valóban megtörtént. Mi okozhatja ezt? Ha nem bizonyítható, hogy az aláírás mikor készült; (e probléma idıbélyeggel orvosolható) Idıbélyegzés szolgáltatók tanúsítványának lejárta; Idıbélyegzés szolgáltatók meghibásodása vagy a magánkulcsának kompromittálódása; A tudomány vagy a technológia hirtelen, ugrásszerő fejlıdése. 62

63 Hogyan ırizhetjük meg az aláírás hitelességét? Össze kell győjteni minden olyan információt, amely igazolja, hogy az aláíró tanúsítványa aláíráskor érvényes volt. Mindezt idıbélyeggel kell ellátni. Folyamatosan figyelni kell, hogy a közeljövıben várhatóan megkérdıjelezhetıvé válik-e az idıbélyeg hitelessége. Szükség esetén az összegyőjtött adatokat további idıbélyeggel kell ellátni, de elıtte csatolni kell az idıbélyeg érvényességét igazoló információkat. Archív aláírások (ETSI TS ) Archiválás szolgáltatás (LTANS, RFC 4810) Jogszabály: 114/2007 GKM rendelet 63

64 Hogyan válhat megkérdıjelezhetıvé egy aláírás? idıbélyegzés aláírás másik, erısebb idıbélyeg aláírás ellenırzése az idıbélyegzı tanúsítványa lejár vagy visszavonják az aláíró tanúsítványa lejár vagy visszavonják Ha az aláíró tanúsítványa már nem érvényes, mibıl állapítható meg, hogy az aláírás akkor készült, amikor az aláíró tanúsítványa még érvényes volt? Ha az idıbélyegzı tanúsítványa már nem érvényes, mibıl állapítható meg, hogy az idıbélyegzés pillanatában érvényes volt-e? 64

65 Kriptográfiai algoritmusok elavulása... lenyomatképzés (pl: SHA-1) aláírás (pl: RSA 1024) dok L lenyomat idıbélyeg (lenyomat+aláírás) archív idıbélyeg (lenyomat + aláírás) 65

66 Idıbélyeg ellenırzése Az idıbélyeg valóban az idıbélyegzı tanúsítványához tartozik? Az idıbélyegzı tanúsítványának visszavonási állapota Kulcskompromittálódás miatt visszavont tanúsítványú idıbélyegzıvel létrehozott minden idıbélyeg visszamenıleg is érvénytelen Ellenırzés a teljes tanúsítványláncra 66

67 Megoldások (114/2007. GKM r.) XAdES-A formátum, rendszeresen frissíteni kell, rendszeres újraidıbélyegzés tetszıleges helyen elvégezhetı Archiválás szolgáltató igazolást bocsát ki arról, hogy az aláírás érvényes volt a bizonyító erıt nem kizárólag kriptográfia biztosítja 67

68 Tanulság Az aláírás mőszaki és jogi érvényessége két külön fogalom. A minısített aláírásra szigorú szabályok vonatkoznak Könnyen megfeleltethetı egy adott biztonsági szintnek. Természetes személyhez kapcsolódik. Teljes bizonyító erejő magánokirat hozható létre vele. A fokozott biztonságú aláírásra kevesebb szabály vonatkozik, rugalmasabban használható. Az aláírás érvényessége nem objektív fogalom, csak egy policy kontextusában tárgyalható. Az aláírások érvényessége idıbélyegek érvényességére alapul, az aláírásnak az idıbélyeggel együtt van értelme. Gondoskodni kell az aláírások hosszú távú hiteles archiválásáról. 68

69 Köszönöm a figyelmet 69