Essential Eight MF-ML2.5 Multi-factor authentication used for system access is phishing-resistant
What it says
Multi-factor authentication used for authenticating users of systems is phishing-resistant.
Quoted as published. Everything else on this page is written by Control Stack.
What it means
In plain EnglishEnsure system login methods resist phishing attacks using multiple authentication factors.
This control ensures that logging into important systems is more secure by using two or more forms of identification, such as a password and a unique code from an app. This extra step prevents criminals from accessing sensitive information, even if they manage to steal someone's password.
Free. Save your status, tasks and notes.
Why it matters
Without phishing-resistant MFA, attackers can hijack sessions via phishing and bypass OTP/push prompts, gaining unauthorised system access and data exposure.
How to implement
Security officer should assess which systems hold or access sensitive information and require multi-factor authentication (MFA) for logging in.
IT team should ensure all user accounts are enrolled in MFA by integrating an app that provides one-time codes alongside a password.
System administrator should configure systems to send alerts to users when their account has a new device added for authentication, to catch potential breaches early.
IT team should regularly update and test the MFA system to make sure it's working correctly and providing effective security against newer phishing methods.
Security officer should offer training sessions for employees to recognise phishing attempts and understand the importance of MFA.
Keep it running
Use phishing-resistant MFA (FIDO2/WebAuthn passkeys or certificate-based). Disable SMS/OTP where possible and monitor for MFA fatigue and suspicious prompts.
Evidence and audit
- Check 1 of 2What an auditor asks for
Ask for
Are all users of sensitive systems using multi-factor authentication?
Look at
Review user account settings and activity logs that show MFA is enabled and used.
Good evidence
The documentation should show MFA is enabled for all users and logs demonstrate it's being consistently utilised.
- Check 2 of 2What an auditor asks for
Ask for
How is phishing resistance ensured in the MFA method?
Look at
Examine the authentication system's design and settings to ensure they use factors that cannot be easily replicated by outsiders.
Good evidence
The organisation uses a trusted MFA solution which is resistant to phishing, such as apps generating one-time passwords.
Mappings
Closest match in ASD Information Security Manual: ISM-1682, Phishing-resistant multi-factor authentication for human users of systems, which asks for the same thing.
ISO/IEC 27001: 1 mapping
This control partially meets A.8.5.
E8-MF-ML2.5 requires phishing-resistant MFA for system access as a specific secure authentication outcome. ISO/IEC 27001:2022 Annex A 8.5 requires secure authentication technologies and procedures generally, based on access restrictions and policy. E8-MF-ML2.5 is a specific, higher-prescription subset of Annex A 8.5 focused on phishing-resistant MFA for system authentication.
ASD Information Security Manual: 11 mappings
This control is equivalent to ISM-1682.
E8-MF-ML2.5 requires that multi-factor authentication (MFA) used for system access is phishing-resistant. ISM-1682 states the same requirement for phishing-resistant MFA for authenticating users of systems. The scope and intent align closely, so implementing ISM-1682 would largely satisfy E8-MF-ML2.5.
This control partially meets ISM-1401.
E8-MF-ML2.5 requires MFA for system access to be phishing-resistant, focusing on resistance to credential phishing and replay. ISM-1401 defines acceptable MFA factor combinations (something you have/know/are) but does not require phishing-resistance properties. E8-MF-ML2.5 is therefore a more specific requirement layered on top of the broader MFA definition in ISM-1401.
This control partially overlaps ISM-1173.
E8-MF-ML2.5 requires that MFA for system access is phishing-resistant regardless of user type. ISM-1173 requires MFA for privileged users of systems, overlapping on MFA for system access but not explicitly requiring phishing-resistance. E8-MF-ML2.5 is broader across all users and more specific about phishing-resistance, while ISM-1173 is narrower to privileged users.
This control partially overlaps ISM-1505.
E8-MF-ML2.5 requires that MFA used for system access is phishing-resistant. ISM-1505 requires MFA for access to data repositories, which is a subset of systems and aligns on use of MFA but not explicitly on phishing-resistance. E8-MF-ML2.5 is broader (all system access) and deeper (phishing-resistant), while ISM-1505 is narrower to data repositories.
- ISM-1680Multi-factor authentication for human users of third-party services holding non-sensitive dataPartially overlaps
This control partially overlaps ISM-1680.
E8-MF-ML2.5 requires phishing-resistant MFA for authenticating users of systems. ISM-1680 requires using MFA (where available) to access third-party online services handling an organisation's non-sensitive data, which overlaps on applying MFA but not necessarily to internal system access or phishing-resistance. E8-MF-ML2.5 is about strength against phishing for system login, whereas ISM-1680 is about coverage of MFA for external SaaS and data handling context.
- ISM-1872Phishing-resistant multi-factor authentication for human users of online servicesPartially overlaps
This control partially overlaps ISM-1872.
ISM-1872 requires phishing-resistant MFA for human users of online services to prevent capture/replay via phishing. E8-MF-ML2.5 requires phishing-resistant MFA for authenticating users of systems, which can include but is not limited to online services. The overlap is the phishing-resistance requirement, but E8-MF-ML2.5 is broader in target environments (systems generally), while ISM-1872 is narrower to online services.
- ISM-1894Phishing-resistant multi-factor authentication for human users of data repositoriesPartially overlaps
This control partially overlaps ISM-1894.
E8-MF-ML2.5 requires that MFA used for system access is phishing-resistant. ISM-1894 applies the same phishing-resistant MFA requirement, but specifically to authenticating users of data repositories. The controls align on phishing-resistant MFA, but differ in scope because E8-MF-ML2.5 is about system access generally, while ISM-1894 focuses on a particular resource type.
This control supports ISM-0974.
ISM-0974 mandates MFA for unprivileged users to mitigate account compromise risks. E8-MF-ML2.5 complements this by specifying phishing-resistant MFA, enhancing the security posture of MFA implementations under ISM-0974. ISM-0974 does not require phishing resistance explicitly, thus E8-MF-ML2.5 strengthens the original requirement.
- ISM-1893Multi-factor authentication for third-party services holding sensitive customer dataSupports
This control supports ISM-1893.
ISM-1893 requires MFA for users accessing third-party online customer services that process, store or communicate sensitive customer data. E8-MF-ML2.5 adds that MFA used to authenticate users of systems is phishing-resistant, which supports stronger implementation of the MFA that ISM-1893 mandates when those services are accessed via organisational systems. ISM-1893 does not require phishing-resistant MFA, so E8-MF-ML2.5 provides an additional resilience requirement rather than the same scoped obligation.
This control supports ISM-2077.
ISM-2077 requires that organisations do not use email for out-of-band authentication. This supports E8-MF-ML2.5 because email is commonly used as a second step for system access, and eliminating it reduces exposure to mailbox compromise and phishing that would defeat MFA. E8-MF-ML2.5 sets a broader requirement for phishing-resistant MFA for system access, whereas ISM-2077 focuses only on excluding email as the out-of-band channel.
This control depends on ISM-2011.
ISM-2011 requires that when phishing-resistant MFA is used by user accounts, any non-phishing-resistant MFA options are disabled for those accounts to prevent fallback. This supports E8-MF-ML2.5 because disabling weaker MFA options is a direct control to ensure MFA for system access remains phishing-resistant under real-world conditions. E8-MF-ML2.5 defines the strength requirement for MFA used for system access, while ISM-2011 focuses on configuration hardening to stop weaker MFA paths being used.
ASD Essentials for enterprise IT: 1 mapping
- IT.PRO-13.4Enforce phishing-resistant MFA for all user authentication, including from untrusted locationsPartially overlaps
This control partially overlaps IT.PRO-13.4.
IT.PRO-13.4 requires phishing-resistant MFA for users authenticating to systems, including from untrusted, external or high-risk locations; E8-MF-ML2.5 requires the MFA used to authenticate users of systems to be phishing-resistant, the core of that action.
Mappings show how controls relate across frameworks. They do not imply full equivalence or certification.




