Legal

Data Processing Agreement

Tresor S.A. - Version 1.0

Effective date: 22 June 2026

1. Background and Scope

1.1 This Data Processing Agreement ("DPA") forms part of the applicable Master Services Agreement, Order Form, or other written or electronic agreement under which Tresor S.A. ("Tresor") provides the Tresor Workspace and/or the Tresor Confidential Inference API (the "Services") to the customer identified in that agreement ("Customer") (the "Agreement").

1.2 This DPA applies where and to the extent Tresor processes personal data on behalf of Customer as a processor within the meaning of Article 28 of Regulation (EU) 2016/679 ("GDPR"). This concerns personal data contained in Content (as defined below). It does not apply to operational data (including account, billing, usage and receipt metadata, security logs, and support communications), which are processed outside the scope of this DPA. For the avoidance of doubt, with respect to such operational data Tresor acts as an independent controller for its own account-management, billing, security, support, and legal-compliance purposes, as described in the Agreement and Tresor's privacy notice , unless the Parties expressly agree otherwise in writing.

1.3 Precedence. In case of conflict between this DPA and the Agreement, this DPA prevails with respect to the processing of personal data on behalf of Customer.

2. Definitions

"Content" means the prompts, uploaded documents, conversations, project contents and AI responses submitted to or generated by the Services for Customer, as defined in the Agreement.

"Data Protection Law" means the GDPR and applicable Luxembourg data protection legislation, in each case as amended.

"Zero-Access Architecture" means the technical design of the Services under which Content is encrypted client-side and/or processed only inside attested confidential computing environments (secure enclaves) operated by Tresor and, for routed inference, approved attested inference providers, such that Tresor personnel and infrastructure operators have no technical means to access Content in plaintext outside those environments, as described in the Agreement and Annex 2.

Terms such as "controller", "processor", "data subject", "personal data", "processing" and "personal data breach" have the meanings given in the GDPR. Capitalised terms not defined here have the meaning given in the Agreement.

3. Roles and Instructions

3.1 Customer is the controller of personal data contained in Content (or, where Customer acts on behalf of a third-party controller, a processor duly authorised to engage Tresor as a sub-processor; in that case references to "controller" obligations apply to Customer accordingly). Tresor is Customer's processor for such data.

3.2 Tresor processes personal data in Content only on Customer's documented instructions, unless required to do so by Union or Member State law, in which case Tresor will inform Customer of that legal requirement before processing unless the law prohibits this. Customer's complete and final instructions are: (a) processing necessary to provide the Services in accordance with the Agreement; and (b) processing initiated by Customer and its users through their use of the Services. Additional instructions require the Parties' written agreement, including on any costs.

3.3 Tresor will inform Customer without undue delay if, in its opinion, an instruction infringes Data Protection Law. The Parties acknowledge that, given the Zero-Access Architecture, Tresor is generally unable to review or evaluate Content and therefore cannot assess instructions embedded in Content.

3.4 Customer is responsible for the lawfulness of the personal data it submits to the Services, including having a legal basis and providing any required notices to data subjects.

4. Zero-Access Processing

4.1 The Parties acknowledge that the Services are designed so that Content is processed only inside attested confidential computing environments operated by Tresor and, where Customer uses routed third-party inference, by the approved attested inference provider selected for the request. Neither Tresor personnel nor infrastructure operators have technical means to access Content in plaintext outside those environments. For the Confidential Inference API, prompts and responses are not retained after the response is returned, except that cryptographic digests and verification metadata may be recorded in receipts without storing prompt or response plaintext. For the Tresor Workspace, Content is stored only in encrypted form under keys controlled by Customer.

4.2 Accordingly, where this DPA requires Tresor to assist Customer or to act with respect to personal data in Content, Tresor's obligations apply taking into account the nature of the processing (Articles 28(3)(e) and (f) GDPR): assistance is provided primarily through the functionality of the Services (e.g., Customer-side access, export, correction and deletion of Content) and through architectural, audit, and attestation information, rather than through direct handling of Content in plaintext, to which Tresor does not have routine operational access.

5. Confidentiality

5.1 Tresor ensures that persons authorised to operate the Services are bound by appropriate confidentiality obligations (contractual or statutory). Under the Zero-Access Architecture, such persons have no routine operational access to Content in plaintext in the ordinary operation of the Services.

6. Security of Processing

6.1 Tresor implements and maintains the technical and organisational measures described in Annex 2, in accordance with Article 32 GDPR. Tresor may update these measures from time to time, provided the updates do not materially reduce the overall level of protection during a subscription period.

6.2 Customer is responsible for the security measures within its control, including the management of its credentials, encryption keys and recovery material, API keys, user access, and the configuration of region restrictions where required.

7. Sub-processors

7.1 Customer grants Tresor general written authorisation to engage sub-processors for the processing of personal data under this DPA. The current list of sub-processors, including attested inference providers, is set out in Annex 3. Tresor will make updated Annex 3 information available to Customer through the Services, by email to Customer's administrative contact, or by another written notice channel designated in the Agreement.

7.2 Tresor will notify Customer of intended additions or replacements to Annex 3 at least thirty (30) days before the new sub-processor processes personal data, by email to Customer's administrative contact, through the Services, or through another written notice channel designated in the Agreement. Customer may object on reasonable data-protection grounds within that period; if the Parties cannot resolve the objection, Customer may terminate the affected Service or Order Form without penalty as its sole remedy.

7.3 Tresor imposes on each sub-processor data-protection obligations materially equivalent to those in this DPA and remains liable to Customer for its sub-processors' performance.

7.4 Attested inference providers. Inference requests may be routed to approved third-party inference providers that operate attested confidential computing environments. Tresor verifies each provider's hardware attestation before any Content is forwarded. For routed inference, Content is processed in plaintext only inside Tresor's enclave path and inside the verified TEE of the selected provider, and approved providers must not retain prompts or responses after the response is returned other than transient in-memory processing required to serve the request. This contractual non-retention obligation backstops, and does not replace, the technical controls described in Sections 4.1 and 6.1. The provider serving each request is identified in the corresponding receipt. Where Customer enables a region restriction (EU or Luxembourg), it is enforced as a hard routing constraint: if no eligible route matches, the request fails rather than widening geography.

8. Assistance with Data Subject Rights

8.1 Taking into account the nature of the processing, Tresor assists Customer by appropriate technical and organisational measures in fulfilling Customer's obligation to respond to data subject requests under Chapter III GDPR. For personal data in Content, access, rectification, erasure and portability are exercised by Customer directly through the Services, since Tresor cannot read or extract Content on Customer's behalf.

8.2 If a data subject contacts Tresor directly regarding personal data in Content, Tresor will, to the extent it can attribute the request to Customer, forward the request to Customer without undue delay and will not respond on the merits except as instructed by Customer or required by law.

9. Personal Data Breach

9.1 Tresor will notify Customer without undue delay, and where feasible within forty-eight (48) hours, after becoming aware of a personal data breach affecting personal data processed under this DPA, and will provide the information reasonably required for Customer's obligations under Articles 33 and 34 GDPR, supplementing it as information becomes available. Tresor will take reasonable measures to contain and remediate the breach.

9.2 The Parties acknowledge that, under the Zero-Access Architecture, a compromise of Tresor's infrastructure outside the enclaves exposes only ciphertext and operational metadata; Tresor's notification will state, where determinable, whether the breach could have affected Content in plaintext.

10. Data Protection Impact Assessments

10.1 Taking into account the nature of the processing and the information available to it, Tresor will reasonably assist Customer with data protection impact assessments and prior consultations under Articles 35 and 36 GDPR, in particular by providing the technical documentation, attestation information and audit material described in Section 11.

11. Audit and Demonstration of Compliance

11.1 Tresor makes available the information necessary to demonstrate compliance with this DPA, including: (a) this DPA and the Annexes; (b) technical documentation of the Zero-Access Architecture, including published enclave measurements and the attestation verification procedure; (c) signed receipts evidencing processing inside attested environments; and (d) summaries of third-party audits or certifications, as they become available.

11.2 Where the material in Section 11.1 is insufficient to demonstrate compliance, Customer (or an independent auditor mandated by it and bound to confidentiality, not being a competitor of Tresor) may audit Tresor's compliance with this DPA no more than once per twelve (12) months, upon at least thirty (30) days' written notice, during business hours, without disruption to operations, and subject to Tresor's security policies. Audits do not include access to data of other customers, to enclave-internal key material, or to systems whose disclosure would compromise the security of the Services. Each Party bears its own costs; audits exceeding one day or requested more frequently are at Customer's expense at Tresor's then-current rates, unless the audit reveals material non-compliance.

11.3 Audits required by a supervisory authority remain unaffected.

12. International Transfers

12.1 Tresor-controlled infrastructure for the production Services is hosted in the European Union. Where Customer selects, or permits automatic routing to, a sub-processor location outside the EU/EEA, Tresor ensures a valid transfer mechanism under Chapter V GDPR (for example, an adequacy decision or the Standard Contractual Clauses supplemented by the measures in Annex 2).

12.2 The Parties consider the Zero-Access Architecture a technical supplementary measure for routed inference because Content is encrypted in transit and processed in plaintext only inside attested TEEs, with no routine administrative plaintext access outside those TEEs. Customers requiring EEA-only processing can enable the region restriction described in Section 7.4; if no eligible route matches, the request fails.

13. Deletion and Return

13.1 Upon termination or expiry of the Agreement, or earlier upon Customer's instruction through the Services, Tresor deletes personal data processed under this DPA, unless Union or Member State law requires storage. For the Confidential Inference API, prompts and responses are not retained after the response is returned, so no end-of-term deletion of Content is required. For the Tresor Workspace, deletion is effected by deletion of the encrypted Content and/or destruction of the associated key material (crypto-erasure); Content encrypted under keys held only by Customer becomes permanently irrecoverable upon deletion.

13.2 Return of Content is effected by Customer's own export through the Services prior to termination; Tresor cannot extract or hand over Content in plaintext. Where the applicable Service or request stores verification receipts, receipt bodies are stored as opaque signed JWS records rather than plaintext Content.

13.3 Unless a longer period is required by law or expressly agreed in an Order Form, the following default retention schedule applies to data handled under or adjacent to this DPA:

  1. API prompts and responses: request-scoped only; not retained after response completion.
  2. Workspace encrypted Content: retained until deleted by Customer or until deletion / crypto-erasure is effected under Section 13.1.
  3. Full attestation evidence embedded in stored receipts: retained for a default thirty (30) day window, after which raw evidence may be pruned to cryptographic hashes and commitments that preserve later verification.
  4. Receipt signatures, digests, provider identity, token counts, timestamps, and usage records: retained only as long as required for customer verification, fraud and security prevention, billing, audit, dispute handling, or mandatory legal retention, and in all cases without prompt or response plaintext.
  5. Enterprise-specific retention overrides in an Order Form control over the default schedule for the relevant Service.

14. Liability, Term and Final Provisions

14.1 The liability provisions of the Agreement apply to this DPA. Nothing in this Section limits a data subject's rights or either Party's liability towards data subjects under Article 82 GDPR.

14.2 This DPA takes effect upon acceptance of the Agreement and remains in force for as long as Tresor processes personal data on behalf of Customer.

14.3 This DPA is governed by the law specified in the Agreement. Annexes 1-3 form an integral part of this DPA.

Annex 1 - Details of Processing

Subject matter

Provision of the Tresor Workspace and/or Tresor Confidential Inference API, i.e., AI-assisted processing of Content inside attested confidential computing environments.

Duration

The term of the Agreement, plus the deletion period in Section 13.

Nature and purpose

Receipt, transient decryption inside enclaves, AI inference, retrieval over Customer documents (Workspace), generation of responses, encrypted storage (Workspace only), deletion. Purpose: providing the Services per the Agreement.

Categories of data

Any personal data Customer or its users include in Content. Determined solely by Customer; may include special categories of data (Art. 9 GDPR) where Customer so decides and is lawfully permitted. Tresor cannot see or filter such data.

Data subjects

Determined by Customer; typically Customer's employees, clients, business contacts and other persons referenced in Content.

Special categories - safeguards

Client-side encryption and/or exclusive processing inside attested TEEs operated by Tresor and approved attested inference providers; no plaintext access by Tresor personnel or infrastructure operators outside those TEEs; no retention (API) or encrypted storage under Customer-controlled keys (Workspace).

Annex 2 - Technical and Organisational Measures

Encryption and confidential computing

Client-side encryption of Content in the browser before transmission (XChaCha20-Poly1305; key derivation via Argon2id) for the Workspace; processing of Content exclusively inside attested confidential computing environments (AMD SEV-SNP or equivalent), with hardware-encrypted memory for data in use; TLS 1.2+ for data in transit; encryption at rest for all stored data; per-conversation data encryption keys sealed inside the enclave; crypto-erasure support.

Attestation and verifiability

Remote attestation of Tresor enclaves with published expected measurements; pre-flight attestation verification of third-party inference providers bound to the exact upstream identity, with short freshness windows; signed verification receipts (JWS/ES256) binding request or response digests to attestation evidence, independently verifiable against a published JWKS endpoint.

Access control and operations

Least-privilege and role-based access controls; no standing administrative access to Content in plaintext outside attested TEEs; multi-factor authentication for administrative systems; hardened, minimal enclave images (no shell or interactive access); strict API validation rejecting plaintext payloads for fields designed to be encrypted; logging with pseudonymised (hashed) tenant and resource identifiers; signed audit records.

Resilience and organisation

Encrypted backups, where used, of durable stored ciphertext (including encrypted Workspace artifacts) and opaque stored receipt records, with tested recovery procedures; monitoring and alerting on enclave health and attestation failures; documented incident-response process; security review of suppliers; confidentiality undertakings for personnel; EU-hosted infrastructure; independent audit summaries or certifications, if and when available, provided under Section 11.

Annex 3 - Sub-processors

Current as of 2026-06-22. Updates will be notified in accordance with Section 7.2.

Part A - Sub-processors of Content (within the scope of this DPA)

These sub-processors process Content (or store it in encrypted form) under the Zero-Access Architecture.

Microsoft Azure

Service
EU-hosted confidential computing infrastructure for Tresor-operated TEEs, including confidential VMs, networking, and L4 ingress
Location / transfer mechanism
EU regions

Supabase

Service
EU-hosted database and storage for encrypted workspace artifacts, opaque receipt records, and related ciphertext / metadata only
Location / transfer mechanism
EU-hosted; no prompt or response plaintext

RedPill / Phala

Service
Attested LLM inference inside provider-operated TEEs; request-scoped prompt / response processing only
Location / transfer mechanism
Customer-selected supported region; where outside the EU/EEA, SCCs plus Annex 2 supplementary measures

Tinfoil

Service
Attested LLM inference inside provider-operated TEEs; request-scoped prompt / response processing only
Location / transfer mechanism
Customer-selected supported region; where outside the EU/EEA, SCCs plus Annex 2 supplementary measures

Privatemode

Service
Attested LLM inference inside provider-operated TEEs; request-scoped prompt / response processing only
Location / transfer mechanism
Customer-selected supported region; where outside the EU/EEA, SCCs plus Annex 2 supplementary measures

Chutes (where enabled for Customer's selected model set)

Service
Attested LLM inference inside provider-operated TEEs; request-scoped prompt / response processing only
Location / transfer mechanism
Customer-selected supported region; where outside the EU/EEA, SCCs plus Annex 2 supplementary measures

Part B - Other service providers (operational data only - outside the scope of this DPA)

For transparency only. The following providers process operational data (account, billing, usage, support, analytics) for which Tresor acts as an independent controller under Section 1.2. They do not process Customer Content and are not sub-processors within the meaning of this DPA. They are listed here for information; Tresor's full record of processing is maintained under Article 30 GDPR.

Sweego

Service
Transactional email delivery
Data processed
Account and billing email delivery; no Content

Productlane

Service
Customer support / feedback
Data processed
Support communications; no Content

Stripe

Service
Payment and billing workflow
Data processed
Billing and account contact data; no Content

Vercel

Service
Hosting of account and usage surfaces (dashboards)
Data processed
Account / usage metadata; no Content

PostHog

Service
Product and website analytics
Data processed
Usage and analytics metadata; no Content

Attio

Service
Customer relationship management
Data processed
Business contact data; no Content

Google

Service
Email delivery (Gmail), calendar (Google Calendar) and document collaboration (Google Docs, Sheets, Slides)
Data processed
Account and business contact data; no Content

Slack

Service
Team communication and collaboration
Data processed
Account and business contact data; no Content

Note: vendors used solely for Tresor's internal business operations (e.g., internal collaboration, source control, accounting, banking, and design tools) that do not process Customer Content or Customer operational personal data are not listed here and are recorded in Tresor's internal Article 30 records.