Salesforce-beveiliging en -identiteit begrijpen: wanneer je single sign-on en OAuth gebruikt. Inleiding
In deze blog willen we duidelijkheid geven over Salesforce-beveiliging en -identiteit, met de nadruk op wanneer je single sign-on (SSO) en OAuth gebruikt. Deze kennis is cruciaal om je weg te vinden in de verschillende scenario’s om Salesforce te benaderen, via directe login, SSO of OAuth.
Wanneer je standaardlogin, single sign-on of OAuth gebruikt
Directe login:
Scenario: Een gebruiker wil via een browser Salesforce benaderen om de pagina’s te bekijken.
Toegangsmethode: Directe login in Salesforce of single sign-on via een identiteitsprovider van een derde partij, voor naadloze toegang zonder opnieuw te authenticeren.
OAuth met mobiele apps:
Scenario: Een gebruiker gebruikt een mobiele app om Salesforce-data via de API te benaderen, niet door de eigen pagina’s van Salesforce te tonen.
Toegangsmethode: Hier wordt OAuth gebruikt, vooral als de interactie via mobiele apparaten loopt, wat telefoons of tablets met browsertechnologie kunnen zijn. Met deze aanpak kunnen mobiele applicaties veilig met de Salesforce-API’s werken.
OAuth met servers van derden:
Scenario: Een gebruiker gebruikt een browser om te communiceren met een server van een derde partij die namens de gebruiker toegang tot Salesforce-data nodig heeft. Voorbeelden zijn e-mailplug-ins of andere systemen die met Salesforce geïntegreerd zijn.
Toegangsmethode: Voor veilige toegang wordt OAuth gebruikt, met een specifiek protocol dat bekendstaat als “Web Server with PKCE” (Proof Key for Code Exchange).
OAuth-flows voor verschillende scenario’s
Client Credentials Flow: Ontworpen voor een clientproces (zoals externe servers die batchloads of exports doen) dat Salesforce benadert met een aangewezen account van een integratiegebruiker.
JWT-, SAML Bearer Assertion- en SAML Assertion-flows: Deze flows zijn voor scenario’s waarin een clientproces namens een specifieke gebruiker moet werken, zonder dat de gebruiker er direct bij betrokken is. Het proces treedt dan op als een aangewezen gebruiker, binnen de beveiligingscontext van de bestanden van die gebruiker.
Device Flow: Deze flow wordt gestart door een apparaat dat menselijke tussenkomst nodig heeft voor goedkeuring. Een app op een smart-tv vraagt de gebruiker bijvoorbeeld een code in te voeren om toegang goed te keuren.
Asset Flow: Handig voor apparaten in het Internet of Things (IoT) die met Salesforce moeten verbinden om data te lezen of te schrijven.
Samenvatting en conclusie
In wezen hangt je toegangsmethode grotendeels af van het scenario:
Gebruik voor directe toegang tot Salesforce via een browser directe login, of single sign-on als je een identiteitsdienst hebt.
Voor indirecte toegang via mobiele apparaten, servers van derden of geautomatiseerde processen is OAuth de voorkeursmethode. Dan moet je beslissen of OAuth namens een menselijke gebruiker werkt of namens het account van een integratiegebruiker.
In volgende artikelen gaan we dieper in op elk scenario en elke toepassing, voor een volledig begrip.
Blijf op de hoogte
Begin met vertrouwen aan je reis door Salesforce Identity! Voor meer inzichten en tips: blijf op de hoogte hier op www.SteveTechArc.com en via het YouTube-kanaal @SteveTechArc (opens in a new tab). Abonneer je en verdiep je begrip van Salesforce Identity.
De wereld helpen veranderen door integratiekennis te delen met collega-architecten en met iedereen die op weg is om architect te worden!
STA 3.9