Learn

home

/

Learn

TORCH.AI REASONING INFRASTRUCTURE
September 7, 2026

What Is a Cross-Domain Solution (CDS)?

A controlled network interface, illustrating a cross-domain solution (illustrative)

A cross-domain solution (CDS) is an accredited controlled interface that provides the governed ability to manually or automatically access and transfer information between separate security domains of different classification levels, enforcing filtering and policy so only authorized data crosses.

Last updated: October 19, 2026

Why it matters to your mission. Mission data that a decision depends on is scattered across networks of different classification levels, and the classified pieces cannot legally or technically touch the unclassified ones without controls. A cross-domain solution is the accredited path that moves or exposes only the authorized data across that boundary, under enforced policy. The outcome is that a commander can act on a complete picture instead of the fraction that happened to live on one network.

Definition

A cross-domain solution (CDS) is an accredited controlled interface that provides the governed ability to manually or automatically access and transfer information between separate security domains of different classification levels, enforcing filtering and policy so only authorized data crosses. It is sometimes shortened to "cross domain" and overlaps in casual use with "guard" and "data diode," though those name narrower mechanisms. In Department of Defense usage, any transfer of data between security domains must run through an accredited CDS rather than an ad hoc connection.

The boundary a CDS governs is not a convenience. It is the line between what the government has decided may be seen on each network, and crossing it incorrectly can expose classified information or admit a threat into a protected enclave. That is why a CDS is not a router with a filter bolted on; it is an accredited system with its own assurance requirements, and the reasoning that decides what may cross has to be as inspectable as the decision it supports.

Why Do Defense and Intelligence Missions Need a Cross-Domain Solution?

Mission data is partitioned by classification by design. Command-and-control data is frequently highly classified because it reveals the location of friendly forces and the disposition of an adversary, so it lives on networks that unclassified and coalition systems cannot reach. The U.S. Government Accountability Office found that these classification barriers cause some of the largest data-sharing delays across the Department's command-and-control effort, and that once information is marked restrictively it is difficult to change even when the marking is too tight (see the U.S. Government Accountability Office, GAO-25-106454, Defense Command and Control, 2025).

That partitioning collides with how operations work. A targeting cell, an air-operations center, and a coalition partner may each hold a piece of the same situation at a different level, and the decision needs all of them. Combined Joint All-Domain Command and Control (CJADC2) depends on reconciling data across exactly these boundaries. The cross-domain solution is the sanctioned place where that reconciliation is allowed to happen, so it carries a disproportionate share of the mission's risk and value. Get it right and a distributed force sees the same thing in time to act; get it wrong and either the data never arrives or the wrong data leaks.

Controlled data transfer, illustrating a cross-domain solution (illustrative)
A CDS is the accredited interface that moves data between security domains.

How Does a Cross-Domain Solution Work?

Define a CDS by what it enforces, not by a single product shape. Most accredited deployments combine several of these functions:

  • Direction control. The CDS defines which way data may move. A transfer solution carries data between domains; an access solution lets a user on one domain view data on another without copying it down.
  • Filtering and inspection. Content is examined against policy before it crosses: file types, data formats, dirty-word and pattern checks, and validation that the payload is what it claims to be. Anything that fails is blocked or quarantined, not passed.
  • Data-type validation. Structured and unstructured payloads are parsed and verified so that malformed or disguised content cannot ride through a permissive channel.
  • Separation and redundancy. High-assurance designs separate the inspection logic from the data path and run checks redundantly, so a single failed component does not silently pass unauthorized data.
  • Logging and audit. Every transfer decision is recorded so a reviewer can reconstruct what crossed, when, and why. An unexplained transfer across a classification boundary is a finding, not an afterthought.

The accreditation around these functions is the point. A CDS is approved by the responsible authority against a defined assurance standard before it is allowed to connect two domains, and that approval is what distinguishes it from any other network connection.

What Is the Difference Between a CDS and a Data Diode?

The terms get used as if they were interchangeable. They are not. A data diode is one mechanism a CDS may use; a CDS is the accredited system that governs the whole transfer.

DimensionData diodeCross-domain solution (CDS)
What it isA hardware-enforced one-way linkAn accredited system that governs transfer or access between domains
DirectionPhysically one-way onlyOne-way or bidirectional, by policy
Content inspectionLittle or none; it only enforces directionFilters, validates, and inspects content against policy
Decision logicFixed in hardwarePolicy-driven, auditable, and updatable within accreditation
AccreditationA component inside a larger designThe accredited system approved to connect the domains
Typical useGuaranteed one-way feed, such as sensor data upAccess and transfer across classification levels with content control

A data diode answers "which direction." A cross-domain solution answers "which specific data, under what policy, with what record." A diode can be part of a CDS; it is not a substitute for one.

What Are the Classification Levels a CDS Moves Data Between?

A CDS exists because networks are accredited to carry information up to a specific level and no higher. In the cloud, the Department's official impact levels run from IL2 and IL4 for unclassified data to IL5 for sensitive unclassified and national-security-system information, and IL6 for information classified up to SECRET, which must run on dedicated, isolated infrastructure rather than commercial cloud (see the Defense Information Systems Agency, DoD Cloud Computing Security Requirements Guide, via the DoD Cyber Exchange). Information above SECRET is handled on separate systems outside those cloud impact levels. A cross-domain solution is what allows controlled movement between these otherwise isolated levels, which is why the number and sensitivity of the domains it bridges drive how much assurance it must carry.

Separated security domains, illustrating a cross-domain solution (illustrative)
Filtering and policy enforce that only authorized data crosses.

How Torch.AI Approaches Cross-Domain Data

A cross-domain solution controls whether data may cross a boundary. It does not, on its own, make the data that arrives usable. That second problem is where Torch.AI's reasoning infrastructure fits. Torch.AI builds government-owned reasoning infrastructure that connects to mission data where it lives and prepares it for movement and reasoning across environments of different classification levels, without displacing the systems of record it came from.

The data-availability layer, ORCUS, handles multi-source ingestion, normalization, and lineage, so that data carrying its classification and provenance can be presented to an accredited cross-domain path in a form the path can inspect and a receiving analyst can trust. NEXUS makes that data meaningful through semantic representation and reusable knowledge domains, and HALO fuses the relationships across it into a graph an analyst can reason over. Because the reasoning layer preserves provenance and classification markings end to end, every element that crosses a domain keeps a traceable line back to its source, which is exactly what a reviewer needs to defend a cross-domain transfer.

Torch.AI's role is to complement the accredited CDS, not to replace it: the CDS enforces what may cross, and the reasoning layer makes what crosses coherent and defensible on the other side. You can see how this is packaged as a capability on the Torch.AI software page. This capability is also the bridge to cross-domain data integration, the broader problem of making multi-level data usable once it has moved.

What to Require for a Cross-Domain Capability

When evaluating how data will move and become usable across classification boundaries, require the following:

  1. Accredited transfer path. Data crosses only through a cross-domain solution approved by the responsible authority against a defined assurance standard, never an ad hoc connection.
  2. Policy-enforced filtering. The capability inspects and validates content against explicit policy before anything crosses, and blocks what fails.
  3. Provenance and classification preserved. Every record keeps its source lineage and classification marking as it moves, so nothing arrives unattributed.
  4. Auditable transfers. Every cross-domain decision is logged and reconstructable by a reviewer after the fact.
  5. Directional control by design. One-way and two-way flows are set by policy and enforced, not left to configuration drift.
  6. Usable on arrival. Data that crosses is normalized and reasoned over so it is decision-ready at the receiving level, not just delivered.
  7. Government-owned where it matters. The customer can keep control of the reasoning layer that prepares and interprets cross-domain data, rather than renting it inside a vendor platform. Ownership varies (GOTS or COTS) with how the capability is deployed and purchased.

Scoping a cross-domain capability? Bring these seven requirements to a scoping call and we will walk each one against your environment and classification boundaries: request a technical walkthrough.

Sources

  • Committee on National Security Systems / NIST, Glossary term: cross domain solution (CNSSI 4009-2022), csrc.nist.gov - the authoritative definition of a CDS as a controlled interface that accesses and transfers information between different security domains.
  • U.S. Government Accountability Office, Defense Command and Control: Further Progress Hinges on Establishing a Comprehensive Framework, GAO-25-106454 (2025), files.gao.gov - oversight finding that classification barriers cause the largest cross-domain data-sharing delays in the Department's command-and-control effort.
  • U.S. Department of Defense, DoD Instruction 8540.01, Cross Domain (CD) Policy (2017), esd.whs.mil - DoD policy requiring that transfers of data between security domains use an accredited cross-domain solution (canonical DoD issuance URL; host returns 403 to automated fetchers but resolves in a browser).
  • Defense Information Systems Agency, DoD Cloud Computing Security Requirements Guide (CC SRG), via the DoD Cyber Exchange, public.cyber.mil/dccs - official cloud impact-level definitions (IL2/IL4/IL5/IL6) the levels a CDS bridges are accredited against.

Why do defense and intelligence missions need a cross-domain solution?

Because mission data is partitioned by classification and the pieces a decision needs often live on networks that cannot legally or technically reach each other. A CDS is the accredited path that moves or exposes only the authorized data across that boundary, which the Government Accountability Office identifies as one of the hardest and most delay-prone parts of integrating command-and-control data.

How does a cross-domain solution work?

It enforces direction, filters and validates content against policy before anything crosses, separates inspection logic from the data path in high-assurance designs, and logs every transfer so it can be audited. It is an accredited system approved against a defined assurance standard, not a router with a filter.

What is the difference between a CDS and a data diode?

A data diode is a hardware-enforced one-way link that controls direction only; a cross-domain solution is the accredited system that governs which specific data may cross, in which direction, under what policy, with a record. A diode can be a component inside a CDS, but it is not a substitute for one.

What classification levels does a CDS move data between?

It moves data between networks accredited to different levels. In the cloud, the Department's impact levels run from IL2 and IL4 (unclassified) to IL5 (sensitive unclassified) and IL6 (classified up to SECRET on dedicated infrastructure), with information above SECRET handled on separate systems. A CDS enables controlled movement between these otherwise isolated levels.

Is a cross-domain solution the same as cross-domain data integration?

No. A CDS controls whether and how data may cross a classification boundary. Cross-domain data integration is the broader problem of making that multi-level data coherent and usable once it has moved. The CDS enforces the crossing; the reasoning layer makes the result defensible.

Does a cross-domain solution have to be accredited?

Yes. In Department of Defense practice, any transfer of data between security domains must run through a cross-domain solution that has been accredited by the responsible authority against a defined assurance standard, rather than through an unapproved connection.

Ben Brown
Ben Brown
Mission Engagement Engineer

Start with the mission.

Describe the problem.
Define the constraints. We will structure the session.


No demo.

No slide deck.

Real work.

TALK TO US NOW >

Describe the problem.
Define the constraints. We will structure the session.


No demo.

No slide deck.

Real work.

More from Learn

AI Model Evaluation and Test & Evaluation (T&E) for Mission AI

read more ➞

What Is Automated Data Classification and Marking?

read more ➞

CJADC2 AI: The Decision Layer Inside All-Domain Command and Control

read more ➞