Kryptering i FTPB

I Fellestjeneste Plan og Bygg (FTPB) brukes kryptering når fødselsnummer hentes fra eksterne kilder.

Dette gjelder tjenestene Tiltakshavers samtykke og Nabovarsel, hvor fødselsnummer er påkrevd, men innsender ikke skal ha – eller forventes å ha – tilgang til disse opplysningene.

Ved overgangen til Altinn 3 videreføres dagens krypteringsløsning fra Altinn 2 for FTPB. Det betyr at det ikke er behov for endringer i eksisterende implementasjoner hos leverandørene på nåværende tidspunkt.

• Nabovarsel v5

  • Nabovarsel v5 skal fortsatt bruke asymmetrisk kryptering av fødselsnummere til nabo, som er beskrevet her:
    Kryptering av fødselsnummer

    • Kryptering skjer med public key for søknadssystemene.

    • Dekryptering skjer med:

      • private key for søknadssystemene

      • denne løsningen Dekryptering av fødselsnummer i Gjenpart nabovarsel for eByggesakssystemene

• Tiltakshavers samtykke

  • Kryptering av fødelsnummere til tiltakshaver bruker samme mekanisme som Nabovarsel i søknadssystemene.

  • Ingen dekryptering skjer før XML sendes til kommunen – fødselsnummeret for tiltakshaver forblir kryptert i overført fil til eByggesakssystemene.

Når migreringen til Altinn 3 er fullført, foreslår FtPB å etablere en ny løsning for kryptering og dekryptering av fødselsnummer.

FtPB skal utvikle og drifte en API-basert krypterings- og dekrypteringstjeneste, som skal benyttes av både søknadssystemene og eByggesakssystemene.

Funksjonalitet og krav:

• Løsningen skal sentralisere krypteringen, slik at alle tjenester i FTPB benytter samme krypterings- og dekrypteringsmekanisme.

• Løsningen skal støtte kryptering og dekryptering av fødselsnummer både enkeltvis og i bulk.

• Løsningen skal være bakoverkompatibel, slik at alle fødselsnumre kryptert med tjenesten alltid kan dekrypteres, uavhengig av hvilken versjon som ble brukt ved kryptering.

Tilgang og integrasjon:

• Kryptering-API-et skal sikres gjennom autentisering via Maskinporten.

  • Den tidligere offentlige nøkkelen som ble benyttet for kryptering i søknadssystemene i den gamle løsningen, skal ikke lenger brukes.

  • Søknadssystemene og ebyggesakssystemene må sikre på at de er registret som konsument for DIBK sine tjenester: Autentisering med Maskinporten.

Open

Foreslått flytt for autentisering

• Kallene til denne API skal loggføres uten lagring av fødselsnummer.