Industries · Defence & National Security

The network you would normally rely on is deliberately absent.

Classification and isolation come before performance. No package repository, no licence server, no vendor telemetry, no remote hands. Every convenience modern infrastructure assumes has to be replaced by a procedure that a person can carry out, log and prove. That is the engineering problem.

The constraint we design around first

Isolation is not a firewall rule. It is an operating model.

Commercial infrastructure assumes continuous connectivity for patching, licensing, identity, time, telemetry and support. Remove all six and most reference architectures stop working. We design for their absence from the first diagram rather than compensating later.

What breaks when you remove the network

The failures are rarely dramatic. A cluster runs for eleven months and then a certificate expires with no path to renewal. A hypervisor needs a licence check-in. A vendor agent buffers telemetry until the disk fills. These are the faults that actually take isolated systems down.

Patching
No upstream repositories. Everything arrives as a reviewed, hash-verified bundle on a schedule.
Licensing
Any component needing periodic activation is excluded at selection, or run with a local, offline entitlement mechanism.
Identity
Fully local directory and certificate authority, with an offline root and a documented recovery path.
Time
Local reference with holdover, because external time sources are unavailable and, in some settings, untrusted.
Telemetry
Outbound analytics disabled at build. Diagnostics stay inside the enclave and are exported only by an authorised release process.
Support
No remote access. Fault diagnosis is done by cleared personnel on site, using documentation held inside the enclave.

We test that by building the enclave, severing the link and leaving it. A design that cannot survive a year of deliberate disconnection is not finished.

Diagram — dependency map of an isolated enclave, showing every service replaced locally, 1200×900
Read this page as generic capability description. Frameworks, standards and techniques are described at the level found in public documentation. Nothing here describes a real deployment, site, configuration or programme. Every statement about our own clearances, memberships and accreditations is marked for client verification and is not a claim until confirmed in writing.

Air-gapped and cross-domain operation

Data still has to move. The question is how, and who authorised it.

An air gap that nobody can cross is easy and useless. A gap that everybody crosses informally is worse than none. The engineering sits in making the authorised path convenient enough that nobody invents an unauthorised one.

01

One-way transfer and data diodes

Unidirectional gateways enforce direction in hardware rather than configuration, so a misconfiguration cannot create a return path. The design consequence is that nothing can acknowledge receipt, so protocols that expect a handshake do not work. Transfers need forward error correction, sequence numbering and out-of-band reconciliation. We size the link for the loss the receiver can tolerate, not the bandwidth of the wire.

02

Guarded transfer with content inspection

Where a bidirectional path is genuinely required, the accepted pattern is a protocol break with inspection and release control between the two sides. Low to high import is a technical problem. High to low export is a governance problem: someone must hold release authority, the decision must be recorded, and the format must be constrained enough to inspect. We keep export formats deliberately narrow, because a format nobody can parse is a format nobody can clear.

03

Media transfer discipline

Removable media remains the most common transfer mechanism and the most common source of incidents. The controls are procedural and unglamorous: registered and serialised media, a standalone inspection station, scanning with signatures that themselves arrived by a reviewed path, two-person integrity for high-consequence transfers, and a custody log that reconciles. Write-once media removes an entire class of accidental back-flow.

04

Patching without connectivity

Isolated estates fall behind on patching unless the pipeline is built for it. We stand up internal mirrors of operating-system repositories, container registries and language package indexes, populated from a curated snapshot. Signatures are verified against upstream keys before the bundle is admitted, a staging enclave takes the update first, and the software bill of materials is ingested so the enclave can answer what it contains without asking the internet.

05

Time, without an external reference

Certificates, logs, distributed consensus and forensic reconstruction all depend on time. Inside an isolated facility a satellite reference may be unavailable, and in some environments it cannot be trusted. The answer is a local grandmaster with a high-stability oscillator and specified holdover, distributing by PTP with PPS to the systems that need tighter bounds. Drift is monitored and the holdover figure is stated in the design, not assumed.

06

Logging when the log cannot leave

Centralised monitoring services are unavailable, so the enclave keeps its own collection, retention and alerting. That makes retention sizing a real capacity question rather than someone else's problem. Log export for cross-domain review goes through the same release process as any other data, which means the log schema has to be designed for clearability.

Ruggedised and deployable compute

At the tactical edge, the limits are watts, heat, mass and vibration.

A rack that performs well in a data hall may be unusable on a vehicle. Power is finite and dirty, ambient temperature is whatever the day provides, and the chassis is being shaken. Useful work per watt matters more than peak throughput.

How we size a deployable node

Backwards from the platform it rides on. The available generator or vehicle supply sets the power budget. The power budget sets the thermal load. The thermal load and the ambient temperature set whether the enclosure can be sealed. Only then does accelerator choice become a sensible conversation.

  • Power budget first, including inrush, transients and the quality of the supply actually available
  • Conduction-cooled or sealed air-to-air designs where dust, sand, salt or water ingress rules out open airflow
  • Altitude derating, because thinner air removes less heat and fan-cooled designs lose margin
  • No rotating storage, retained DIMMs and connectors, staked fasteners and shock-mounted transit frames
  • Mass and volume treated as hard constraints set by the host platform, not as an outcome
  • Field-replaceable units chosen so a fault can be cleared without opening a sealed assembly

On standards claims

MIL-STD-810 is a set of tailored environmental test methods, not a pass mark. A supplier saying "810 compliant" has told you nothing. Ask which method, which procedure, which severity profile, and whether the unit was tested in the configuration you intend to field. The same applies to electromagnetic requirements and to vehicle and aircraft power standards: the tailoring is the information.

Disconnected, intermittent and low-bandwidth operation

Deployed nodes cannot assume a link home. Models, indexes and reference data are staged locally before deployment. Work is queued for store-and-forward, and the node produces useful output while disconnected. Where a model is involved, we pre-compute and pin the artefacts rather than depending on a download that will not happen.

Field environment against design response. Severity profiles are tailored per platform; the figures that matter are the ones in your own requirement, not in a brochure.
Environment Effect on compute Design response
High ambient temperature Sustained thermal throttling, silent loss of accelerator clocks, shortened component life Derated power envelope, conduction cooling, thermal headroom verified at the stated worst-case ambient
Altitude Reduced convective cooling and lower dielectric strength Sealed liquid or conduction paths, fan curves recalculated, altitude-specific thermal testing
Shock and vibration Connector back-out, solder-joint fatigue, module unseating, storage failure Solid-state storage, retained modules, staked and torque-marked fasteners, isolated mounts
Sand, dust and salt fog Filter blockage, abrasive wear, corrosion of contacts and heat sinks Sealed enclosure with heat exchanger, conformal coating, no external airflow path
Humidity and condensation Tracking across boards during rapid temperature change, corrosion on power-on Controlled warm-up sequence, desiccant and breather design, coated assemblies
Dirty or transient power Brown-out resets mid-write, supply damage, filesystem corruption Input conditioning to the applicable vehicle or aircraft power standard, ride-through energy, journalled and power-loss-protected storage
Electromagnetic environment Interference with co-located systems, susceptibility to nearby emitters Emissions and susceptibility testing to the tailored requirement, filtering, bonding and cable discipline
⚠ Requires verification. Any claim about ruggedised systems Cloud Natives has built, the tailored test profiles applied, or test evidence held, is a placeholder pending client confirmation.

Sovereign supply chain and personnel

Provenance is a control, and it has to be evidenced per unit.

Two questions run through every defence engagement. Who touched this hardware between the factory and the rack, and who is allowed to touch it now. Both are answered with records, not assurances.

Australian control of delivery

Control is a question about the contracting entity, the ultimate owner, and where the people doing the work sit. Local incorporation with offshore technical administration is not sovereign delivery. Export control adds a second layer: Australian defence trade controls and foreign regimes can both restrict who may receive technology, and the answer differs by item and by nationality of the person.

Evidence — ownership chain, staff locations, export-control assessment per item

Cleared personnel and need to know

Security clearances in Australia are sponsored and issued through the government vetting authority at levels from baseline upward. A clearance is necessary but not sufficient: access still requires a need to know, briefing into the relevant compartment, and a record of both. Roster design matters because a fault at 3 a.m. cannot be handed to whoever is awake.

Evidence — clearance level and currency, compartment briefings, access register

Component provenance and integrity

We buy through authorised distribution only, never the grey market, and record serial numbers at receipt against the purchase order. Platform integrity is checked before a unit is trusted: firmware measured at boot, hardware root of trust enabled, signed firmware update paths only, and any pre-installed management agent removed or disabled deliberately rather than by default.

Evidence — serialised receipt records, firmware measurement baselines, build manifests

Industry security programme membership

Australia's Defence Industry Security Program sets membership levels across governance, personnel, physical and information security, and defence contracts commonly require membership at a level matched to the work. Membership is held by the entity, applies to nominated facilities, and has to be maintained. It is a prerequisite to be checked at qualification, not a marketing line.

Evidence — membership level, covered facilities, currency of the annual obligations

⚠ Requires verification before publication. This page deliberately states no membership level, clearance holdings, facility accreditation or export-control registration for Cloud Natives. Supply the confirmed details, with reference numbers and currency dates, and we will add them. Until then, treat the absence as intentional rather than an omission.

Facilities, emanations and end of life

The equipment leaves the building eventually. Plan that first.

Physical security zoning, emanation control and disposal are treated here at a descriptive level only. Implementation detail in these areas is controlled information and is not published. We discuss specifics with cleared personnel under the relevant agreement.

Facility and zoning considerations

Australian protective security policy describes graded physical security zones, with construction, access control, audit and equipment requirements rising by zone. Sensitive compartmented work carries additional facility requirements, and approved products and accredited installers are involved. For infrastructure design the practical consequences are ordinary engineering: where cabling may run, which equipment may share a rack, how maintenance access is supervised, and how spares are stored.

Emanation security, described only

Electronic equipment radiates, and unintended emanations can carry information. Mitigation involves separation of processing at different classifications, treatment of cabling and power, filtering, and in some cases shielded enclosures. Specific measures, thresholds and assessment methods are controlled and appear nowhere on this site. We plan for the space, power and cable-route implications early, because they are difficult to retrofit and they change the rack layout.

Where cryptographic erase is not enough

Degaussing does nothing useful to flash memory. Cryptographic erase depends on a key actually being destroyed and on the drive's firmware behaving as documented, which is a vendor claim rather than an observation. For media that has held classified information, sanitisation guidance generally points to physical destruction by approved means. We plan destruction into the purchase, including failed drives still under warranty, because a warranty return is a data-egress path.

Register at receipt

Every drive and every device carrying non-volatile memory is serialised into an asset register on arrival, before it is racked. Disposal reconciliation is only possible if the register was right at the start.

Classify the media, not the chassis

Media inherits the highest classification it has processed, including caches, journals, hypervisor swap and management-controller storage that inventories often miss.

Contain failures in place

A failed drive stays inside the accredited boundary. No warranty return, no vendor diagnosis off site. Spares strategy is priced with that in mind, which raises the spares holding and lowers the surprise.

Destroy by an approved method, witnessed

Destruction follows the applicable guidance for the classification and media type, using approved equipment or an approved provider, with two-person witnessing and a certificate that names serial numbers.

Reconcile and close

Certificates are matched back to the register, unaccounted items are treated as an incident rather than a discrepancy, and the closed register becomes part of the decommissioning record.

Allied interoperability

Shared programmes make the boring problems the hard ones.

Australia's trilateral and allied arrangements, including work under AUKUS, involve collaboration on advanced capabilities. Discussed here at a general level only. The infrastructure difficulties are unglamorous and consistent.

Four problems that appear in every multinational build

None of them are compute problems. All four are usually discovered after the architecture has been agreed, which is the expensive moment to find them.

01

Classification does not map cleanly

Partner nations use different markings, caveats and release conditions. Labels must be translated explicitly, and the translation has to be agreed by the release authorities rather than inferred by a system.

02

Identity and attributes must federate

Access decisions depend on nationality, clearance, compartment briefing and programme role. Those attributes originate in different national systems, and the authoritative source for each has to be named in the design.

03

Export control sits inside the architecture

Whether a person may see a technical artefact is a legal question, not only a security one. Changes to export-control arrangements between partners alter what is permissible, so the control point must be configurable rather than hard-wired.

04

Data residency still applies

Collaboration does not suspend national requirements about where data may rest. Replication topology, backup targets and disaster-recovery sites each need a jurisdictional answer before the first transfer.

In isolated environments the interesting failure is never the compute. It is an expired certificate, a licence check-in, or a transfer nobody had authority to approve.
Cloud Natives engineering position Written by the practice that builds these environments. Not a client or partner statement.
What we will not do. We do not name programmes, sites, partner organisations or systems we have worked on, and we do not confirm or deny participation in any particular activity. Capability discussions happen with cleared personnel, under the appropriate agreement, in an appropriate setting. A vendor who volunteers that detail in a public document is telling you something about their handling of your information.

Straight answers

Questions that come up before the first meeting.

Where the honest answer is "not without verification", that is the answer given. It is a shorter conversation than the alternative.

Let's Talk

Tell us the isolation requirement and the power budget. Everything else follows from those two.

We can talk capability, method and constraints in an unclassified setting before anything else is arranged. You will get a clear statement of what we can evidence today and what would need to be established first.

Defence enquiries
hello@cloudnatives.example
Direct line
+61 0 0000 0000
Please note
Do not send classified or sensitive material by email or through this site

Sydney · Melbourne · Canberra. Australian owned, Australian staffed.