Attempted Bypass of Okta MFA

Detects attempts to bypass Okta multi-factor authentication (MFA). An adversary may attempt to bypass the Okta MFA policies configured for an organization in order to obtain unauthorized access to an application.

Elastic rule (View on GitHub)

 1[metadata]
 2creation_date = "2020/05/21"
 3integration = ["okta"]
 4maturity = "production"
 5updated_date = "2024/11/27"
 6min_stack_version = "8.14.0"
 7min_stack_comments = "Breaking change at 8.14.0 for the Okta Integration."
 8
 9[rule]
10author = ["Elastic"]
11description = """
12Detects attempts to bypass Okta multi-factor authentication (MFA). An adversary may attempt to bypass the Okta MFA
13policies configured for an organization in order to obtain unauthorized access to an application.
14"""
15index = ["filebeat-*", "logs-okta*"]
16language = "kuery"
17license = "Elastic License v2"
18name = "Attempted Bypass of Okta MFA"
19note = """## Triage and analysis
20
21### Investigating Attempted Bypass of Okta MFA
22
23Multi-factor authentication (MFA) is a crucial security measure in preventing unauthorized access. Okta MFA, like other MFA solutions, requires the user to provide multiple means of identification at login. An adversary might attempt to bypass Okta MFA to gain unauthorized access to an application.
24
25This rule detects attempts to bypass Okta MFA. It might indicate a serious attempt to compromise a user account within the organization's network.
26
27#### Possible investigation steps
28
29- Identify the actor related to the alert by reviewing `okta.actor.id`, `okta.actor.type`, `okta.actor.alternate_id`, or `okta.actor.display_name` fields in the alert.
30- Review the `okta.client.user_agent.raw_user_agent` field to understand the device and software used by the actor.
31- Examine the `okta.outcome.reason` field for additional context around the bypass attempt.
32- Check the `okta.outcome.result` field to confirm the MFA bypass attempt.
33- Check if there are multiple unsuccessful MFA attempts from the same actor or IP address (`okta.client.ip`).
34- Check for successful logins immediately following the MFA bypass attempt.
35- Verify whether the actor's activity aligns with typical behavior or if any unusual activity took place around the time of the bypass attempt.
36
37### False positive analysis
38
39- Check if there were issues with the MFA system at the time of the bypass attempt. This could indicate a system error rather than a genuine bypass attempt.
40- Check the geographical location (`okta.request.ip_chain.geographical_context`) and time of the login attempt. If these match the actor's normal behavior, it might be a false positive.
41- Verify the actor's MFA settings to ensure they are correctly configured.
42
43### Response and remediation
44
45- If unauthorized access is confirmed, initiate the incident response process.
46- Immediately lock the affected actor account and require a password change.
47- Consider resetting MFA tokens for the actor and require re-enrollment.
48- Check if the compromised account was used to access or alter any sensitive data or systems.
49- If a specific MFA bypass technique was used, ensure your systems are patched or configured to prevent such techniques.
50- Assess the criticality of affected services and servers.
51- Work with your IT team to minimize the impact on users and maintain business continuity.
52- If multiple accounts are affected, consider a broader reset or audit of MFA tokens.
53- Implement security best practices [outlined](https://www.okta.com/blog/2019/10/9-admin-best-practices-to-keep-your-org-secure/) by Okta.
54- Using the incident response data, update logging and audit policies to improve the mean time to detect (MTTD) and the mean time to respond (MTTR).
55
56## Setup
57
58The Okta Fleet integration, Filebeat module, or similarly structured data is required to be compatible with this rule."""
59references = [
60    "https://developer.okta.com/docs/reference/api/system-log/",
61    "https://developer.okta.com/docs/reference/api/event-types/",
62    "https://www.elastic.co/security-labs/testing-okta-visibility-and-detection-dorothy",
63    "https://www.elastic.co/security-labs/monitoring-okta-threats-with-elastic-security",
64    "https://www.elastic.co/security-labs/okta-and-lapsus-what-you-need-to-know",
65    "https://www.elastic.co/security-labs/starter-guide-to-understanding-okta",
66]
67risk_score = 73
68rule_id = "3805c3dc-f82c-4f8d-891e-63c24d3102b0"
69severity = "high"
70tags = ["Data Source: Okta", "Use Case: Identity and Access Audit", "Tactic: Credential Access"]
71timestamp_override = "event.ingested"
72type = "query"
73
74query = '''
75event.dataset:okta.system and event.action:user.mfa.attempt_bypass
76'''
77
78
79[[rule.threat]]
80framework = "MITRE ATT&CK"
81[[rule.threat.technique]]
82id = "T1111"
83name = "Multi-Factor Authentication Interception"
84reference = "https://attack.mitre.org/techniques/T1111/"
85
86
87[rule.threat.tactic]
88id = "TA0006"
89name = "Credential Access"
90reference = "https://attack.mitre.org/tactics/TA0006/"

Triage and analysis

Investigating Attempted Bypass of Okta MFA

Multi-factor authentication (MFA) is a crucial security measure in preventing unauthorized access. Okta MFA, like other MFA solutions, requires the user to provide multiple means of identification at login. An adversary might attempt to bypass Okta MFA to gain unauthorized access to an application.

This rule detects attempts to bypass Okta MFA. It might indicate a serious attempt to compromise a user account within the organization's network.

Possible investigation steps

  • Identify the actor related to the alert by reviewing okta.actor.id, okta.actor.type, okta.actor.alternate_id, or okta.actor.display_name fields in the alert.
  • Review the okta.client.user_agent.raw_user_agent field to understand the device and software used by the actor.
  • Examine the okta.outcome.reason field for additional context around the bypass attempt.
  • Check the okta.outcome.result field to confirm the MFA bypass attempt.
  • Check if there are multiple unsuccessful MFA attempts from the same actor or IP address (okta.client.ip).
  • Check for successful logins immediately following the MFA bypass attempt.
  • Verify whether the actor's activity aligns with typical behavior or if any unusual activity took place around the time of the bypass attempt.

False positive analysis

  • Check if there were issues with the MFA system at the time of the bypass attempt. This could indicate a system error rather than a genuine bypass attempt.
  • Check the geographical location (okta.request.ip_chain.geographical_context) and time of the login attempt. If these match the actor's normal behavior, it might be a false positive.
  • Verify the actor's MFA settings to ensure they are correctly configured.

Response and remediation

  • If unauthorized access is confirmed, initiate the incident response process.
  • Immediately lock the affected actor account and require a password change.
  • Consider resetting MFA tokens for the actor and require re-enrollment.
  • Check if the compromised account was used to access or alter any sensitive data or systems.
  • If a specific MFA bypass technique was used, ensure your systems are patched or configured to prevent such techniques.
  • Assess the criticality of affected services and servers.
  • Work with your IT team to minimize the impact on users and maintain business continuity.
  • If multiple accounts are affected, consider a broader reset or audit of MFA tokens.
  • Implement security best practices outlined by Okta.
  • Using the incident response data, update logging and audit policies to improve the mean time to detect (MTTD) and the mean time to respond (MTTR).

Setup

The Okta Fleet integration, Filebeat module, or similarly structured data is required to be compatible with this rule.

References

Related rules

to-top