La autorización pertenece a la base de datos.
Esa es la apuesta sobre la que está construido todo el producto, y la razón por la que existe esta empresa. Las reglas de acceso escritas en el código de la aplicación protegen la puerta, no la habitación — un endpoint olvidado, un job en segundo plano, un script de migración o una sesión de psql pasan de largo. Así que las pusimos donde están los datos.
Por qué lo construimos
Todos los backends que lanzamos antes de este acabaron filtrando. No por una brecha dramática, sino por el camino normal: un endpoint nuevo que se olvidó de la comprobación de permisos, un script de admin ejecutado contra producción, una herramienta interna que usó la service key porque era más rápido. Las reglas eran correctas y las reglas se podían saltar, que es lo mismo que no tenerlas.
Postgres ya tenía la respuesta. La seguridad a nivel de fila la aplica la base de datos en cada sentencia y para cada llamante, y le da igual qué servicio se olvidó de preguntar. Así que Rebase compila tu definición de colección en políticas reales, y se niega a servir una tabla que no tenga ninguna. De esa decisión se deriva todo lo demás en este sitio: la API, el SDK tipado, el panel — todos son clientes bajo las mismas reglas, y ninguno es una puerta trasera.
Rebase es la segunda vez que construimos esto. La primera fue FireCMS, un CMS de código abierto para Firebase usado en más de 10.000 proyectos, por equipos de empresas como Microsoft e IKEA. Rebase aplica lo aprendido en esos años a una base de datos que es enteramente tuya: Postgres estándar, ejecutándose donde tú decidas.
A qué nos atenemos
Fallar cerrado, aunque incomode
Una tabla sin política se rechaza, no se filtra. Tu primera consulta puede volver vacía hasta que escribas una regla. Preferimos costarte cinco minutos antes que entregarte el otro modo de fallo.
No nos guardamos nada
MIT de principio a fin — el editor de esquemas, las APIs generadas, el SDK tipado, el panel. Ninguna función queda tras un plan de pago, porque un modelo de seguridad que no puedes leer no es uno en el que puedas confiar.
La base de datos es tuya
Rebase se ejecuta delante de un Postgres que es tuyo. Nunca ingiere una segunda copia, y dejar de usarlo significa que los datos ya están donde los dejaste. Irse es un redeploy, no una migración.
A qué suma eso
Qué sigue para Rebase
El changelog es el registro. Esto es lo que se está construyendo ahora.
Ahora
DisponiblePróximo
En cursoMás adelante
PlanificaciónDónde vive el proyecto
El código, los issues y las discusiones están abiertos. Ven a llevarnos la contraria.
Construye algo encima.
Rebase tiene licencia MIT y es autoalojado. Apúntalo a una base de datos Postgres que ya ejecutas.