Ton login fonctionne. Ton application peut quand même être ouverte à tout le monde.

Le contexte

Dans le cas Atamatax, les données de dossier sont décrites comme scopées au compte. La frontière ne s’arrête donc pas à la page de connexion : elle doit suivre chaque lecture et chaque mutation de ressource privée.

La règle

Vérifie le propriétaire ou le rôle au point où la donnée est lue ou modifiée. Masquer un lien dans l’interface améliore l’UX ; ça ne protège pas l’API ou la base.

Pourquoi ça compte

Une requête directe ou un identifiant remplacé côté client peut contourner les contrôles visuels. Les accès croisés doivent être refusés par des contrôles serveur et, si applicable, par les politiques de base.

Ce que je fais maintenant

Je passe chaque lecture et mutation privée par une revue dédiée aux contrôles côté serveur et base, puis je vérifie l’accès croisé.

Applique-la à ton projet

1. 01Liste les routes et requêtes qui lisent ou modifient des données privées.
2. 02Pour chacune, trouve la source d’identité côté serveur.
3. 03Trace le contrôle de propriétaire, rôle ou tenant jusqu’à la requête.
4. 04Teste le même accès avec un second compte.

Vérifie

• L’identité ne vient pas d’un champ client modifiable.
• Chaque ressource privée a une règle d’accès explicite.
• Un test inter-compte est refusé côté serveur ou base.