AI App Builder Audits · AI Development Series
Appsmith keeps your data inside your own network, which is a genuine advantage. It also hands you a server to look after.
Appsmith is one of the most widely adopted open-source internal tool builders. The important structural difference from a cloud platform is that you can run it yourself, so your production data never leaves your network.
Self-hosting genuinely changes your compliance position for the better: the data path never leaves infrastructure you control. It also transfers a set of responsibilities that a cloud platform was quietly handling — keeping the software patched, controlling who can reach the instance, and making sure it is not accidentally facing the public internet.
Everything else follows the same pattern as any internal tool: a privileged connection to production, permissions enforced above the database rather than in it, and logic scattered across event handlers.
These are the recurring issues, and the last one is specific to self-hosted deployments.
Roles typically govern what a user sees. Whether the underlying query is still reachable by someone signed in who knows it exists is a separate question, and it is the one that matters.
If the only thing stopping a viewer deleting a record is that the button is not drawn, that is presentation rather than protection.
What it costs you: staff reaching actions they were never granted.Filters and search boxes built by dropping input directly into query text are quick to build and are the standard route to SQL injection — here, from inside your own admin tool against production.
Prepared statements solve it entirely and the platform supports them.
What it costs you: SQL injection against your production database.Self-hosted deployments frequently end up exposed to the public internet rather than restricted to an internal network or VPN, usually because that was the quickest way to let people use it from home.
That turns a tool with privileged database access into something anyone can attempt to sign in to. Add unpatched versions, and it becomes the most attractive target you run.
What it costs you: a privileged, internet-facing entry point into your production data.Logic accumulates in JavaScript attached to individual components. Each snippet is sensible on its own; together they become the part nobody can explain.
There is no code review, no tests and often no meaningful version history, so when the person who built it moves on the tool becomes something everyone is wary of.
What it costs you: a critical tool only one person understood, and now nobody does.For teams that need internal tooling without sending production data to a third party, Appsmith is a strong answer. It is open source, genuinely self-hostable, and it saves the months of pointless work that building admin panels by hand represents.
The honest summary: Appsmith gives you control, and control is a responsibility as much as a benefit. The tooling questions are the same as any internal builder; the difference is that the server it runs on is now yours to secure.
On data residency, yes, genuinely, and it is a real advantage if you have compliance obligations. What it does not do is make the tool itself safer. You have taken on patching, network exposure and access control for the instance, and an out-of-date Appsmith server reachable from the internet with a privileged database connection is a worse position than a well-configured cloud tenancy.
Read access to the applications so we can see queries, JavaScript and role configuration, the database schema and details of the credentials it connects with, plus how the instance is deployed and who can reach it. We do not need write access and we will not change anything.
No, and we would rather say so plainly than pretend otherwise. We build with Claude Code and Cursor, with senior developers designing the system, reviewing every change and testing it. What makes us useful here is not Appsmith expertise, it is that the thing being audited is SQL, a permission model, a production database and a deployment, which is what we have been working with for years.
We audit what these tools produce, whichever one you used.
Tell us roughly what you built and how many people use it. If an audit is not the right thing for you, we will say so.
What the report covers:
We reply within one working day.