...

Dette betyder at en anvender udelukkende skal identificere sig overfor STS med sit OCES-certifikat og får herefter et id-kort, der er underskrevet med (STS) føderationens certifikat. Dette id-kort agerer som nøglen, der identificerer anvenderen, og kan give adgang til de andre komponenter på NSP. Komponenternes ansvar er derfor kun at kende til STS'ens ene certifikat og verificere dette i id-kortet. STS verificerer og beriger desuden id-kortet med en række af attributter. F.eks. verificeres slutbrugerens personnummer og dennes autorisation.

Anvenderes tilgang til STS vil ofte være med hjælp fra Seal.Java eller Seal.NET, som er biblioteker der bl.a. hjælper til med at understøtte brugen af DGWS og håndtere sikkerhedsaspekterne.

STS benytter RID-CPR servicen (fra Nets) til verifikation af CPR, samt den Digitale Fuldmagt.

STS kræver ingen whitelisting og ingen specifikke WSDL'er eksisterer for STS'ens services.

Oversigt over snitflader og adgang

...

ArchiMate-diagram 2. Klik på kasserne for at læse mere.

Anvenderes tilgang til STS vil ofte være med hjælp fra Seal.Java eller Seal.NET, som er biblioteker der bl.a. hjælper til med at understøtte brugen af DGWS og håndtere sikkerhedsaspekterne.

STS kræver ingen whitelisting og ingen specifikke WSDL'er eksisterer for STS'ens services.

Komponentinteraktion id-kort udstedelse

...