Research note · AI and governance

The Layer Above Every Harness

What the Australian Signals Directorate’s guidance on agentic AI harnesses means for enterprise architecture — and why the controls it calls for need an independent, customer-controlled enforcement point above every harness.

The guidance has arrived

In September 2026 the Australian Signals Directorate published Agentic AI Harnesses: The layer above the model. It is one of the first government publications to name, as an architectural category, the software layer that connects an AI model to data, tools and systems — and to state plainly that this layer, not the model, is where the security of agentic AI is decided.

Its findings are direct:

“Organisations control the harness, not the LLM.” The model is a replaceable component. The layer above it is where organisational value, governance and investment accumulate, and it will outlast successive generations of models.

“No harness is inherently secure.” Established security practice — least-privilege access, identity and access management, monitoring, human oversight — must be applied to the harness as it would be to any other system connected to enterprise data.

Prompt injection has no reliable fix inside the model. Because a model cannot dependably distinguish authorised instructions from instructions hidden in the content it processes, ASD concludes that mitigations “must instead be applied in the harness, by controlling what an agent can access and what actions it is permitted to perform.”

“Do not rely on model safety controls instead of harness-enforced controls.” Enforcement must be independent of the intelligence being governed.

Everything must be recorded. Prompts, responses, tool invocations, approvals, actions and configuration changes should be captured, protected, retained and independently monitored. The guidance also treats consumption as a security signal: unexpected cost can indicate misuse, runaway agent loops or denial-of-wallet attacks.

For readers of this research path, none of this is new territory. It is the argument of The Control Plane Must Be Yours, made by the Australian Government’s signals-intelligence and cyber-security agency.

One harness is never the whole estate

The guidance describes controls for a harness. Real enterprise estates run many harnesses at once.

A productivity copilot arrives with the office suite. A coding agent arrives with the development toolchain. Agent capabilities appear inside SaaS products the organisation already licenses. Delivery teams build their own. Each of these is a harness in ASD’s terms: it supplies the model’s context, executes its actions, holds its memory and enforces — or fails to enforce — its permissions.

Each harness governs itself. Each is configured separately, by different teams, on different assumptions. Each attests to its own behaviour, and several send telemetry to their vendors by default.

Applying ASD’s controls inside each harness separately therefore produces three structural problems. Policy becomes inconsistent, because it is re-implemented per product. Evidence becomes fragmented, because each harness keeps its own partial record in its own format. And verification becomes circular, because the layer being governed is also the layer producing the assurance.

Every harness governs itself. None of them governs the others.

The controls the guidance calls for — least privilege, complete records, independent monitoring, cost limits — need a point of enforcement and evidence that does not belong to any harness or model vendor.

The control plane above every harness

The pattern established at the start of this path applies directly. The enterprise places a Programmable Data Agent in the traffic path between its AI harnesses and the model services they call. The PDA terminates each interaction at the protocol level, evaluates it against enterprise policy while it is in flight, and re-originates only what is allowed — without requiring changes to the harnesses on one side or the model services on the other.

The Layer Above Every HarnessMany harnesses on one side, many model providers on the other. One in-perimeter control plane enforces policy and produces evidence between them.
THE LAYER ABOVE EVERY HARNESS
MANY HARNESSES
Copilots, coding agents, SaaS agents and in-house builds
IN-PERIMETER CONTROL PLANE
One policy point, one evidence trail, at the protocol level
MODELS AND PROVIDERS
Replaceable external intelligence
THE HARNESS IS THE LAYER ABOVE THE MODEL. THE CONTROL PLANE IS THE LAYER ABOVE EVERY HARNESS.
Many harnesses on one side, many model providers on the other. One in-perimeter control plane enforces policy and produces evidence between them.

Because the enforcement point is independent, it is uniform: one policy and one evidence trail across every harness and every provider. Because it operates at the protocol level, it works with harnesses it has never seen before. And because it runs inside an environment the customer governs, the evidence it produces belongs to the enterprise, not to a vendor.

The guidance’s controls, enforced on the wire

Each of the practices ASD recommends has a concrete expression at an independent enforcement point in the data path.

Least privilege

Egress is deny-by-default: only approved model endpoints are reachable, and sensitive identifiers are redacted from outbound content before they leave the trust zone.

Complete records

Every interaction is captured at the protocol level and written to a dedicated, retention-grade audit store, separate from operational logs and independent of every harness and provider.

Independent enforcement

Redaction, withholding, validated identifier detection and mid-stream termination are applied in the data path, not requested of the model or the harness.

Injection mitigated above the model

Outbound content is screened against protected lists and patterns, and classification runs inside the perimeter on the request path — controlling what reaches the model at all.

Cost as a security signal

Token and cost consumption is metered per interaction, and hard budgets are enforced while a response is still streaming — containing misuse, runaway loops and denial-of-wallet.

Oversight that keeps pace

Policy violations surface in a live audit feed, and controls are adjusted centrally and take effect across the estate in seconds, without redeploying agents or changing connected systems.

Sovereign by placement

The control plane operates on-premises, in sovereign cloud or fully air-gapped, with no external dependency at runtime and no telemetry leaving the environment.

Uniform across the estate

One policy definition and one evidence trail apply to every harness and every model, so adding a harness does not add a governance regime.

Answering the governance questions

The guidance closes with questions directors and executives should ask: what data, systems and tools can the agent access? What actions can it perform? Can all significant decisions and actions be monitored and audited? If the harness were compromised, misconfigured or manipulated, what would prevent or limit the outcome?

With controls implemented per harness, the answers are a collection of vendor attestations — one for each product, each on its own terms, none verifiable by the others.

With an independent control plane in the data path, the answers are evidence. What an agent could access is what the enforcement point permitted. What it did is what the record shows. And the worst outcome of a compromised harness is bounded by a layer the harness cannot reconfigure, because it does not belong to the harness.

Defence in depth, not replacement

None of this replaces the controls inside a well-designed harness. Sandboxed execution, tool permissions, approval gates and context management belong in the harness, and ASD’s guidance describes them well.

The principle is the same one that runs through this research path: a component can secure its own service, but it should not be the enterprise’s only independent control over what that component may attempt. The harness governs the agent. The enterprise still needs to govern the interaction — independently, uniformly and with evidence it owns.

That is defence in depth, which is precisely what the guidance recommends.

Conclusion

ASD’s publication marks a shift: the layer above the model is now named, described and assigned responsibility by a national cyber-security authority. The conversation about agentic AI security has moved to where it belongs.

The enterprise conclusion follows directly. Models will keep changing. Harnesses will keep multiplying. The controls that ASD calls for — least privilege, complete records, independent monitoring, bounded cost, human accountability — need a home that does not move when a model is swapped or another agent product is adopted.

The harness is the layer above the model. The control plane is the layer above every harness.

And, as this path began: the control plane must be yours.

References

Australian Signals Directorate (2026). Agentic AI Harnesses: The layer above the model ↗. Published under Creative Commons Attribution 4.0.

Australian Signals Directorate (2026). Careful adoption of agentic AI services.

TomorrowX (2026). The Control Plane Must Be Yours.

TomorrowX (2026). Data Mediation™ and Programmable Data Agents.

AI, control and sovereignty · Path complete

Take the control plane into practice

Explore how the Composable Agentic Platform and Programmable Data Agent capture, govern, test and operate Data Mediation solutions across enterprise environments.

Explore the platform