TL;DR: OAuth token theft, not credential compromise, enabled silent exfiltration from Salesforce and related integrations in the Salesloft incident, according to Grip Security and Google’s Threat Intelligence Group. The pattern shows that app-to-app trust chains have become a primary SaaS identity risk, and standing OAuth access now needs lifecycle governance, not just MFA and user-centric monitoring.
Editorial analysis by NHI Mgmt Group, based on content published by Grip Security: “Inside the Salesloft Breach: The New Wave of OAuth-Driven Salesforce Attacks”.
Key questions
Q: What breaks when OAuth tokens are not governed as lifecycle assets?
A: Teams lose track of who owns the access, what it can reach, and whether the permission still matches the business need.
Q: Why are OAuth tokens risky even when MFA is enforced for users?
A: MFA protects the user login, but OAuth tokens can keep working after the initial approval without repeated user authentication.
Q: How do security teams spot shadow integrations before they become a breach path?
A: Look for integrations with no clear owner, no business justification, stale token use, or access to high-value data that exceeds their stated purpose.
Practitioner guidance
- Inventory every OAuth integration Build a current register of all SaaS-to-SaaS connections, including obscure or low-use apps, and record the owner, granted scopes, last use, and business purpose for each one.
- Revoke and rotate inactive tokens Remove unused grants, rotate active tokens on a defined schedule, and require re-approval for integrations that no longer have a clear business justification.
- Separate token telemetry from sign-in telemetry Alert on token usage patterns, API calls, and unusual cross-tenant or cross-app access paths, because OAuth abuse may never appear as a failed login.
Bottom line: OAuth token abuse creates a quieter and more durable breach path than password theft because the attacker operates through trusted app connections.
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
OAuth trust chains are now a first-class identity surface. The article shows that the real exposure sits between applications, not only at the user login layer. Once a token is issued, the security model shifts from human authentication to delegated non-human access, which means SaaS security governance must include lifecycle controls for integrations, not just accounts. For IAM and NHI programmes, the practical conclusion is that app-to-app trust has become part of the identity perimeter.
A few things that frame the scale:
- The blast radius of the Salesloft-Drift OAuth supply chain attack was 10 times greater than earlier incidents in which attackers breached Salesforce directly.
A question worth separating out:
Q: Should organisations prioritise OAuth governance over more user MFA hardening?
A: Yes, when the main exposure comes from app-to-app trust rather than human login compromise. If attackers are abusing delegated access, stronger MFA at the user layer will not stop token replay or integration-based exfiltration. Security teams should prioritise inventory, scope reduction, and revocation controls where SaaS integrations hold sensitive data.
👉 Read our full editorial: OAuth token abuse is reshaping Salesforce breach risk