Confidentiality

PII anonymisation in legal work: what gets stripped, what stays

By Michael Nadalin, Founder, Market Lead · 7 August 2026 · 7 min read

A witness statement goes into an AI tool. The name comes out as [PERSON_1], the home address as [ADDRESS_1], the date of birth as [DATE_1]. What is left reads: a 62 year old crane operator, injured on a Port Kembla site in the second week of March, whose employer had prior improvement notices on the same piece of plant. Nobody in that industry needs the name.

That is the gap in most conversations about PII anonymisation. The stripping works in the narrow sense that it does what it advertises. Tax file numbers, Medicare numbers, ABNs, phone numbers and email addresses have fixed shapes and get matched nearly every time. Names in clean typed text get caught most of the time. Then the tool stops, because everything else in the document is prose about a matter, and prose about a matter is the part that identifies it.

The second gap is that anonymisation answers a privacy question, while a solicitor's exposure is mostly a confidentiality question. Those are different obligations with different tests. Here is what the tooling actually removes, what it leaves behind, and where the residual risk sits.

What a PII stripper actually catches, and how

Two mechanisms do the work and they fail in different ways. The first is pattern matching. A tax file number is nine digits with a checksum, an ABN is eleven, a Medicare number has a known structure, a BSB has a fixed form, an email address has an at sign. Anything with a fixed shape can be found deterministically, and this part of the job is close to solved.

The second mechanism is named entity recognition: a statistical model that reads tokens and predicts which ones are people, organisations and places. It is a prediction, and it degrades exactly where legal documents are messiest. Witnesses whose surnames are also ordinary words. Company names that read as sentences. Transcripts that spell the same name three ways because the typist was working from audio. Interpreted evidence with transliterated names. Scanned exhibits where the text layer is thin or absent, so there is nothing to classify at all.

It pays to know which layer you are relying on. If the sensitive item is a Medicare number, the tool has it. If it is a small family company named once in a signature block on a scanned page, assume it does not.

How reliably each layer gets removed
Structured identifiers
TFN, ABN, ACN, Medicare, BSB, phone, email. Fixed shapes, matched by pattern, caught almost every time.
Near reliable
Common names in clean typed text
Pleadings, correspondence and file notes give the model strong signal. Usually tagged and replaced correctly.
Usually caught
Unusual, non-Anglo or misspelt names
Weaker signal, and transcripts often spell the same witness several ways across one brief.
Patchy
Names inside scans and images
No text layer means no match. Signature blocks, exhibit stamps and handwritten annotations pass straight through.
Often missed
Quasi-identifiers
Occupation, suburb, injury type, incident date, employer size. No stripper is attempting to remove these.
Not attempted
Reliability drops as you move from fixed-shape identifiers to the facts of the matter.

The parts that identify a person without naming them

Re-identification is a numbers problem. Every fact left in the document narrows the pool of people it could describe, and that pool was never the population of Australia. It was the people who could plausibly be in this document. In a Sydney personal injury matter, a 40 year old woman with a lumbar injury identifies nobody. In a regional matter, the only paediatrician at the base hospital identifies exactly one person, and never needed a name to do it.

The same holds for matters containing no personal information at all. A settlement figure, a distinctive product defect, an unusual easement, the trading name left behind after the ABN was scrubbed. Commercial matters are frequently identifiable through facts that no privacy tool is designed to touch, because none of those facts are personal information.

Consistent pseudonyms make this worse in one specific way. Replacing parties with Party A and Party B preserves the relationships between them, which is precisely what the model needs to reason usefully, and precisely the structure that makes a fact pattern recognisable to a human reader.

What practitioners assume versus what holds up
The name is gone, so the document is anonymous
Occupation plus location plus timing narrows most matters to a single person
We replaced the parties with Party A and Party B
Consistent labels preserve the relationships, which is the main re-identification path
There is no personal information left, so there is no risk
A deal price, a rare defect or a policy number identifies a matter with no personal information at all
The preview looked clean before I sent it
The preview shows the text layer, not the metadata, the filename or text inside embedded images
Each assumption on the left is reasonable. None of them survive contact with a real brief.

Confidentiality is a wider net than privacy

Three obligations sit on top of the same document, and de-identification speaks to only one of them.

The Privacy Act 1988 and the Australian Privacy Principles govern personal information, and if information is genuinely de-identified so that no individual is reasonably identifiable in the circumstances, that layer largely falls away. The professional duty does not work like that. Rule 9 of the Australian Solicitors' Conduct Rules covers information that is confidential to a client and acquired during the engagement. It contains no carve-out for information that fails to identify anyone. A stripped document is still the client's confidential information, and putting it somewhere outside your control is still a disclosure.

Privilege is a third question again, and it attaches to the communication. Removing names from a letter of advice does not change what the letter is.

Five checks before a document leaves the firm
1
Is there personal information in it?
Names, contact details, health information, government identifiers. This is the layer a stripper addresses, and the Privacy Act and the APPs are the reference point.
2
Is it confidential to the client?
Rule 9 of the Australian Solicitors' Conduct Rules covers information acquired during the engagement, whether or not any individual is identified in it.
3
Is it privileged?
Privilege attaches to the communication itself. Stripping identifiers from advice does not change its character or the consequences of disclosing it.
4
Is publication restricted by an order or by statute?
Suppression and non-publication orders, children's matters and restrictions on publishing accounts of family law proceedings bite on identifying material, which is broader than the name.
5
Where does the text physically go?
Retention, training use, access controls and storage location decide the real exposure. Anonymisation is a control on the input, not on the destination.
A PII stripper only addresses step one. Steps two to five are unaffected by it.

Where it fails quietly in real files

Most actual leaks are not sophisticated. They are the same failures that predated AI, running through a new pipe.

The one that catches careful practitioners is the conversation itself. The document is stripped properly. Then, three exchanges later, you use the client's real name because it is the only way to keep the discussion straight, and the thread now holds both the anonymised facts and the key to them. The strip only holds if every turn holds, and it rarely does.

There is also the mapping key. If you swapped names for labels and kept a note of which was which, that note is a client record. It belongs where client records live, with the same access controls and the same destruction schedule.

One document, six chances to leak
Intake
The client emails a PDF called SmithJ_Affidavit_FINAL.pdf. The filename travels with the file into every system it touches.
Scanning
A scanned exhibit has a poor text layer or none. Nothing in it can be matched, so nothing in it is removed.
Redaction
A black rectangle is drawn over text in a PDF viewer. The characters sit underneath, selectable and extractable.
Metadata
Author fields, last saved by, tracked changes and comment threads carry names the visible text no longer contains.
The prompt
The attachment is clean. The question typed above it is not: acting for Smith Constructions, can we resist this claim?
The follow-up
Later in the thread the real names come back for clarity, and the conversation now holds the cipher and the key together.
The anonymisation step sits in the middle. Failures upstream and downstream of it are more common than failures inside it.

Sort the question before you sort the data

The practical move is to classify the task first, because a large share of legal AI use needs no client facts at all.

Research questions are the clearest case. Limitation periods, the elements of a cause of action, what a section requires, how a line of authority has shifted. None of that needs a client. If you are anonymising a document in order to ask a question of pure law, the anonymisation was never the problem, the workflow was.

Four tiers of task, four different controls
Tier 1
Pure law, no client facts
  • Ask the question abstractly: what the statute requires, how the test is framed, where the authority sits.
  • Nothing to anonymise, because nothing about the client is sent.
  • Most research volume belongs here and quietly gets treated as if it does not.
Tier 2
Facts needed, low sensitivity
  • Run the strip, then read the output as a stranger would and ask who it could be.
  • Generalise: widen the date to a month, the suburb to a region, round the figures.
  • Check the filename, metadata and any scanned pages separately from the body text.
Tier 3
Facts needed, identifiable either way
  • Accept that the strip will not carry the risk, and move the control to the contract.
  • Confirm no training on inputs, retention periods, access controls and storage location in writing.
  • Confirm the vendor's confidentiality obligations line up with the ones you owe the client.
Tier 4
Court restricted or highly sensitive
  • Children's matters, suppression orders, pre-trial criminal material, protected disclosures.
  • If publishing the material would breach an order, sending it to a system you do not control is the same act.
  • Default to Tier 1 style abstraction, or keep the work off the tool entirely.
The control that matters changes with the tier. Anonymisation is only the right answer in one of them.

The questions worth putting to a vendor

Ask the boring questions and get the answers in writing. Does the provider train on your inputs, and does that differ between the consumer tier and the business tier. How long is submitted text retained, and is retention for abuse monitoring counted separately from retention for the product. Who inside the vendor can read it, and under what process. Where is it stored. If there is a breach, who assesses it and who notifies under the Notifiable Data Breaches scheme, because the answer is usually you.

The strongest control is structural: do not send the document at all. A research tool that answers from legislation, regulation and case law needs your legal question, not your client's affidavit, and material that never leaves the firm needs no anonymisation step. Legal Brain is built on that footing. Whatever tools are already sitting in your firm, run the same test at them: what would we have to send, and what happens to it once we do.

Anonymisation is worth doing where facts genuinely have to go out. It is a control on the input, not an answer to where the input ends up.

Frequently asked questions

If I anonymise a document, is it still confidential?

Yes. Rule 9 of the Australian Solicitors' Conduct Rules covers information confidential to a client and acquired during the engagement, whether or not any individual is identified in it. De-identification reduces exposure under the Privacy Act, it does not discharge the professional duty. Treat a stripped document as client material that has simply been made harder to attribute.

Can I paste client documents into ChatGPT if I remove the names?

Removing names does not remove the fact pattern, and the fact pattern is often enough to identify the matter to anyone in the relevant industry or region. The more important question is what the provider does with the text: retention period, whether inputs are used for training, and who can access it. Consumer and business terms differ substantially, so check the ones that apply to your account rather than the ones on the marketing page.

What is the difference between de-identification and pseudonymisation?

Pseudonymisation swaps identifiers for consistent labels and keeps a key, so the process is reversible by design. De-identification aims to make re-identification unlikely in the circumstances, with no key retained. Most legal tools perform the first and describe it as the second. If a key exists, it is a client record and needs the same protection as the file it came from.

Is de-identified data still personal information under the Privacy Act?

It depends on whether an individual remains reasonably identifiable in the circumstances, including by combining the material with other information that is available. That makes it contextual: the same stripped statement can be genuinely de-identified in one setting and clearly identifiable in another, such as a small regional community or a narrow professional field. Assess the document against who might read it, not against a checklist of removed fields.

Check your understanding

Two quick questions

No score is stored. Pick an answer to see why it is right.

  1. 1A statement has had names, addresses, dates of birth and phone numbers removed. What most commonly still identifies the individual?

  2. 2Which obligation is unaffected by fully de-identifying a client document?

Research Australian law without handing over client data

Legal Brain searches Australian legislation and case law, shows you the source behind every answer, and anonymises client-identifying detail before anything reaches a model.

Request early access