Skip to content
ELEMENT 31

TECHNOLOGY

How it works.

Five design decisions that determine whether an AI system can be trusted in a place where the data cannot leave.

01 — SOVEREIGNTY BY ARCHITECTURE

Sovereignty is a property of the design.

Sovereignty is usually sold as a policy: a promise about where data will be held and who will be permitted to look at it. Policies can be audited, but they cannot be enforced by the machine itself. We treat sovereignty as an architectural property instead.

The appliance holds its own data, its own models, and its own records. Nothing in normal operation requires a route to the outside, so the default posture at the network boundary is deny. Connections are not blocked after the fact — they are absent until someone declares them, and every declared route is logged and reviewable.

The practical consequence is narrow and useful: there is no misconfiguration that quietly sends your documents somewhere else, because there is no destination to send them to.

YOUR BOUNDARYApplianceDATAMODELSAUDIT RECORDSEGRESSDEFAULT-DENY AT THE BOUNDARYNo route out exists unless it is explicitly declared.

02 — THE SEALED IMAGE

What ships is what runs.

An appliance is only trustworthy if the software on it is the software that was shipped. The Czar's stack arrives as a single signed image and is mounted read-only. Nothing is installed at runtime, nothing is patched in place, and no general-purpose shell sits waiting to be repurposed.

Boot proceeds in stages, and each stage measures the next before handing over control. A measurement that does not match is recorded rather than ignored. The image is not a starting point that drifts over months of operation. It is a fixed artifact with a signature attached to it.

Single applicationONE PURPOSE, NO GENERAL SHELLRead-only rootNOTHING WRITES TO THE IMAGESigned imageSIGNATURE CHECKED BEFORE USEVerified bootEACH STAGE MEASURES THE NEXT

03 — CROSSING THE AIR GAP

Updates without connectivity.

Air-gapped systems still need maintenance, and the usual answer — open a connection briefly — defeats the reason the gap exists. Element 31 delivers updates as signed release bundles: a complete, versioned set of software and model artifacts, built and signed before it leaves our hands.

The bundle crosses on physical media. The appliance verifies the signature and the contents before applying anything, refuses what it cannot verify, and records what was installed and when. The gap is never bridged. Something is carried across it.

Element 31BUILD & SIGNBUNDLEAIR GAPMEDIAApplianceVERIFY, THEN APPLYACCEPTEDUNVERIFIED BUNDLES ARE REFUSEDNo update path exists that skips the signature check.

04 — TAMPER EVIDENCE

Interference leaves a record.

Tamper evidence is a chain, and a chain that covers only the enclosure is not much of one. The physical layer comes first: the chassis is sealed at final assembly, and interference with it leaves permanent, inspectable marks.

The electronic layer continues the chain. Boot measurements establish what the system was at start. Runtime verification re-checks the image and the enclosure's indicators while the system is working. Every result, matching or not, is written to an append-only record.

The goal is not to make interference impossible. It is to make interference impossible to hide.

Enclosure sealPHYSICALBoot measurementELECTRONICRuntime verificationCONTINUOUSAppend-only logRECORDED

05 — SUPPLY CHAIN & ORIGIN

Provenance is a design requirement.

A buyer who cannot say where a machine came from cannot say very much about it at all. Integration, sealing, software load, and final assembly are performed in the United States, and that sequence is treated as part of the product rather than a logistics detail.

Treating provenance as a requirement constrains earlier decisions: what the enclosure is made of, how it closes, where the software image is produced, and what evidence exists that the unit in front of you is the unit that left the line. We would rather answer that question with a record than with a reassurance.

UNITED STATESINTEGRATIONSTEP 1SEALINGSTEP 2SOFTWARE LOADSTEP 3FINAL ASSEMBLYSTEP 4SEALED, DELIVEREDProvenance is recorded as a build property, not asserted after the fact.

Let's discuss your deployment.

Engineering detail beyond this page is available under NDA.