GaugeSeal
Data processing agreement
The Article 28 terms on which GaugeSeal processes personal data for a customer. Annexes I, II and III are generated from the system they describe.
https://api.gaugeseal.com/dpa · Template · Revised 9 August 2026 · security@gaugeseal.com
1. Roles and scope
You are the controller of the personal data described in Annex I. We are your processor for it, and we process it only to provide the service. This agreement applies for as long as we hold any of it and prevails over the terms of service on any question of data protection.
The personal data of your own GaugeSeal users — the colleagues you invite — is a narrower case: we are the controller for their sign-in addresses, because we decide how sign-in works. That is described in the privacy policy, not here.
2. Instructions
We process on your documented instructions. Your instructions are: this agreement, the settings you choose in the product (the workspaces you connect, the contracts you declare, the retention bounds on your account), and anything else you ask us in writing. We tell you if an instruction appears to us to breach data protection law, and we may decline it.
We do not use your data for anything else. Not to train a model, not to build a benchmark, not to derive an aggregate across customers, not for marketing.
3. Confidentiality
Access is limited to people who need it to run the service, bound by confidentiality obligations that survive the end of their engagement. Today that set is one person: whoever operates the service.
4. Security
We implement the measures in Annex II and keep them at least as effective for the life of this agreement. Annex II describes a system as built, not an intention; if a measure changes materially we tell you.
5. Sub-processors
You give general authorisation for the sub-processors in Annex III. We impose the same obligations on each of them by contract and remain responsible for their performance.
Before adding or replacing one we give you 30 days' notice. You may object on reasonable data-protection grounds within that period; if we cannot resolve the objection you may terminate the affected part of the service, and we delete accordingly.
6. Assisting you with data subjects
If a data subject comes to us we do not answer for you — we tell them to contact you and let you know. So far as we can, and taking the nature of the processing into account, we assist you with requests you receive, by appropriate technical measures:
- Erasure — one request rewrites that person's identity across every event of your account, including inside retained raw payloads. Event existence and timestamps survive, so your history stays true; the last backup copy expires within 7 days.
- Access and portability — we produce what we hold about an identified person on request.
- Rectification and restriction — handled case by case; the store is append-only by design, and erasure is the one sanctioned rewrite.
7. Personal data breaches
We notify you without undue delay and in any case within 48 hours of becoming aware of a personal data breach affecting your data, with what we know: what happened, which categories and roughly how many records, the likely consequences, and what we are doing. We do not notify your supervisory authority — that is yours to do, and 48 hours leaves you time.
8. Assessments and prior consultation
We assist you with data protection impact assessments and any prior consultation, taking into account the nature of the processing and what we know that you cannot.
9. Deletion at the end
On termination, or earlier if you ask, we delete your workspaces within 30 days: every row a workspace owns goes in a single operation. Backup snapshots containing it expire within a further 7 days and are not restored except to recover the service. We return an export first if you ask for one. We keep nothing else, except where law requires it — and then only that.
10. Information and audit
We give you the information you need to demonstrate compliance with Article 28, and this document, its annexes and the public security pages are the first answer. Beyond them you may audit us once a year on 30 days' notice, or more often after a breach affecting your data or a change of sub-processor you objected to; audits happen under confidentiality, at your cost, and without access to another customer's data. A recognised third-party report, once we hold one, satisfies this clause.
11. International transfers
We do not transfer your personal data outside the European Union. Everything is processed in one EU region, by the parties in Annex III, at the locations listed there. If that ever has to change we will tell you first, and put an Article 46 safeguard in place before it does.
12. This document
This is our template. If you have your own DPA we will read it and are usually able to sign it — the annexes below are the part you actually need either way. Governing law and venue: jurisdiction.
Annex I — the processing
A · The parties
| Controller | Processor | |
|---|---|---|
| Party | your organisation | legal entity |
| Address | your registered address | registered address |
| Registration | your company number | company registration number |
| Contact | your data protection contact | security@gaugeseal.com |
B · Description of the processing
| Item | Answer |
|---|---|
| Categories of data subject |
|
| Categories of personal data |
|
| Special categories | None. The service is not intended for them and asks for no field that would carry one. |
| Nature and purpose | Reading inventory, ownership, refresh outcomes and viewing activity from the controller's BI platforms; evaluating each report against the contracts the controller declares; presenting the result in the product and in a weekly email to the controller's own members. |
| Frequency | Continuous. Scheduled daily collection, batch evaluation, and one digest a week. |
| Duration | The term of the service agreement, bounded within it by the retention set on the account — 730 days for telemetry and 180 days for rejected deliveries unless agreed otherwise. |
C · Competent supervisory authority
Yours, determined by your establishment. Ours: the authority that supervises us.
Annex II — technical and organisational measures
Article 32 measures, as implemented. Each is a property of the running system.
| Measure | What it is |
|---|---|
| Encryption in transit | Every connection is TLS, terminated by the proxy. The application binds the loopback interface and is not reachable from the internet by any other route. |
| Credentials sealed at rest | Connector credentials are encrypted (AES-256-GCM) before they reach the database, under a master key held outside it and injected at process start. Each sealed value is bound to its account, workspace and field, so a row copied elsewhere fails to open rather than opening in the wrong context. Rotation is supported and has been exercised in production. |
| Secrets stay out of everything else | Credentials never appear in a log line, an error message or a URL, and they enter through exactly two doors: the connect form's request body and an operator prompt. Enforced by tests, not by convention. |
| Keys we issue are held as digests | The embed collector's push keys are stored as a hash and a 6-character prefix. The running process holds no key, we cannot show one twice, and a revoked key's string is never reissued. |
| Tenant isolation is structural | Every stored key and every query carries the account and the workspace; a store call that is not workspace-scoped fails rather than widening. An introspective suite drives every port method and every route against a second tenant's data on multiple storage backends, so a screen added later inherits the sweep. |
| Authentication without passwords | Sign-in is a single-use emailed link; sessions are server-side rows whose expiry is data on the row, bound to one account membership. Cookies are host-only, HTTP-only and SameSite; every form that changes state carries a token derived from the session. |
| Backups and a rehearsed restore | Both stores are snapshotted daily through SQLite's online backup API, integrity-checked, 7 kept. Sealed values stay sealed in a snapshot. The restore procedure has been rehearsed end to end rather than documented. |
| Retention and erasure are enforced jobs | A daily sweep deletes past each account's bounds; erasure rewrites an identity across every event of the account, including inside retained raw payloads. Unbounded retention is not a value the system can hold. |
| We watch our own instance | Failed jobs, connector outages and rejected telemetry raise operator alerts; an external check watches for the whole instance going quiet. Operational logs record job kinds and counts — never identities, keys or request contents. |
| Data minimisation is a review gate | The personal-data inventory is a file in the repository, and a change that adds a personal field must add a row to it — with a retention bound and an erasure path — or it does not ship. |
Annex III — sub-processors
| Sub-processor | What it does | Where |
|---|---|---|
| OVHcloud | The virtual server the application runs on, its disk, and the daily backup snapshots on it. All stored data is here. | European Union |
| Scaleway | Delivers sign-in links and the weekly digest. It sees the recipient's address and the message, which names that account's own reports, owners and verdicts. | European Union — France |
No others. For completeness, the places your data sits:
- The server, in the European Union — one region, no replication to any other.
- Operator-controlled hardware in the European Union, holding pulled copies of the same daily backups.
Operational alerting and the certificate authority in front of the service receive no personal data: alerts carry job kinds and counts, and certificates carry a hostname.
Signatures
| Controller | Processor | |
|---|---|---|
| Name | legal entity | |
| Signature | ||
| Date |
Not ready to be signed
The annexes describe the system and are ready to be relied on. The parties clause is not, because the company behind it is not settled yet:
- Jurisdiction — follows the entity's country of establishment.
- Legal entity — not incorporated yet — until it is, the processor is the individual operating the service, named at signature.
- Registered address — follows the entity.
- Company registration number — follows the entity.
- The authority that supervises us — follows the entity's country of establishment.