Tekoälyn kääntämä. Yhteisö ei ole vielä tarkistanut käännöstä. Lue englanniksi

Blogi · 30. syyskuuta 2023 · Steve Simpson · Identiteetti

Salesforcen tietoturvan ja identiteetin ymmärtäminen: milloin käyttää kertakirjautumista ja OAuthia

Tässä blogissa pyrimme selkeyttämään Salesforcen tietoturvaa ja identiteettiä keskittyen siihen, milloin käyttää kertakirjautumista (SSO) ja milloin OAuthia. Tämä tieto on ratkaisevaa, kun suunnistetaan Salesforcen eri käyttötilanteissa, oli kyse sitten suorasta kirjautumisesta, SSO:sta tai OAuthista.

Milloin käyttää tavallista kirjautumista, kertakirjautumista tai OAuthia

Suora kirjautuminen:

Skenaario: Käyttäjä haluaa selaimella käyttää Salesforcea ja nähdä sen sivut.

Pääsytapa: Suora kirjautuminen Salesforceen tai kertakirjautuminen kolmannen osapuolen identiteetintarjoajan kautta, mikä mahdollistaa saumattoman pääsyn ilman uutta todennusta.

SSO ja OAuthin yhteenveto ihmisille: selainta käyttävä henkilö (suora kirjautuminen tai kertakirjautuminen), asiakassovellusta käyttävä henkilö (OAuth web server -virta ja PKCE) ja kolmannen osapuolen verkkopalvelinta käyttävä henkilö (web server -virta ja PKCE)

OAuth ja mobiilisovellukset:

Skenaario: Käyttäjä käyttää mobiilisovellusta Salesforcen tietoihin rajapinnan kautta, ei Salesforcen omia sivuja näyttämällä.

Pääsytapa: Tässä käytetään OAuthia, varsinkin kun vuorovaikutus tapahtuu mobiililaitteilla, joita voivat olla selaintekniikkaa käyttävät puhelimet tai tabletit. Tämä tapa antaa mobiilisovellusten toimia turvallisesti Salesforcen rajapintojen kanssa.

SSO ja OAuthin yhteenveto asiakasprosesseille: integraatiokäyttäjä (client credentials), nimetty henkilökäyttäjä (JWT- tai SAML bearer -väite), laite, jonka henkilö hyväksyy rinnakkain (device-virta), ja asset-laitteet (asset-virta)

OAuth ja kolmannen osapuolen palvelimet:

Skenaario: Käyttäjä käyttää selainta viestiäkseen kolmannen osapuolen palvelimen kanssa, joka tarvitsee pääsyn Salesforcen tietoihin käyttäjän puolesta. Esimerkkejä ovat sähköpostilaajennukset ja muut Salesforceen integroidut järjestelmät.

Pääsytapa: Turvalliseen pääsyyn käytetään OAuthia ja erityistä protokollaa nimeltä ”Web Server with PKCE” (Proof Key for Code Exchange).

OAuth-virrat eri skenaarioihin

Client Credentials Flow: Tarkoitettu asiakasprosessille (kuten ulkoisille palvelimille, jotka tekevät eräajoina latauksia tai vientejä), joka käyttää Salesforcea nimetyllä integraatiokäyttäjätilillä.

JWT-, SAML Bearer Assertion- ja SAML Assertion -virrat: Nämä virrat ovat tilanteisiin, joissa asiakasprosessin on toimittava tietyn käyttäjän puolesta ilman, että käyttäjä itse osallistuu. Prosessi esiintyy tällöin nimettynä käyttäjänä ja säilyttää kyseisen käyttäjän tiedostojen tietoturvakontekstin.

Device Flow (device-virta): Tämän virran käynnistää laite, joka tarvitsee ihmisen hyväksynnän. Esimerkiksi älytelevision sovellus pyytää käyttäjää syöttämään koodin pääsyn hyväksymiseksi.

Asset Flow (asset-virta): Hyödyllinen esineiden internetin (IoT) laitteille, joiden on muodostettava yhteys Salesforceen tietojen lukemista tai kirjoittamista varten.

Kertaus ja yhteenveto

Pohjimmiltaan pääsytapasi riippuu pitkälti skenaariosta:

Suoraan Salesforceen selaimella käytä suoraa kirjautumista tai kertakirjautumista, jos sinulla on identiteettipalvelu.

Epäsuoraan pääsyyn mobiililaitteiden, kolmannen osapuolen palvelimien tai automatisoitujen prosessien kautta OAuth on suositeltava tapa. Tällöin sinun on päätettävä, toimiiko OAuth ihmiskäyttäjän vai integraatiokäyttäjätilin puolesta.

Tulevissa artikkeleissa perehdymme tarkemmin kuhunkin skenaarioon ja käyttötapaukseen kattavan ymmärryksen saamiseksi.

Pysy kuulolla

Lähde Salesforce Identity -matkallesi luottavaisin mielin! Lisää näkemyksiä ja vinkkejä löydät täältä www.SteveTechArc.com-sivustolta ja YouTube-kanavalta @SteveTechArc (opens in a new tab). Tilaa kanava ja syvennä ymmärrystäsi Salesforce Identitystä.

Autamme muuttamaan maailmaa jakamalla integraatio-osaamista muille arkkitehdeille ja kaikille, jotka ovat matkalla arkkitehdiksi!

Litterointi tekoälyn avulla

STA 3.9