Blog · 4. oktober 2023 · Steve Simpson · Identitet

Forstå OAuth Web Server Flow: en sammenligning med en ølhave

Velkommen tilbage til vores serie Securing Identity! I denne del går vi dybere ned i OAuth Web Server Flow (web server-flowet), bygger videre på vores tidligere sammenligning med ølhaven og gennemgår flowets detaljer.

Sammenligningen med ølhaven, en gang til

I en tidligere sammenligning sammenlignede vi processen med at få et adgangstoken (et armbånd i vores sammenligning) med at bestille øl i en ølhave. Klienten (en robot) sender dig til autentificeringsserveren, efter at ressourceserveren har nægtet adgang, fordi du mangler et adgangstoken. Når autentificeringsserveren har godkendt dine loginoplysninger, udleverer den et adgangstoken, så du kan få de ønskede data fra ressourceserveren.

Sammenligningen med OAuth-ølhaven: du giver klienten dine loginoplysninger, autentificeringsserveren kontrollerer dem og giver et adgangstoken (et armbånd) tilbage, og klienten viser tokenet til ressourceserveren for at få de ønskede data

En tredjepart dukker op: burgerbaren

I denne udvidede sammenligning introducerer vi en tredjepart, burgerbaren (Burger House), som skal hente øl fra ølhaven med dine loginoplysninger. Processen har både en kanal i frontend (mindre sikker, vist med rødt) og en kanal i backend (mere sikker, vist med sort).

Processen trin for trin:

Web server-flowet som at få en øl via en burgerbar: burgerbaren sender dig til autentificeringsserveren for at logge ind, modtager en autorisationskode, bytter den til et adgangstoken og et opdateringstoken og henter derefter øllen fra ressourceserveren til dig

Bestilling i burgerbaren: Du bestiller øl i burgerbaren, som ikke har noget.

Omdirigering: Du omdirigeres til autentificeringsserverens offentlige websted via en mindre sikker kanal i frontend.

Autentificering: Du logger ind i Salesforce, som derefter udsteder en autorisationskode (vist som en blå mønt).

Ombytning af autorisationskoden: Burgerbaren modtager autorisationskoden og viser den til autentificeringsserveren via en sikker kanal i backend.

Tokenet modtages: Burgerbaren modtager et adgangstoken, og eventuelt et opdateringstoken, når autentificeringen er lykkedes.

Anmodning om data: Med adgangstokenet beder burgerbaren om data fra ressourceserveren, kombinerer dem med sine egne data og viser dem til dig.

Vigtige elementer i OAuth Web Server Flow:

To kanaler: Flowet har en mindre sikker kanal i frontend og en sikker kanal i backend.

Autorisationskode: En midlertidig autorisationskode bruges til sikre ombytninger og kasseres derefter.

Næringsbevis: Burgerbaren skal have en særlig licens (consumer key og secret) for at kunne handle på vegne af ressourceejerne, så ombytningerne er sikre og autoriserede.

Konklusion

OAuth Web Server Flow er indviklet, men afgørende for sikker adgang til data, især når tredjeparter er involveret. Flowet beskytter mod mulige angreb og sikrer sikre transaktioner og dataintegritet.

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.12