So you've read about the launch of the ASD Essentials, maybe skimmed our transition guidance, and now you're staring at a framework with eight domains, three chapters, a stack of supporting guides and a rating system that wants evidence for everything.
Where do you actually begin?
The good news is that the Australian Signals Directorate has thought about this. The framework comes with a built-in order of work, and you're not expected to do everything at once. Here's how we'd approach your first few months.
Where you begin depends on where you're coming from:
|
If you… |
Start with… |
|
Have an Essential Eight program |
Transitioning from the Essential Eight, then the enterprise IT chapter |
|
Run an ISO 27001 ISMS |
Mapping your Annex A controls to ASD Essentials actions (see our last post) |
|
Have neither |
ASD Essentials for enterprise IT. ASD says you can go straight to it. |
|
Run entirely on SaaS and PaaS |
|
|
Operate industrial or operational technology |
|
|
Are a small business |
ASD's separate small business guidance may suit you better |
There's no transition deadline yet. ASD is working with regulators on timeframes and will advise in due course. Any obligation that names the Essential Eight still stands, so keep meeting it.
This gives you time to do ASD Essentials properly. Use it.
Many organisations will need more than one chapter. ASD's Which chapter should I start with? suggests working through four questions:
One rule applies to every chapter: outsourcing a service doesn't outsource the accountability. If a provider delivers part of an action, you still need evidence that it's happening.
ASD Essentials puts executive accountability front and centre, in its own Governance and culture domain. This isn't something IT can sort out in the background on its own.
ASD has written The Essentials for senior executives for exactly this conversation. A few questions worth putting to your leadership team:
Getting these answers early saves a lot of awkward conversations later.
You can't rate an action in a domain until you know what's in the domain. ASD has published asset scoping guides for enterprise IT and cloud to help.
Start with your existing asset register, then map assets and business functions into domains. Don't forget the less obvious ones:
A domain is a logical grouping, so one system can sit in more than one. That's fine, and you only implement each action on it once.
For enterprise IT and cloud, phase 1 covers Boundary Services and Identity Services, plus the two capability domains, Governance and Culture and Visibility and Response. (OT swaps Identity services for Critical processes and services in phase 1.)
Boundary and identity come first because they're how most attackers get in. Strong identity also underpins everything that comes after.
Resist the urge to work on every domain at once. ASD specifically warns against it, and it's the fastest route to a program that's half-finished everywhere.
Advisory firms reviewing ASD's implementation guidance have pointed out a few practices that score badly whatever else you've done. Some quick checks for your phase 1 work:
If any of these sound familiar, you've found your first priorities.
Under ASD Essentials, no evidence means not assessed. Assessors look at four things:
Think about what evidence each action needs before you implement it, and set up a regular schedule to collect it. It's much easier than hunting for proof the week before an assessment.
ASD recommends reporting progress by domain, so your executives can see where you're strong and where you need work. Set a reassessment cycle, move into phase 2 when phase 1 is in good shape, and keep your evidence fresh as you go.
Remember, "we've reached phase 2" tells people where you're working. Your effectiveness ratings tell them how well it's going.
de.iterate gives you one place to plan, run and prove your ASD Essentials program:
Book a demo and let's get your ASD Essentials ducks in a row.