+11.7 Multi-factor authentication
---+11.7.1 The relevant entities shall ensure that users are authenticated by multiple authentication factors …
---+11.7.2 The relevant entities shall ensure that the strength of authentication is appropriate for the …

11.7 Multi-factor authentication

Mapping to standards and frameworks

ISO standard 27001:2022Α.8.5
NIST Cybersecurity Framework v2.0PR.AA-03
ETSI Standard EN 319 401 V3.1.1REQ-7.4-05X, REQ-7.4-06X, ref. to clause 2 of CA/Browser Forum network security guide
CEN/TS 18026:2024OPS-23, IAM-06, IAM-07
BE-CyFun®2023BASIC: PR.AC-3.2
IMPORTANT: PR.AC-1.2, ESSENTIAL: PR.AC-1.4
FI-KybermittariACCESS1
EL- Ministerial decision 1689/2025Ministerial decision 1689/2025: article 13g
Cybersecurity Handbook: Part B: 5.6, 5.7, 5.9, 10.3
Self-assessment tool: 6.3, 6.4, 6.5, 6.9, 11.3
ENS-Royal Decree 311/2022Article 20
Annex II: [op.acc.1] Identification, [op.acc.2] Access requirements, [op.acc.3] Segregation of functions and tasks, [op.acc.4] Access rights management process, [op.acc.5] Authentication mechanism (external users), [op.acc.6] Authentication mechanism (organization users)
FR8.1-IE/EE
8.2-IE/EE
8.3-EE
8.4-EE
8.5-EE
10.B.1-IE/EE
19.10-EE

1. Ħarsa ġenerali

Titlu Standard
11.7.1 The relevant entities shall ensure that users are authenticated by multiple authentication factors …

Requirement

The relevant entities shall ensure that users are authenticated by multiple authentication factors or continuous authentication mechanisms for accessing the entities’ network and information systems, where appropriate, in accordance with the classification of the asset to be accessed.

Guidance

  • Select appropriate MFA (97) methods and continuous authentication mechanisms based on the entity’s security needs and depending on the classification of the asset. It is also good practice to consider user convenience when selecting and implementing a solution:
    • test-message-based OTP: simple but less secure due to risks such as SIM swapping;
    • authenticator apps: generate time-based OTPs;
    • push notifications: send an approval request to a user’s device;
    • hardware tokens: for example physical devices generating OTPs, smart cards;
    • passkeys;
    • Fast Identity Online 2 security keys;
    • biometrics: fingerprints, facial recognition, etc.
    • Consider continuous authentication (98) for avoiding specific threats such as session hijacking, credential theft and insider threats.

Examples of evidence

  • Logs showing MFA being used to access network and information systems.
  • Configuration of authentication solutions implementing MFA.
  • Access control policy outlining how different MFA methods are assigned, including whether phishing-resistant MFA is used.
11.7.2 The relevant entities shall ensure that the strength of authentication is appropriate for the …

Requirement

The relevant entities shall ensure that the strength of authentication is appropriate for the classification of the asset to be accessed.

Guidance

  • Determine which network and information systems require the use of MFA protection based on the classification of the asset to be accessed. Wherever possible, use phishing-resistant MFA.
  • Analyse user roles and the level of access required by each role to determine appropriate MFA methods.
  • Consider MFA, in particular when accessing systems from a remote location, accessing system administration systems, access to sensitive information, etc.
  • Enforce MFA on internet-facing systems, such as email, remote desktop and VPNs (99).
  • Define when and how MFA is required (e.g. every login, once per session or for high-risk actions).

Examples of evidence

  • Documentation detailing the classification of assets and the associated requirement for MFA protection.
  • Risk assessment results justifying the need for MFA on certain network and information systems.
  • List of user roles, associated access rights and the analysis conducted to determine appropriate MFA methods.
  • Configuration files and logs showing MFA enabled on specific network and information systems.
  • Settings from authentication systems reflecting the defined MFA requirements.
  • Logs from authentication systems showing enforcement of these MFA requirements.

Tips: guidance

  • Integrate MFA with SSO solutions for seamless access. Wherever possible, use phishing-resistant MFA.
  • Implement secure fallback methods for users who lose access to their MFA methods.
  • Educate users about the importance of MFA and how to use it.
  • Regularly monitor MFA logs for suspicious activity.
  • Keep the MFA system and associated devices updated.
  • Combine MFA with other techniques to require additional factors under specific circumstances, based on predefined rules and patterns, such as access from an unusual location, from an unusual device or at an unusual time.
  • Evaluate and choose an MFA provider that fits the entity’s requirements:
    • ease of integration: ensure the MFA solution integrates well with the existing systems;
    • user experience: aim for a balance between security and user convenience;
    • scalability: choose a solution that can grow with the entity;
    • support and reliability: ensure the provider offers robust support and high reliability.
  • Pilot test the MFA solution with a small group of users.
  • Ensure that MFA implementation meets legal requirements (e.g. the GDPR).

Tips: examples of evidence

  • Manuals, configuration files or screenshots demonstrating the successful integration of MFA with an SSO provider.
  • Records of training sessions, attendance lists and training materials provided to users about the importance and usage of MFA.
  • Regularly generated reports from MFA systems showing log monitoring activities and any suspicious activities detected.
  • Configuration files showing the implementation of additional authentication factors based on predefined rules.

1.1 Referenzi

1.2 Rekwiżiti identifikati

1.3 Regolamenti relatati

2. Rekwiżiti identifikati

Rekwiżiti
Sors Rekwiżit

3. Regolamenti relatati

Regolamenti
Sors Regolamentazzjoni

Kwistjonijiet marbuta

Links
Tip ta’ link Kwistjoni
is related to 11.7. Multi-factor authentication