Similar to Firebase it&#x27;s multi-strategy based. You can use a combo of email&#x2F;password or OAuth&#x2F;OIDC (internally using <a href="https:&#x2F;&#x2F;github.com&#x2F;panva&#x2F;oauth4webapi" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;panva&#x2F;oauth4webapi</a>) – currently there are 2 pre-configured (Google, Github), but it&#x27;s easy to extend, so requests are welcome.On the Authorization side, you can create roles and attach permissions to it. Those roles then get attached to users.Claims are transported via JWT, you can configure its lifetime, secret and hashing. Currently it&#x27;s stateless, meaning the token is not checked in a session store. But if there is demand, I&#x27;d prioritize adding this. I&#x27;m mainly exactly looking for feedback to prioritize next additions.Hope this helps.

&gt; (I haven&#x27;t used a system like that. I&#x27;m intrigued by the idea of a backend that&#x27;s just a database but it weirds me out not to have to write a layer that says who can read what. Exposing the database that nakedly feels super dangerous.)In my (closed) product that exposes the database to the frontend, the &quot;exposure&quot; part has, effectively, row-level access control.[1][1] Also role-based using groups. I additionally mark the read-only queries as read-only and these are executed on a read-only replica.

Sources here if you ae curious: <a href="https:&#x2F;&#x2F;github.com&#x2F;bknd-io&#x2F;bknd&#x2F;tree&#x2F;main&#x2F;app&#x2F;src&#x2F;auth" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;bknd-io&#x2F;bknd&#x2F;tree&#x2F;main&#x2F;app&#x2F;src&#x2F;auth</a>Core auth feature progress is tracked here: <a href="https:&#x2F;&#x2F;github.com&#x2F;bknd-io&#x2F;bknd&#x2F;issues&#x2F;6" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;bknd-io&#x2F;bknd&#x2F;issues&#x2F;6</a>

Broken (missing) auth is pretty common with Firebase&#x2F;Supabase. It&#x27;s a developer mistake that could happen in any kind of back-end, but I think that traditional back-end frameworks usually have better conventions that make the mistake less likely.

Since you can embed bknd into any stack, and you can hook into system events, there are plenty of options to customize authorization according to your needs.

Yeah, I&#x27;ve never understood this. I can&#x27;t think of any operation where I wouldn&#x27;t want some backend logic in between. Firebase rules don&#x27;t cut it.

It does.. I know postgrest is like this though

How do authentication and authorization work? Like Firebase?(I haven&#x27;t used a system like that. I&#x27;m intrigued by the idea of a backend that&#x27;s just a database but it weirds me out not to have to write a layer that says who can read what. Exposing the database that nakedly feels super dangerous.)

Yeah, the messaging isn&#x27;t very clear.

I think the project is saying, in cases where you are deploying the Frontend with server side serving, then you can include this. Given projects like NextJS have a server side serving for react server-side-rendering and for APIs this project uses the server side to add additional services as mentioned in the post.

bknd would be the &quot;backend part&quot; of your application, managing the schema, exposing REST APIs to access it, secure it, handling media uploads.The database (postgres, libsql, d1, etc.) is hosted as usual. Fullstack frameworks like Next.js, Remix, Astro, etc. would run bknd on the server side exclusively.But I see the issue. I should&#x27;ve written &quot;inside your fullstack app&quot; – my bad!

What does this mean?:&gt; bknd runs directly inside your frontend app — no separate backend required.&gt; It supports PostgresHow is the postgres credentials kept secret from the client?

Yes, e.g. you can fully host it on Cloudflare using Workers, D1 and R2. There is an example in the repo and CLI starter to get started quickly (`npx bknd create -i cloudflare`)

&gt; Edge-OptimizedI frequently use pocketbase because I love its extensibility and simplicity. Is this product like pocketbase but you can edge-deploy it? (i.e more infinitely scalable?)

Yes it can, a lot of people just choose a React fullstack framework, and it integrates specifically well inside those – so it&#x27;s just a focus. But it can also be deployed using Docker, Bun, Node or Cloudflare Workers. There&#x27;s an integrated SDK for TypeScript, but since it&#x27;s all just REST APIs, it&#x27;ll work with any stack.Not familiar with Zero, but it looks interesting, will check it out.

Can it be used without React?
Why make it React-dependent&#x2F;focused? 
How&#x27;s it better than going with synch engines, like eg. Zero? 
Didn&#x27;t look at code, sorry, on the go now.

Bknd is great. Thank you for creating this, Dennis!

Why so complicated? A torch should suffice for a basic fire.

I built bknd because I was tired of stitching together auth, file storage, and database APIs every time I started a new project. Existing solutions were either too hard to extend, too basic, or required a separate deployment.bknd runs directly inside your frontend app — no separate backend required. It works with Next.js, Remix, Astro, React Router. It also runs standalone on Cloudflare Workers, AWS Lambda, Bun, or Node.It supports Postgres, LibSQL (Turso), D1, SQLite and has adapter-based storage. You get instant APIs, multi-strategy auth, media handling and a built-in Admin UI.Curious what you’d build with it, feedback welcome!

Show HN: Bknd – Firebase alternative that embeds into any React stack