Learn / Glossary

Air-Gapped LLM: Definition and How It Works

An air-gapped LLM is an open-weight language model that runs entirely inside your own perimeter, with no route to the internet and no external name to resolve. The operative test is simple: things go in, nothing comes out. Your prompts, your context, and the model's answers stay on your hardware. Nothing is phoned home, and there is no address the model could reach even if it tried.

Because there is no egress path, an air-gapped deployment removes an entire class of risk that ordinary cloud LLMs carry: data leaving your control. That is why regulated buyers in pharma and federal ask for it by name. But air-gapping is a control over where data can travel, not a claim about what the model contains. Below is a precise definition, how it actually works, and how it differs from deployments that merely sound similar.

things go in → nothing comes out

How an air-gapped LLM actually works

Two properties define it, and both are checkable rather than promised:

No route to the internet

There is no network path from the inference host to any outside endpoint. Egress is blocked at the perimeter, not merely discouraged by policy.

No name to resolve

Even if a request were attempted, there is no DNS the host can query and no external address to reach. The model has nowhere to send anything.

Together these mean inputs and outputs stay within the perimeter. The model weights sit on hardware you control, inference happens locally, and the answer is returned to you over your own internal network. No data crosses the boundary in either direction during operation.

Air-gapped vs. "private cloud" or VPC

This is the distinction that matters most, because vendors often blur it. A "private cloud" or VPC deployment isolates tenancy but usually retains network egress paths: the workload can still reach package repositories, telemetry endpoints, model-provider APIs, or update servers. Isolation is not the same as air-gapping. If there is any route out, it is not air-gapped, no matter what the marketing page says.

PropertyPrivate cloud / VPCAir-gapped
Isolated tenancyYesYes
Runs in your perimeterSometimesYes
Route to the internetUsually retainedNone
External name to resolveUsually presentNone
Outputs can leavePossibleNo

One of four independently verifiable controls

Air-gapping should be treated as a verifiable control, not a marketing label. In the Hyfstele deployment, no-egress is one of four controls, and each is checkable on the customer's own hardware rather than taken on faith:

The point of four independent controls is that each produces its own evidence. You are not asked to trust one sweeping assurance; you check four narrow claims on machines you own.

The honest posture

Air-gapping controls where data can travel. It does not, and cannot, claim the model itself is free of hidden behavior. We do not say the model has been scanned, or that it is clean, safe, or backdoor-free. No one can honestly make that claim about a large neural network.

What we can do is make four controls verifiable on your own hardware, so your data cannot leave and every call leaves a signed record. That is evidence you can check, not our word for it. Air-gapping is the control that guarantees nothing exfiltrates; provenance and audit are the controls that tell you what ran and prove what happened.

Why regulated industries ask for it

For pharma and federal buyers, air-gapping maps directly onto obligations they already carry:

Data residency. When inputs and outputs never cross the perimeter, sensitive data physically stays where regulation requires it. There is no third-party processor to assess and no cross-border transfer to justify.

GxP and 21 CFR Part 11. A tamper-evident, signed audit chain over every inference call supports the record-integrity and traceability expectations of GxP environments and 21 CFR Part 11 electronic records. Model provenance — byte-identical weights — answers the "what exactly is this system" question a validation lifecycle demands.

A concrete example is pharmaceutical MLR (Medical, Legal, Regulatory) promotional review. Hyfstele runs an AI assist for MLR (live demo at mlr.hyfstele.com) on the doctrine "It flags. You decide." The pattern is Flag → Judge → Prove, with no LLM inside the flag decision plane. Air-gapping is what lets that assist touch regulated promotional content at all.

Frequently asked questions

What is an air-gapped LLM?

An air-gapped LLM is an open-weight language model that runs entirely inside the customer's own perimeter with no route to the internet and no external name to resolve. Inputs and outputs stay within the perimeter: things go in, nothing comes out. Prompts, context, and generated answers never leave the customer's hardware.

How is air-gapped different from a private cloud or VPC deployment?

Private cloud and VPC deployments isolate tenancy but usually retain network egress paths — the workload can still reach telemetry endpoints, update servers, or external APIs. Air-gapping removes those paths entirely: there is no route out and no external name to resolve. Isolation is not the same as air-gapping; if any route out exists, it is not air-gapped.

Does air-gapping mean the model is proven safe or backdoor-free?

No. Air-gapping controls where data can travel; it does not claim the model itself is free of hidden behavior. No one can honestly claim a large model has been scanned clean. The honest posture is to make controls verifiable on your own hardware — byte-identical weights, enumerated latent capacity, no egress, and a signed audit chain — so you rely on evidence you can check, not a vendor's word.

How do you verify an LLM is actually air-gapped?

No-egress is one of four independently verifiable controls, and it is checkable on the customer's own hardware: you confirm there is no route to the internet and no name for the host to resolve. The other three controls — weights proven byte-identical to the public artifact, dormant capacity enumerated, and every inference call anchored to a tamper-evident audit chain signed with post-quantum cryptography (ML-DSA) — are each verified independently rather than taken on trust.

Why do pharma and federal buyers require an air-gapped LLM?

Because it maps onto obligations they already carry. Keeping inputs and outputs inside the perimeter satisfies data-residency requirements, a signed audit chain over every call supports GxP and 21 CFR Part 11 electronic-records expectations, and byte-identical weights answer model-provenance questions raised during validation. It is what lets AI touch regulated content — such as pharmaceutical MLR promotional review — at all.

See the four controls on your own hardware

Hyfstele is a secure-LLM deployment for regulated industries: open-weight models, air-gapped, with four independently verifiable controls. Evidence, not our word.

View the live MLR demo

Or reach Blake directly: blake@hibiscus.buzz

Last reviewed 2026-07-25 · Hyfstele glossary