1 260
szerkesztés
Módosítások
a
= Föderációs policy A dokumentum célja, hogy a HREF Föderációhoz csatlakozó intézmények (IdPTagok és Partnerek számára elvárásokat és ajánlásokat fogalmazzon meg, melyek a csatlakozáshoz szükséges identitás-k) számára =menedzsment, valamint üzemeltetési területeket fednek le.
{{ATTENTION|A specifikáció kidolgozása folyamatban vandokumentumban a '''KÖTELEZŐ''', lényeges változások is belekerülhetnek figyelmeztetés nélkül. Amíg ez a figyelmeztetés itt szerepel'''TILOS''', '''AJÁNLOTT''', addig munkaverziónak tekintendő!}}'''NEM AJÁNLOTT''' kifejezések értelmezése az alábbiak szerinti:
{{TODO|Kérlek* '''KÖTELEZŐ''' (ill. '''"KÖTELES"''', kommentjeiddel segítsd '''"kell"''') jelentése: a tervezetet!}}pontban leírtak betartása a föderációba vetett bizalom kiépítéséhez és megtartásához elengedhetetlenül szükségesek, ettől a résztvevők nem térhetnek el;
== Jelen dokumentum célja ==A dokumentum célja* '''TILOS''' jelentése KÖTELEZŐ NEM, hogy azaz a föderációhoz csatlakozó intézmények számára elvárásokat és ajánlásokat fogalmazzon meg, melyek a csatlakozáshoz szükséges általános üzemeltetési és identitás-menedzsment területeket fednek le. Ezen elvárások és ajánlások a föderációba vetett bizalom kiépítéséhez és megtartásához elengedhetetlenül szükségesek.pontban leírtak szerint az intézmény nem járhat el;
Az eduID föderációhoz csatlakozó intézmények a csatlakozással magukra nézve kötelező érvényűként elfogadják * az alább leírtakat. Bármely '''kötelezőAJÁNLOTT'''ként megjelölt pont be nem tartásából fakadó következményekért a felelősség pontoktól való eltéréseket az intézményt terheli. Az '''ajánlott''' eljárásoktól való eltérés indokolt esetben lehetséges, de minden eltérést intézmények dokumentálni szükségeskötelesek.
= Identitás-menedzsment =Jelen fejezet összefoglalja * '''NEM AJÁNLOTT''' jelentése: amennyiben az intézményen belüli felhasználókezelésre vonatkozó előírásokatintézmény a pontban leírtak szerint jár el, ezt dokumentálni köteles. A felhasználókezelés magában foglalja a
* felhasználói accountok létrehozását,
* ezen accountok folyamatos ellenőrzését és naprakészen tartását,
* a felhasználó távozása után a felhasználói adatok törlését,
* az adatok védelmét illetéktelen behatolással szemben.
Az intézmények '''kötelesek''' az alkalmazott felhasználókezelési elveiket dokumentálni, és a működést ezen dokumentáció alapján rendszeresen (legalább évente egyszer) ellenőrizni, szükség esetén a dokumentációt frissíteni== 1.Identitás-menedzsment ==
== Adatforrások ==A felhasználói adatok több helyről származhatnak:1.1. Az intézmény köteles adatkezelési elveit dokumentálni, azt a felhasználókkal megismertetni.
* személyes felvétel:1.2. Az intézmény köteles a felhasználóiról általa ismert adatok forrását,* egyéb autoritatív adatbázis (tanulmányikarbantartásának módját, munkaügyi rendszer)illetve ezen adatok becsült adatminőségét dokumentálni, és igény esetén ezt a dokumentációt a föderáció tagjainak rendelkezésére bocsátani.
Amennyiben egy intézmény külső, független adatbázist használ az IdP adatbázisának feltöltésére, '''köteles''' :1.3. Kötelező a következő kritériumokat betartani:felhasználónevek egyediségét biztosítani.
* az adatforrásként szolgáló rendszer naprakész adatokat tartalmaz,* az IdP adatbázisban szereplő felhasználók rendszeresen szinkronizálásra kerülnek az autoritatív adatbázissal,* a hiteles adatforrásból kikerülő felhasználókat törölni '''kell''' az IdP adatbázisából is:1.4. Egy természetes személyhez nem ajánlott több felhasználói azonosítót rendelni.
== Hitelesítési policy ==Az IdP adatbázisában szereplő bejegyzések természetes személyhez '''kell''' kapcsolódjanak, lehetőleg egy személyhez ne tartozzon több bejegyzés:1. A szerep felhasználók (adminisztrátor, rektor) 6. Attribútumok használata '''tilos'''.:
Amennyiben a felhasználók nem közvetlenül kerülnek rögzítésre az IdP adatbázisába, hanem külső adatforrásból, ezen azonosítási feladatok a külső adatforrás karbantartóját (pl::1.6. tanulmányi rendszer) terhelik2.Az IdP-nek kötelező megvalósítania az alábbi attribútumokat:::* eduPersonTargetedID::* eduPersonPrincipalName::* eduPersonScopedAffialiation
=== Teszt felhasználók ===Bizonyos megkötésekkel lehetséges technikai bejegyzések (például teszt accountok) használata, de ezeket egyértelműen azonosítani és dokumentálni '''kell'''::1. Az intézményhez fűződő szerepet tároló attribútumnak ([[HREFAttributeSpec#eduPersonScopedAffiliation|eduPersonScopedAffiliation]]) a teszt accountok esetén '''tilos''' valódi felhasználókhoz köthető értékeket tartalmaznia (hallgató, oktató, 6.3..).Az IdP-nek ajánlott megvalósítania az alábbi attribútumokat:::* displayName::* mail::* sn::* givenName
== Jelszavak kiosztása ::1.6.4. Az IdP-nek kötelező biztosítania, hogy az eduPersonTargetedID és karbantartása ==az eduPersonPrincipalName attribútumok ne legyenek újra kioszthatók.
Az IdP adatbázisbejegyzéseihez tartozó jelszavakat '''tilos''' nem hitelesített csatornán továbbítani bármely két rendszer között, például elektronikus levélben elküldeni, titkosítatlan kapcsolaton bekérni:1.7. Teszt felhasználók az alábbi megkötések mentén használhatóak:
A felhasználói accountokhoz tartozó jelszavakat '''ajánlott''' személyesen, vagy egyéb, nem elektronikus módon kiosztani (pl::1.7. postai úton)1. Lehetőség van arra, hogy a felhasználó saját maga állítsa be jelszavát, ha technikailag a felhasználó biztonságos azonosítása lehetséges minden teszt felhasználót egyértelműen azonosítani és dokumentálni kötelező (pl. a tanulmányi rendszerben tárolt jelszó segítségévelaz érte felelős munkatárssal együtt).,
Minimális elvárásként '''kötelező''' legalább 6 karakter hosszú, legalább két karakterosztályt (betűk, számok, egyéb jelek) tartalmazó jelszavak használata::1.7.2. '''Ajánlott''' a legalább 8 karakter hosszúteszt felhasználóval valós tranzakciót kezdeményezni tilos, legalább két karakterosztályt tartalmazó jelszavak használatakivéve, ugyancsak '''ajánlott''' ha a jelszó szűrése tranzakcióban részt vevő SP a szótárban szereplő szavak alapján.teszt felhasználó használatához hozzájárult,
'''Kötelező''' ::1.7.3. ajánlott ezen felhasználókat a jelszavak évenkénti cseréjének kikényszerítésemegfelelő homeOrganizationType értékkel megkülönböztetni.
Az elfelejtett jelszavak cseréjére az intézmény bármilyen, megfelelően biztonságos eljárást alkalmazhat :1.8. Felhasználói azonosító adatokat (személyes megjelenés, tanulmányi rendszerben tárolt pl. jelszó) publikus hálózaton titkosítatlanul továbbítani (felhasználótól bekérni, SMS-ben elküldött ideiglenes jelszóadatbázisszerver felé kommunikálni), amit '''kötelező''' dokumentálnitilos.
'''Ajánlott''' a jelszavak brute-force támadásának kiszűrése:1.9. A felhasználói jelszavakat ajánlott nem elektronikus formában kiosztani (pl. személyesen, egyéb preventív módszerek alkalmazása (például 3 elrontott jelszó után automatikus kitiltásvagy postai úton).
=== Felhasználói adatok karbantartása ===Az ::1.10.1. Amennyiben az intézmény '''köteles''' külső adatforrást (tanulmányi- ill. bérügyi rendszert) használ a felhasználói adatbázisát rendszeresen karbantartaniadatok tárolására, abban úgy ez a lejárt és nem használt accountokat letiltani. '''Kötelező''' 7 napos korlát a felhasználói adatokban bekövetkezett változásokat 4 héten belül(?) átvezetni az IdP adatbázisábahiteles adat elsődleges rendszerben történő megváltozásától számítandó.
Amennyiben egy felhasználó viszonya megszűnt az intézménnyel, 3 hónapon belül(?) == 2. Szolgáltatás-menedzsment ==:2.1. Az intézmény köteles a föderációs operátorral való kapcsolattartásra megfelelő szerepkört kialakítani. Ajánlott a felhasználói account IdPkapcsolattartáshoz szerep e-n keresztül történő belépését le '''kell''' tiltanimail címet megadni.
'''Ajánlott''' :2.2. IdP-t üzemeltető intézmény köteles az intézményhez való viszony gyakori karbantartása (például naponta történő szinkronizálás IdP-vel kapcsolatban végfelhasználói támogatást nyújtani, és ezen támogatás elérhetőségéről a tanulmányi rendszerrel)felhasználóit tájékoztatni.
== Rendelkezésre állás ==Az intézmény számára '''ajánlott''' a szolgáltatási szint (SLA) dokumentálása:3.1. A személyes adatokkal kapcsolatos tranzakciókról kötelező naplóállományt készíteni, és az eljárások rendszeres ellenőrzése az elkészült dokumentációnak megfelelőenazt legalább 30 napig megőrizni. Az SLA a következő pontokat foglalja magában:
* Tervezett és nem tervezett leállásokkal kapcsolatos megkötések** egy éven belüli előre tervezett karbantartási célú leállások maximális száma** egy éven belüli maximális állási idő** :3.1.1. Az intézmény ezeket a leállási időszakok kommunikálásának módja** nem tervezett leállások kommunikálásának módja* Szolgáltató rendszerek architektúrája, különös tekintettel az egyszeres hibapontokra, redundáns (tartalék-) rendszerekre, esetleges klaszterek működésérenaplókat köteles a hatályos adatvédelmi szabályokkal összhangban kezelni.
== Támogatás ==A föderációban részt vevő intézmények '''kötelesek''' az IdP-vel (és az SP-vel) kapcsolatos problémákra reagálni tudó operátori szerepkört kialakítaniuk::3. '''Ajánlott''', hogy ezt a szerepet ne egy ember töltse be, hiszen 2.1. Biztosítani kell a felmerülő problémák esetén sok esetben gyors beavatkozás szükségesprivát kulcsok védelmét.
Az operátori problémákat '''ajánlott''' issue tracking rendszerben követni::3.2.2. Amennyiben egy kulcs kompromittálódik, amihez optimális esetben hibaelhárítást segítő tudásbázis is tartozhataz intézmény köteles a föderációs operátort 24 órán belül értesíteni.
=== Felhasználók támogatása ===Az intézményeknek '''ajánlott''' az IdP-vel kapcsolatosan végfelhasználói támogatást nyújtani:3. Ezen támogatás elérhetőségéről a felhasználókat tájékoztatni kell, amit a [[Resource_Registry]]-n keresztül felvitt helpdesk URL segíthet3.Vonatkozó SAML szabványok
=== Föderációs operátorral való kapcsolattartás, incidens::3.3.2. Ajánlott a SAML2 Single Logout profil támogatása HTTP-kezelés ===Az intézményeknek '''kötelességük''' dokumentálni az IdP szolgáltatással kapcsolatos katasztrófa-elhárítási teendőket, és ezen dokumentációkat rendszeresen (legalább évente) ellenőrizni, naprakészen tartaniRedirect illetve SOAP binding felett.
Amennyiben a szolgáltatás által használt kriptográfiai kulcsok kompromittálódtak, :3.5. Az IdP minden SAML végpontjának az IdP-t üzemeltető intézmény adminisztrátorának '''kötelessége''' a kulcsot visszavonni a föderációból (a [[Resource_Registry]]-n keresztül)tulajdonában álló DNS domainnek, illetve értesítenie a NIIF AAI csapatotvagy az alatt levő névnek kell lennie.
== Jelentések készítése ==Az IdP szolgáltatás működésével kapcsolatban '''ajánlott''' meghatározni különböző metrikákat, melyek a szolgáltatás rendelkezésre állását és felhasználásának módját, hatékonyságát mérik. A föderáció összesített statisztikájának elkészítéséhez '''ajánlott''' a következő adatok begyűjtése, napi felbontással:** egyedi felhasználók száma** egyes szolgáltatások felé adott SSO autentikációk száma** összes SSO session száma A teljes föderáció statisztikáját a föderációs operátor tartja karban3. Az IdP üzemeltetőjének '''ajánlott''', hogy az IdP előző pontban felsorolt statisztikáit az operátor számára rendelkezésre bocsátsa6. = Üzemeltetési kérdések = == Üzemeltetéssel kapcsolatos kötelezettségek ==Az intézmények '''kötelesek''' AAI rendszereiket elvárható gondossággal üzemeltetni, az üzemeltetési eljárásaikat dokumentálni, azokat rendszeresen felülvizsgálni. Az AAI rendszerek megfelelő működéséhez szükséges infrastruktúra biztosítása (megfelelő hálózati elérés, szoftverfrissítések, időszinkronizálás) az intézmények feladata. == Naplózás, monitorozás =='''Ajánlott''' a szolgáltatás működését folyamatosan monitorozni. Ez a monitorozás magában foglalhatja a naplóállományok rendszeres vizsgálatát, az operációs rendszer, illetve a hálózat elérhetőségének, átbocsátó képességének ellenőrzését illetve mérését. Hiba esetén '''ajánlott''' az operátorok automatikus (e-mail, SMS) értesítése. A rendszerben keletkező naplóállományok személyes adatokat tartalmaznak, ezért ezen naplóállományok kezelésével kapcsolatosan '''kötelező''' az adatkezelési elvek betartása. A személyes adatokhoz való hozzáférésről '''kötelező''' naplóállományokat készíteni, ezeket az IdP naplókkal összhangban meg '''kell''' őrizni. Biztosítani '''kell''', hogy a naplóállományokhoz csak az arra felhatalmazott személyek férhessenek hozzá. '''Ajánlott''' a webszerver és az IdP logokat napi szinten cserélni (rotálni), a régi logfájlokat pedig tömörített, integritásvédett formátumban tárolni. == Biztonság ==Az AAI infrastruktúra szervereire, illetve a személyes adatokat kezelő egyéb szerverekre való belépést erősen korlátozni '''kell'''. '''Ajánlott''' a többfaktoros, emelt szintű autentikáció, illetve a belépés bizonyos hálózati szegmensekre való korlátozása. Az intézmény felelőssége, hogy ezen szerverekre csak a megfelelő jogosultsággal bíró operátorok léphessenek be. '''Ajánlott''' a szerverek tűzfallal történő védelme, illetve behatolást észlelő rendszer (IDS) futtatása. Az AAI infrastruktúra felhasználók számára szolgáltatásokat nyújtó elemeire '''ajánlott''' megbízható tanúsítványkiadó által kiadott tanúsítványok használata (IdP webszerver, SP webszerver). Biztosítani '''kell''', hogy a működéshez szükséges privát kulcsokhoz csak használt scope-oknak az arra jogosultak férhessenek hozzá. Amennyiben egy kulcs kompromittálódik, azt azonnal vissza '''kell''' vonni az AAI rendszerből, és erről 1 munkanapon belül értesíteni '''kell''' a föderációs operátort! == AAI komponensek konfigurációja, üzemeltetése ==Az AAI komponensek számára '''kötelező''' a föderációs metaadatot a központi helyről letölteni (http://metadata.eduid.hu/metadata.xml), és legfeljebb napi gyakorisággal frissíteni. A metaadat aláírását illetve a benne szereplő érvényességre vonatkozó adatokat (validUntil) '''kötelező''' minden frissítés során ellenőrizni. A metaadat aláíró tanúsítványát '''ajánlott''' összevetni a NIIF AAI visszavonási listával. Az intézmények számára '''ajánlott''' az AAI rendszerek konfigurációjának dokumentálása, illetve verziókövetése.=== Attribútumok kezelése ===Az intézmény '''köteles''' a felhasználók személyes adatait a törvényi előírásokkal összhangban kezelni. Az IdP csak olyan attribútumokat adhat ki, amelyek minimálisan szükségesek egy szolgáltatás működéséhez. Minden kiadott személyes adat csak a felhasználó beleegyezésével adható ki. Az intémény '''köteles''' a tárolt adatok integritását biztosítani, azokhoz a hozzáférést megfelelően szabályozni. Az adatforrásokhoz való kapcsolatot titkosított hálózati protokoll felett '''kell''' végezni (kivétel ezalól a lokális hoszt). IdP üzemeltetése esetén '''ajánlott''' az adatkiadást a [[Resource_Registry]]-n keresztül generált szűrőkkel szabályozni. '''Ajánlott''' ezen szűrők rendszeres frissítése. Az IdP-nek '''kötelező''' támogatnia célzott, átlátszatlan azonosítót, és ezt az SP-k számára kiadni (amennyiben az adott SP kér ilyet). Ez az azonosító lehet az ún. [[HREFAttributeSpec#eduPersonTargetedID|eduPersonTargetedID]]t üzemeltető intézmény tulajdonában álló DNS domainnek, vagy SAML2 persistent NameID, utóbbit '''kötelező''' perzisztensen kezelni (tehát adatbázisban tárolni). További információ: [[HREFAttributeSpec#NameID_formátumok_-_melyiket_válasszam.3F|a NameID formátumokról]].=== Adatvédelem, attribútum-kiadás ===Az IdP-nek '''kötelező''' megjelölni egy ''adatvédelmi felelőst'', aki jogosult az adatkiadási szabályokról dönteni. '''Ajánlott''' szerep e-mail címet megadni erre a célra. Az IdP adatvédelmi felelőse folyamatosan figyelemmel kíséri a Resource Registry-ben attribútum filterek változását (ill. az erről küldött e-maileket), amelyeket a változástól számított 7 napon belül jóvá '''kell''' hagynia vagy el '''alatt levő névnek kell''' utasítanialennie. = Források =[http://www.switch.ch/aai/support/bcp/idp-1.0.html SWITCH - Best current practices for operating a SWITCHaai Identity Provider]
→3. Üzemeltetési kérdések: typo
:1.5. Nem ajánlott szerep felhasználók (dékán, igazgató) használata.
::1.6.1. A felhasználói account hitelesítésekor '''ajánlott''' megvalósított attribútumokat az IdP-nek az account tulajdonosát személyesen azonosítani, személyi igazolvány, vagy egyéb hivatalos okmány segítségével. '''Ajánlott''' továbbá a természetes azonosítókat (név, anyja neve, születési hely és idő), illetve a postai elérhetőséget a hivatalos okmányokon szereplő adatokkal egyeztetni.Attribútum Specifikációban leírt módon kell megvalósítani;
:1.10. A felhasználók intézményhez fűződő viszonyában bekövetkezett változásokat 7 napon belül kötelező megjeleníteni az IdP adatbázisában és az eduPersonScopedAffiliation attribútum értékében.
:2.3. Az intézmény köteles az általa üzemeltett IdP forgalmi adataiból anonimizált, legalább napi felbontású adatokat szolgáltatni a föderációs operátor számára föderációs célú statisztika készítésének céljából.
= Szolgáltatás-menedzsment =Ez a szakasz az előzőekben leírt identitás-menedzsment elvekhez kapcsolódóan az egyes szoftver-komponensek üzemeltetését foglalja össze. A szakasz többnyire csak ajánlásokat fogalmaz meg3.Üzemeltetési kérdések ==
:3.2. Az AAI infrastruktúra komponensei esetén kötelező legalább 2048 bites kulcsok használata.
::3.2.3. Ajánlott hosszú lejáratú, self-signed tanúsítványok használata.
::3.3.1. Kötelező az ''Interoperable SAML 2.0 Web Browser SSO Deployment Profile'' ([http://saml2int.org]) dokumentumban kötelezőnek megjelölt elemek támogatása
:3.4. Az IdP-t üzemeltető szervezeti egység elérhetőségét fel '''kell''' tüntetni a [[Resource_Registry]]-ben. '''Ajánlott''' a csoporthoz közösen tartozó telefonszámot és e-mail címet használniköteles minden végpontját HTTPS (SSL/TLS) protokollok segítségével védeni.
