Comprendre la sécurité et l’identité dans Salesforce : quand utiliser l’authentification unique et OAuth Introduction
Dans ce blog, nous voulons clarifier la sécurité et l’identité dans Salesforce, en nous concentrant sur le moment où utiliser l’authentification unique (SSO) et OAuth. Ce savoir est essentiel pour s’y retrouver dans les différents scénarios d’accès à Salesforce, que ce soit par connexion directe, SSO ou OAuth.
Quand utiliser la connexion standard, l’authentification unique ou OAuth
Connexion directe :
Scénario : un utilisateur veut accéder à Salesforce depuis un navigateur pour en consulter les pages.
Méthode d’accès : connexion directe à Salesforce ou authentification unique via un fournisseur d’identité tiers, pour un accès fluide sans nouvelle authentification.
OAuth avec les applications mobiles :
Scénario : un utilisateur se sert d’une application mobile pour accéder aux données Salesforce via l’API, et non en affichant les pages natives de Salesforce.
Méthode d’accès : on utilise ici OAuth, surtout quand l’échange passe par des appareils mobiles, téléphones ou tablettes utilisant la technologie du navigateur. Cette approche permet aux applications mobiles d’échanger de façon sécurisée avec les API Salesforce.
OAuth avec des serveurs tiers :
Scénario : un utilisateur se sert d’un navigateur pour communiquer avec un serveur tiers qui doit accéder aux données Salesforce en son nom. Par exemple des plug-ins de messagerie ou d’autres systèmes intégrés à Salesforce.
Méthode d’accès : OAuth, avec un protocole précis appelé « Web Server with PKCE » (Proof Key for Code Exchange), pour un accès sécurisé.
Les flux OAuth selon les scénarios
Flux identifiants client : conçu pour un processus client (comme des serveurs externes qui font des chargements ou des exports par lots) qui accède à Salesforce avec un compte d’utilisateur d’intégration désigné.
Flux JWT, assertion porteur SAML et assertion SAML : ces flux servent quand un processus client doit agir au nom d’un utilisateur précis, sans que cet utilisateur intervienne directement. Le processus emprunte alors l’identité d’un utilisateur désigné et conserve le contexte de sécurité de ses fichiers.
Flux appareil : ce flux est lancé par un appareil qui a besoin d’une intervention humaine pour l’approbation. Par exemple, une application de télévision connectée invite l’utilisateur à saisir un code pour approuver l’accès.
Flux actif : utile pour les appareils de l’Internet des objets (IoT) qui doivent se connecter à Salesforce pour lire ou écrire des données.
Récapitulatif et conclusion
En somme, votre méthode d’accès dépend surtout du scénario :
Pour un accès direct à Salesforce depuis un navigateur, utilisez la connexion directe, ou l’authentification unique si vous avez un service d’identité.
Pour un accès indirect via des appareils mobiles, des serveurs tiers ou des processus automatisés, OAuth est la méthode à privilégier. Vous devez alors décider si OAuth agira au nom d’un utilisateur humain ou d’un compte d’utilisateur d’intégration.
Dans de prochains articles, nous approfondirons chaque scénario et cas d’usage pour en donner une compréhension complète.
Restez à l’écoute
Lancez-vous avec confiance dans votre parcours Salesforce Identity ! Pour plus d’idées et de conseils, restez à l’écoute ici sur www.SteveTechArc.com et sur la chaîne YouTube @SteveTechArc (opens in a new tab). Abonnez-vous et approfondissez votre compréhension de Salesforce Identity.
Contribuer à changer le monde en partageant des connaissances sur l’intégration avec d’autres architectes et avec celles et ceux qui sont en chemin pour le devenir !
Transcription réalisée avec l’aide de l’IA
STA 3.9