Integrationstest og integrationstestmiljø: Tekniske oplysninger

I integrationstesten tester I, om integrationen mellem jeres it-system og NemLog-in fungerer korrekt, inden it-systemet sættes i produktion.

NemLog-in anbefaler, at I gennemfører integrationstest i integrationstestmiljøet. Miljøet ligner funktionelt mest produktion og er det mest driftsstabile testmiljø.

Nedenfor kan I se, hvordan integrationstestmiljøet er bygget.

I kan hente miljøoversigten som PDF her:

Integrationstestmiljøet miljøoversigt (pdf)

Guide til at gennemføre integrationstest:

Trin 2: Gennemfør integrationstest

Integrationstest ved tilslutning til NemLog-in (pdf)

Testrapport - skabeloner

NemLog-in – Integrationstestrapport til offentlige tjenester (pdf)

NemLog-in – Integrationstestrapport til private tjenester (pdf)

Metadata og certifikater til brug for integrationstest

Tilslutning af dit it-system til integrationstestmiljøet kræver, at dit system er konfigureret med teknisk information om integrationstestmiljøet. Denne information er samlet i en SAML metadata-fil.

Metadata er defineret særskilt for de 3 forskellige OIOSAML-profiler i integrationstestmiljøet. Hvis dit it-system skal anvende OIOSAML 3, skal du anvende OIOSAML 3-metadata.

Metadata
Teknisk administrator skal uploade jeres tekniske data i XML-format (OIO web SSO metadata) for it-systemet i NemLog-in Administration.

Du kan hente en eksempelfil for
- OIOSAML3
- OIOSAML4.
Bemærk, at:
- 'PrivilegesIntermediate' og 'cprNumber' er udkommenteret for organisationer, der ikke udfører myndighedsopgaver, i eksemplet nedenfor. Hvis I tester it-systemer, hvorfra der udføres myndighedsopgaver, skal I tilføje dem igen.
- vi anbefaler, at I anvender jeres eget certifikat. Læs afsnittet "Systemcertifikat, som skan indgå i metadata" nedenfor.
- I skal opdatere URL'er og EntityID anvendt, så det stemmer overens med det it-system, I gerne vil teste.
OIOSAML3 Web SSO metadata eksempel (xml)

OIOSAML4 Web SSO metadata eksempel (xml)

En myndighedsopgave er som udgangspunkt en opgave eller funktion, der er tildelt og udført af en offentlig myndighed eller et offentligretligt organ. En myndighedsopgave kan omfatte en bred vifte af aktiviteter, såsom regulering, tilsyn, servicelevering og andre opgaver, der er knyttet til organisationens rolle. Det er den enkelte offentlige myndighed eller offentligretlige organ, der er ansvarlig for at vurdere, om den digitale selvbetjeningsløsning anvendes i forbindelse med udførelse af en myndighedsopgave.
Testcertifikater bestilles nemmest i MitID Erhvervs integrationstestmiljø eller alternativt de tilhørende API'er.

MitID Erhverv Integrationstestmiljøet: Certifikatprofiler og certifikater

Følge denne vejledning fra trin 3, efter du er logget ind i MitID Erhverv integrationstestmiljøet, ved at følge linket ovenfor. Det er vigtigt, at du vælger "Systemcertifikat" i stedet for "Organisationscertifikat" under bestillingen.

MitID-Erhverv.dk: Administrér organisationscertifikat: Bestil et organisationscertifikat

Du kan alternativt vælge at hente et eksempel på et systemcertifikat, der dog ikke vil være tilknyttet din egen testorganisations CVR-nummer:

OCES3 systemcertifikat (.p12)

Adgangskode: i9V0Mx?fZ73y

Nøglefilerne, som genereres via MitID Erhverv, er i PKCS#12 format og krypteret med AES-algoritmen. Det kan give ældre software problemer med at læse dem. I givet fald kan man ompakke filerne til en anden krypteringsalgoritme ved brug af værktøjer såsom:
- XCA
- OpenSSL
- andre værktøjer, som svarer til de 2 værktøjer ovenfor.
Rodcertifikatet og udstedende certifikat til test kan hentes fra testcertifikatets .12-fil ved hjælp af relevant software til formålet.

Spærrelister og OCSP services i OCES3 infrastrukturen udstilles ikke fra faste IP-adresser grundet DDOS-beskyttelsen af disse services. Det betyder, at eventuelle firewall regler for udgående trafik i jeres organisation skal defineres på host-navnet og ikke på IP-adresser.

Organisation til brug for integrationstest

It-systemer eller brugere til brug for integrationstest

Testtjenester (it-systemer) udstilles i integrationstestmiljøet

Integrationstestmiljøet udstiller et antal testtjenester, som kan anvendes i forskellige testscenarier.

Test-tjeneste	OIOSAML-version	NameIDFormat	Privat/offentlig
TU0	2.0.9*	X509Subject	Offentlig
TU1	2.1.0	X509Subject	Offentlig
TU2	2.1.0	Persistent Pseudonym	Offentlig
TU3	3.0.2	Persistent	Offentlig
TU4	3.0.2	Transient	Offentlig
TU5	3.0.2	Persistent	Privat
TU6	3.0.2	Transient	Privat
TU10	4.0.0	Persistent	Offentlig

*OIOSAML 2.0.9 er ikke understøttet i integrationstestmiljøet, men denne testtjeneste forespørger en eller flere af de udfasede attributter i metadata.

NemLog-in indeholder en MitID Simulator, der kan oprette MitID Privat brugere, som kan logge ind via fanen "Test login" i NemLog-in ved at bruge brugernavn og password.

MitID Simulatoren

Læs denne vejledning for at oprette testbrugere:

MitID Erhvervs hjemmeside: Opret private MitID brugere til test i integrationstestmiljøet

I kan logge ind med brugernavn og adgangskode under fanen "Test", når I prøver at logge ind i integrationstestmiljøet.

Du kan også oprette testbrugere via MitID Test Tool. De brugere, som er oprettet i MitID Test tool, kan logge ind via fanen "MitID" fanen i NemLog-in via brug af simuleret to-faktor login. Læs nærmere om denne type testbrugere i næste menupunkt.
Dette er kun nødvendigt, hvis I har brug for at simulere, hvordan en bruger oplever tofaktorlogin med identifikationsmidler. Generelt anbefaler vi, at I opretter testbrugere i MitID Simulatoren, som er beskrevet i forrige menupunkt.

For at oprette MitID testbrugere, som giver jer mulighed for at simulere, hvordan en bruger oplever tofaktorlogin med identifikationsmidler, skal I:
- oprette en testbruger i MitID Test Tool
- bruge App Simulator i MitID Test Tool til at logge ind som testbrugeren med brugerens identifikationsmiddel.
Følg de 2 vejledninger nedenfor:

Opret nye MitID testbrugere i MitID Test Tool

Log ind med testbrugerens identifikationsmiddel
I skal først oprette en testbrugerorganisation i MitID Erhvervs integrationstestmiljø. I kan følge vejledningen her:

MitID-Erhverv.dk: MitID Erhverv integrationstestmiljø: Test MitID Erhverv funktioner: Testorganisation med et ikke fiktivt CVR-nummer

Når testorganisationen er oprettet i integrationstestmiljøet, kan I oprette testbrugere, som I kan anvende. I kan oprette brugere her:

MitID Erhverv integrationstestmiljø

I kan bruge denne vejledning til at oprette brugere:

MitID Erhvervs hjemmeside: Opret MitID Erhverv brugere (erhvervsbrugere) til test i integrationstestmiljøet

Herefter kan de oprettede testbrugere logge på (og signere) hos tjenesteudbydere tilsluttet NemLog-ins integrationstestmiljø. Det er også muligt at anvende de testtjenester, som allerede findes oprettet i integrationstestmiljøet, som fx Digitaliseringsstyrelsen Internal Test SP OIOSAML-3.0. Dette er fx nyttigt til test af single sign-on (SSO) med din egen testtjeneste.

Tilgå Digitaliseringsstyrelsen Internal Test SP OIOSAML-3.0

Bemærk, at I skal gentage processen ovenfor for hver organisation, hvis I vil bruge den samme private testbruger til flere organisationer.
I skal først oprette en testorganisation på testportalen:

MitID-Erhverv.dk: MitID Erhverv integrationstestmiljø: Test MitID Erhverv funktioner: Testorganisation med et fiktivt CVR-nummer

Når testorganisationen er oprettet i integrationstestmiljøet, kan I oprette testbrugere, som I kan anvende. I kan oprette brugere her:

MitID Erhverv integrationstestmiljø

I kan bruge denne vejledning til at oprette brugere:

MitID Erhvervs hjemmeside: Opret MitID Erhverv brugere (erhvervsbrugere) til test i integrationstestmiljøet

Herefter kan de oprettede testbrugere logge på (og signere) hos tjenesteudbydere tilsluttet NemLog-ins integrationstestmiljø. Det er også muligt at anvende de testtjenester, som allerede findes oprettet i integrationstestmiljøet, som fx Digitaliseringsstyrelsen Internal Test SP OIOSAML-3.0. Dette er fx nyttigt til test af single sign-on (SSO) med din egen testtjeneste.

Tilgå Digitaliseringsstyrelsen Internal Test SP OIOSAML-3.0

Bemærk, at I skal gentage processen ovenfor for hver organisation, hvis I vil bruge den samme private testbruger til flere organisationer.
Ved hjælp af MitID Test Tool kan I oprette og vedligeholde MitID testbrugere, som kan logge ind via fanen 'MitID'i NemLog-in via simuleret to-faktor login.

Dette er et alternativ til at oprette testbrugere i MitID Simulatoren. Når I logger ind med testbrugere fra MitID Simulatoren, bruger I fanen "Test login".

MitID Test Tool

Når du tester med privat MitID, er det også nødvendigt, at testbrugeren er oprettet i integrationsmiljøets test-CPR-register. For at forberede en test med MitID, skal I:
- oprette testbrugere i MitID Test Tool
- oprette den oprettede testbruger med dens navn og CPR-nummer, i MitID Simulator. Husk at sætte flueben i ”Private MitID”-boksen.
MitID Simulator

Læs følgende vejledninger:

Opret nye MitID testbrugere i MitID Test Tool

Opret private MitID brugere til test i integrationstestmiljøet

Log ind med testbrugerens identifikationsmiddel

Test af forskellige funktioner

I produktionsmiljøet integrerer NemLog-in til det danske CPR-register. Data herfra anvendes blandt andet for at kunne oplyse for- og efternavne samt den nye CPRUUID attribut i SAML assertions.

Integrationstestmiljøet integrerer ikke til det danske CPR-register, men anvender i stedet et test-CPR-register. Indholdet i test-CPR-registreret oprettes, når der oprettes private test-identiteter i MitID Simulator med CPR-numre.

Følg denne vejledning for at lave private test-identiteter:

MitID Erhvervs hjemmeside: Opret private MitID brugere til test i integrationstestmiljøet

Når en privat testidentitet oprettes i MitID Simulator, registreres følgende oplysninger for identiteten i test-CPR-registeret:
- CPR-nummer
- Fornavn
- Efternavn
- CPRUUID
For CPRUUID anvendes samme UUID, som tildeles til MitID Simulator identiteten. Når du anvender MitID Simulator-brugergrænsefladen genererer MitID Simulator dette UUID. Hvis du ønsker selv at bestemme hvilket UUID, der anvendes, og dermed hvilket CPRUUID, der registreres i test-CPR-registeret, kan du anvende MitID Simulator API'et.

MitID Simulator

MitID Simulator API
Private it-systemer er it-systemer, hvorfra der ikke udføres myndighedsopgaver.

De kan ikke direkte få udleveret CPR-nummer attributten fra NemLog-ins broker som en del af SAML billetten i autentifikationssvaret.

Hvis et privat it-system har brug for at kende en slutbrugers CPR-nummer, skal denne i stedet anvende en match-model, hvor slutbrugeren selv indtaster sit CPR-nummer i it-systemet, og hvor it-systemet herefter ved brug af et match-opslag kan verificere, om der er angivet det korrekte CPR-nummer for den autentificerede bruger.

Der er følgende match-opslag til rådighed:

SubjectMatchesCpr metoden i NemLog-ins opslagstjeneste tager som input et CPR-nummer og SAML Subject fra autentifikationen, og returnerer om der er match. Dette er den anbefalede metode til CPR-match.

Begge disse metoder er understøttet i NemLog-ins testmiljøer såvel som produktion. Læs mere om metoderne her:

Opslags- og matchtjenester
Det er muligt at vise NemLog-in tjenesteudbyderens navn i MitID klienten, når brugeren logger på. Det kan øge gennemsigtigheden for slutbrugere omkring, hvilken tjeneste, der logges ind på i andet led, hvor sub-brokeren fremover skal medsende et navn på tjenesten, således NemLog-in kan vise dette i MitID klienten. Det betyder, at slutbrugere på loginsiden møder:

Log på "Sub-brokerens navn" på vegne af: "Tjenesteudbyderens navn".

Sub-brokere skal medsende den bagvedliggende tjenesteudbyders navn i deres SAML Autentifikationsforespørgsel i feltet ’ProviderName’ med en værdi beregnet som Base64(UTF8(<friendlyName>) og en maksimal længde på 100 tegn. Feltet må kun angives ved forespørgsler om autentifikation og ikke ved signering.
NemLog-ins broker danner normalt en session med den browser, hvormed brugeren autentificerer sig. Sessionen er grundlaget for single-sign-on (SSO) og single-log-out (SLO) for de applikationer, der udfører myndighedsopgaver.

Det er ikke hensigtsmæssigt for alle it-systemer at etablere browsersessioner som sideeffekt af en autentifikation, herunder fx ved indrulleringsflows i native Apps, som anvender systembrowseren til interaktion med NemLog-in.

Det er relevant at læse følgende afsnit i brugermanual til NemLog-in Administration:
- 4.2.5: Indlæs testrapport
- 7.19: Indlæs testrapport
- 4.3.9 Håndtér en opgave (Godkendelse af testrapporten)
- 5.2: Håndtér en opgave (Godkendelse af testrapporten)
Brugermanual til NemLog-in Administration (pdf)