Réglages de connexion du projet

Méthode de contrôle

Avec une clé en lecture seule : inscription ouverte, confirmation d'email, force des mots de passe, durée et renouvellement des jetons, fonctions edge appelables sans jeton.

Type de preuve possible

Lecture du code ou de la configuration, sans exploitation du risque.

Accès et limites

Dépôt connecté. Les résultats réels et les contrôles non exécutés figurent dans votre rapport. Un contrôle sans détection ne garantit pas l’absence de risque.

Situation concrète

Les valeurs du code et les réglages hébergés d’inscription ou récupération diffèrent.

Ce qu’il faut examiner

Examiner les réglages déployés avec une lecture autorisée ; le code seul ne les établit pas.

Approche de correction

Aligner protections fournisseur et application puis vérifier le cycle de compte autorisé.

Comprendre les droits, les politiques et l’identité

Les droits de la base déterminent si un rôle peut atteindre une table ou une fonction ; la sécurité par ligne détermine les lignes accessibles. Activer RLS sans politique utilisable peut bloquer les utilisateurs, tandis qu’une politique trop large expose les autres comptes. Un identifiant serveur privilégié peut contourner ces protections et ne doit jamais atteindre le navigateur.

1. Identifier le rôle de la requête et l’identité utilisée par la politique.
2. Examiner les droits de table et les politiques pour chaque lecture ou écriture.
3. Vérifier l’accès propriétaire aux éléments privés, brouillons et archives séparément de l’accès public.

Valider sans modifier les données de production

Une inspection du catalogue montre les définitions et droits, mais ne prouve pas tous les chemins d’accès applicatifs. Les exercices avec deux comptes apportent une preuve comportementale plus forte lorsqu’ils sont autorisés séparément. La présence d’une sauvegarde est aussi différente d’un test de restauration réussi.

1. Examiner définitions et droits avec l’audit compatible en lecture seule.
2. Utiliser des données isolées pour tout exercice comportemental autorisé.
3. Revérifier l’accès propriétaire attendu et le refus entre comptes après les changements.

Références

OWASP A07