Essential Eight PO-ML1.2 Use a vulnerability scanner with an updated database
What it says
A vulnerability scanner with an up-to-date vulnerability database is used for vulnerability scanning activities.
Quoted as published. Everything else on this page is written by Control Stack.
What it means
In plain EnglishEnsure a vulnerability scanner with current data is used to check for security issues.
Using a vulnerability scanner with an updated database means you're using a tool that knows about the latest security problems when checking your computers and network equipment. If you don't have this, a hacker could find and exploit issues in your system before you even know they exist, potentially causing data breaches or other damage to your business.
Free. Save your status, tasks and notes.
Why it matters
Without an updated vulnerability scanner, critical security flaws remain undetected, opening the door to breaches and data loss before mitigations can be applied.
How to implement
System administrators should ensure the vulnerability scanner software is installed on all critical systems.
This involves downloading the software from a trusted source and following the installation instructions.
IT teams must regularly update the vulnerability scanner database.
This can be done by configuring the software to automatically download updates daily or checking for updates manually every morning.
Security officers need to verify the vulnerability scanner is operational daily.
This includes logging into the system to confirm scans are running and checking the status alerts.
Network administrators should schedule daily scans for internet-facing systems and fortnightly for internal systems.
This can be set up using the scheduling features within the scanner software.
Keep it running
Configure the vulnerability scanner to update its vulnerability database daily and alert on failures; confirm scan results use the latest feed before triage and remediation.
Evidence and audit
- Check 1 of 3What an auditor asks for
Ask for
Can you demonstrate how you ensure the vulnerability database is updated regularly?
Look at
Review the software's update logs and configuration settings.
Good evidence
The logs show updates occurring daily, and settings indicate that automatic updates are enabled.
- Check 2 of 3What an auditor asks for
Ask for
How often is the vulnerability scanner used on different systems?
Look at
Examine the scan scheduler settings and recent scan reports.
Good evidence
Reports confirm daily scans for external systems and fortnightly scans for internal systems.
- Check 3 of 3What an auditor asks for
Ask for
When was the last vulnerability scan conducted?
Look at
Check the timestamp on the latest scan report.
Good evidence
The report shows a scan was completed within the last 24 hours.
Mappings
Closest match in ASD Information Security Manual: ISM-1808, Vulnerability scanning with updated tools, which asks for the same thing.
ASD Information Security Manual: 10 mappings
This control is equivalent to ISM-1808.
E8-PO-ML1.2 requires that vulnerability scanning activities use a vulnerability scanner with an up-to-date vulnerability database. ISM-1808 states the same requirement: a vulnerability scanner with an up-to-date vulnerability database is used for vulnerability scanning activities. The scope and intent align closely, with both controls focusing on ensuring scanner intelligence is current rather than prescribing scanning frequency or remediation actions.
This control partially meets ISM-1699.
E8-PO-ML1.2 requires that vulnerability scanning activities use a vulnerability scanner with an up-to-date vulnerability database. ISM-1699 expands this into a specific practice by requiring at least weekly scanning for missing patches/updates across common applications (browsers, office suites, email clients, PDF apps, security products), where current scanner signatures are necessary to detect known issues. ISM-1699 is broader due to its prescribed frequency and defined software scope, while E8-PO-ML1.2 addresses only the updated-database requirement.
This control supports ISM-1696.
ISM-1696 requires rapid application of critical OS patches within 48 hours for specified non-internet-facing systems and workstations based on vendor criticality or working exploits. E8-PO-ML1.2 requires using a vulnerability scanner with an up-to-date database, which is a prerequisite capability to accurately identify and prioritise missing critical patches and known exploited vulnerabilities. While ISM-1696 is about patch deployment, it is dependent on reliable, current vulnerability intelligence/tooling like E8-PO-ML1.2 to drive timely action and provide assurance coverage.
This control supports ISM-1697.
ISM-1697 requires organisations to apply non-critical driver patches within one month where no working exploits exist. E8-PO-ML1.2 supports ISM-1697 by requiring vulnerability scanning with an up-to-date database, which helps identify missing patches/updates and validate remediation status for components such as drivers. The scanning requirement is complementary but does not define the driver patching timeframe or conditions itself.
This control supports ISM-1698.
E8-PO-ML1.2 requires using a vulnerability scanner with an up-to-date vulnerability database for scanning activities. ISM-1698 mandates at least daily scanning to identify missing patches/updates for online services, and achieving reliable daily detection is strengthened by the primary requirement for current vulnerability data. ISM-1698 adds prescriptive frequency and a specific use case (online services) that E8-PO-ML1.2 does not cover.
This control supports ISM-1701.
E8-PO-ML1.2 requires use of a vulnerability scanner with an up-to-date vulnerability database for scanning activities. ISM-1701 mandates at least daily scanning for missing patches/updates on internet-facing servers and network devices. Current vulnerability data is necessary to detect newly disclosed issues on exposed systems. ISM-1701 is more prescriptive about frequency and targets, whereas E8-PO-ML1.2 is a foundational tool-quality requirement.
This control supports ISM-1702.
ISM-1702 requires organisations to use a vulnerability scanner at least fortnightly to identify missing operating system patches on specified non-internet-facing assets. E8-PO-ML1.2 requires that vulnerability scanning activities use a scanner with an up-to-date vulnerability database. ISM-1702 is dependent on E8-PO-ML1.2 in practice because the required scanning for missing patches is not reliable or meaningful without current vulnerability/signature content.
This control supports ISM-1752.
E8-PO-ML1.2 requires that vulnerability scanning uses a scanner with an up-to-date vulnerability database. ISM-1752 requires at least fortnightly scanning to identify missing patches/updates in operating systems for IT equipment other than workstations, servers, and network devices, and accurate identification depends on current vulnerability signatures and data. ISM-1752 defines frequency and a particular scope of equipment that E8-PO-ML1.2 does not specify.
This control supports ISM-1879.
ISM-1879 requires organisations to apply critical driver patches or mitigations within 48 hours when vendor-critical or exploited, which presumes the organisation can reliably identify relevant driver vulnerabilities and missing patches. E8-PO-ML1.2 requires using a vulnerability scanner with an up-to-date database, enabling accurate identification of vulnerabilities and missing updates that must be remediated to meet ISM-1879 timeframes. Without up-to-date scanning intelligence, meeting a strict 48-hour driver patch SLA is significantly hindered.
This control depends on ISM-1900.
ISM-1900 requires using a vulnerability scanner at least fortnightly to identify missing firmware patches or updates. E8-PO-ML1.2 requires that the vulnerability scanner used has an up-to-date vulnerability database, which is necessary for accurate identification of missing patches and known firmware vulnerabilities. In practice, ISM-1900 depends on E8-PO-ML1.2 to ensure scanning results are current and trustworthy.
ASD Essentials for enterprise IT: 1 mapping
- IT.PRO-06.1Continuously scan and assess assets for known software and configuration weaknessesPartially overlaps
This control partially overlaps IT.PRO-06.1.
IT.PRO-06.1 requires continuous, repeatable assessment, including vulnerability scanning, to identify known software and configuration weaknesses; E8-PO-ML1.2 requires the scanner to have an up-to-date vulnerability database, so that scanning works from current data.
Mappings show how controls relate across frameworks. They do not imply full equivalence or certification.




