Att förstå säkerhet och identitet i Salesforce: när du ska använda enkel inloggning och OAuth
I den här bloggen vill vi reda ut säkerhet och identitet i Salesforce, med fokus på när du ska använda enkel inloggning (SSO) och OAuth. Den kunskapen är avgörande för att hitta rätt bland de olika sätten att komma åt Salesforce, oavsett om det är via direkt inloggning, SSO eller OAuth.
När du ska använda vanlig inloggning, enkel inloggning eller OAuth
Direkt inloggning:
Scenario: En användare vill via en webbläsare gå in i Salesforce och se dess sidor.
Åtkomstsätt: Direkt inloggning i Salesforce, eller enkel inloggning via en tredjeparts identitetsleverantör, som ger smidig åtkomst utan ny autentisering.
OAuth med mobilappar:
Scenario: En användare använder en mobilapp för att nå data i Salesforce via API, inte genom att visa Salesforce egna sidor.
Åtkomstsätt: Här används OAuth, särskilt när samspelet sker via mobila enheter, som kan vara telefoner eller surfplattor med webbläsarteknik. Det gör att mobilapplikationer kan arbeta säkert mot Salesforce API:er.
OAuth med tredjepartsservrar:
Scenario: En användare använder en webbläsare för att kommunicera med en tredjepartsserver som behöver komma åt data i Salesforce för användarens räkning. Exempel är e-posttillägg eller andra system som är integrerade med Salesforce.
Åtkomstsätt: OAuth, med ett särskilt protokoll som kallas ”Web Server with PKCE” (Proof Key for Code Exchange), används för säker åtkomst.
OAuth-flöden för olika scenarier
Client Credentials Flow: Utformat för en klientprocess (som externa servrar som gör batchladdningar eller exporter) som når Salesforce med ett utsett integrationsanvändarkonto.
JWT-, SAML Bearer Assertion- och SAML Assertion-flödena: De här flödena är till för scenarier där en klientprocess behöver agera för en viss användares räkning, utan att användaren själv är inblandad. Processen agerar då som en utsedd användare och behåller säkerhetskontexten för den användarens filer.
Device Flow (enhetsflödet): Det här flödet startas av en enhet som kräver att en människa godkänner. Ett exempel är en app på en smart-tv som ber användaren ange en kod för att godkänna åtkomsten.
Asset Flow (asset-flödet): Användbart för IoT-enheter (sakernas internet) som behöver ansluta till Salesforce för att läsa eller skriva data.
Sammanfattning och slutsats
I grunden beror åtkomstsättet till stor del på scenariot:
För direkt åtkomst till Salesforce via en webbläsare använder du direkt inloggning, eller enkel inloggning om du har en identitetstjänst.
För indirekt åtkomst via mobila enheter, tredjepartsservrar eller automatiserade processer är OAuth det självklara valet. Då måste du bestämma om OAuth ska agera för en mänsklig användares räkning eller för ett integrationsanvändarkonto.
I kommande artiklar går vi djupare in på varje scenario och användningsfall för att ge en heltäckande förståelse.
Håll utkik
Ge dig ut på din resa med Salesforce Identity med självförtroende! För fler insikter och tips, håll utkik här på www.SteveTechArc.com och på YouTube-kanalen @SteveTechArc (opens in a new tab). Prenumerera och fördjupa din förståelse av Salesforce Identity.
Vi hjälper till att förändra världen genom att dela integrationskunskap med andra arkitekter och med dem som är på väg att bli arkitekter!
STA 3.9