Forstå sikkerhet og identitet i Salesforce: når du skal bruke enkel pålogging og OAuth
I denne bloggen vil vi skape klarhet rundt sikkerhet og identitet i Salesforce, med vekt på når du skal bruke enkel pålogging (SSO) og OAuth. Denne kunnskapen er avgjørende for å finne frem blant de ulike måtene å få tilgang til Salesforce på, enten det er via direkte pålogging, SSO eller OAuth.
Når du skal bruke vanlig pålogging, enkel pålogging eller OAuth
Direkte pålogging:
Scenario: En bruker vil via en nettleser gå inn i Salesforce og se sidene der.
Tilgangsmetode: Direkte pålogging i Salesforce, eller enkel pålogging via en tredjeparts identitetsleverandør, som gir sømløs tilgang uten ny autentisering.
OAuth med mobilapper:
Scenario: En bruker bruker en mobilapp for å nå data i Salesforce via API, ikke ved å vise Salesforces egne sider.
Tilgangsmetode: Her brukes OAuth, særlig når samhandlingen skjer via mobile enheter, som kan være telefoner eller nettbrett med nettleserteknologi. Det gjør at mobilapplikasjoner kan samhandle sikkert med Salesforce-API-er.
OAuth med tredjepartsservere:
Scenario: En bruker bruker en nettleser til å kommunisere med en tredjepartsserver som trenger tilgang til data i Salesforce på brukerens vegne. Eksempler er e-posttillegg eller andre systemer som er integrert med Salesforce.
Tilgangsmetode: OAuth, med en særskilt protokoll kalt «Web Server with PKCE» (Proof Key for Code Exchange), brukes for sikker tilgang.
OAuth-flyter for ulike scenarioer
Client Credentials Flow: Laget for en klientprosess (som eksterne servere som gjør batchlasting eller eksport) som får tilgang til Salesforce med en utpekt integrasjonsbrukerkonto.
JWT-, SAML Bearer Assertion- og SAML Assertion-flytene: Disse flytene er for scenarioer der en klientprosess må handle på vegne av en bestemt bruker, uten at brukeren selv er involvert. Prosessen opptrer da som en utpekt bruker og beholder sikkerhetskonteksten til den brukerens filer.
Device Flow (device-flyten): Denne flyten startes av en enhet som krever at et menneske godkjenner. Et eksempel er en app på en smart-TV som ber brukeren skrive inn en kode for å godkjenne tilgangen.
Asset Flow (asset-flyten): Nyttig for IoT-enheter (tingenes internett) som må koble seg til Salesforce for å lese eller skrive data.
Oppsummering og konklusjon
I bunn og grunn avhenger tilgangsmetoden i stor grad av scenarioet:
For direkte tilgang til Salesforce via en nettleser bruker du direkte pålogging, eller enkel pålogging hvis du har en identitetstjeneste.
For indirekte tilgang via mobile enheter, tredjepartsservere eller automatiserte prosesser er OAuth den foretrukne metoden. Da må du bestemme om OAuth skal handle på vegne av en menneskelig bruker eller en integrasjonsbrukerkonto.
I kommende artikler går vi dypere inn i hvert scenario og brukstilfelle for å gi en grundig forståelse.
Følg med
Begynn reisen din med Salesforce Identity med selvtillit! For mer innsikt og flere tips, følg med her på www.SteveTechArc.com og på YouTube-kanalen @SteveTechArc (opens in a new tab). Abonner, og styrk forståelsen din av Salesforce Identity.
Vi hjelper til med å forandre verden ved å dele integrasjonskunnskap med andre arkitekter og med dem som er på vei til å bli arkitekter!
Transkripsjon med hjelp fra AI
STA 3.9