Sécuriser votre organisation REDA

Administration 7 min de lecture Mis à jour en juillet 2026

Avant la mise en service, une question est prioritaire : comment sécuriser correctement cette organisation ? L’authentification multifacteur, Mon domaine, l’authentification unique et les politiques de session et de mot de passe sont des fonctions de sécurité Salesforce. Cet article constitue donc une liste de contrôle pour votre organisation REDA : il nomme chaque contrôle, indique son emplacement et renvoie à la documentation Salesforce pour sa configuration. La distinction propre à REDA est qu’il faut agir sur deux niveaux : les ensembles d’autorisations REDA définissent les droits d’accès aux fonctionnalités, tandis que les contrôles décrits ici gèrent l’authentification, c’est-à-dire les personnes pouvant se connecter. Vous disposerez ainsi d’une liste ordonnée et saurez ce qui relève de Salesforce ou de REDA.

Accès. Tous ces contrôles se trouvent dans la configuration Salesforce, et non dans un onglet REDA : Configuration → Mon domaine ; Configuration → Identité → Authentification multifacteur / Paramètres d’authentification unique ; et Configuration → Sécurité → Paramètres de session et Politiques de mot de passe.
Autorisations nécessaires. Droits d’administrateur Salesforce : Personnaliser l’application, Gérer les utilisateurs et, lorsque cela s’applique, Modifier toutes les données. Vérifiez les droits administratifs nécessaires dans l’organisation. Sales Cloud fournit aussi REDA - Multi Factor Authentication Admin, qui inclut notamment la gestion des utilisateurs et de plusieurs paramètres de sécurité ; Platform ne fournit pas cet ensemble.

Deux niveaux : authentification et autorisation

Sécuriser une organisation REDA suppose de configurer deux niveaux distincts :

Autorisation : les fonctionnalités que chacun peut utiliser. REDA gère ce niveau avec ses ensembles d’autorisations (voir Créer des utilisateurs et leur accorder l’accès à REDA).
Authentification et sécurité des sessions : les personnes qui peuvent se connecter et la durée de leur session. La MFA, Mon domaine, le SSO et les politiques de session et de mot de passe gèrent ce niveau dans la configuration Salesforce.

Aucun de ces contrôles ne s’active dans REDA. La MFA, Mon domaine, le SSO et les politiques de session et de mot de passe se configurent entièrement dans Salesforce. Il n’existe pas de commutateur REDA correspondant.

Liste de contrôle de sécurité avant la mise en service

Suivez cet ordre. Chaque ligne indique le contrôle, son emplacement et les précisions propres à REDA.

Nº	Contrôle	Emplacement	Précision
1	Mon domaine déployé	Configuration → Mon domaine	Prérequis pour le SSO et la personnalisation de la connexion
2	MFA imposée	Configuration → Identité → Authentification multifacteur	Exigence de base Salesforce applicable aux connexions REDA ; aucun commutateur REDA
3	SSO (facultatif)	Configuration → Paramètres d’authentification unique (SAML) ou Fournisseurs d’authentification (OpenID Connect)	SAML / OpenID Connect ; à configurer selon votre fournisseur d’identité
4	Paramètres de session	Configuration → Paramètres de session	Délais d’expiration, sessions à assurance élevée, protection contre le détournement de clic
5	Politiques de mot de passe	Configuration → Politiques de mot de passe	Complexité, expiration, verrouillage
6	Plages IP de connexion (facultatif)	Profils → Plages IP de connexion	Limiter les adresses IP de connexion autorisées par le profil. Les plages de confiance d’Accès réseau ont un autre effet : elles peuvent réduire les demandes de vérification d’identité, sans interdire à elles seules les connexions externes
7	Vérifier les attributions d’ensembles d’autorisations REDA	Configuration → Ensembles d’autorisations	Le volet autorisation : appliquer le moindre privilège selon les responsabilités

Mon domaine

Mon domaine fournit une URL de connexion personnalisée pour votre organisation. Il constitue un prérequis pour l’authentification unique et les pages de connexion personnalisées. Déployez-le d’abord : les étapes suivantes supposent sa présence. La procédure est standard Salesforce ; consultez la documentation ci-dessous.

Authentification multifacteur (MFA)

L’authentification multifacteur exige une deuxième preuve d’identité, comme une application d’authentification ou une clé de sécurité, en plus du mot de passe. Salesforce l’exige pour les connexions directes : elle concerne donc tous les utilisateurs REDA. Considérez-la comme obligatoire et activez-la dans la configuration Salesforce.

Les ensembles d’autorisations MFA sont propres à l’édition ISV. L’édition Sales Cloud (ISV) en fournit deux : REDA - Multi Factor Authentication Admin et REDA - Multi Factor Authentication User. Ils accordent les autorisations MFA de Salesforce, notamment l’obligation d’authentification à deux facteurs et, pour l’ensemble administrateur, des droits liés aux mots de passe, à l’accès de connexion et aux politiques IP. Ce sont bien des ensembles ISV, absents de la version OEM. Vous pouvez donc les attribuer dans l’édition ISV ; inutile de les chercher dans l’édition OEM. Dans les deux cas, la politique MFA elle-même se configure dans Salesforce.

Authentification unique (SSO)

L’authentification unique permet aux utilisateurs de s’authentifier auprès de votre fournisseur d’identité via SAML ou OpenID Connect, plutôt qu’avec un mot de passe Salesforce distinct. Cette fonction facultative de Salesforce se configure selon votre fournisseur d’identité. REDA ne fournit pas de configuration SSO. Pour l’activer, Mon domaine doit déjà être déployé.

Politiques de session et de mot de passe

Le délai d’expiration des sessions, les sessions à assurance élevée, les plages IP de connexion, la complexité des mots de passe et le verrouillage sont des paramètres de sécurité standard de Salesforce. Choisissez un délai adapté à votre niveau de risque — deux heures constitue ici un exemple à évaluer —, exigez des sessions à assurance élevée pour les actions administratives sensibles et définissez une politique de mot de passe conforme aux normes de votre organisation. Aucune valeur n’est propre à REDA : ces paramètres relèvent entièrement de Salesforce.

Vérifiez aussi les droits d’accès REDA

Sécuriser la connexion ne suffit pas : les autorisations doivent aussi respecter le principe du moindre privilège. Vérifiez que chaque utilisateur dispose uniquement des ensembles REDA nécessaires à ses responsabilités (voir Créer des utilisateurs et leur accorder l’accès à REDA). Deux rappels propres à REDA :

La Console d'administration REDA exige son autorisation personnalisée d’accès. Parmi les ensembles fournis, REDA - Master Data - Admin l’accorde ; un ensemble propre à votre organisation peut aussi la fournir. Sans cette autorisation, l’utilisateur voit : « Vous n'êtes pas autorisé à effectuer cette action dans la console d'administration REDA. » Ailleurs, le blocage générique indique « Accès insuffisant ».
L’accès aux objets standard, aux rapports et aux flux peut déjà être accordé par certains ensembles REDA. Vérifiez les droits cumulés avec le profil et complétez les accès manquants (voir Profils, rôles et partage dans une organisation REDA).

Exemple : sécuriser une nouvelle organisation avant la mise en service

Meridian Properties prépare sa mise en service sur REDA. Cet exemple ne comporte aucun calcul ; il applique simplement la liste de contrôle :

Déployez Mon domaine pour personnaliser la connexion et préparer le SSO.

Imposez la MFA à tous les utilisateurs dans la configuration Salesforce : elle est obligatoire et ne dépend d’aucun commutateur REDA.

Décidez si vous utilisez le SSO. Une petite structure peut s’en passer ; sinon, configurez-le avec le fournisseur d’identité.

Définissez les politiques de session et de mot de passe : un délai de deux heures, des sessions à assurance élevée pour les actions administratives et une politique de mot de passe adaptée.

Vérifiez les attributions REDA pour que chaque utilisateur ne dispose que des ensembles nécessaires à ses responsabilités.

Pour aller plus loin

Créer des utilisateurs et leur accorder l’accès à REDA : créer les utilisateurs et attribuer les ensembles REDA.
Profils, rôles et partage dans une organisation REDA : la configuration de base et la visibilité des enregistrements.
Comprendre les ensembles d’autorisations REDA : les 31 ensembles Platform et 27 ensembles Sales Cloud.
La console d’administration REDA : son autorisation d’accès, fournie notamment par Master Data Admin.
Éditions : OEM et ISV : les différences à prendre en compte.

Questions fréquentes

Dans la configuration Salesforce : la MFA est une exigence de base de Salesforce. Aucun commutateur ne se trouve dans REDA, et l’édition OEM ne fournit pas d’ensemble d’autorisations « REDA MFA » à attribuer.

Non. L’authentification unique est une fonction Salesforce à configurer avec votre fournisseur d’identité. Les éventuels éléments SAML présents dans les documents d’une organisation de développement ISV ne sont pas des fonctionnalités du produit REDA.

Oui. L’authentification (MFA, SSO) et l’autorisation (ensembles REDA) sont deux niveaux distincts. Sécurisez la connexion et accordez uniquement les accès nécessaires : les deux sont indispensables.

Non. Le délai d’expiration est un paramètre de sécurité standard de Salesforce, configuré dans l’organisation.

Si le message suivant s’affiche, vérifiez l’autorisation personnalisée d’accès à la console, accordée notamment par REDA - Master Data - Admin. La MFA seule ne l’accorde pas. Pour un autre symptôme, vérifiez aussi les autres droits et la session. Message concerné : « Vous n'êtes pas autorisé à effectuer cette action dans la console d'administration REDA. »

Consultez la documentation officielle Salesforce. Pour configurer Mon domaine, l’authentification multifacteur, l’authentification unique, les sessions et les mots de passe, consultez l’Aide Salesforce : Mon domaine, Authentification multifacteur, Authentification unique, Paramètres de sécurité des sessions et Politiques de mot de passe. Cet article traite uniquement des points propres à REDA.

Cet article vous a-t-il été utile ?