Forstå sikkerhed og identitet i Salesforce: hvornår du skal bruge single sign-on og OAuth
I denne blog vil vi skabe klarhed over sikkerhed og identitet i Salesforce med fokus på, hvornår du skal bruge single sign-on (SSO) og OAuth. Den viden er afgørende for at finde vej i de forskellige måder at tilgå Salesforce på, hvad enten det er via direkte login, SSO eller OAuth.
Hvornår du skal bruge almindeligt login, single sign-on eller OAuth
Direkte login:
Scenarie: En bruger vil via en browser gå ind i Salesforce og se dets sider.
Adgangsmetode: Direkte login i Salesforce eller single sign-on via en tredjeparts identitetsudbyder, der giver problemfri adgang uden ny autentificering.
OAuth med mobilapps:
Scenarie: En bruger bruger en mobilapp til at nå data i Salesforce via API, ikke ved at vise Salesforces egne sider.
Adgangsmetode: Her bruges OAuth, især når samspillet foregår via mobile enheder, som kan være telefoner eller tablets med browserteknologi. Det gør det muligt for mobilapplikationer at arbejde sikkert med Salesforces API’er.
OAuth med tredjepartsservere:
Scenarie: En bruger bruger en browser til at kommunikere med en tredjepartsserver, der skal have adgang til data i Salesforce på brugerens vegne. Eksempler er e-mail-plugins eller andre systemer, der er integreret med Salesforce.
Adgangsmetode: OAuth med en særlig protokol kaldet »Web Server with PKCE« (Proof Key for Code Exchange) bruges til sikker adgang.
OAuth-flows til forskellige scenarier
Client Credentials Flow: Designet til en klientproces (som eksterne servere, der laver batchindlæsninger eller eksporter), der tilgår Salesforce med en udpeget integrationsbrugerkonto.
JWT-, SAML Bearer Assertion- og SAML Assertion-flows: Disse flows er til scenarier, hvor en klientproces skal handle på vegne af en bestemt bruger, uden at brugeren selv er involveret. Processen optræder her som en udpeget bruger og bevarer sikkerhedskonteksten for den brugers filer.
Device Flow (device-flowet): Dette flow startes af en enhed, der kræver menneskelig godkendelse. Et eksempel er en app på et smart-tv, der beder brugeren om at indtaste en kode for at godkende adgangen.
Asset Flow (asset-flowet): Nyttigt til IoT-enheder (tingenes internet), der skal forbinde til Salesforce for at læse eller skrive data.
Opsamling og konklusion
Grundlæggende afhænger din adgangsmetode i høj grad af scenariet:
Til direkte adgang til Salesforce via en browser bruger du direkte login eller single sign-on, hvis du har en identitetstjeneste.
Til indirekte adgang via mobile enheder, tredjepartsservere eller automatiserede processer er OAuth den foretrukne metode. Her skal du beslutte, om OAuth skal handle på vegne af en menneskelig bruger eller en integrationsbrugerkonto.
I kommende artikler går vi dybere ned i hvert scenarie og hver use case for at give en grundig forståelse.
Hold øje
Tag hul på din rejse med Salesforce Identity med selvtillid! For flere indsigter og tips, hold øje her på www.SteveTechArc.com og på YouTube-kanalen @SteveTechArc (opens in a new tab). Abonnér, og styrk din forståelse af Salesforce Identity.
Vi hjælper med at forandre verden ved at dele integrationsviden med andre arkitekter og med dem, der er på vej til at blive arkitekter!
Transskription med hjælp fra AI
STA 3.9