Réaliser un Security Health Check et corriger les alertes

Le Security Health Check (Configuration > Contrôle d'intégrité, ou « Health Check ») est l'outil natif de Salesforce qui audite en continu les paramètres de sécurité de votre org et les compare à une baseline de référence (Salesforce Baseline Standard ou High Security). C'est le premier réflexe à avoir avant tout audit de sécurité ou certification.

Comprendre le score

Le Health Check attribue un score global sur 100, calculé à partir de dizaines de paramètres pondérés selon leur criticité. Chaque paramètre non conforme est classé par niveau de risque :

• Risque élevé : impact fort sur la sécurité (ex. politique de mot de passe faible, absence d'expiration de session), à corriger en priorité.
• Risque moyen : paramètres importants mais moins critiques (ex. restrictions IP incomplètes).
• Risque faible : améliorations recommandées sans urgence immédiate.

Un score en dessous de 70-75 doit généralement déclencher un plan d'action ; en dessous de 50, l'org présente des failles significatives à traiter rapidement.

Les groupes de paramètres audités

1. Politiques de session : durée d'expiration, verrouillage forcé lors du changement d'IP, session sécurisée obligatoire.
2. Politiques de mot de passe : longueur minimale, complexité, historique (interdiction de réutiliser les derniers mots de passe), expiration périodique, nombre de tentatives avant verrouillage.
3. Restrictions réseau et connexion : plages IP de confiance, restrictions de connexion par profil, activation obligatoire du MFA (multi-facteur, désormais imposé nativement par Salesforce pour tous les utilisateurs internes).
4. Partage et visibilité : paramètres OWD trop permissifs par rapport à la baseline recommandée pour certains objets sensibles.

Corriger les alertes méthodiquement

Chaque ligne du rapport propose un bouton « Modifier » qui redirige directement vers la page de paramétrage concernée — inutile de chercher manuellement où se trouve le réglage. La méthode recommandée :

• Traitez d'abord tous les risques élevés, un par un, en vérifiant l'impact potentiel sur les utilisateurs avant de changer un paramètre global (ex. resserrer l'expiration de session peut déconnecter des intégrations tierces mal configurées).
• Groupez les changements liés (ex. tous les paramètres de politique de mot de passe) pour limiter le nombre de communications aux utilisateurs.
• Documentez chaque exception assumée : certains paramètres « à risque » selon la baseline peuvent être des choix métier volontaires (ex. session longue pour des utilisateurs terrain avec connectivité intermittente). Consignez la justification plutôt que de laisser l'alerte sans réponse.

Le MFA (authentification multi-facteur) est désormais une exigence de contrat Salesforce, pas une simple recommandation du Health Check. Vérifiez son application effective via Configuration > Politiques d'authentification, et pas seulement via le score global.

Au-delà du score : les zones non couvertes

Le Health Check ne couvre pas tout. Complétez-le par une revue manuelle de :

• La cohérence des profils et permission sets (droits sensibles cumulés, permission « Modifier tous les paramètres » distribuée trop largement).
• Les Connected Apps et intégrations OAuth actives (Configuration > Applications connectées), en révoquant celles qui ne sont plus utilisées.
• Les Field-Level Security sur les champs sensibles (données personnelles, financières) qui ne sont pas évalués par le Health Check.
• L'historique de connexion (Configuration > Historique de connexion) pour repérer des connexions depuis des zones géographiques inattendues.

En faire un processus récurrent

Le Health Check n'a de valeur que s'il est consulté régulièrement, pas seulement lors d'un audit ponctuel. Bonnes pratiques :

• Planifiez une revue trimestrielle du score et du détail des alertes, avec un propriétaire désigné pour le suivi des actions.
• Suivez l'évolution du score dans le temps plutôt que sa seule valeur instantanée : une baisse soudaine signale souvent un changement de configuration non maîtrisé.
• Intégrez la vérification du Health Check dans votre check-list de mise en production pour toute nouvelle fonctionnalité touchant la sécurité.

Un score élevé ne garantit pas une sécurité parfaite, mais un score dégradé est un signal fiable qu'il est temps d'agir avant qu'un incident ne survienne.