Vérificateur RLS Supabase gratuit

Teste la RLS Supabase et les accès publics.

Colle l’URL de ton application pour voir quelles tables observables un visiteur non connecté peut lire. Sans compte, validation DNS ni écriture.

Teste ton application

Une URL publique suffit.

Sans compte, DNS ni écriture. Teste uniquement une application que tu possèdes ou es autorisé à vérifier.

Un test ciblé, avec des limites visibles

Pas de note magique. Le rapport affirme uniquement ce que le test extérieur a réellement observé.

Lectures anonymes

Le checker regarde ce qu’un visiteur non connecté peut recevoir via la Data API Supabase.

Incertitude affichée

Une réponse vide reste indéterminée. Elle ne devient jamais un faux feu vert.

Aucune écriture

Le test ne crée pas de compte, n’insère rien et ne demande aucune validation DNS.

Quand lancer RLS Checker ?

01

Avant une bêta

Avant d’inviter les premiers utilisateurs.

02

Après une migration

Après un changement de table, de droit ou de policy.

03

Avant la mise en production

Juste avant de déployer une nouvelle version.

Que peut-on lire sans se connecter ?

Ton application peut sembler privée alors que son API autorise des lectures anonymes. RLS Checker suit le parcours public, découvre les tables Supabase observables et vérifie ce qu’un visiteur non connecté peut recevoir.

L’URL de ton application suffit. Aucun credential administrateur ni mot de passe n’est demandé. Le contrôle effectue des lectures bornées, sans écriture ni modification de ta base. Une clé publique dans le frontend est prévue ; l’accès à des données privées mérite une investigation.

Comprendre un exemple de rapport

Noms de tables et résultats fictifs à titre d’illustration. Il ne s’agit pas d’un scan de ton application.

ExempleObservationProchaine étape
Commandes privéesLisible, potentiellement sensibleVérifier l’accès prévu, corriger les permissions et retester.
Catalogue publiéLisible, probablement publicConfirmer que ces lignes doivent être publiques.
Profils privésLecture anonyme refuséeTester aussi l’isolation des comptes et les écritures.
Table videAucune ligne reçue, résultat indéterminéTester avec une donnée connue et le bon rôle utilisateur.

Un refus ou une réponse vide ne certifie pas ta base. Le rapport couvre uniquement les tables et requêtes observées pendant ce contrôle. Les comptes connectés, Storage et les écritures nécessitent des tests distincts.

Lire la méthodologie et reproduire les exemples locaux

Comprendre le résultat et poursuivre les vérifications.

Comment tester la RLS Supabase

Combiner un contrôle externe, des données connues, deux comptes et des tests en base pour chaque opération.

Lire le guide

Ta clé anon exposée est-elle un secret ?

Distinguer la configuration publique des credentials privilégiés et vérifier les accès réellement permis par l’API.

Lire le guide

Pourquoi une réponse vide est indéterminée

Reproduire le même résultat vide avec une table filtrée par la RLS et une table vide non protégée.

Lire le guide
Tous les guides RLS Supabase

Questions sur le test de la RLS Supabase