02 · Our Principles

On-premises, air-gapped deployment

Your proprietary airframer data and federal aviation datasets are mission-critical. CoreIngestion is designed to function with zero external dependencies and total structural isolation — the documents, the models that read them, and every result they produce stay inside your digital domain, so there is nothing outside it to leak or expose.

✓

Absolute air-gapping

No external cloud connections, no remote API calls, no telemetry. Runs and updates with the uplink severed.

✓

Total containment

Ingestion, inference, analysis and reporting execute inside your physical and network boundary, on servers you own.

✓

Data sovereignty

Your data never leaves your digital domain — no copies outside your walls, so nothing outside your walls can leak. We hold none of it.

✓

Local models only

Ellie's detectors and Mia's assistant are local models on your hardware. No prompt or page ever reaches an external model provider.

✓

Access controlled and audited

Deny-by-default teams and roles; every login, denial, download and admin action in an audit log you keep.

✓

Nothing updates itself

Offline packages with a signed manifest, applied on your schedule. Code only — an update never touches your data.

// CoreIngestion Architectural Containment Matrix
[ Secure Local On-Premises Network ]
→ Proprietary Logs, Fault Trees & Technical Specs
→ Ellie: detect · link · check Mia: cut sets · latent faults · rank
→ Local models & weights · local object store · audit log
← Outbound connections: none
✦ ZERO External Connections / Air-Gapped Environment ✦
Who we built this for

For organisations where a data leak is not a risk to manage — it is an event that cannot happen.

Airframers, defence primes, certification authorities and their tier-one suppliers hold safety archives that are export-controlled, contractually restricted and often classified. Fault trees describe how an aircraft fails; supplier packages describe how it is built. This material cannot be uploaded to a vendor's cloud, cannot be sent to an external language model, and cannot sit on infrastructure the organisation does not administer.

Most AI products are built the other way round: your data travels to their service. CoreIngestion is built so the software travels to your data. Ellie and Mia are installed inside your boundary, on your hardware, under your identity and access controls, and they keep working with the uplink cut. The three principles below are not policy statements; they are properties of the deployment you can inspect.

0

outbound connections required at runtime

100%

of documents, models and results on storage you administer

Offline

installation, updates and licensing — nothing phones home

Every

login, denial, download and admin action written to an audit log you keep

Principle 01

Absolute air-gapping

The system requires no network path to anything outside your boundary — not to run, not to update, not to prove it is licensed.

For a security organisation the question is never whether a vendor promises not to exfiltrate data; it is whether exfiltration is possible at all. Air-gapping answers that structurally. If there is no route out, a compromised component, a misconfigured proxy or a careless integration cannot leak a page. CoreIngestion is engineered to function on a network segment with egress denied, and it is tested that way: the installation, the models, the analysis engine and the portal all operate with the uplink physically or logically severed.

HOW IT IS IMPLEMENTED
  • No external API calls anywhere in the pipeline: no cloud LLM, no hosted OCR, no analytics, no crash reporting, no font or script CDN
  • Models and weights ship inside the installation package; nothing is downloaded at first run or later
  • Licensing is a file you hold, not a call we answer; there is no version check or telemetry beacon
  • Updates arrive as offline packages with a SHA-256 manifest, carried in by your staff and applied on your schedule
  • The software is verified on an egress-denied segment before every release — a build that needs the internet does not ship
HOW YOU VERIFY IT
  • Apply a default-deny egress rule to the segment and watch the system keep working
  • Inspect the firewall and proxy logs: the expected count of outbound connection attempts is zero
  • Diff two update packages: code changes only, no data, no credentials, no network configuration
Principle 02

Total containment

Every stage — ingestion, model inference, analysis, review, reporting — executes natively inside your physical and network boundary, on servers you own.

Air-gapping keeps data from leaving; containment keeps the processing inside the same controls that already govern your people. The servers sit in your rack. Accounts, roles and teams are yours to grant and revoke. Storage, backups and retention follow your policy, not ours. When an auditor asks where a fault tree was processed and who could see the result, the answer is a room, a host and a named team in your own directory — not a region in someone else's cloud.

HOW IT IS IMPLEMENTED
  • Runs on your hardware: a single on-premises GPU for Ellie's detectors, CPU for Mia's fault-tree engine, standard virtualisation or bare metal
  • Deny-by-default access model: users belong to teams, teams hold roles (owner, analyst, viewer) on workspaces; a tree granted to no team is visible to administrators only
  • Complete audit trail: logins, denied requests, downloads and every administrative action, with timestamps and actors, on storage you control
  • Hardened by default: scrypt password hashing, five failed logins lock an account for fifteen minutes, twelve-hour sessions, one-time invitation links that expire in 48 hours, TLS 1.2+ throughout
  • Segregation you can see: a separate service account per component, no shared credentials, secrets held in files with restricted permissions — never in databases, logs or screenshots
HOW YOU VERIFY IT
  • Read the audit log after an evaluation: every access to the pilot material is there, including the ones that were denied
  • Confirm from the host that no process listens beyond the documented ports and no service runs as root
  • Revoke a team's role and confirm its members lose the tree immediately — no cache, no grace period
Principle 03

Data sovereignty

Your data never leaves your digital domain. Not the documents, not the page images, not the trees, not the results, not a log line — so there is nothing outside your walls to leak or expose.

Most data breaches are not break-ins; they are copies. A document uploaded to a vendor portal, a page image sent to a hosted model, a results file synced to a cloud drive, a support ticket with a screenshot attached — each one is a copy of your data living somewhere you do not control, under someone else's patching schedule and someone else's staff. Data sovereignty means those copies never come into existence. Everything CoreIngestion touches is created, stored and processed inside your domain, on storage you administer, and it stays there for as long as your retention policy says. There is no exposure surface outside your perimeter because there is no data outside your perimeter. When a supplier is breached, a cloud misconfiguration makes the news or a subpoena reaches a provider, your archive is not part of the story.

HOW IT IS IMPLEMENTED
  • We hold no copy of any customer document, page image, tree, finding or log — there is no vendor account, tenant or bucket through which one could exist
  • Every artefact the products create — extracted trees, cut sets, review notes, audit records, caches, backups — is written only to storage inside your domain
  • No document or excerpt is needed for support: diagnostics are counts and statuses; anything that must be looked at is looked at on your screen, in your session
  • Retention and deletion follow your policy: purge a tree and its pages, results and derived indexes go with it, everywhere they existed
  • Results stay usable without us — open formats (Open-PSA XML, CSV, JSON) and page-level traceability — so sovereignty never turns into lock-in
HOW YOU VERIFY IT
  • Inventory where your data lives after an evaluation: every byte is on a host you own; there is no external location to add to the list
  • Purge a test tree and search for it: pages, results, indexes and caches are gone from every store inside the deployment
  • Ask us for a copy of your data — we cannot provide one, because we never had it
Deployment models

Three ways to deploy. One set of guarantees.

OPTION 01

Fully air-gapped enclave

No uplink at all. Installation, models and updates are carried in on media your security officer inspects. The reference deployment for classified or export-controlled programmes.

OPTION 02

Egress-denied segment

A VLAN inside your data centre with a default-deny outbound rule. Your staff reach the portal over your network; the system reaches nothing. The common choice for airframers and tier-one suppliers.

OPTION 03

Customer-administered private cloud

Where policy already permits a private cloud you control, the same packages run there — same egress denial, same audit, same open formats. We never hold the account, the keys or the data.

In every model the software is operated by your team under your identity and access controls. Our engineers have no standing remote access; support sessions happen when you open them, on your screen, and end when you close them.

The boundary

What stays inside, what never leaves

INSIDE

Stays inside your perimeter

  • Source documents: fault trees, FHA, SSA, supplier packages, scans
  • Every page image, extracted tree, cut set and finding
  • The model weights and indexes Ellie and Mia work from
  • User accounts, permissions and the complete audit trail
  • Logs, caches and backups — on storage you administer
OUTSIDE

Never leaves

  • No document, page or excerpt to any external service
  • No prompt or answer to any external language model
  • No usage telemetry, crash report or analytics beacon
  • No licence check, version check or update fetched at runtime
  • No engineer of ours with remote access, unless you open a session and watch it

Deploy inside your own perimeter

Every evaluation runs fully isolated — nothing leaves your walls.

Request a Pilot Blueprint