Skip to main content

Security

Your code stays yours. So does the decision to ship.

GetFlowing runs delivery work inside your own accounts, keeps a person in front of anything risky, and keeps every customer separate from every other. Security is a requirement of how the platform is built rather than a feature bolted to the side of it.

The short version

Repositories stay in your GitHub account and cloud resources stay under your control. Work arrives as reviewable pull requests. Deploys of a released app, rollbacks and changes to database migrations pause for human approval, and the decision is recorded. Every customer is kept separate from every other by the platform itself.

  1. 01Ownership
  2. 02Change control
  3. 03How we work

Ownership

Nothing has to leave your accounts.

The safest position for a customer is the one where the platform never becomes a place your software is trapped. GetFlowing is built to work inside what you already own.

True on every plan

  • Repositories stay in your own GitHub account. GetFlowing works in them rather than taking custody of them.
  • Cloud resources stay under your control, and the applications deployed to them remain yours.
  • Work arrives as reviewable pull requests, so nothing reaches your default branch without a human merge.
  • Deploys of a released app, rollbacks and changes to database migrations pause for human approval. Secrets are set only by people, never by a connected assistant.
  • Approval decisions are recorded in an audit trail you can read back.
  • Deleting an account purges your data.

Your own account

  • Two-factor authentication on accounts.
  • Session management, so access can be withdrawn immediately.
  • Sign-in activity is monitored.

Change control

How a change reaches production.

Each stage leaves evidence behind, so a release can be explained after the fact as easily as it was approved before it.

  1. 01

    Request

    The work is described before an agent starts on it, and larger pieces can be agreed in a planning workspace first, so what an agent is about to do is visible in advance.

  2. 02

    Implement

    Changes are made on a branch in your repository and opened as a pull request for review.

  3. 03

    Test

    The test suite runs on the change and the results are attached to the pull request before anyone merges it.

  4. 04

    Build

    The application is built into a container image and checked before it is eligible to be released.

  5. 05

    Approve

    Deploys of a released app, rollbacks and changes to database migrations wait for a person, with an explanation of what will happen.

  6. 06

    Deploy and record

    Health checks gate production traffic, and the release and its approval are written to the audit trail.

Security questions

Questions buyers and reviewers ask

Ownership, approvals, separation between customers, and what happens when you leave.

Which actions pause for a human approval?

Each deploy of a released app, where the workspace asks for it, which every plan with GetFlowing’s agent does from the start, and every rollback. A change the agent makes to database migrations, the packages an app installs, or its CI and deploy files waits too, and so does a file it deletes, unless the app’s Agent approvals setting is Approve everything (CI workflow changes are reviewed even then), and so does imported code that contains database migrations. Each one waits in an approvals queue with an explanation of what will happen, and the decision is recorded in an audit trail you can read back. Changing a variable or a secret does not wait: the new value reaches the app at its next deploy, which waits where a released app’s deploys do.

How are secrets handled?

Secrets are encrypted at rest and are never exposed in the application code, the repository or the pull request. Only a person in GetFlowing can set or change one, never a connected assistant, and a value is never shown again once it is saved. A change reaches the app at its next deploy, which waits for approval where the workspace asks before each deploy of a released app.

What can I do to protect my own account?

Turn on two-factor authentication, keep the number of people with access to what you actually need, and review your active sessions from time to time, ending any you do not recognise. Sign-in activity is monitored on our side as well.

What happens to my data if I close my account?

Deleting an account purges your data. Your repositories are unaffected, because they were never moved: they stay in your own GitHub account throughout, as do the cloud resources under your control.

Something not covered here? Email hello@getflowing.ai and we will answer directly.

Private beta

Bring software delivery into one system.

Build something new or take control of what already exists. Get the planning, engineering, deployment, and operational capability of an experienced software team.

Your code stays yours · Leave any time