Gi en integrasjon bare tilgangen oppgaven trenger
Oversett integrasjonens arbeidsoppgave til dokumenterte rettigheter, og prøv at uvedkommende operasjoner faktisk blir avvist.
En rapportintegrasjon trenger ikke automatisk rett til å opprette fakturaer eller åpne låste perioder. Tilgang bør følge den godkjente oppgaven. En teknisk nøkkel med full administrasjon gjør oppgaveavgrensningen svakere enn nødvendig.
Syntetisk rettighetsmatrise
En oppdiktet rapportjobb skal hente månedsdata og gjøre lokal avstemming. Den skal ikke sende dokumenter eller endre grunnlaget.
| Operasjon | Behov | Forventet prøve |
|---|---|---|
| Lese avtalte hovedboksposter | Ja | Tillatt innen oppdragets selskap |
| Opprette salgsfaktura | Nei | Avvist |
| Endre periodeavgrensning i systemet | Nei | Avvist |
| Eksportere andre selskaper | Nei | Avvist |
Matrisen er en lokal kravliste. Navnene er ikke offentlig definerte scopes og ikke en beskrivelse av en bestemt leverandørs rettighetsmodell.
Finn den reelle tilgangsgrensen
Undersøk om API-et bruker OAuth-scopes, rollebaserte rettigheter, egne tilganger per ressurs eller en annen ordning. OAuths sikkerhetsanbefalinger er relevante når OAuth faktisk brukes. De dokumenterer ikke rettighetene i et konkret regnskapssystem.
Et scope kan være bredere enn navnet antyder. «Faktura» kan omfatte både lesing og sending, eller være delt i flere rettigheter. Les leverandørens definisjon og prøv de faktiske operasjonene. En knapp som er skjult i brukergrensesnittet, beviser ikke at API-operasjonen er sperret.
Ta med feltnivå og eksportomfang i vurderingen. Selv ren lesetilgang kan utlevere personopplysninger eller et komplett regnskapsarkiv. Oppgaven «lag månedlig omsetningsrapport» bør ikke uten videre begrunne tilgang til alle vedlegg og fritekstfelt.
Godkjenn og etterprøv
- Dokumenter oppgaven, selskapet og nødvendige ressurser.
- Prøv både en tillatt og en forbudt handling med syntetiske data.
- Kontroller hvem som kan utvide tilgangen senere.
- Sett dato for ny vurdering ved endret integrasjonsbehov.
- Bevar en oversikt over aktive nøkler og ansvarlige eiere.
Velg den smaleste dokumenterte tilgangen som løser oppgaven. Hvis leverandøren bare tilbyr en bred tilgang, må dette være synlig i beslutningen. En lokal klient som frivillig lar være å skrive, gir ikke samme beskyttelse som serverens avvisning.
Ved vurdering av ReAI bør dere beskrive konkrete lese- og skrivebehov og få bekreftet rettighetene for de aktuelle ressursene. Unngå å bestille «full API-tilgang» når behovet egentlig er et avgrenset uttrekk.
Bevar resultatet fra den negative prøven, ikke bare listen over tildelte roller. Rollen kan senere få utvidet innhold hos leverandøren. Ved en slik endring bør de forbudte handlingene prøves på nytt før den bredere tilgangen aksepteres.