Security and ownership

You trust us with your business data and with code that AI agents write. This page says what protects both, what stays yours, and what is not done yet.

Your app runs alone

  • Its own process

    Your app is one program. It serves its screens, its data and its admin. No other customer’s app runs in it.

  • Its own database

    One database file and one folder of uploaded files, in a folder only your app’s system user can open.

  • Its own code

    Each app is a separate code repository. Every change is a saved step in its history, with a message that says what changed and why.

Five layers in front of your data

Your live app runs on a production server that we own and run. Each layer works even if the one before it fails.

  1. It listens only inside its server

    After each start, the server checks what the app listens on. A version that listens anywhere else is refused, and the previous version comes back.

  2. One locked down system user per app

    No shell, no administrator rights. It owns only its data folder, and its code is read only to it.

  3. One front door

    The firewall opens the web ports only. One web server in front carries your app’s address to your app alone, with HTTPS.

  4. Access at the edge

    Anyone reaches the sign in page, or only the internet addresses on your list. Everyone else is blocked before the app.

  5. The app’s own sign in and rules

    Strong password hashing, sessions that end, an optional second step, a slowdown after repeated attempts, and a server rule on every action on every record.

A new version must answer its health check and listen only inside the server. If either check fails, the previous version comes back by itself. Security, in detail

Who can reach your data

whoreacheshow
your userswhat their role allowsthe app’s screens, through its server rules
your own AIwhat the signed in account allowsthe app’s MCP server, through the same rules
the app’s root accounteverything in the appused by our portal to manage your users at your request
our agentsthe working copy only, never the live dataa separate copy on our build machine
other customersnothinga separate process, database and system user

Backups run inside the app, on a schedule and with a store you choose: the server’s disk or a storage bucket. Each one is a full, consistent copy of the data at one moment, and a restore checks it before it swaps anything. Your data

Your app is yours

Your app’s code and data are yours from day one. You get the full repository on request, at any time, and you leave with it whenever you want. The locosdk version your app runs comes with a perpetual license.

  • The code is a full repository: every file of your app and its whole history of changes. Ask for it at any time, during the project or when you leave.
  • locosdk is the shared toolkit your app is built on: sign in, lists, files, backups and the rest. The version your app runs comes with a perpetual license, so it has no end date.
  • The whole database is a standard SQLite file in the open PocketBase layout. PocketBase, an open source backend, opens it as it is.
  • Backups are zip files of the data folder, in the format PocketBase uses.
  • Lists export to CSV, filtered as you like.
  • Undeploy stops the live app and takes its address down. Its data stays on the server, so a later deploy brings it back as it was.

Agents work in a closed space

  • Each run starts inside the operating system’s sandbox. It reads and writes your app’s code folder only, and reaches two services: the package registry and the AI provider.
  • Each run stops at a spending limit, one US dollar by default. The card of each run shows what it spent.
  • An agent cannot release, deploy, approve its own work, or reach your live app. How agents are contained

Not done yet

  • Certifications such as SOC 2 or ISO 27001: we have none today.
  • A data processing agreement and the legal terms of the service are not published.
  • The name of our hosting provider is not published. The production server itself is in Amsterdam, in the European Union.
  • On the build machine, the working copy of an app does not yet run as its own system user. The live apps already do.
  • A mail to your admins when a scheduled backup fails: today the failure goes to the app’s log.

Questions about your data?

This page says what is true today, and what is not done. GoLocomotive is in private testing. Access is by invitation. Once you are invited, ask us anything before you decide.

Access by invitationTrust, in the docs →