Legal
Security
Written for the security review, not around it. Everything below is something we can show you in the product; the last section is what we do not claim.
Last updated 5 September 2026
01Where it runs
Stackbridge is normally deployed inside your own infrastructure: a Helm chart onto your Kubernetes or OpenShift cluster, including fully air-gapped installations. In that model your knowledge base, your documents and your search queries never traverse a network we operate, because there is no route by which they could.
We also host it for teams that would rather not run it themselves. That deployment is EU-based, and the same product with the same controls.
02Your model, your choice
The AI is a component you select, not a dependency we impose. Point Stackbridge at a commercial model under your own agreement, or at a model running on your own hardware. In the second case no content leaves your network at any point, including the text of the questions your engineers ask it, which is usually the part a reviewer cares about most.
Chat and embeddings can even point at different machines, so a shared GPU box can serve the large model while the small embedding model sits next to the application.
We never train on customer content. Not our models, not anyone else’s.
03Who can see what
- Tenant isolation
- Every query is scoped to the organisation on the caller’s verified session, never to a value supplied by the browser. The main knowledge table is physically partitioned per organisation in the database, so isolation is structural rather than a filter somebody has to remember to write.
- Roles
- Administrator, member, and a genuinely read-only viewer. Every action that writes is gated, and administration (credentials, members, exports, connectors) is separated from ordinary use.
- Single sign-on
- Microsoft Entra ID, Google Workspace and GitHub. Local passwords can be switched off entirely, and sign-in can be pinned to a single provider: Entra or Google today, since GitHub works for sign-in but cannot yet be the enforced one. MFA is applied by your identity provider, under your own policy.
- Automation credentials
- An AI agent or CI job gets its own token, which can never hold administrator rights, is stored only as a hash, can be given an expiry, and is revoked rather than deleted so the record of what it did survives.
- Removing someone
- Removing a person or reducing their role takes effect on tokens they already hold, within seconds, rather than whenever those tokens happen to expire.
04Evidence you can hand to an auditor
Two logs, and they answer different questions. The audit trail records what changed: who approved, edited, merged or deleted a piece of knowledge, with a before-and-after. The security log records what happened to the system: sign-ins and failed sign-ins, including attempts against addresses that do not exist, permission denials, credential use and configuration changes.
Both are tamper-evident. Each record commits cryptographically to its own contents and to the record before it, so editing, deleting, reordering or inserting a row breaks the chain at a detectable point. An administrator can verify the whole chain on demand and file the resulting fingerprint somewhere the database operator does not control, which is what turns a log from a claim into evidence.
Separately, Stackbridge records which entries were opened: someone opening an entry in the app, or an AI agent fetching one over MCP, so “what did this departing engineer read” has an answer at offboarding. It is always on rather than enabled per organisation. Search results and chat answers quote entry content without opening the entry and are not covered today; we would rather you knew that now than discovered it during an investigation. The record is treated as what it is, monitoring data about employees, so only administrators can read it and it is deleted automatically on a window you set (30 days unless you raise it). If your works council needs the detail before you deploy, ask us for it.
05Data handling
- Credentials at rest
- Integration credentials (your Jira token, Slack secrets, model provider keys) are encrypted with AES-256-GCM before they are stored, and decrypted only server-side at the moment they are used. There is a documented key rotation procedure.
- Retention
- Search-query logs, read-access records and security events each expire on a window you configure, purged automatically. Unbounded retention of what your staff searched for is a liability, not a feature.
- Getting it back
- One request exports your approved knowledge entries and the full audit trail as structured JSON. There is no export fee and no retrieval process to negotiate. Drafts, rejected entries and the operational logs stay in the database. If you need those in the export too, say so and we will put it in the contract rather than imply it here.
- Uploads
- Files attached to an entry are served so they cannot execute in the application’s own origin, with per-file and per-organisation size limits, and storage keys generated by the application rather than taken from the uploader.
06Network posture
A Stackbridge install can run with no inbound connectivity from the internet, including Slack. Slack integrations normally require a publicly reachable URL for Slack to call; Stackbridge instead dials out and holds the connection open, so the full Slack integration works with nothing exposed. Jira posts to a webhook, so it needs a route the Jira server itself can reach, which for a self-hosted Jira is an internal one. The Microsoft Teams bot is the exception: Teams only delivers over an inbound HTTPS endpoint, so a deployment that must expose nothing is a deployment without Teams. Everything else (Slack, Confluence, GitHub, Bitbucket, the models) is outbound only.
Outbound traffic honours your egress proxy, including your no-proxy rules, so in-cluster calls to your own model or database are not accidentally routed through a proxy that cannot reach them.
07Reporting a vulnerability
Email lennert@versaminds.live. Please include enough detail to reproduce it. We will acknowledge, keep you informed while we fix it, and credit you if you would like to be credited. We will not pursue anyone who reports a genuine issue to us in good faith and gives us a reasonable chance to fix it before disclosing.
08What we do not claim
We are a young company, and a page that implies otherwise will not survive your review.
Stackbridge is not ISO 27001 certified and not SOC 2 audited. Those certify an organisation after an accredited external audit, and we have not been through one. We build to support your obligations under frameworks like ISO 27001 and NIS2, which obligate operators such as you rather than software suppliers such as us, and we can walk your team through exactly which controls the product provides and which remain yours.
We keep an internal assessment of our own gaps, in writing, including the ones we have not closed yet. If you are evaluating us seriously, ask for it: lennert@versaminds.live. We would rather show you the list than have you find it.
How we handle personal data is in the privacy policy.
Who we are
- Legal name
- VersaMinds
- Trading as
- Stackbridge
- Registered office
- P.V. Bavegemstraat 17, 9200 Dendermonde, Belgium
- Company number
- 0804.360.325
- VAT number
- BE 0804.360.325
- Contact
- lennert@versaminds.live
- Security reports
- lennert@versaminds.live