OCES-certifikaterne og certifikatpolitikkerne, som anvendes i dag, revideres og tilpasses de fremtidige behov.

Det betyder bl.a. at:

• Indholdet i navnene i certifikaterne ændres (SubjectDN og IssuerDN) – RID, UID og FID forsvinder.
• Certifikatpolitik for OCES Person (POCES) videreføres ikke.
• Certifikatpolitikker for OCES funktionscertifikater (FOCES) og OCES virksomhedscertifikater (VOCES) samles i én opdateret certifikatpolitik for OCES organisationscertifikater.
• OCES certifikatpolitikkerne suppleres med nye offentlige certifikatpolitikker for kvalificerede certifikater for fysiske personer (borgere), fysiske personer associeret med en juridisk person (medarbejdere) og juridiske personer (virksomheder).
• Der er udarbejdet en ny offentlig politik for kvalificeret tidsstempling. Samtlige politikker opbygges efter en struktur fastlagt i internetstandarden RFC 3647.
• Kravene følger NSIS og eIDAS.
• Politikkerne er bragt i overensstemmelse med europæiske standarder for politikker for tillidstjenester.
• Certifikatpolitikken for MOCES strammes op, så sikkerhedskravene til opbevaring og håndtering af nøglefiler tydeliggøres, hvilket begrænser muligheden for lokalt installerede nøglefiler.

Herunder kan du tilgå et tekniskdokument (på engelsk) som sammenligner forskellene mellem OCES2 og OCES3 certifikater (åbner i et nyt vindue): 

OCES2 sammenholdt med OCES3

Læs mere om certifikatpolitikkerne
Se certifikatpolitikker og revisionsvejledninger

Når brugeren logger ind eller underskriver digitalt med deres private eller et særskilt MitID identifikationsmiddel, er der ikke længere brug for et certifikat.

Hvis jeres brugere har behov for at identificere sig med et certifikat for at kunne bruge specielle tjenester, kan I tillade brug af brugercertifikater.

Certifikater bruges også til sikker e-mail. I MitID Erhverv er sikker e-mail ikke aktivt understøttet. Der er dog mulighed for at hente certifikater, som I kan anvende til at sende sikre e-mails til fx samarbejdspartnere og kollegaer.

Læs mere om sikker e-mail

Certifikater bestilles af brugeradministratoren og udstedes direkte af brugeren selv.

Bemærk, certifikatet er gyldigt i tre år og skal herefter fornyes.  

Organisationscertifikater bruges til at identificere organisationen, når den skal have adgang til web- og andre tjenester hos tjenesteudbydere.

De kan også bruges til at kryptere den data, der går til og fra tjenesterne.

Du skal tilknytte en kontaktperson, der bliver informeret, hvis certifikatet skal opdateres, bliver spærret eller lignende.

I kan have mere end ét organisationscertifikat. Derfor skal du altid navngive nye certifikater, så I kan skelne mellem dem.

Der er to typer certifikater, du kan bruge i din organisation:

• Et organisationscertifikat repræsenter din organisation. Der er ingen personnavne i certifikatet, der typisk kun indeholder organisationens navn, CVR-nummer og en e-mailadresse.
• Et systemcertifikat er en specialisering af organisationscertifikatet, der repræsenterer et specifikt system i din organisation. Certifikatet udstedes til og bruges af systemet til at vise, hvad det er, når der er kontakt til andre interne eller eksterne systemer.

Organisationscertifikater kan også bruges til at danne segl for organisationen.

Udvalgte certifikatprofiler kan anvendes til at give brugere mulighed for at signere på organisationens vegne uden at brugerens navn fremstår - segldannelse.

I certifikatprofilen kan du tillade at certifikatet anvendes til signering. 

Digitaliseringsstyrelsen tilbyder på nuværende tidspunkt ikke kvalificerede certifikater med lang levetid.

Signeringsløsningen har en QSCD inkluderet. Certifikater til løsningen vil have kort levetid og vil ikke blive persisteret. Derfor kan de ikke bruges i andre sammenhænge.

Man skal ikke hente et brugercertifikat for at kunne anvende signeringsløsningen.

Der udstedes automatisk et kvalificeret brugercertifikat i signeringsøjeblikket. Det vil være korttidscertifikater, der kun bliver brugt, når en medarbejder skal underskrive et dokument eller en indberetning.

Ved certifikatudstedelse skal du vælge, hvordan du vil hente certifikatet fra NemLog-in, altså måden hvorpå brugeren skal identificere sig for at få certifikatet udstedt. I de fleste tilfælde er det nemmest at hente certifikatet via bruger-login i browseren med mindre du har særlige behov. Vær opmærksom på at vælges der via API går dette på, hvordan I du henter certifikatet og ikke hvad certifikatet skal bruges på fx udstedelse af certifikat til sikring af API’er.

Nogle få organisationer anvender i dag løsningen ’Medarbejdersignatur avanceret’. Den bliver også kaldt ’splitcertifikater’. I løsningen er funktioner for signering og dekryptering splittet op.

Signering sker lokalt med et medarbejdercertifikat på certifikatholderens udstyr. Dekryptering sker i en gateway, der er placeret centralt i organisationen ved brug af et særligt virksomhedscertifikat.

Denne løsning vil ikke blive videreført i MitID Erhverv.