Skip to content
System management
ASD ISMISM-1809

ASD ISM 1809 Compensating controls for unsupported systems pending removal or replacement

What it says

When applications, operating systems, network devices or networked IT equipment that are no longer supported by vendors cannot be immediately removed or replaced, compensating security controls are implemented until such time that they can be removed or replaced.

Quoted as published. Everything else on this page is written by Control Stack.

What it means

In plain English

Where end-of-support software, network devices or networked equipment cannot be retired straight away, extra protections must shield them until they are finally removed or replaced.

Every application, operating system, network device and piece of networked IT equipment eventually reaches a point where its vendor stops supporting it. From that date there are no more security patches, so any new weakness discovered in it stays open for good. The ideal response is to remove or replace the item, but in practice that is not always possible immediately: a legacy application may run a critical business process, a replacement may be on order, or a migration may take months. This control covers exactly that gap. When an unsupported item genuinely cannot be removed or replaced right away, the organisation must put compensating security controls in place around it, and keep them in place until the item is finally gone. Compensating controls are alternative protections that reduce the risk the missing patches would otherwise leave open. The control does not prescribe which measures to use; it requires that appropriate measures exist for the whole period the unsupported item remains in service. Why it matters: unsupported technology is one of the most reliable footholds an attacker can look for. Vulnerabilities in end-of-life products are publicly known and exploit tooling is often freely available, so an unprotected legacy system on the network is close to an open door. Treating the interim period as a managed, protected state rather than an accepted blind spot is what keeps a temporary delay from becoming a permanent exposure.

Why it matters

Without compensating controls, unsupported applications, operating systems, network devices and equipment remain exposed to known, unpatchable vulnerabilities for as long as they stay in service. Attackers routinely target end-of-life products because exploits are public and reliable. A single compromised legacy host or device can be used to steal data, deploy ransomware or move laterally into supported systems, and the delay in replacement can quietly stretch from months into years with nothing shielding the gap. The organisation would also be unable to demonstrate that it managed the residual risk it knowingly accepted.

How to implement

  1. IT asset owners identify every application, operating system, network device and networked IT equipment item that has passed its vendor support date by checking vendor lifecycle notices against the asset inventory, and flag each one for removal or replacement.

  2. The system owner and IT manager assess each flagged item and document, with a business justification, why it cannot be removed or replaced immediately, along with a target date and a funded plan to retire it.

  3. The security team selects and implements compensating controls for each unsupported item based on its exposure, for example isolating it on a restricted network segment, limiting the accounts and hosts that can reach it, hardening its configuration, or increasing logging and monitoring around it, and records the chosen measures against the item.

  4. The IT operations team schedules recurring checks that the compensating controls remain in place and effective, re-verifying after any network, firewall or monitoring change, and adjusting the controls if the environment or threat picture changes.

  5. The IT manager tracks the removal or replacement plan through to completion, then confirms the unsupported item has been fully decommissioned and formally retires the compensating controls only once it is gone.

Keep it running

Day to day, this control turns on two things: knowing which items in the environment are unsupported and cannot yet be removed or replaced, and keeping the protections around each of them live and working.

Maintain a current register of unsupported applications, operating systems, network devices and networked IT equipment. For each entry, record why immediate removal or replacement is not possible, the compensating controls applied, who owns them, and the planned removal or replacement date. Review the register on a regular cycle so that new end-of-support announcements are captured and stale entries are closed out once the item is gone.

Compensating controls need the same care as any other security control. Check periodically that they are still in place and still effective, particularly after network changes, firewall rule reviews or reconfiguration of monitoring tools. Track progress on the removal or replacement plan so the interim arrangement remains genuinely temporary, and escalate when target dates slip. When the unsupported item is finally retired, confirm it has been fully decommissioned and update the register.

Evidence and audit

  1. Check 1 of 5What an auditor asks for

    Ask for

    Ask for the register or list of applications, operating systems, network devices and networked IT equipment that are no longer supported by their vendors.

    Look at

    Check whether the register is complete when compared with the asset inventory and vendor lifecycle dates, and whether each entry records the reason it cannot yet be removed or replaced.

    Good evidence

    A current register that captures all four asset categories, is reconciled against the inventory, and documents a justification for each item that remains in service.

  2. Check 2 of 5What an auditor asks for

    Ask for

    Ask for the record of compensating security controls applied to each unsupported item.

    Look at

    Look for a specific mapping from each unsupported item to the controls protecting it, with an owner and the date the controls were implemented.

    Good evidence

    Every unsupported item has documented compensating controls that are proportionate to its exposure, rather than a generic statement that risks are managed.

  3. Check 3 of 5What an auditor asks for

    Ask for

    Ask for technical evidence that the compensating controls are actually in place, such as firewall rules, network segmentation configuration, access lists or monitoring configuration.

    Look at

    Compare the documented controls with the live configuration for a sample of unsupported items to see whether they match.

    Good evidence

    The live configuration confirms the documented controls are operating as described for the sampled items.

  4. Check 4 of 5What an auditor asks for

    Ask for

    Ask for the removal or replacement plan for each unsupported item, including target dates and approval.

    Look at

    Check that each item has a defined end date and evidence of progress, and whether any slipped dates were reviewed and re-approved.

    Good evidence

    Each unsupported item has a realistic, approved plan to remove or replace it, and the compensating controls are clearly positioned as temporary measures until that happens.

  5. Check 5 of 5What an auditor asks for

    Ask for

    Ask for evidence of periodic reviews confirming the compensating controls remain in place and effective, and records of decommissioning for items that have since been retired.

    Look at

    Look for review dates, findings, any follow-up actions, and confirmation that controls were retired only after the unsupported item was removed or replaced.

    Good evidence

    Regular reviews are recorded, gaps found were fixed, and retired items show a closed-out entry with decommissioning confirmed.

Mappings

Closest match in ISO/IEC 27001: A.8.8, Management of technical vulnerabilities, which partially overlaps with this control.

ISO 27001

ISO/IEC 27001: 2 mappings

Essential Eight

ASD Essential Eight: 5 mappings

  • E8-PO-ML1.8Replace unsupported operating systemsPartially overlaps
ASD Essentials

ASD Essentials for enterprise IT: 2 mappings

Mappings show how controls relate across frameworks. They do not imply full equivalence or certification.