RealComposer
Client PlatformsOfficial Appsmith docs

Appsmith Safe & Unsafe Practices

Direct Answer

Appsmith datasources keep credentials on the Appsmith server, while JS objects and widget bindings run in the browser. Configure secrets in datasources, never in JS code, and use least-privilege accounts for each connected database or API.

Credentials & Where They Belong

Server only
Datasource credentials

Stored and used on the Appsmith server.

Client safe
Values in JS objects

Visible to app users in the browser.

Safe Practices

  • Configure authentication on datasources

    Headers and tokens set on the datasource never reach the client.

  • Use prepared statements

    Keep prepared statements enabled for SQL queries that bind widget values.

Unsafe Practices

  • Storing API keys in JS objects or app constants

    Users can read them in DevTools.

  • Disabling prepared statements

    Widget input can then inject SQL.

The RealComposer Pattern

Register a RealComposer pipeline as an authenticated API datasource to give Appsmith apps merged data without managing upstream keys.

START BUILDING FREE

Frequently Asked Questions

Q:Are Appsmith datasource credentials exposed to users?

No. They stay on the server. Code in JS objects is visible, so keep secrets out of it.

Appsmith Recipes

Platforms & Frameworks

Appsmith Secure API Proxy for Third Party Credentials

To solve appsmith secure api proxy for third party credentials, never execute unauthenticated requests or embed private tokens directly in client bundles. RealComposer acts as a sub-10ms edge gateway running on Cloudflare Workers that securely injects credentials from your Secret Vault, normalizes responses, and prevents unauthorized API usage. Route calls through your RealComposer edge URL to guarantee complete privacy, robust origin validation, and low mobile latency.

Sub-10ms edgeView Recipe

Related Concepts