Politiques (RLS)
Les politiques décident, ligne par ligne, qui peut lire et écrire. Kuunda applique un modèle sûr par défaut et vous montre les tables qui s’en écartent.
Le modèle Kuunda
Trois règles, appliquées à chaque table de données créée depuis la console :
- La sécurité au niveau ligne est active : sans politique, personne ne lit rien.
- Le rôle anonyme est refusé : un visiteur non connecté ne voit aucune ligne.
- Le rôle authentifié est limité à la colonne de propriété : quand la table porte une colonne « user_id », chacun ne voit que ses propres lignes.
Aligner les tables qui s’en écartent
La page Policies liste les tables sans le modèle — sécurité désactivée, accès anonyme encore permis, ou politiques de propriétaire absentes — et affiche ce qui va changer avant de l’appliquer.
Politiques sur mesure
Pour un besoin plus fin (partage par équipe, lecture publique d’un catalogue, écriture réservée à un service), créez vos propres politiques : nom, commande, rôles concernés. La page agrège toutes les politiques du schéma pour éviter les doublons contradictoires. Une politique ne s’applique jamais tant que la sécurité au niveau ligne est désactivée : activez d’abord le modèle sur la table, puis écrivez votre règle.
Tables socle
Les tables système (profils, buckets) gardent des politiques dédiées et n’entrent pas dans l’alignement automatique. Ne les modifiez pas : les réécrire casse l’authentification ou l’accès aux fichiers.