Je corrigerai les avertissements de sécurité RLS de Supabase et sécuriserai votre application Lovable

Les fuites qui comptent dans une base de données sont les plus discrètes : une vue qui ignore votre sécurité au niveau des lignes, une policy USING (true) laissée pour un tableau de bord, une fonction SECURITY DEFINER que tout le monde peut appeler, une autorisation de lecture issue des métadonnées utilisateur que l’utilisateur peut modifier. Chaque constat que nous vous livrons est accompagné de la requête qui le démontre. Nous auditons votre base PostgreSQL ou Supabase à partir du catalogue en direct, et non à partir du code qui prétend la configurer, et nous vous remettons chaque constat accompagné de la requête qui le prouve et de l’instruction qui le corrige. En lecture seule, dans une transaction qui se rétracte. Ensuite, si vous souhaitez aussi de la rapidité, vos requêtes les plus lentes avec leurs plans réels et l’index ou la réécriture nécessaire pour chacune d’elles. Je vérifie chaque constat et signe le rapport avant qu’il ne vous parvienne. La base de Nexidy applique la sécurité au niveau des lignes sur plus de 30 tables, avec plus de 50 politiques, chaque fonction SECURITY DEFINER étant associée à un chemin de recherche fixe, vérifiée par le même audit. Merci de me communiquer votre version de PostgreSQL et l’emplacement où elle s’exécute avant de passer commande. Je vous indiquerai quel package correspond, ou je vous proposerai une portée tarifée adaptée à vos besoins réels.