Integrasjoner med plattformer som Stripe, Shopify og Salesforce er ofte der forretningskritiske data og penger flyttes mellom systemer. Det er også der snarveier er vanlige: en API-nøkkel limt inn i frontend-kode, et webhook-endepunkt som godtar enhver forespørsel, eller en synkroniseringsjobb som feiler i det stille. Hver leverandør publiserer detaljert sikkerhetsveiledning, men integrasjonskoden teamet skriver, er fortsatt deres ansvar. Denne guiden dekker de praktiske kontrollene som gjør integrasjoner sikrere og mer pålitelige.
Hva det er
En sikker integrasjon beskytter tre ting: innloggingsdetaljene som gir tilgang, dataene som flyter mellom systemene, og integriteten til forretningshendelsene som utløser handlinger. Innloggingsdetaljer omfatter API-nøkler, OAuth-tokener og klienthemmeligheter; de bør bare ligge på serveren, i en hemmelighetsforvalter eller beskyttet miljøkonfigurasjon, med de smaleste tillatelsene integrasjonen trenger. Data under overføring bruker HTTPS, og lagrede data begrenses til det virksomheten faktisk trenger å lagre. Hendelsesintegritet avhenger av å kontrollere at innkommende webhooks virkelig kommer fra leverandøren. Stripe signerer for eksempel webhook-hendelser med en signeringshemmelighet og leverer et signaturhode som endepunktet bør verifisere; Shopify signerer webhooks med et HMAC-hode; Salesforce-integrasjoner bygger vanligvis på OAuth gjennom en tilkoblet app (connected app) eller den nyere motsvarigheten, en ekstern klientapp (external client app), med avgrensede tillatelser. Pålitelighet er også viktig. Webhooks kan komme sent, mer enn én gang eller i feil rekkefølge, så behandlerne bør være idempotente, og utgående kall bør håndtere ratebegrensninger og nye forsøk uten å duplisere belastninger, ordrer eller poster. Stripe støtter idempotensnøkler av denne grunn.
Hvem det er for
Denne guiden er rettet mot:
- Team som kobler betalinger, abonnementer eller kasseflyt til egne systemer
- Netthandelsvirksomheter som synkroniserer ordrer, lager eller kunder mellom Shopify og andre plattformer
- Selskaper som integrerer CRM-data fra Salesforce med interne verktøy eller kundeportaler
- Produkteiere som gjennomgår integrasjonsarbeid levert av et byrå eller en frilanser
Hva det hjelper med å klarlegge
Å gå gjennom kontrollene bidrar til å avklare:
- Hvor innloggingsdetaljer lagres, hvem som har tilgang til dem, og hvordan de roteres
- Om webhook-endepunkter verifiserer signaturer og avviser usignerte eller gjentatte forespørsler
- Hvordan feil, nye forsøk og duplikater håndteres uten å ødelegge data
- Hvilke data som kopieres mellom systemer, og om alt sammen må kopieres
Hva er inkludert
- Hold hemmelige API-nøkler kun på serversiden; bruk publiserbare eller offentlige nøkler i klienter der leverandøren støtter det
- Lagre hemmeligheter i en hemmelighetsforvalter eller beskyttet konfigurasjon, aldri i kildekodelagre
- Be om de smaleste scopes og tillatelsene; bruk separate innloggingsdetaljer per miljø
- Roter innloggingsdetaljer etter en fast plan og umiddelbart etter endringer blant ansatte eller leverandører
- Verifiser webhook-signaturer med leverandørens dokumenterte metode, og avvis forespørsler som feiler
- Kontroller tidsstempler på hendelser for å redusere risikoen for gjentakelsesangrep, og registrer ID-ene til behandlede hendelser
- Gjør behandlerne idempotente slik at gjentatte hendelser ikke skaper dupliserte handlinger
- Bruk idempotensnøkler eller tilsvarende sikringer på utgående opprettelsesoperasjoner der det støttes
- Håndter ratebegrensninger med tilbaketrekking (backoff), og legg arbeid i kø i stedet for å forkaste det
- Logg integrasjonshendelser uten å logge hemmeligheter, kortdata eller unødvendige personopplysninger
- Varsle noen når synkroniseringsjobber eller webhooks feiler gjentatte ganger
- Test i leverandørens sandkasse- eller testmodus før dere bytter til produksjonsnøkler
Hva er ikke inkludert
- Validering av PCI DSS-samsvar eller godkjenning fra betalingsformidler
- Svindelhåndtering eller håndtering av tilbakeføringer (chargebacks)
- En påstand om at disse kontrollene forhindrer alle integrasjonshendelser
- Drift av tredjepartsplattformer, som fortsatt er leverandørenes ansvar
Når skal den velges
Bruk denne sjekklisten når dere utformer en ny integrasjon, før produksjonssetting, når dere overtar integrasjonskode fra et annet team, og etter enhver hendelse med dupliserte betalinger, manglende ordrer eller uventet tilgang til data. Den er særlig viktig når en integrasjon kan utløse økonomiske handlinger, som belastninger, refusjoner eller endringer i abonnementer, eller kan eksponere kundeposter.
Vår tilnærming
Behandle hver integrasjon som et lite produkt med egen eier, dokumentasjon og overvåking. Start med en oversikt over integrasjoner, innloggingsdetaljer og webhook-endepunkter; mange organisasjoner oppdager nøkler ingen husker å ha opprettet. Bruk deretter kontrollene over i rekkefølge etter risiko: hemmeligheter og signaturverifisering først, deretter idempotens og feilhåndtering, og så logging og varsling. Tjenesten vår Secure Backend & API Engineering utformer og leverer backend- og integrasjonsarbeid med en API-kontrakt, et testsammendrag og en driftshåndbok, der produksjonstilgang og kundedata bare brukes etter uttrykkelig skriftlig autorisasjon. Der betalings- og abonnementslogikk er involvert, kan Subscription & Payment Infrastructure Security gjennomgå de avtalte betalings- og rettighetsflytene separat. Hvis dere ønsker en uavhengig kontroll av eksisterende integrasjonsendepunkter, kan en sikkerhetsgjennomgang av applikasjonen ta dem med i omfanget.
Ofte stilte spørsmål
Beslektede artikler
Kom i gang
Planlegger eller gjennomgår dere en forretningskritisk integrasjon?
Fortell oss hvilke plattformer det gjelder, hvilke data og hendelser som flyter mellom dem, og eventuelle problemer dere har sett. Vi foreslår et skriftlig omfang.
Be om et skriftlig omfang