For information security and audit

Answers for your security review.

Ordered by the areas of BSI C5:2026, the cloud security catalogue of the German Federal Office for Information Security.

Location and service levels

C5: GC, PSS-12, OIS-03
Where is our data processed and stored?
With the server, wherever it stands, usually on your premises. The cloud runs in the Munich East data centre; backups are kept in a second data centre in Germany. Add-on services you enable, such as web search via Staan.ai, and additional computing power, for example from STACKIT or Mistral AI, run in the EU. If you specify your own provider, such as Microsoft Azure, we use an EU region there. List of sub-processors (PDF, in German) ↗
What availability do you commit to?
We do not commit to a minimum availability. Further service levels are available on request. Support is available on working days from 9 am to 5 pm, with a first response within one working day, prioritised by severity. The annex “Support and service levels” is authoritative.
How is responsibility split between basebox and us?
In the cloud, basebox runs the platform, including updates, backups and monitoring; you manage people, groups and sharing. With the server, you run hardware, network and backups; basebox supplies software, updates and support. The TOMs set out the split for each deployment option. TOMs (PDF, in German) ↗

Organisation and policies

C5: OIS, SP
Does basebox have an information security management system?
Yes. The ISMS of basebox GmbH is certified to ISO/IEC 27001:2022, with data protection and security policies and annual surveillance audits. The scope covers development, implementation and operation of the software. ISO 27001 certificate (PDF) ↗
Does the certificate also cover our server?
No. The certificate covers basebox as a supplier; for a server on your premises, that means the software and its supply chain. Operating the server is covered by your own ISMS.
How does basebox check that its measures work?
Regularly and when there is cause: through security and data protection reviews, analysis of audit reports and logs, and tests of backup and recovery. Findings feed into improvements and training.
Whom do we contact about data protection and security?
Our data protection officer at datenschutz@basebox.ai. Report security vulnerabilities to security@basebox.ai. Report a vulnerability →

Staff

C5: HR
Are basebox staff bound to confidentiality?
Yes, all of them. Only those who need access to personal data for the service have it. For professionals bound by secrecy, the agreement under Section 203 of the German Criminal Code (StGB) also applies, with instruction on criminal liability and written commitment of any third parties involved. Agreement under Section 203 StGB (PDF, in German) ↗
How are staff trained?
All staff are trained in and made aware of data protection and information security. Only suitable, trained people carry out administrative tasks; deputies are defined.
What rules apply to developers’ computers?
Every developer confirms quarterly in writing, countersigned: encrypted disk, screen lock after 10 minutes, security updates within 5 days, two-factor sign-in where possible, remote access only via VPN. Production data is never stored locally, secrets never in version control.

Data centre and physical security

C5: PS
Which data centre does the cloud run in?
noris network AG, at its Munich East site. noris provides floor space, power and connectivity. We provide the data centre’s certificates and access controls on request.
Who has physical access to the cloud servers?
The data centre staff and our hardware partner FAST LTA, which owns and maintains the servers. Both are on the list of sub-processors. List of sub-processors (PDF, in German) ↗
Who is responsible for the server’s physical security?
You, if the server stands on your premises. If it stands in our data centre, basebox is responsible for access, rack, power, cooling and fire protection.

Operations: capacity, malware, backups

C5: OPS-01 to OPS-09
How is capacity planned?
In the cloud, basebox scales within the agreed number of people; exceptional loads may require a separate quote. For the server, the size depends on how many people ask questions at the same time. Calculate price →
How does basebox protect against malware?
Uploaded documents are read in an isolated process. Content from web search arrives as plain text only; scripts and active content are removed. The backend is written in Rust, a memory-safe language.
How is the cloud backed up?
Daily and encrypted, in a second data centre in Germany, kept for 30 days. Before every update, we also back up the database.
Who backs up the server?
You, with your own tools. basebox has no copy and no access. The entire state lives in the databases and one data directory; the documentation recommends daily backups and a monthly restore test. Backup and restore ↗
Are restores tested?
Yes, restore tests are part of our TOMs. We provide details on scope and frequency on request.

Logging and monitoring

C5: OPS-10 to OPS-17, PSS-04
What does basebox log?
The audit log records who did what and when: sign-ins and failed attempts, permission changes, configuration, connectors, chats, documents, workflows and exports. It contains only identifiers, no names or e-mail addresses. Audit log →
Can anyone change the audit log or delete entries?
No. The database only accepts new entries and rejects changes and deletions. Entries expire only at the end of the configured retention period.
How long are logs kept?
The audit log for 6 months; your administrator can set 3 to 36 months. System logs are deleted after 7 days unless you configure otherwise.
Is the content of questions and answers logged?
Only if your organisation switches on detailed logging; everyone then sees a notice in the chat that cannot be turned off. Passwords, keys and connector credentials never appear in the log.
Can we feed the audit log into our SIEM?
Today we export the audit log on request as CSV or via REST and hand it over to you. Automatic forwarding to your SIEM is not available yet. SIEM connection ↗
Who monitors operations?
In the cloud, basebox: we monitor the environment technically, analyse logs for unusual events and log administrative access to the infrastructure. With the server, your IT monitors; with an operations contract, basebox monitors its own software components.

Vulnerabilities and updates

C5: OPS-18 to OPS-29, PSS-02, PSS-03
How does basebox find vulnerabilities?
Every release goes through dependency checks for known vulnerabilities (CVE) and static code analysis; a known vulnerability makes the release fail. We also track vulnerability information continuously and commission penetration tests.
Has there been a penetration test?
Yes. In November 2025, external testers examined the cloud’s web application, interfaces and sign-in as a white-box test with source code, following OWASP Top 10 and OWASP API Security Top 10. Critical findings have been fixed.
Who installs security updates, and how quickly?
Updates are included in the licence. In the cloud, basebox installs them, urgent security updates also outside the maintenance window. With the server and no operations contract, you install them and review urgent security updates without delay.
How do we hear about new versions?
By e-mail, with release notes for every version. Nothing installs itself automatically on the server.
How do we report a vulnerability?
To security@basebox.ai. We confirm receipt within two working days; the contact details are available in machine-readable form in security.txt. security.txt →

Separation of organisations

C5: OPS-30, OPS-31, COS-06
How are customers separated from each other in the cloud?
Each organisation gets its own virtual Kubernetes environment and its own user directory (Keycloak). The environments run on a shared server.
Do customers share the AI model?
In the cloud, yes by default: computing power and AI model are shared; each request is processed without permanent storage and remains logically separated. On request, we agree an AI model for your organisation alone; you will find the price in your personal quote.
How is the server separated?
A server belongs to exactly one customer. GPUs are shared only by your own services.
What applies in the starter environment?
New accounts start in a shared environment at Hetzner in Nuremberg, logically separated from each other and with a shared user directory. For health data and other special categories under Art. 9 GDPR, we recommend the cloud or the server. Starter environment →

Sign-in and permissions

C5: IAM, PSS-05 to PSS-09
How do people sign in?
Via Keycloak with OpenID Connect (authorisation code flow with PKCE); basebox itself never sees a password. Your user directory is connected via LDAP, OIDC or SAML, for example Active Directory or Entra ID. Sign-in ↗
Is there two-factor sign-in?
Yes, as a switch per organisation: with an authenticator app (TOTP), optionally by SMS via a gateway you connect.
Who sets password rules, session length and lockout after failed attempts?
Your administrator, in the Keycloak settings. With every request, basebox checks the signature, expiry and issuer of the sign-in.
What roles and permissions are there?
Deliberately few roles: people and administrators. Whoever builds an app shares it with groups or people, to use or to edit; sharing an app never shares data. Groups come from your user directory; changes there also apply in basebox. Permissions →
Do permissions also apply to individual documents in an app?
No. Anyone allowed to use an app reaches all documents stored in it. Through connectors, however, the person’s permissions in the respective system apply.
How do connectors access our systems?
With the person’s own access; there is no shared service account. Credentials are stored per person and never displayed; the target system enforces its permissions. Writing is off by default. Connector access ↗

Access by basebox

C5: IAM-06, IAM-07, SSO
Who at basebox can access our data in the cloud?
Our operations staff have technical access to databases, files and logs, only for operations and on a need-to-know basis. Every access is logged; we do not look at content. You receive the operations permission concept on request.
Does basebox have access to our server?
No, not without an operations contract. Remote maintenance happens only on your instruction: via VPN, bastion host or similar, time-limited, approved by you, logged and revocable at any time. After every maintenance window, you receive a report.
Who has technical access to the hardware?
In the cloud, FAST LTA, our hardware partner, for provisioning, maintenance and hardware service; for this, FAST LTA is a sub-processor. With the server, you buy hardware and service contract from FAST LTA; there, FAST LTA is your contractual partner and not a sub-processor of basebox.

Encryption

C5: CRY
Is data in transit encrypted?
Yes. From outside, basebox is reachable only via HTTPS on port 443, with your certificate on the server and ours in the cloud.
And between services inside the platform?
Inside the cluster, services communicate over a private network without their own encryption. Where a connection crosses hosts or security zones, for example to a separate GPU server, TLS is mandatory; TLS to the database can be enforced.
Is stored data encrypted?
The application does not encrypt stored data itself; it is protected by encrypted storage. With the server, you set this up; for the cloud, we provide the details on request. Cloud backups are encrypted.
How are passwords and secrets protected?
Keycloak stores passwords of local accounts only as hashes. Database passwords and keys are held as Kubernetes or Docker secrets, separated per service, and never appear in the browser or in logs.

Network and communication

C5: COS, PI-01
What is reachable from outside?
A single entry point via HTTPS for interface and sign-in. All other services talk only to each other internally; people never have a connection to the AI model or to target systems. Data flow →
Does the server open connections to the outside?
Not by default: no telemetry, no licence check, no update polling. Only what you set up goes out, such as web search, an external model, connectors, an SMS service or your SIEM.
Does basebox run without internet?
Yes, the server runs entirely without internet, with AI model, documents, apps, permissions and audit log. Software and models arrive as an offline package via your internal repository; only web search is unavailable. Running without internet ↗
Where may a connector open connections?
Only to the destinations approved for it; web search reaches only its provider. Connections to connectors and to the AI model are opened only by the basebox server, never by the person’s device.

Data return and deletion

C5: PI
How do we get our data back when the contract ends?
At your choice, we return the data or delete it, unless a statutory retention obligation applies. In the cloud, we support export in a common format, as agreed with you; we then decommission and delete your environment. DPA →
What happens to the backups?
Deleted data disappears from the cloud backups when they expire after 30 days. With the server, you decide how long to keep backups.
How is data deleted during operation?
People delete their own chats and documents; administrators delete people and everything that belongs to them. When a document is deleted, basebox removes the original, the extracted text and the search index. Deletion ↗
Who deletes on the server?
You. With the server, you are responsible for backup, export, retention and deletion.
Through which interfaces does data leave the platform?
Through a REST interface with a separate key per person, which can be revoked and whose use is logged. There is also the CSV export of the audit log. basebox relies on open standards such as OIDC, SAML, LDAP and PostgreSQL.

Development and changes

C5: DEV
What is basebox built with?
The backend is written in Rust, a memory-safe language without a runtime. The interface is a Vue 3 application that talks to the backend via GraphQL; for your own applications, there is REST and an OpenAI-compatible interface. Sign-in via Keycloak, data in PostgreSQL, operation as containers on Kubernetes. Components in the documentation ↗
How is a release checked and approved?
Before every release, static code analysis, dependency and known-vulnerability checks, unit tests, a test installation and manual quality assurance run. Releases are approved under the four-eyes principle.
Is there a software bill of materials (SBOM)?
Yes, generated automatically for every release. Customers see it in full in their basebox; before purchase, we send it on request. We will implement further obligations under the Cyber Resilience Act by December 2027. Request SBOM →
Where do software and AI models come from?
As versioned container images from the basebox registry or as an offline package, installed via Helm chart. A model register documents the origin, version and licence of every AI model. Model register ↗
Are the images signed?
Not yet; signing is in preparation. Until then, image digests prove that the images are unchanged.
How are changes made traceable?
Every version has release notes and a changelog. Database migrations are numbered, secured by checksum and run forwards only; a database backup is mandatory before every update.

Suppliers and sub-processors

C5: SSO
Which sub-processors does basebox use in the cloud?
noris network (Munich East data centre) and FAST LTA (servers and hardware service). For additional computing power, we use providers such as STACKIT or Mistral AI in the EU, or the provider you specify, for example via your framework agreement with Microsoft Azure. The list shows which ones work for you. Providers you engage and connect yourself are not sub-processors of basebox. List of sub-processors (PDF, in German) ↗
How do we learn about changes to sub-processors?
We inform you in advance with reasonable notice. You may object on important data protection grounds.
Is our data used for training?
No. We only use AI service providers whose contract excludes training on the data transmitted.
What applies to the app with an external model?
It runs on Google Vertex in Frankfurt and is a separate app that your administrator shares only with selected groups. Google does not train on your input and logs it for abuse detection for no more than 30 days; as a US company, Google is subject to the US CLOUD Act. Comparison →
What applies to web search?
It runs via Staan.ai in the EU and only if you enable it. Only the search term is transmitted, without the person’s identity or IP address; we have a DPA with Staan, and training is excluded. Web search →

Security incidents

C5: SIM, OPS-24
How quickly does basebox report a personal data breach?
Without undue delay once we become aware of it, with the information required by Art. 33(3) GDPR. Anything that only becomes clear later, we supply without undue delay.
Is there a reporting deadline in hours, for example for NIS2?
No, the contract says “without undue delay”. We report immediately once we become aware, so that you can meet your own deadlines.
Are we also informed about other security incidents?
Yes. In the event of known systemic risks or security-relevant incidents, we inform affected customers without undue delay. Since 11 September 2026, we report actively exploited vulnerabilities under the Cyber Resilience Act.
How do we report an incident?
Through support; we assess it as part of support. You remain responsible for incidents in your own infrastructure; further assistance is agreed separately.
How do basebox staff handle incidents?
They report every incident immediately to a central point. Documented procedures exist for security incidents, and every incident is recorded with evidence.

Emergencies and recovery

C5: BCM, GC-03, GC-04
Is there business continuity management?
Yes. Emergency and recovery processes, restore tests and protection against accidental destruction are part of our TOMs. We provide details on request. TOMs (PDF, in German) ↗
Which recovery times (RTO, RPO) apply?
We do not commit to fixed recovery times. We resolve incidents with reasonable care, where necessary with a workaround first. High availability and a disaster recovery data centre are not part of the service.
What happens if our server fails?
FAST LTA replaces defective parts, GPUs included, under the service contract. If the server fails completely, you restore basebox from the databases and data directory on new hardware; for resilience, several servers can be combined.
What happens if the AI model fails?
basebox shows an error. There is no silent switch to another model.

Compliance and evidence

C5: COM, GC-06
Which certificates and attestations does basebox hold?
basebox is ISO 27001 certified. The BSI C5 Type 1 attestation for the cloud is in progress, planned under C5:2026. Certificates →
Do we need a C5 attestation for the server?
No. C5 applies to cloud services; for the server, your requirements as operator apply. BSI C5 →
May we audit basebox?
Yes. Primarily on the basis of our evidence; an on-site audit takes place if the evidence is not sufficient and there is a legitimate reason, announced in advance and at your expense.
Which documents do we receive for our review?
Data protection and information security summary, DPA, list of sub-processors, TOMs, agreement under Section 203 StGB, ISO 27001 certificate and SBOM. We send the description of architecture and data flows (in English) on request. Request architecture →
Does basebox help with NIS2, critical infrastructure (KRITIS) and B3S for hospitals?
The obligations lie with you as operator; as supplier, basebox provides the evidence. We are currently mapping our measures to B3S Krankenhaus, the German industry security standard for hospitals; you receive it on request. NIS2, KRITIS, B3S →
Where does basebox stand under the EU AI Act?
basebox is a platform, not a high-risk AI system; your obligations depend on how you use it. For this, there are the model register, the audit log, human approval of write actions and training in AI literacy. EU AI Act →
May classified information or control systems be connected to basebox?
No. basebox is not approved for German classified information (VS-NfD); classified material does not belong in it. Control systems and plant control are not connected; basebox works with documents and office systems. Critical infrastructure and authorities →

Requests from authorities

C5: INQ, GC-05
Does basebox hand data over to authorities?
Only if an official or court order obliges us to. Where permitted and possible in the individual case, we inform you beforehand; this is set out in the agreement under Section 203 StGB.
Is basebox subject to the US CLOUD Act?
No, basebox is a German company. For the app with an external model at Google, the CLOUD Act applies because Google is a US company.
What applies to the server?
Without an operations contract, basebox has no access to your data and therefore cannot hand any over. We do not answer data subject requests ourselves, only on your instruction.

Settings for your security

C5: PSS-01, PSS-12
What do we configure ourselves?
Second factor, password rules, sessions and lockouts, detail level and retention of the audit log, web search, connectors with individually approved write permissions, and sharing of AI models with apps and groups.
Is web search off by default?
Yes. You enable it per app, and every person confirms before the first search. Web content does not reach internal data; we recommend not combining web search and internal connectors in the same app.
What may AI agents do?
Only what the person on whose behalf they act may do. Write actions are off by default and run only after approval by a human.
Does basebox check the AI model’s answers in advance?
No. Every answer shows its sources with the quoted passage, and model and version are documented; the specialist checks against the source and is responsible for how the answer is used. Traceability →
Which controls are our responsibility?
Maintaining people, groups and sharing, switching on the second factor, reviewing the audit log and preparing the impact assessment. With the server, also operations, network, disk encryption and backups. Impact assessment template →

These answers are non-binding information; your contract, the DPA and the TOMs (technical and organisational measures) prevail. Security and evidence →

Cookie settings

This website sets no cookies for analytics or advertising and embeds no tools from other providers. Your browser only stores what is needed to use the site. Privacy policy