Supabase et logiciel RH : les erreurs de configuration qui exposent vos fiches de paie

Pourquoi Supabase mérite une lecture spéciale en RH

Supabase accélère beaucoup les petites équipes produit. Mais dans un logiciel RH ou paie, la vitesse de livraison n'enlève rien au besoin de cloisonnement très strict.

Pour aller plus loin — lire notre audit de sécurité pour éditeurs de SIRH.

Le risque n'est pas Supabase en soi. Le risque vient de policies RLS incomplètes, de buckets documentaires trop ouverts ou de règles métier partiellement reproduites côté front.

Les erreurs les plus fréquentes

RLS présent mais insuffisant

Une policy existe, donc l'équipe pense être couverte. En pratique, elle filtre un utilisateur authentifié mais oublie le périmètre d'organisation, le rôle manager, ou la relation entre salarié et entreprise.

Buckets de documents trop permissifs

Les fiches de paie, contrats ou justificatifs sont parfois mieux protégés dans l'application que dans le stockage.

Logique d'accès dupliquée dans le front

Le front masque bien certains écrans, mais si la protection n'est pas réellement portée par la base ou par le backend, la donnée reste récupérable autrement.

Ce qu'une équipe RH devrait vérifier

Notre lecture

Sur un SaaS RH, la question n'est pas "avons-nous activé RLS ?". La vraie question est : "est-ce que nos règles de séparation tiennent encore quand on sort du parcours nominal ?"

Pour les éditeurs RH & Paie

CleanIssue est spécialisé dans l'audit des logiciels RH, paie et recrutement. Si vous éditez un SIRH, un outil de paie ou un ATS en France et que vous voulez une revue externe de votre exposition avant un audit client ou une revue sécurité, voyez notre offre dédiée aux éditeurs RH & Paie.