Mirakash is a verified Tech Provider on Meta's WhatsApp Business Platform. Connect your own number in minutes.
Platform · Trust

Security & multi-tenancy

Multi-tenancy isn't a setting in Mirakash; it's the architecture. Role-based permissions gate every action, org data is scoped server-side on every query, and any credential you bring — Twilio auth tokens, provider API keys — is encrypted at rest with AES-256-GCM and never logged.
Security & multi-tenancyHow it works

Multi-tenant leaks are one forgotten WHERE clause away

In most systems, isolation is a filter someone remembers to add in the UI. Miss it once and one workspace sees another's calls, numbers, or customers. Bolted-on RBAC and plaintext provider keys make it worse.

app.mirakash.com/settings/access
Settings /Access control
N
RolesMembersAudit log
Roleagentsnumbersconvosknowledgeconnectorskeys
owner
workspace · full access
✓✓✓✓✓✓
admin
manage · no key export
✓✓✓✓✓
builder
build agents + tools
✓✓✓✓
reviewer
QA · read + score
✓
enforced server-side · signed session on every request · RBAC checked per call
Capabilities

What's in the box.Each one in the product today.

  • 01

    Role-based access

    Every route is guarded by a permission; the UI gates nav and actions on the same permission set.

  • 02

    Native sign-in

    Passwords hashed with scrypt, revocable sessions and optional TOTP; each request carries a verified actor with a role and an org.

  • 03

    Server-side scoping

    Org queries are scoped to the caller's workspace in the data layer — not trusted from the client.

  • 04

    Encrypted BYO credentials

    Any credential you bring is AES-256-GCM encrypted at rest, masked on return, never logged.

  • 05

    Isolation by construction

    Cross-org access throws in the shared ownership check, and a code check flags any workspace-scoped query that does not name its workspace.

Isolation by construction

The safe path is the only path

Scoping and ownership checks live in shared helpers every service calls, so isolation isn't a thing you remember — it's the default. External callers are pinned to their own org; admins get explicit, audited cross-workspace reach.

API · scoping
Response···Org A key
Record
C-2204
Owner
Org A
On the way in
  • auth—
  • scope helper—
  • ownership—
  • audit log—
  1. starting…
Helper
one, shared
Cross-org
n/a
Leaks
none
Status
—
request200
Bring your own credentials

Credentials that are usable in memory and opaque everywhere else

When you bring a Twilio auth token, provider API key, or OAuth token, Mirakash encrypts it with AES-256-GCM at rest, decrypts it only in-process at the moment of use, masks it on every read, and keeps it out of logs entirely. The plaintext never lingers beyond the instant it's needed.

Credential
Stored asplaintextnot saved yet
Kind
Model API key
At rest
—
Where it exists
  • database—
  • API response—
  • logs—
  • call process—
  1. starting…
Cipher
aes-256-gcm
Shown
—
Logged
—
Held
—
savedreleased

Your next call, answered.Every channel with Mirakash.