ASD publication · 11 Sep 2026Five chapters · sourced

Agentic AI harnesses: the layer above the model

The Australian Signals Directorate's new guidance says the security, governance and long-term value of agentic AI sit in the harness, the software layer that connects a model to your data, tools and systems, not in the model itself. This is the plain-English version for Australian executives, CISOs and IT leaders.

Sourced from ASD's Agentic AI harnesses publication and Careful adoption of agentic AI services.

Model is the brain, harness is the body

You control the harness, not the LLM

Eleven configurable components

Tools, permissions, connectors, memory, audit

Five risk categories

Privilege, design, behavioural, structural, accountability

Editorially reviewed
Last reviewed11 Sep 2026
Sources verified11 Sep 2026

Primary source

ASD published Agentic AI harnesses on 11 September 2026, written for large organisations, infrastructure and government.

It complements ASD's Careful adoption of agentic AI services by focusing on the harness as the component organisations can most directly govern, secure and control. The guidance applies equally well to any Australian business connecting an AI agent to Microsoft 365, a CRM or a line-of-business system.

01

What a harness is

If the LLM is the brain, the harness is the body.

Everything in an agentic AI system that is not the model itself.

An agentic AI system is a large language model plus external tools, data sources, memory and planning workflows. ASD uses 'harness' for every component other than the LLM: the software that supplies the model's context, gives it tool and service access, enforces its action and execution privileges, holds its memory, and runs the control loop until a task is complete. Whether you built it or bought it inside a commercial product, you should understand its capabilities, permissions, integration points and controls.

01

The LLM is replaceable. The harness is the investment.

A single harness can operate with multiple LLMs, and a well-designed harness outlasts successive model upgrades. ASD expects the harness ecosystem, with its integrations, governance mechanisms and operational processes, to become the more enduring organisational capability.

Source · ASD, Agentic AI harnesses
02

Most 'agent failures' are model-plus-harness failures.

A model may pick the wrong tool, use it incorrectly, lose context or propose an unsafe action. Whether that action executes depends on the harness. When an agent misbehaves, investigate the harness configuration as well as the model's reasoning, rather than only rewriting prompts.

03

Organisations control the harness, not the LLM.

ASD's three key takeaways: you control the harness; the harness is where long-term value, governance and investment accumulate; and the harness and its surrounding ecosystem are the primary focus for security and risk management.

Comparison figure of LLM versus harness across eight dimensions: core job, state, actions, memory, control, consistency, failure mode and changeability. The LLM predicts text, is stateless and produces tokens only; the harness decides what the model sees, is stateful, executes tools, holds memory and enforces permissions.
Figure 1Key differences between an LLM and a harness. Source: ASD, Agentic AI Harnesses (Sep 2026), © Commonwealth of Australia, CC BY 4.0.
DimensionLLM (the brain)Harness (the body)
Core jobPredict the next words or text; reasons over the text in front of it.Decide what text goes in front of the model, and what to do with the output.
StateStateless. Each interaction starts without memory of previous interactions.Stateful. Persists context, files, memory and progress across turns and sessions.
ActionsProduces tokens only.Executes tools, edits files, runs commands, calls APIs, drives browsers.
MemoryOnly the current context window.Long-term memory, session logs, scratchpads, files.
ControlProduces outputs but does not directly control any resulting actions.Permissions, sandboxes, approval gates, hooks, policies.
ConsistencySame input can yield different output.Adds validation, structured output, retries and error recovery.
Failure modeHallucination, wrong answer.Wrong text, lost memory, unsafe action, context overflow.
ChangeabilityA pluggable part you can swap.The durable architecture that outlives any single model.

Table reproduced from ASD, Agentic AI harnesses (11 Sep 2026).

02

Harness components

Eleven components. This is your configuration surface.

Which tools are exposed, what is permitted, which approvals are required and which connectors are attached are all settings in this list.

ASD breaks the harness into eleven components, each with its own security relevance. Most of the practical controls an organisation has over an agentic AI system live here, not in the model.

Circular diagram of the eleven agentic AI harness components surrounding a central AI harness label: user interface, prompt and policy layer, context manager, model interface, tool registry, permission system, execution environment, connection layer, memory and session store, audit and observability, and update and supply chain path.
Figure 2The eleven harness components. The harness is the layer that connects the model to data, tools, systems and controls. Source: ASD, Agentic AI Harnesses (Sep 2026), © Commonwealth of Australia, CC BY 4.0.
01

User interface

Determines the visibility users have of agent activity and the controls available for approval or intervention.

02

Prompt and policy layer

Stores system instructions, business rules and organisational policy that guide agent behaviour.

03

Context manager

Selects the information provided to the model. Can expose sensitive information or omit important context.

04

Model interface

Sends prompts, context and parameters to organisation-approved LLM services and receives generated responses.

05

Tool registry

Defines available tools and their functions. Poorly defined tools increase operational risk.

06

Permission system

Controls approvals and permissions for sensitive actions.

07

Execution environment

Defines where actions execute and can enforce bounds on potential actions.

08

Connector layer

Connects the harness to external data sources, services and enterprise systems, including RAG repositories and MCP-enabled tools.

09

Memory and session store

Retains information between sessions and may preserve sensitive, stale or manipulated content.

10

Audit and observability

Records activity for monitoring, review and incident response.

11

Update and supply chain path

Introduces new functionality and potential supply-chain risk.

03

Security risks and mitigations

The harness expands the attack surface and is where you defend it.

Prompt injection cannot be fixed in the model. It has to be contained in the harness.

Every tool, data source, connector and memory store the harness adds is a new path into the system. LLMs receive instructions and information together as context, so content in a web page, document, email or code comment can be interpreted as an instruction. ASD states no fully reliable technical mitigation for prompt injection currently exists, which means controls must sit in the harness: what the agent can access and what it is allowed to do.

01

Privilege risks

Agents granted excessive access or permissions, so a single compromise has far-reaching consequences. Least privilege and strong identity and access management are the primary controls.

Source · Careful adoption of agentic AI services
02

Design and configuration risks

Insecure architecture, integration or setup that creates weaknesses before the system is operational. Secure-by-design and defence in depth apply here as they do to any enterprise system.

03

Behavioural risks

Agents pursuing goals in unintended ways, or being manipulated through prompt injection and data poisoning. Constrain access and require human approval for high-impact actions.

Source · NCSC: Prompt injection is not SQL injection
04

Structural risks

Failures cascading across interconnected components and multi-step workflows, obscuring where a failure originated. ASD advises treating a multi-agent system as a single agent for security purposes, because compromise propagates through shared context and trust.

05

Accountability risks

Complexity and opacity making it difficult to trace decisions, audit actions or assign responsibility. Audit and observability in the harness, plus clear human ownership of outcomes, address this.

04

Good practice

Nine practices ASD recommends implementing through the harness.

Repeatable, enforceable controls, with evidence you can review.

A well-configured harness makes security repeatable and enforceable, limits the blast radius of unsafe behaviour, and produces the logs that support monitoring and investigation. These are ASD's recommended practices, with the Real Bytes service that maps to each where relevant.

01

Run it in a hardened, organisation-controlled environment

Contain only the tools and permissions the task needs. Restrict access to production systems, sensitive data and network services.

Source · Zero trust architecture
02

Encode policy in the harness, not the prompt

Apply secure coding standards, prohibit unsafe actions, validate tool parameters and outputs, and require human approval for sensitive or high-impact actions.

03

Verify outputs before operational use

Review, test and formally accept an agent's output before it goes into production. Confident-sounding text is not correct text. The harness may draft and act, but accountability stays with a person.

04

Put cost controls on APIs

Agentic sessions cost far more than a chatbot exchange. Monitoring token or compute consumption surfaces misuse, compromise, runaway loops and denial-of-wallet attacks.

05

Log everything and protect the logs

Record prompts, responses, tool invocations, approvals, actions, security events and configuration changes. Retain, review and independently monitor them for auditability and incident response.

Source · Managed detection and response
06

Choose a trusted model, but do not rely on its safety controls

Assess provenance, limitations, security characteristics and behaviour. Model safety features are not a substitute for harness-enforced controls.

07

Keep context focused and least-privileged

Provide only the information and access the task needs. Delete stale context rather than summarising it, because summarisation rewrites the record. Save durable facts to external memory and start fresh sessions seeded with a concise summary.

Source · Identity and access management
08

Isolate exploration in sub-agents

Give sub-agents only the tools, permissions and context a bounded task requires. This limits exposure to untrusted content, keeps the primary session small, and reduces cost and context degradation.

09

Maintain a mandatory organisational rules file

Standards, prohibited areas, and build and test commands in a file the harness reads every session. Behaviour becomes consistent and reviewable instead of rediscovered each time.

Source · Shadow AI policy generator
05

Governance questions for executives

Seven questions directors should be able to get answered.

You do not need the implementation detail. You need assurance the harness is governed.

ASD is explicit that boards and senior executives do not need to understand every implementation detail. They should seek assurance that the harness, its integrations and its governance controls have been designed and implemented appropriately. These are the questions to put to whoever owns the deployment.

  1. Q1What business outcome is this agentic AI system intended to achieve, and why is an agentic approach required?

  2. Q2What data, systems and tools can the agent access, and are least-privilege principles being applied?

  3. Q3What actions can the agent perform, and which actions require human approval?

  4. Q4How are prompt injection, data poisoning and other AI-specific attacks being mitigated?

  5. Q5Can all significant decisions, tool invocations and actions be monitored and audited?

  6. Q6How will we know whether the system is delivering value, operating safely and remaining within acceptable risk tolerances?

  7. Q7If the harness were compromised, misconfigured or manipulated, what is the worst outcome and what controls would prevent or limit it?

Common questions

Questions Australian leadership teams are asking about agentic AI harnesses.

The harness is the software layer around a large language model that connects it to tools, data sources, memory and planning workflows, enforces permissions, and runs the control loop until a task is complete. ASD describes the LLM as the brain and the harness as the body. Together they form an agentic AI system.

Managed Intelligence

Govern the harness before you scale the agent.

Real Bytes' Managed Intelligence practice deploys agentic AI on Microsoft 365 and line-of-business systems with least-privilege identity, approval gates, logging and human accountability built in. If you are piloting agents, or a vendor has already switched one on, start with a scoped review of what it can access and what it can do.

This page summarises publicly available ASD guidance. It is general information, not legal or security advice for your specific environment. Refer to the linked primary sources.

Keep exploring

Related services, locations and industries

Explore how this connects across our wider offering.