Okta Support System Breach Exposes Customer Files

A threat actor gained unauthorized access to Okta's support case management system, copying HAR files uploaded by customers that contained sensitive session tokens.

Okta Support System Breach Exposes Customer Files
BreachIdentitySupply Chain

SecurityAudit360 Research

Okta Support System Breach Exposes Customer Files

In late 2023, Okta disclosed that a threat actor compromised its support case management system. The attacker leveraged stolen credentials to access the system and systematically downloaded HTTP Archive (HAR) files uploaded by Okta customers. These files are typically provided to support engineers for troubleshooting complex authentication issues.

The Exploitation of HAR Files

HAR files capture detailed network activity between a user's browser and a server. Critically, these files can inadvertently include sensitive information such as:

  • Active Session Tokens: Cookies or authorization headers that are actively in use.
  • Authentication Flow Details: Detailed request parameters that map out custom integration behaviors.
  • Plaintext Credentials: In rare misconfigurations, plaintext passwords passed in URL parameters or request bodies.

The attacker extracted the active session tokens embedded within the stolen HAR files. Using these sessions, the attacker impersonated legitimate customer administrators, bypassing primary authentication and multi-factor authentication (MFA) requirements, which were already satisfied during the initial login event captured in the HAR.

Downstream Impact

Several high-profile organizations reported subsequent breaches stemming directly from this Okta support system compromise. Attackers used the hijacked admin sessions to:

  1. Modify Configurations: Alter Single Sign-On (SSO) settings to establish persistence.
  2. Exfiltrate Data: Access downstream corporate applications synced with Okta.
  3. Lateral Movement: Pivot into sensitive engineering and source code environments.

"The use of stolen session tokens from diagnostic files represents a shift toward file-based credential harvesting when primary authentication perimeters hold strong." - SecurityAudit360 Threat Intel

Remediation and Recommendations

Following the incident, Okta implemented forced sanitization measures within their support platform to automatically strip session identifiers from incoming HAR uploads. To protect against similar threats, SecurityAudit360 advises organizations to:

  • Sanitize Diagnostic Logs: Always utilize automated sanitization tools to remove session cookies, bearer tokens, and PII from HAR files and application logs before sharing them with third-party vendors.
  • Implement Session Binding: Wherever possible, bind session tokens to the origination IP address or device fingerprint. This significantly mitigates the utility of stolen sessions.
  • Reduce Session Lifetimes: Enforce strict idle and absolute session timeouts, particularly for administrative portals, ensuring stolen cookies expire rapidly.
  • Monitor for Anomalous Access: Utilize the SecurityAudit360 platform to continually scan for misconfigurations in identity provider setups and monitor for unusual administrative activities that deviate from historical baselines.
Share