Bedre StandardSend faginnspill

Gjør tekniske brukere etterprøvbare uten delte personkontoer

Knytt integrasjonens identitet til et oppdrag og en ansvarlig eier, slik at tekniske handlinger kan etterprøves.

I denne veiledningen

En delt personkonto gjør det vanskelig å se om en handling kom fra et menneske eller en automatisk jobb. En teknisk identitet kan gi bedre sporbarhet, men bare når den har tydelig eier og avgrensning. En servicekonto uten ansvarlig er fortsatt en uavklart tilgang.

Syntetisk identitetsregister

Navnene nedenfor er lokale testnavn, ikke kontoer som skal opprettes i et bestemt produkt.

IdentitetFormålEier av oppgaven
Rapport-testMånedlig leseuttrekkØkonomiansvarlig
Import-testGodkjent dokumentimportIntegrasjonsansvarlig
Avvik-testKontroll av feilkøUtpekt driftsansvarlig

En person kan eie oppgaven uten at integrasjonen bruker vedkommendes personlige passord. Hvis leverandøren ikke støtter særskilte tekniske identiteter, må begrensningen beskrives og en dokumentert alternativ tilgangsmodell velges.

Kartlegg hva systemet kan vise

Undersøk om driftsloggen viser teknisk bruker, nøkkelidentitet, selskap og tidspunkt. Et felles brukernavn for tre ulike jobber gjør feilretting vanskeligere, selv om tilgangen ellers er gyldig. En lokal kjøringsidentitet kan supplere leverandørens spor, men må ikke fremstilles som et serverkontrollert bevis.

Datatilsynets prinsipp om ansvarlighet er relevant når integrasjonen behandler personopplysninger. Hvilken teknisk identitet som er tilgjengelig, er et produktspørsmål og må dokumenteres separat.

Lag en livssyklus for tilgangen: bestilling, godkjenning, bruk, endring, periodisk kontroll og avslutning. Den skal følge oppdraget, ikke automatisk leve videre så lenge et abonnement eksisterer. Ved bytte av ansvarlig bør den nye eieren bekrefte at formål og rettigheter fortsatt passer.

Prøv etterprøvbarheten

  1. Utfør en syntetisk lesehandling og finn tilhørende loggspor.
  2. Utfør en tillatt testendring og kontroller identitetskoblingen.
  3. Avvis en handling utenfor oppdraget og se hva loggen viser.
  4. Bytt nøkkel og bekreft at tidligere kjøringer fortsatt kan forklares.
  5. Avslutt testtilgangen og prøv at videre bruk stanser.

Godkjenn modellen når en annen ansvarlig kan forklare hvem som eide jobben, hvilket grunnlag den behandlet og hvilke rettigheter den brukte. Ikke legg passord eller tokens i bevispakken.

For et regnskapsoppdrag med Aiak er en konkret ansvarsfordeling mer nyttig enn et generelt ønske om «integrasjonstilgang». Teknisk drift, faglig godkjenning og tilgangsadministrasjon kan ha forskjellige eiere.

Gi hver teknisk oppgave et formål som kan forstås uten å kjenne programmet. «Integrasjon» er for bredt. «Månedlig hovedbokuttrekk for selskapets kontrollrapport» gjør det mulig å vurdere om nye rettigheter faktisk hører til samme oppdrag.

Se ansatte som slutter og hendelseslogg.