L'autorisation appartient à la base de données.

C'est le pari sur lequel tout le produit est bâti, et la raison d'être de cette entreprise. Les règles d'accès écrites dans le code applicatif protègent la porte, pas la pièce — un endpoint oublié, un job de fond, un script de migration ou une session psql passent à côté. Nous les avons donc mises là où sont les données.

Pourquoi nous le construisons

Chaque backend que nous avons livré avant celui-ci a fini par fuiter. Pas par une brèche spectaculaire, mais par la voie ordinaire : un nouvel endpoint qui a oublié la vérification, un script d'admin lancé sur la production, un outil interne passé par la clé de service parce que c'était plus rapide. Les règles étaient justes et contournables, ce qui revient à ne pas les avoir.

Postgres avait déjà la réponse. La sécurité au niveau des lignes est appliquée par la base sur chaque instruction et chaque appelant, et elle se moque de savoir quel service a oublié de demander. Rebase compile donc votre définition de collection en véritables politiques, et refuse de servir une table qui n'en a pas. Tout le reste de ce site découle de cette décision : l'API, le SDK typé, le panneau — tous sont des clients sous les mêmes règles, et aucun n'est une porte dérobée.

Rebase est la deuxième fois que nous construisons cela. La première était FireCMS — un CMS open source pour Firebase utilisé dans plus de 10 000 projets, par des équipes d'entreprises comme Microsoft et IKEA. Rebase applique ces années d'apprentissage à une base de données qui vous appartient entièrement : du Postgres standard, exécuté là où vous décidez.

Ce à quoi nous tenons

Échouer fermé, même quand c'est gênant

Une table sans politique est refusée, pas divulguée. Votre première requête peut revenir vide tant que vous n'avez pas écrit de règle. Nous préférons vous coûter cinq minutes que vous livrer l'autre mode de défaillance.

Rien n'est retenu

MIT de bout en bout — l'éditeur de schéma, les API générées, le SDK typé, le panneau. Aucune fonctionnalité n'est enfermée derrière un palier payant, car un modèle de sécurité qu'on ne peut pas lire n'est pas un modèle auquel on peut se fier.

Vous gardez la base de données

Rebase tourne devant un Postgres qui vous appartient. Il n'ingère jamais de seconde copie, et arrêter signifie que les données sont déjà là où vous les avez laissées. Partir est un redéploiement, pas une migration.

Ce que cela donne

100%
Open source — MIT, sans fonctionnalités verrouillées
1.3k+
Stars GitHub sur l'ensemble de nos projets
Roadmap

La suite pour Rebase

Le changelog fait foi. Voici ce qui est en cours de construction.

Maintenant

Disponible
Introspection Postgres & auto-CMS
SDK TypeScript isomorphique
APIs REST instantanées
Row-Level Security (RLS)
Moteur temps réel — abonnements, canaux de broadcast, présence
Vues Table, Liste, Kanban & Galerie
Système d'auth et de rôles
Crons et fonctions backend
Stockage natif compatible S3
Synchronisation hors ligne et local-first
Rebase Cloud (bêta privée)

Ensuite

En cours
Génération SQL par IA dans l'éditeur
Curseurs multijoueur dans Studio
Embeddings vectoriels en un clic

Plus tard

Planification
Bot conversationnel analytics & graphiques
Génération de schéma par IA (text-to-schema)
Edge functions / Logique serverless
Pipelines de migration avancés

Où vit le projet

Le code, les tickets et les débats sont tous ouverts. Venez nous contredire.

Construisez quelque chose dessus.

Rebase est sous licence MIT et auto-hébergé. Pointez-le vers une base Postgres que vous exploitez déjà.

~pnpm dlx @rebasepro/cli init