Skip to main content

Trust centre

Published. Dated. No marketing asterisks.

Where Qorionix stands on security and compliance today, and what we are committing to between now and general availability. This page exists so that procurement, security and compliance reviewers can answer “what has Qorionix actually done?” in under a minute.

Last reviewed

Active
Controls operating today, evidenced in our own policies and in the service.
In audit
Engaged with an assessor. Report in progress, with a committed date.
Planned
On the roadmap with an owner and a target window. Not a control today.
Unresolved
A claim we would like to make and currently cannot. Stated as such.

Compliance roadmap

What we hold, and what we do not

Status, scope and timeline for every framework we map to. Dates are commitments rather than aspirations, and material slippage is disclosed on this page rather than quietly re-dated.

GDPR — technical and procedural measures

Active

Scope

Lawful-basis records, the subject-request workflow and one-call export, cascading erasure across every module, the breach-notification procedure, the architectural residency binding, and a published contact for data-protection questions that a person answers.

Timeline

In effect. Reviewed as guidance evolves.

GDPR — contractual instruments

Planned

Scope

Data-processing agreements with customers and with each sub-processor, standard contractual clauses and the transfer safeguards that rest on them, and a contractual data-residency addendum. Each is executed by a legal person.

Timeline

Blocked on the registration of the operating company, which is being formed. Nothing here has been signed. First commercial task after registration.

Responsible disclosure

Active

Scope

A published policy with a three-business-day acknowledgement, remediation targets by severity, and safe harbour for good-faith research. A security.txt at the well-known path.

Timeline

In effect. A bug-bounty programme with monetary rewards follows general availability.

SOC 2 Type I

Planned

Scope

Security, availability and confidentiality criteria across the identity, privileged access, log analysis and endpoint modules.

Timeline

No assessor engaged. An engagement is a signed contract and follows the registration of the operating company. Report targeted before general availability.

SOC 2 Type II

Planned

Scope

The same control scope, demonstrated over a six-month observation window.

Timeline

Observation window starts at general availability. Report targeted H1 2027.

ISO/IEC 27001:2022

Planned

Scope

Full management-system certification across people, process and technology.

Timeline

Implementation H1 2027, stage 1 and stage 2 audits H2 2027.

NIS2 as an entity

Planned

Scope

Our own Article 21 risk-management framework, incident reporting and supply-chain security — the same obligations we help customers evidence.

Timeline

Formalised alongside SOC 2 Type I.

EU-resident AI inference

Unresolved

Scope

A contractual guarantee that model inference runs inside the EU. Our provider does not currently offer one.

Timeline

Unresolved. Until it is, the system card reports the inference region as unverified and the residency add-on is not sold.

Independent penetration test

Planned

Scope

Annual, plus before every major release. Red-team exercises semi-annually thereafter.

Timeline

First engagement before general availability.

In place today

Security practices

Not marketing language. Each of these maps to a specific control requirement, and three of them exist because we found the corresponding defect in our own code and fixed it structurally rather than patching the instance.

Encryption
TLS 1.2 minimum with 1.3 preferred in transit, and mutual TLS between services. AES-256-GCM at rest for privileged credential vaults using envelope encryption — a data key per vault, with the key-encrypting key held in a managed key service and a fresh nonce per operation. Passwords are hashed with bcrypt at cost 12; API keys are stored as one-way hashes and cannot be recovered, only replaced.
Where we run
Qorionix runs from a single production cell, hosted in the EU (Ireland). AI inference runs in a separate EU location, Sweden. There is no second cell, no US or APAC processing, and no option to pick a different home region — every workspace lands in the same EU cell. See Where your data lives for the mechanism and its limits.
Separated secrets
The ticket-signing, manifest-signing and agent-token secrets are distinct from the session-signing secret, derived one-way per purpose when not set explicitly. Setting any of them equal to another is a boot-time configuration error rather than a silent weakness — a sensor holding the ticket key cannot recover the session key or forge a token.
Tenant isolation, enforced at the router
Every table carries an organisation identifier and the guard sits on the root router rather than on each handler, so a newly added endpoint inherits it. This was not always true: four critical isolation defects and eleven route groups covering forty-five endpoints were found and closed, and the fix was structural rather than a patch per route.
Reversibility as a property, not a feature
Every privileged action records an undo handle in a hash-chained audit row before it executes. Chain verification locates the exact broken sequence number if a row is altered, so tampering is detectable rather than merely discouraged.
Authentication hardened against real attacks
Three authentication bypasses were found in our own code and fixed: SAML signature wrapping, a WebAuthn path performing no signature verification at all, and role checks that failed open on two modules. Each fix was proven against the live route — a genuine assertion succeeds and every malformed, replayed, cross-tenant and downgraded variant is rejected.
Data minimisation in the connectors
Microsoft Graph returns a much larger default projection than we use. Asking only for the fields the checks actually read keeps responses small and avoids pulling personal data we have no purpose for, which is a legal requirement rather than an optimisation.
No tenant data in model training
Prompts contain excerpts of your events, which is how the assessment is written at all, and we state that plainly rather than implying the model sees nothing. Your data is not used to train any model.
Detection content with clean provenance
The whole detection library is first-party authored. One major vendor's rule licence is a hard stop for us and another requires the author's name to appear in the alert interface; neither obligation reaches you, because we did not take either shortcut.

Governance

Who is accountable

  • A named security owner is accountable for every item on this page. The team is small enough that this is one person rather than a reporting line, and they are reachable at [email protected].
  • A data protection contact is reachable at [email protected] with the subject prefix [DPO].
  • The policy set is reviewed annually or on material change, with version history available under mutual non-disclosure.
  • Every production action produces a hash-chained audit record, and chain verification locates the exact altered row rather than merely reporting that something is wrong.
  • No standing production access. Administrative work goes through audited, time-boxed sessions bound to an operator identity with a second factor.

Request the trust packet

In the packet today, under mutual non-disclosure: our internal security policies, the architecture and data-flow description, the sub-processor list with regions, the encryption and key-management design, and the incident-response and breach-notification procedures.

Not in it, because it does not exist yet: a penetration-test report — the first engagement is before general availability, as the roadmap above says; a SOC 2 gap analysis or report, because no assessor is engaged; completed CAIQ or SIG-Lite questionnaires; a tested business-continuity plan; and executed sub-processor agreements, which are signed by a legal person and the operating company is being formed. We would rather you read that here than discover it on opening the envelope.

If you need one of those to complete a review, say which and we will tell you when it is expected rather than sending you something adjacent to it.

Email [email protected] with the subject [TRUST REQUEST]. We reply within one business day with the agreement and the packet.

Something wrong here?

If something on this page is not reflected in the trust packet you receive, tell us and we will correct the page.

No card. No sales call before you have read the report.