Le piège à éviter
Ne jamais prendre un identifiant client fourni dans le navigateur comme preuve d’autorisation.
Pour éviter cette erreur, demander une démonstration plutôt qu’une simple affirmation : dans un test autorisé, vérifier qu’un utilisateur d’un dossier ne peut ni lire ni modifier une ressource appartenant à un autre.
Dans un test autorisé, vérifier qu’un utilisateur d’un dossier ne peut ni lire ni modifier une ressource appartenant à un autre.
Application à votre contexte
Cherchez un signal permettant de détecter cette erreur avant qu'elle ne produise un dommage. La prévention gagne à être intégrée dans un processus normal de travail plutôt que dans un rappel ponctuel sans suivi.
Rapprochez les données aux frontières des applications. Un message techniquement transmis n'est pas forcément une opération métier acceptée. Prévoyez un suivi des rejets, des doublons, des corrections et du responsable de leur résolution.