HREF műszaki előírások - Laptörténet

Bajnokk(AT)niif.hu: /* 3. Üzemeltetési kérdések */ typo

2017-05-29T11:56:08Z

‎3. Üzemeltetési kérdések: typo

Bajnokk(AT)niif.hu: /* 1. Identitás-menedzsment */ kötelező és ajánlott attribútumok módosítása, viszont a scopedAffiliation használatához nincs szükség ilyen szintű (nem is precíz) meghatározásra

2017-05-02T10:38:06Z

‎1. Identitás-menedzsment: kötelező és ajánlott attribútumok módosítása, viszont a scopedAffiliation használatához nincs szükség ilyen szintű (nem is precíz) meghatározásra

Bajnokk(AT)niif.hu: /* 1. Identitás-menedzsment */ 2015-ös változtatások (javítva)

2017-05-02T10:34:37Z

‎1. Identitás-menedzsment: 2015-ös változtatások (javítva)

Bajnokk(AT)niif.hu: /* 3. Üzemeltetési kérdések */ 2015-ös változtatások

2017-05-02T09:17:08Z

‎3. Üzemeltetési kérdések: 2015-ös változtatások

Bajnokk(AT)niif.hu: /* 3. Üzemeltetési kérdések */ véletlenül lemaradt a dokumentum vége az import során

2017-05-02T09:03:18Z

‎3. Üzemeltetési kérdések: véletlenül lemaradt a dokumentum vége az import során

Bajnokk(AT)niif.hu: /* 2. Szolgáltatás-menedzsment */ 2015-ös változtatások

2017-05-02T09:02:14Z

‎2. Szolgáltatás-menedzsment: 2015-ös változtatások

Bajnokk(AT)niif.hu: /* 1. Identitás-menedzsment */ 2015-ös változtatások

2017-05-02T08:55:45Z

‎1. Identitás-menedzsment: 2015-ös változtatások

Bajnokk(AT)niif.hu: aktuális szöveg importja MSWordből

2017-05-02T08:52:28Z

aktuális szöveg importja MSWordből

Változtatások megtekintése

Bajnokk(AT)niif.hu: elavult

2011-09-05T11:53:15Z

elavult

Sitya(AT)niif.hu, 2011. szeptember 5., 08:50-n

2011-09-05T08:50:07Z

@@ 84. sor: / 84. sor: @@
 ::3.3.2. Ajánlott a SAML2 Single Logout profil támogatása HTTP-Redirect illetve SOAP binding felett.
-:3.4. Az IdP köteles minden végpontját HRRPS (SSL/TLS) protokollok segítségével védeni.
+:3.4. Az IdP köteles minden végpontját HTTPS (SSL/TLS) protokollok segítségével védeni.
 :3.5. Az IdP minden SAML végpontjának az IdP-t üzemeltető intézmény tulajdonában álló DNS domainnek, vagy az alatt levő névnek kell lennie.
 :3.6. Az IdP által használt scope-oknak az IdP-t üzemeltető intézmény tulajdonában álló DNS domainnek, vagy az alatt levő névnek kell lennie.

@@ 32. sor: / 32. sor: @@
 ::* eduPersonPrincipalName
 ::* eduPersonScopedAffialiation
 ::1.6.3. Az IdP-nek ajánlott megvalósítania az alábbi attribútumokat:
 ::* displayName
 ::* mail
-::* eduPersonEntitlement
+::* sn
 ::1.6.4. Az IdP-nek kötelező biztosítania, hogy az eduPersonTargetedID és az eduPersonPrincipalName attribútumok ne legyenek újra kioszthatók.
@@ 53. sor: / 53. sor: @@
 :1.9. A felhasználói jelszavakat ajánlott nem elektronikus formában kiosztani (pl. személyesen, vagy postai úton).
-: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.
+: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.
 ::1.10.1. Amennyiben az intézmény külső adatforrást (tanulmányi- ill. bérügyi rendszert) használ a felhasználói adatok tárolására, úgy ez a 7 napos korlát a hiteles adat elsődleges rendszerben történő megváltozásától számítandó.
 == 2. Szolgáltatás-menedzsment ==

@@ 20. sor: / 20. sor: @@
 :1.3. Kötelező a felhasználónevek egyediségét biztosítani.
-:1.4. Föderációs azonosítót újra kiosztani tilos.
+:1.4. Egy természetes személyhez nem ajánlott több felhasználói azonosítót rendelni.
-:1.5. Egy természetes személyhez nem ajánlott több felhasználói azonosítót rendelni.
+:1.5. Nem ajánlott szerep felhasználók (dékán, igazgató) használata.
-:1.6. Nem ajánlott szerep felhasználók (dékán, igazgató) használata.
+:1.6. Attribútumok használata:
 :1.7. Teszt felhasználók az alábbi megkötések mentén használhatóak:

@@ 61. sor: / 61. sor: @@
 :3.2. Az AAI infrastruktúra komponensei esetén kötelező legalább 2048 bites kulcsok használata.
-:3.2.1. Biztosítani kell a privát kulcsok védelmét.
+::3.2.1. Biztosítani kell a privát kulcsok védelmét.
-:3.2.2. Amennyiben egy kulcs kompromittálódik, az intézmény köteles a föderációs operátort 24 órán belül értesíteni.
+::3.2.2. Amennyiben egy kulcs kompromittálódik, az intézmény köteles a föderációs operátort 24 órán belül értesíteni.
 :3.3. Vonatkozó SAML szabványok
-::3.3.1. Kötelező a SAML2 Web Browser SSO profil támogatása HTTP-POST binding felett;
+::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.5. SP számára ajánlott a végpontok védelme SSL/TLS segítségével.
+::3.3.2. Ajánlott a SAML2 Single Logout profil támogatása HTTP-Redirect illetve SOAP binding felett.
-:3.6. Amennyiben egy SP nem támogatja a HTTPS-t, a személyes adatok védelme érdekében az IdP köteles biztosítani az assertion titkosítását.
+:3.4. Az IdP köteles minden végpontját HRRPS (SSL/TLS) protokollok segítségével védeni.
-:3.7. Az IdP köteles célzott, átlátszatlan azonosítót támogatni, és ezt az SP-k számára igény esetén kiadni.
+:3.5. Az IdP minden SAML végpontjának az IdP-t üzemeltető intézmény tulajdonában álló DNS domainnek, vagy az alatt levő névnek kell lennie.
-::3.7.1. Amennyiben ez az azonosító SAML2 perzisztens NameID-ként kerül kiadásra, a perzisztencia megvalósítása kötelező.
+:3.6. Az IdP által használt scope-oknak az IdP-t üzemeltető intézmény tulajdonában álló DNS domainnek, vagy az alatt levő névnek kell lennie.

← Régebbi változat		A lap 2017. május 2., 09:03-kori változata
72. sor:		72. sor:

	::3.3.3. Ajánlott a SAML2 Single Logout profil támogatása HTTP-Redirect illetve SOAP binding felett.		::3.3.3. Ajánlott a SAML2 Single Logout profil támogatása HTTP-Redirect illetve SOAP binding felett.
		+
		+	:3.5. SP számára ajánlott a végpontok védelme SSL/TLS segítségével.
		+
		+	:3.6. Amennyiben egy SP nem támogatja a HTTPS-t, a személyes adatok védelme érdekében az IdP köteles biztosítani az assertion titkosítását.
		+
		+	:3.7. Az IdP köteles célzott, átlátszatlan azonosítót támogatni, és ezt az SP-k számára igény esetén kiadni.
		+
		+	::3.7.1. Amennyiben ez az azonosító SAML2 perzisztens NameID-ként kerül kiadásra, a perzisztencia megvalósítása kötelező.

@@ 47. sor: / 47. sor: @@
 == 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.
+: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 kapcsolattartáshoz szerep e-mail címet megadni.
 :2.2. IdP-t üzemeltető intézmény köteles az IdP-vel kapcsolatban végfelhasználói támogatást nyújtani, és ezen támogatás elérhetőségéről a felhasználóit tájékoztatni.
-:2.3. Az intézmény köteles az általa üzemeltetett IdP napi felbontású anonimizált forgalmi statisztikáit a föderációs operátor rendelkezésére bocsátani. Ezen statisztikai adatok a következőek:
+: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.
 == 3. Üzemeltetési kérdések ==

@@ 16. sor: / 16. sor: @@
 :1.1. Az intézmény köteles adatkezelési elveit dokumentálni, azt a felhasználókkal megismertetni.
-:1.2. Az intézmény köteles a felhasználóiról általa ismert adatok forrását, karbantartásának módját, illetve ezen adatok becsült adatminőségét dokumentálni, és ezt a dokumentációt a föderáció rendelkezésére bocsátani.
+:1.2. Az intézmény köteles a felhasználóiról általa ismert adatok forrását, karbantartásának módját, 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.
 :1.3. Kötelező a felhasználónevek egyediségét biztosítani.
-:1.4. Felhasználónevet újra kiosztani tilos.
+:1.4. Föderációs azonosítót újra kiosztani tilos.
 :1.5. Egy természetes személyhez nem ajánlott több felhasználói azonosítót rendelni.
@@ 30. sor: / 30. sor: @@
 ::1.7.1. minden teszt felhasználót egyértelműen azonosítani és dokumentálni kötelező (az érte felelős munkatárssal együtt),
-::1.7.2. teszt felhasználóval valós tranzakciót kezdeményezni tilos,
+::1.7.2. teszt felhasználóval valós tranzakciót kezdeményezni tilos, kivéve, ha a tranzakcióban részt vevő SP a teszt felhasználó használatához hozzájárult,
 ::1.7.3. ajánlott ezen felhasználókat a megfelelő homeOrganizationType értékkel megkülönböztetni.

← Régebbi változat		A lap 2011. szeptember 5., 11:53-kori változata
1. sor:		1. sor:
		+	{{TRASH\|A dokumentum aktuális verziója a [[HREFContract]] oldalról érhető el.}}
		+
		+
		+
	= Jelen dokumentum célja =		= Jelen dokumentum célja =
	A dokumentum célja, hogy a [[HREFGlossary#HREF Föderáció\|HREF Föderációhoz]] csatlakozó [[HREFGlossary#Tag\|Tagok]] és [[HREFGlossary#Partner\|Partnerek]] 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.		A dokumentum célja, hogy a [[HREFGlossary#HREF Föderáció\|HREF Föderációhoz]] csatlakozó [[HREFGlossary#Tag\|Tagok]] és [[HREFGlossary#Partner\|Partnerek]] 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.

@@ 122. sor: / 122. sor: @@
 == 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 24 óránként vagy gyakrabban 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.
+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/2010/href-metadata.xml), és 24 óránként vagy gyakrabban 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.
 Az intézmények számára '''ajánlott''' az AAI rendszerek konfigurációjának dokumentálása, illetve verziókövetése.