Flares Cloud · Security

Projects that cannot reach each other.

Isolation is the property everything else rests on: your data, your users and your code are separated from every other project on the platform — by architecture rather than by a filter somebody has to remember.

Data

Your project has its own database.

Not a shared table with a project column. Each project is provisioned its own database with its own credentials, so a query in one project has nothing to reach in another.

Separate by construction

Isolation is a property of how projects are provisioned, not of a WHERE clause being written correctly every time.

Backed up

Backups are taken for you on a schedule, per project.

Rules on top

Within a project, collection rules decide who may read and write which records.

Keys

Two keys, two jobs.

A public key belongs in your application and can do only what an application should. A secret key changes structure and belongs on a server you control.

Scoped, listed, revocable

Keys are issued per project, shown in the console, and can be revoked when somebody leaves or a laptop goes missing.

  • A public key cannot create or alter collections
  • Keys belong to one project and work nowhere else
  • Revoking a key takes effect immediately
The API keys screen for a project in the Flares Cloud console.

Code

Customer code runs contained.

A Flares Function is somebody’s code running on our infrastructure, and it is treated that way.

Its own process, its own limits

Each invocation runs in a separate process with its own time and memory ceilings, and cannot start programs on the host.

Its own filesystem view

A function can see its own deployment and nothing else — not the platform, not another project’s code.

Its own user

Function processes run as an unprivileged account with no access to platform configuration or credentials.

Secrets

The things that must not be in Git.

Environment variables are set on the function, stored by the platform and read by your code at run time. Secret values are never shown back in the console, never printed into a build log, and never need to be committed.

Not in your repository

Connecting a repository does not move your secrets into it. They stay in Flares.

Not in build logs

A secret value does not appear in the record of a deployment.

Not in the console

Once set, a secret can be replaced but not read back on screen.

Being straight about it

What we do not claim.

Flares does not currently hold SOC 2 or ISO 27001 certification. If your procurement needs a certification or a security review, contact us and we will answer precisely rather than put a badge on a page.

Build on Flares Cloud

Create a project and see the isolation model from the inside.