Application interne : définir les droits et retrouver les actions effectuées
Attribuez les accès selon les opérations nécessaires au métier et gardez une trace des actions sensibles. Un compte partagé rend les responsabilités difficiles à établir.
Distinguer connexion et droit d’agir
Une personne identifiée dans une application n’a pas nécessairement besoin d’accéder à tous les dossiers ou de modifier tous les paramètres. L’OWASP distingue l’authentification et l’autorisation : vérifier l’identité et permettre une opération sont deux contrôles différents.
Décrivez les tâches des utilisateurs avant de créer les rôles. Une personne qui consulte un statut ne doit pas forcément pouvoir modifier un montant, exporter des contacts ou changer une connexion externe. Le rôle doit correspondre au travail réel, pas au confort d’un accès administrateur partagé.
Construire une matrice simple des opérations
| Opération | Question de périmètre |
|---|---|
| Consulter | Quels dossiers et quelles informations sont nécessaires ? |
| Modifier | Quels champs peuvent être changés et par qui ? |
| Valider | Quelles décisions demandent une autorité particulière ? |
| Exporter | Quelles données peuvent quitter l’application ? |
| Administrer | Qui gère les droits, les connexions et les réglages ? |
Faites valider cette matrice par le responsable métier. Si une opération exceptionnelle existe, préparez son fonctionnement plutôt que de donner des droits permanents plus larges à tout le monde.
Vérifier les droits au niveau du traitement
Masquer un bouton dans l’interface ne suffit pas à empêcher une action non autorisée. Les contrôles doivent aussi être appliqués par le système qui traite la demande. Une personne ne doit pas accéder à un dossier en changeant simplement son identifiant dans une adresse.
La réception doit comprendre des essais avec plusieurs profils : utilisateur autorisé, utilisateur d’un autre périmètre et personne non connectée. Vérifiez la consultation, la modification et les exports concernés. Les messages d’erreur doivent rester compréhensibles sans révéler inutilement des informations internes.
Garder une trace utile sans créer un deuxième fichier de secrets
Le guide OWASP sur la journalisation distingue les événements applicatifs des seuls journaux du serveur. Pour une opération importante, il peut être utile de retrouver qui a agi, sur quel dossier, à quel moment et avec quel résultat.
Choisissez les informations nécessaires à cette vérification. Évitez d’enregistrer systématiquement les mots de passe, les jetons ou le contenu complet des documents. Définissez les personnes qui peuvent consulter les traces, leur conservation et la manière de traiter une erreur sans recopier des données sensibles partout.
Prévoir les changements d’équipe et les incidents
Le départ d’un utilisateur, un changement de fonction ou une connexion compromise demandent une procédure de révision des accès. Les comptes nominatifs permettent de mieux conserver les responsabilités qu’un identifiant partagé par toute l’équipe.
Testez aussi une action interrompue et sa reprise : le journal doit aider à comprendre l’état atteint. Les guides sur les automatisations maintenables et la maintenance WordPress replacent ces droits dans le fonctionnement quotidien des outils, au-delà de leur seule mise en ligne.
Sources
Documentation consultée le 22 octobre 2026.