Your data

It stays yours — wherever you run it

Said in the terms your own security team uses. What is true today, and what is not yet.

Security

Enterprise-grade security and controls

Xolarc works from the knowledge your enterprise has built over decades, and it touches customer data only for the specific requirement a person has put to it. It does not wander your systems to take information in. The controls enterprise teams expect are included, such as single sign-on, role-based access, audit logs, tenant isolation and data lifecycle management.

Enterprise-grade protection

Customer-system boundary

We do not access or integrate with any of your customer systems. Customer data enters Xolarc only when your firm exports and uploads it for a specific requirement.

No-connector architecture · ingestion by explicit action · provenance on ingestion

Engagement walls

Customer data is accessible only to people authorised on that account — no member of another account can see it, and access is granted by a person, never assumed. Your firm’s internal knowledge remains shared.

Account-team authorisation · account scoping · role-bounded retrieval

Identity & access

Single sign-on and directory provisioning in enterprise deployments; MFA on non-federated accounts. Five permission levels, least privilege by default.

SSO (SAML/OIDC) · SCIM · MFA · RBAC · least privilege

Tenant isolation

One partition per enterprise, enforced at the database: row security on every table, a search index per tenant, working files scoped to the engagement.

Row-level security · index-per-tenant · engagement scoping · isolation testing

Data protection

AES-256 at rest, TLS 1.2+ in transit, stored credentials double-encrypted. Personal data is screened before storage or any model call; every detection is logged.

Encryption at rest/in transit · field-level encryption · PII screening · detection logging · key management

AI & model controls

Model access runs on contracted terms that exclude training, or inside your own cloud subscription. Generated code executes in an isolated, ephemeral sandbox; actions beyond drafting require named-person approval.

No-training terms · sandboxed execution · human approval · allowlisted egress · injection defence in depth

Data lifecycle

Retention is set by you; engagement files purge at close. At exit: full export in open formats, then certified deletion within thirty days, confirmed in writing.

Retention policy · purge at close · full export · deletion certificate

Monitoring & audit

Access, answers and administrative actions are logged, tenant-scoped and exportable to your SIEM. Xolarc-side access to a tenant is name-listed, time-bounded and recorded.

Audit logging · SIEM export · privileged access management · no standing vendor access

Application & network security

Mandatory code review with dependency and static scanning on every change. Independent penetration testing scoped to the tenant boundary; a published vulnerability disclosure channel.

Secure SDLC · SAST/SCA · penetration testing · disclosure policy · severity-based patch windows

Incident response & resilience

A documented response plan with notification clocks: six hours’ incident notice and seventy-two hours for the detailed report, with contractual commitments to match. Encrypted, restore-tested backups.

IR plan · CERT-In / DPDP clocks · breach commitments · backups · DR objectives

Compliance & privacy

Data processing agreement with Standard Contractual Clauses; DPDP-first, GDPR-ready. A published, versioned sub-processor list with thirty days’ notice of change.

DPA + SCCs · DPDP / GDPR · sub-processor registry · SIG/CAIQ responses · right to examine
AES-256at rest — TLS 1.2+ in transit
6 hoursincident notice
72 hoursdetailed breach report
30 dayscertified deletion at exit

Standards and frameworks

ISO/IEC 27001
NIST CSF
NIST AI RMF
ISO/IEC 42001
OWASP LLM Top 10
SIG · CAIQ
DPDP · GDPR
SOC 2 — roadmap

The evidence pack

Security review documentation, shared under NDA.

Security architectureComplete architecture: boundaries, data flows, AI controls, incident clocks
Controls registerSeventy controls, with status and evidence per control
Deployment security matrixSecurity posture for each deployment model
Sub-processor listAll sub-processors, with purpose and location — thirty days’ notice of change
Questionnaire responsesSIG and CAIQ, answered and maintained
AgreementsData processing agreement and security addendum
How it runs

SaaS, your cloud, or your data centre

Containerised from day one — the same platform, wherever your obligations put it.

Managed SaaS

A dedicated tenant run by us, in the region you choose. Nothing to stand up, nothing to maintain — live in days.

  • TenancyIsolation at the data layer, an index per tenant
  • ModelsContracted terms — your data never trains them
  • ExecutionIsolated, ephemeral sandbox
  • KeysPlatform-managed
  • EgressPublished sub-processors, allowlisted
  • UpdatesContinuous, by us

Your cloud

Deployed into your own subscription — your VPC, your region, your controls, your keys. Your security team keeps it on their side of the line.

  • TenancyDedicated install in your VPC — physical separation, data-layer isolation retained
  • ModelsModel services inside your subscription
  • ExecutionContainers inside your own network
  • KeysYours, in your cloud
  • EgressOnly endpoints you approve
  • UpdatesSigned releases, on your schedule

On-premise

Containerised for your own data centre — air-gappable, for regulated work and closed networks where everything must stay in the room.

  • TenancyYour data centre, closed network
  • ModelsSelf-hosted — nothing leaves
  • ExecutionAir-gapped containers
  • KeysYours, in your data centre
  • EgressNo runtime egress — updates arrive as signed, verified offline bundles
  • UpdatesSigned offline bundles, applied in your change window
Security review

Bring your security team to the first call

The evidence pack is shared under NDA, with a direct security contact.

What would you like?
We reply the same day.