Sections 182 & 183 – Corporations Act 2001 | Liberate Consulting

Sections 182 & 183: Proper Use of Position and Information

Sections 182 and 183 prohibit directors, officers, and employees from improperly using their position or information for personal gain — or to cause detriment to the corporation. In 2026, as AI systems create new ways to access, leverage, and misuse proprietary data at scale, these provisions have taken on new operational urgency for every AFSL holder.


The Provisions at a Glance

Section 182

Proper Use of Position

A director, secretary, other officer, or employee must not improperly use their position to gain an advantage for themselves or someone else, or to cause detriment to the corporation. Involvement in a breach also contravenes the section. Both are civil penalty provisions.

Section 183

Proper Use of Information

A person who obtains information because of their role as director, officer, or employee must not improperly use it to gain an advantage or cause detriment. Critically, this obligation survives the end of employment — it follows the individual. Those involved in a breach are equally liable.


Why These Provisions Matter More in the Age of AI

When sections 182 and 183 were drafted, "information" meant client files, deal memos, and boardroom discussions. In 2026, it also means:

Proprietary AI model weights and training data built or curated by the firm

Client behavioural data used to train or fine-tune automated advice engines

Algorithmic outputs and scoring logic that represent significant competitive and commercial value

System architecture and prompt engineering that underpin a firm's ADM capabilities

Data access logs and system credentials that enable access to sensitive client information at scale

The practical exposure has changed in both scale and speed. A departing employee who takes a copy of a client database engages s183 in exactly the same way as one who takes a firm's AI training dataset or proprietary prompt library — but the latter may represent far greater commercial harm and be far harder to detect after the fact.


The Key Risk Scenarios for AFSL Holders

Scenario 1

The Departing Employee Problem

An employee with access to AI systems, client data pipelines, or proprietary model logic leaves to join a competitor or establish their own practice. If they take system credentials, model outputs, client datasets, or even detailed knowledge of how your AI is configured, s183 is directly engaged — regardless of what their employment contract says or doesn't say.

The risk: Your AI governance framework must include offboarding protocols that revoke access, audit what was accessed before departure, and document the firm's proprietary information assets clearly enough that a breach can be identified and evidenced.
Scenario 2

The Officer Who Redirects AI Outputs

A director or senior manager uses their position to influence how an automated system routes opportunities, recommendations, or client referrals in a way that benefits themselves, a related party, or an associated business. This is a s182 exposure — and it is harder to detect when the decision-making layer is obscured by automation.

The risk: Without Human-in-the-Loop (HITL) audit trails that record who configured, adjusted, or overrode automated outputs, a firm cannot demonstrate that its AI systems were not being used improperly by those with system access.
Scenario 3

The "Shadow Training" Problem

An employee uses their position to access client data — legitimately, in the course of their role — and then uses that data to train a personal AI tool, develop a competing service, or enhance their own capabilities outside the firm. No explicit "taking" of files occurs. But s183 is still engaged: the information was obtained because of their role, and its use for personal advantage is improper regardless of the mechanism.

The risk: Data governance policies written before AI tools became commonplace are almost certainly silent on this scenario. If your acceptable use policy does not address what employees can and cannot do with AI tools in relation to firm or client data, you have a live gap.
Scenario 4

Post-Employment Obligations

Unlike many employment-related duties, s183 explicitly survives the end of employment. A former employee who uses client information or proprietary system knowledge obtained during their tenure — even months or years later — remains liable under the Act. The obligation has no sunset clause.

The risk: Exit processes that focus only on returning laptops and revoking email access are no longer sufficient. Firms need to document what information a departing person had access to, ensure AI-related credentials and data access are revoked, and retain audit logs that can establish what was accessed in the period before departure.

How These Provisions Connect to Your Broader Compliance Framework

Sections 182 and 183 do not operate in isolation. They sit alongside — and reinforce — other obligations that AFSL holders are managing in 2026:

Obligation Connection to s182 / s183
s912A(1)(a) — Efficient, Honest & Fair
View provision ↗
An AI system configured by an officer to advantage the firm over the client is simultaneously a s912A breach and a s182 breach.
s912A(1)(d) — Adequate Resources
View provision ↗
You must have the systems and processes to detect misuse of position or information by those with AI access.
Directors' Duties (s180–s181)
View provision ↗
A director who fails to implement controls over AI access and data use may breach their duty of care as well as s182.
CPS 230 — Operational Risk
View resource ↗
Data misuse by an insider is an operational risk event; your CPS 230 framework should address it explicitly.
Privacy Act 1988 Misuse of client information obtained through an AI system also engages Privacy Act obligations — the exposure is rarely contained to a single framework.

What "Improper" Actually Means

The Act does not define "improper use" exhaustively — this is deliberate. Courts and regulators assess it contextually, looking at whether the use was contrary to the interests of the corporation, inconsistent with the person's role, or undertaken with knowledge that it was unauthorised or beyond their remit.

In the AI context, this creates a practical challenge: if your firm does not have clear policies about who can access AI systems, what they can do with AI outputs, and what firm or client data can be used in AI tools, it becomes very difficult to establish that a particular use was "improper." Unclear governance creates ambiguity — and ambiguity favours the individual, not the firm.

The solution is documentation: clear AI acceptable use policies, data classification frameworks, access control logs, and audit trails that establish the authorised scope of each role's AI interaction. Without these, you cannot prove a breach occurred — and you cannot deter one from happening.

Sections 182 and 183 were written for a pre-AI world, but they apply directly to every employee who has access to your AI systems, client data pipelines, or model infrastructure. The question your firm needs to answer is not "do we have employment contracts?" — it's "do we have the governance and audit capability to detect and evidence a breach if one occurs?" If the answer is no, you have a live exposure that your employment law advisors alone cannot close.

— Lead Strategist, Liberate Consulting


How Liberate Consulting Can Help

The s182/183 risk in an AI-enabled firm is a governance and systems problem, not just a legal one. Liberate Consulting works with AFSL holders to:

Service

Map AI-Related Information Assets

Identify what constitutes proprietary information in your AI systems and ensure it is formally documented as such — a prerequisite for evidencing any future breach.

Service

Audit Access Controls & Offboarding Processes

Assess whether your current HR and IT protocols are adequate to detect and prevent improper use — including in the critical window before a departure is formalised.

Service

Design AI Acceptable Use Frameworks

Develop governance policies that address the specific scenarios where s182 and s183 exposure arises, including shadow training, post-employment obligations, and ADM configuration controls.

Service

Integrate s182/183 into Your GRC Framework

Ensure these provisions are treated as live operational risks — not just legal background — with clear owners, monitoring triggers, and escalation paths.

Does Your AI Governance Framework Cover s182 & s183 Exposure?

Liberate Consulting can undertake a Gap Analysis that maps your current AI access controls, data governance, and offboarding practices against the specific risk scenarios these provisions create.