A pale champagne scene: silk flowing under a large frosted glass medallion carrying the ISO/IEC 27001 mark.
Security & compliance · ISO/IEC 27001

In preparation.
And honest about it.

We are working toward ISO/IEC 27001 certification. It is not yet held, and nothing on this page claims it. What you can do today: assess the shipped controls yourself, and file a standing request so the certificate reaches you the day it exists.

The certification track, station by station.

No promised dates — a date named before the internal audit closes would be theatre. Here is the track itself, exactly where it stands; the state of the work is shareable at any time from your account.

Scoping & gap analysis

Done. The ISMS scope is drawn around how the product is built, released and operated; the gap list is the work plan.

Controls & evidence

Done. Annex A controls implemented and generating evidence — most live in the product and pipeline, documented below.

Internal audit

In progress. The ISMS is audited against its own scope before anyone external looks; findings feed back into the controls.

Certification audit

Then. An accredited body examines the ISMS; the certificate lands on this page, and with everyone whose request is standing.

Reviewing a document on a clipboard. A wall of safe-deposit locker handles. A review meeting in a modern office, one reviewer walking the table through the controls. A hand pressing a stamp onto paper.
The track

No claims before the certificate.

Scoping and gap analysis are done, the controls are live and generating evidence, and the internal audit is under way. The certification body is named here when the audit is engaged; we do not pre-announce a name we have not contracted. Request the current state any time: which stage is in progress, what evidence exists, what remains — the real state, never a glossy roadmap.

Request the current state
The ISO/IEC 27001 track as a chain of stations: scoping and controls done, the internal audit in progress, the certification audit ahead — no claims before the certificate.
The controls

The control themes, as shipped mechanisms.

Access control lives inside every query. Development security is the release gate: static checks, the full suite, signed artifacts. Cryptography seals secrets server-side and signs releases, heartbeats and leases. Supplier relationships stop at two sub-processor categories, or none. Operations security is one database per client with automatic rollback; incident readiness is signed heartbeats and revocable leases. Each theme is documented in the trust library — no certificate required to verify a mechanism exists.

Read the trust library
Six control themes — access control, development security, cryptography, suppliers, operations, incident readiness — drawn from the product disc at the centre, each a shipped mechanism.
The scope

One ISMS. The same artifact everywhere.

The ISMS covers how we build, release and operate the product and the managed fleet. A self-hosted deployment runs the identical signed artifact on your infrastructure — your own physical and network controls apply there, and the product controls travel with it. One pipeline gates every release, and a failed health check rolls itself back.

Self-hosted install, what it needs
The release rail — static gates, the suite, the sealed signed artifact, staged install, self-rollback — over the fleet band: signed heartbeats and short-lived leases pulsing continuously.

What to request, today and the day it lands.

The track’s papers, readable right here — the ISO 27001 status, the architecture record, the data-flow note and the sub-processor notice. The certificate joins them the day it is held.

Certifications & frameworks Read it here

ISO/IEC 27001

The control themes the standard expects, access control, cryptography, operations security, supplier relationships, are shipped mechanisms described in Technical documentation.

The system is built and operated in line with what the standard asks of an information-security management system; the certification itself is what we are waiting on. The control themes, as the mechanisms that ship in every deployment:

Access control
Group-based permissions settled before anything is found; accounts activate by invitation link, and administrators never see or set a password.
Cryptography
TLS in transit; connector and channel secrets are write-only after entry, used for syncing and redacted from every API response.
Operations security
Versioned releases installed in a quiet window after a safety backup, rolling back on their own if the health check fails; retention enforced by a nightly job that logs its own runs.
Logging & monitoring
Every consequential event lands on an append-only, hash-chained audit log; verification recomputes the whole chain on demand.
Supplier relationships
At most two sub-processor categories, each under a written DPA; the fullest configuration, self-hosted with self-hosted AI, has none.

Its own page carries the current status. File a standing request from your account, and security questionnaires are answered directly from the architecture in the meantime.

Request it when ready

An account action, the request files under your Naxis account, and the answer arrives on its thread.

Technical documentation Read it here

Security & architecture overview

One client, one deployment, one boundary, what that means concretely: containers, database, credentials, the AI boundary and the audit chain.

Tenancy

Each client runs their own complete instance: application, worker, database and document store in isolated containers on a machine that serves no other client. There is no shared platform, no pooled database, no cross-tenant anything, isolation is the deployment model, not a configuration option.

Data at rest

Store
One PostgreSQL database per deployment: documents, search index, conversations, audit log, job queue.
Credentials
Connector and channel secrets are write-only after entry: accepted, used for syncing, never displayed again, and redacted from every API response.
Webhooks
Every messaging platform's signature scheme is verified; unsigned or mis-signed calls are rejected before any processing.

The AI boundary

Indexing (reading and preparing documents for search) runs entirely inside the deployment. Generation follows the deployment's configuration: the fullest posture is a self-hosted deployment that answers entirely on its own hardware, where nothing leaves the boundary at all. Deployments using the Naxis AI service send the question and the permission-filtered excerpts (zero-retention terms, see sub-processors); the model never sees documents the asking person cannot see, because permission filtering happens before the request leaves.

In every configuration: your data is not used to train models, and nothing is retained after the answer returns.

Permissions

Access is group-based and settled before a question is even considered, everywhere the assistant answers, never in any one surface. Accounts activate by invitation link; administrators never see or set a password. Channel guests receive nothing until groups are explicitly opened to them.

The audit chain

Every consequential event, questions, answers with their citations, administrative actions, syncs, erasures, lands on an append-only, hash-chained log. Verification recomputes the whole chain on demand from the console; a broken link is impossible to hide. Rows cannot be edited or deleted; retention prunes whole aged spans and records that it did.

Updates

Releases are versioned images; deployments install them in a quiet window after a safety backup and roll back on their own if the health check fails. What changed in each release is shown in the console in plain language.

Request to see

An account action, the request files under your Naxis account, and the answer arrives on its thread.

Technical documentation Read it here

Data flow & residency

What leaves the deployment, what never does, and where things physically live.

Never leaves
Documents at rest, the search index, conversation history, the audit log, user accounts and permissions.
Leaves per answer
With self-hosted AI: nothing. With the Naxis AI service: the question plus the permission-filtered excerpts needed to answer it, under zero-retention terms. Nothing else, no identifiers.
Residency
Managed hosting runs in EU data centres. Self-hosted deployments run wherever the client puts them, the product has no home-calling dependencies for its core function.
This website
Loads no third-party scripts; visit measurement is a first-party server log described in the privacy notice, with two first-party cookies only: the strictly-necessary account session and a random visit-measurement identifier. The product itself sets exactly one strictly-necessary session cookie. The interactive demo records usage under an explicit opt-in (see the privacy notice).
Request to see

An account action, the request files under your Naxis account, and the answer arrives on its thread.

Legal documents Read it here

Sub-processor notice

At most two categories exist, and the fullest configuration, self-hosted with self-hosted AI, has none.

AI generation
The primary configuration keeps generation in-house: a self-hosted deployment that answers entirely on its own hardware has no AI sub-processor at all. Deployments using the Naxis AI service instead send the question and the permission-filtered excerpts under a data-processing agreement with zero-retention terms: nothing is stored after the answer returns, nothing trains any model, and no client identity accompanies the request.
Hosting
Managed deployments run on an EU data-centre provider under their DPA; the instance, its database and its documents live on a server dedicated to that client. Self-hosted deployments have no hosting sub-processor at all, the client's own infrastructure carries everything.

Changes to either category follow the DPA's written notice procedure. There are no analytics, advertising or telemetry processors, the product ships none.

Request to see

An account action, the request files under your Naxis account, and the answer arrives on its thread.

File a standing request from your account and the certificate reaches you the day it exists; security questionnaires are answered from the architecture, not a script.

ISO 27001 status, answered

Is Naxis ISO 27001 certified?

Not yet. We are working toward ISO/IEC 27001 certification and say so plainly, no certificate is claimed anywhere on this site until one is held. The control themes the standard expects are shipped, assessable mechanisms today.

Can we deploy before you are certified?

Many organisations do exactly that: assess the controls directly, the architecture overview, the trust library, your own questionnaire answered from the architecture, sign the DPA, and file a standing request so the certificate reaches you the day it exists.

Can we see where the preparation actually stands?

Yes. Request it from your account and you get the current preparation state on your own thread, which track stage is in progress, what evidence exists, what remains. No glossy roadmap, the real state.

Who will the certification body be?

An accredited certification body, named on this page when the audit is engaged. We do not pre-announce a name we have not contracted.

Does self-hosting change the certification scope?

The ISMS covers how we build, release and operate the product and the managed fleet. A self-hosted deployment runs the same signed artifact on your infrastructure, your own physical and network controls apply there, and the product controls travel with it.

Double productivity now

Live demo

Notes from the build.

30 Jul 2026 · 8 min read

Shadow AI: your people are asking someone else about your company

Every paste into a consumer chatbot is a question your own systems could not answer fast enough. Security vendors sell detection, which reads the app and never the question. What the 2026 breach data actually shows, how far Microsoft's new Shadow AI controls really reach, and why the only fix that scales is making the company answerable.

25 Jul 2026 · 8 min read

Naxis vs Glean: enterprise platform or private knowledge engine?

Glean is Google for your company: it finds where things are stored. Naxis is the private knowledge engine that knows what is actually true right now. Different machines, different questions, different prices. An honest way to choose, and the Glean alternative for companies of 5 to 200 people.

All posts →