À retenir
Une alerte de sécurité peut nécessiter plusieurs passages de relais avant sa résolution. Utilisez quatre scénarios pour évaluer le parcours complet, avec des outils spécialisés ou une plateforme connectée.
Partez du besoin, puis comparez les passages de relais
Une formation terminée, une visite d’application et une modification de permission répondent à des questions différentes. Évaluez-les séparément. Pour chaque scénario, relevez la source, la personne responsable de la décision, l’action prise en charge et la preuve de son effet.
Pour l’évaluation, utilisez un environnement de test autorisé et des données fictives. Ces scénarios sont des points à vérifier ; ils ne signifient pas que chaque produit ou connecteur couvre toutes les actions.
| Scénario | Démonstration à demander |
|---|---|
| Partage de fichier trop large | Identifier le fichier et son audience actuelle, recueillir le contexte métier et distinguer la demande de modification des permissions vérifiées dans la source. |
| Accès d’une application tierce | Montrer l’autorisation OAuth ou le compte confirmé par connecteur. Distinguer une observation navigateur et montrer le moyen de retirer l’accès lorsqu’il est pris en charge. |
| Usage d’IA dans le navigateur | Préciser les navigateurs inscrits, types de prompts ou fichiers et contrôles configurés couverts. Expliquer un cas non pris en charge sans le présenter comme inspecté. |
| Revue d’accès | Distinguer décision de revue, demande de retrait et révocation vérifiée. Montrer le suivi manuel lorsque le connecteur ne peut pas effectuer l’action. |
Comparez les outils dont vous disposez réellement
Avec un outil de sensibilisation, examinez ce qui suit une leçon ou une simulation. Avec un outil de DLP ou de posture, suivez l’alerte jusqu’à la personne qui connaît le contexte métier. Dans une console native, vérifiez la ressource, les permissions et la licence nécessaires. Avec une plateforme connectée, suivez le même objet tout au long du parcours : un tableau de bord commun ne prouve pas à lui seul l’intégration.
La documentation Google distingue applications configurées et applications ayant accédé aux données, portées OAuth et contrôles d’accès ; leurs listes peuvent être mises à jour avec un délai. La documentation Microsoft distingue les rôles et résultats d’une revue d’accès et précise les licences nécessaires. Tenez compte de ces limites propres à chaque source dans votre environnement.
Références : Google Workspace : contrôler l’accès des applications aux données (anglais) · Microsoft Entra : planifier un déploiement de revues d’accès (anglais)
Évaluez Elba sur les mêmes critères
Elba réunit protection des données, applications et accès, sécurité IA et sensibilisation. Partez d’un parcours pris en charge par vos sources connectées et navigateurs inscrits. En démonstration, demandez à voir l’alerte, la décision du collaborateur ou de l’administrateur concerné et la preuve du résultat dans la source. La couverture et les actions disponibles varient selon l’intégration ; une action proposée ou en attente n’est pas un résultat vérifié.
Checklist d’évaluation
Vos cases cochées restent sur cette page et sont réinitialisées à son rechargement.
Sources et documentation
Documentation de référence utilisée pour ce guide. Les paramètres et les éditions disponibles évoluent : consultez les sources avant de modifier vos réglages.