SectionIdentity and Access Mgmt
Technology category
MFA
MFA belongs to the Identity and Access Mgmt area. MFA adds another verification factor to the password, such as an app, hardware token, biometric factor, certificate, or passkey/FIDO2 mechanism. It reduces account compromise risk when passwords leak and, when designed well, also helps against phishing.
Acronym Glossary
This glossary explains acronyms used in this part so the intended security function is clear.
- MFA
- Multi-Factor AuthenticationUser verification with multiple factors such as password plus app, token, or biometric factor.
What This Technology Covers
MFA adds another verification factor to the password, such as an app, hardware token, biometric factor, certificate, or passkey/FIDO2 mechanism. It reduces account compromise risk when passwords leak and, when designed well, also helps against phishing.
Why It Matters
When selecting MFA, user experience, critical application coverage, resistance to push fatigue attacks, and phishing-resistant methods for administrators and sensitive access matter.
In practice, this is not only a technical function. It is a way to place the solution into a broader security architecture. Many organizations operate dozens of consoles and tools, so the challenge is also to understand which technology solves which type of risk.
This category helps name the problem precisely, narrow the list of relevant solutions, and distinguish technologies that may look similar at first glance. That is useful for partners and customers who already understand cybersecurity but need a clear map of the market and available portfolio.
Typical Use Cases
MFA is usually considered when an organization needs tighter control over a specific security layer within Identity and Access Mgmt. It can complement an existing architecture, replace an outdated tool, improve visibility, or consolidate functions currently split across multiple products.
Place In The Architecture
Within the broader Identity and Access Mgmt architecture, MFA should be assessed by how it connects to existing security and operational processes. Its practical value appears when the solution provides usable data, clear policies, understandable reporting, and integrations with existing tools.
When mapping this technology to SecTec portfolio vendors, it is important to consider not only the feature itself, but also deployment model, licensing, management level, supported platforms, and integration with adjacent areas. In a specific architecture, MFA may be a standalone platform, a capability, or part of a broader solution.
How To Assess The Technology
When selecting a solution, the most important assessment points are:
- which problem the solution covers and where its boundaries are
- whether it supports the organization's existing environment
- how it integrates with SIEM, SOAR, XDR, IAM, cloud, or ticketing
- what level of automation, reporting, and auditability it provides
- whether it reduces operational complexity or only adds another isolated console
Related Areas
Vendors From The SecTec Portfolio
Attack coverage and defensive context
MITRE ATT&CK® Enterprise version 19.1 is used as a reference model. The mapping is a SecTec expert interpretation and does not imply endorsement by MITRE.
Practical attack scenarios
- Phishing and identity abuseAn adversary manipulates a user, obtains credentials, or abuses a trusted account to gain access to the environment.
- Credential theftAn adversary obtains passwords, tokens, sessions, or other authentication material and uses it to expand access.
- Cloud and SaaS compromiseAn adversary abuses cloud identities, permissions, configurations, or application integrations to access services and data.
- Supply chain and trusted accessAn adversary abuses a supplier, software dependency, external access path, or trusted relationship to bypass normal controls.
- Business Email Compromise and mailbox takeoverAn adversary takes over or impersonates a trusted email identity and abuses communications for fraud, payment diversion, data collection, or further phishing.
- Privilege escalation and persistenceAn adversary expands privileges, creates or modifies accounts and policies, and establishes repeatable access to systems, identities, or cloud environments.
- Insider threat and authorized access abuseAn insider or an adversary with a valid account abuses legitimate permissions to discover, copy, manipulate, or transfer sensitive data.
- Broken API authentication and token abuseAn adversary bypasses login, password recovery, or token validation and assumes the identity of a user or service.
- Credential stuffing and password sprayingAn adversary automatically tests leaked username-password pairs or a small set of common passwords against many accounts.
- MFA fatigue, push bombing, and interceptionAn adversary floods a user with MFA prompts, intercepts a code, or uses social engineering to make the user approve an unauthorized sign-in.
- Session and access-token hijackingAn adversary steals a cookie, OAuth token, or another session artifact and accesses a service without re-entering a password or MFA.
Relevant ATT&CK techniques
- T1078 · Valid AccountsDetect, Prevent
- T1110 · Brute ForceDetect, Prevent
- T1111 · Multi-Factor Authentication InterceptionDetect, Prevent
- T1539 · Steal Web Session CookieDetect, Prevent
- T1621 · Multi-Factor Authentication Request GenerationDetect, Prevent