SAAS INCIDENTS / CUSTOMER ACCESS

The platform is trusted.
Who else has access?

The 2025 extortion campaigns exposed a trust problem around connected applications, tokens and CRM records. Recover the evidence, contain the access and look beyond the export.

Salesforce Extortion Wave - Steps To Consider
Original supporting illustration; illustrative rather than incident evidence.

A trusted customer-management platform can still be accessed through an unsafe connection. The Salesforce-related data theft and extortion reported in 2025 illustrated how an integration, an authorised application or a deceived employee can give an attacker a route to valuable records without exploiting the core platform.

The investigation needs to follow the consequences beyond the first export. Contacts and opportunities matter; credentials copied into a support case can create a second incident elsewhere. The response needs to address both the access that exposed the records and the access those records may enable.

THE EXECUTIVE BRIEF

Treat this as an access and evidence problem.

  • Distinguish the compromised-integration campaign from social engineering that grants a malicious application access.
  • Preserve relevant logs and review historical connections, not just the applications visible today.
  • Investigate secrets in exposed records and coordinate any further containment with their owners.

01

Two routes into the same business risk.

THE TRUST BOUNDARY

An approved connection can become the exposure.

ROUTE A / STOLEN INTEGRATION TOKENS

A supplier connection is abused.

Google’s investigation described UNC6395 using compromised Salesloft Drift OAuth tokens to access Salesforce data during 8–18 August 2025.

ROUTE B / SOCIAL ENGINEERING

A person grants dangerous access.

The FBI separately warned about vishing and malicious connected applications. A convincing support pretext can lead an employee to authorise access.

Shared consequence: an external application can reach records using the access it holds.

Distinct documented routes, not a single confirmed chain for every affected organisation. Google Threat Intelligence Group · FBI advisory, 12 September 2025.

The integration incident was not an exploitation of a Salesforce core vulnerability. That distinction matters when deciding what to fix: updating a platform does not, by itself, remove an application’s permissions or invalidate a stolen token.

It does not mean the customer has nothing to investigate. Review who approved the connection, what it could read, how long it retained access and whether its activity was observable. A small integration can carry a wide permission boundary.

Extortion claims also circulated in October 2025. Criminal claims about victim totals or stolen records should be treated as claims until independently established. Your organisation’s exposure needs evidence from its own environment and relevant supplier notices, rather than a headline count.

02

A CRM export may contain more than customer information.

FOLLOW THE INFORMATION

One export. Two kinds of consequence.

01

Business records

Accounts, contacts, opportunities, cases and user information can reveal relationships, transactions and internal context.

02

Embedded access

A support conversation may contain passwords, API keys or other secrets that were never intended to become a shared CRM record.

Google reported exports of multiple Salesforce objects and searches for credentials. The exact exposure must be established for each environment; this illustration is not a claim that every exported case contained a secret.

That second layer changes the investigation. A stolen contact list supports impersonation; a live cloud credential may support access to another service. Neither should be assumed from the fact of an export alone. Identify the actual fields, attachments and time range involved, then assess the consequences with the relevant data and system owners.

Keep any search for credentials controlled and authorised. The purpose is to identify exposed access and arrange revocation or replacement, not to copy sensitive values into a widely shared incident ticket. Preserve the evidence required for investigation while limiting who can see it.

Include other relevant connected services in the review. Google’s updated advisory warned that the Drift compromise was not limited to Salesforce integrations and described a small subset of Drift Email integrations involving Google Workspace. That is not evidence that every Workspace account was compromised.

03

The response caseboard: evidence first, coordinated action.

PRIORITIES FOR AN ACTIVE EXPOSURE

Work in parallel; record the decisions.

01

Identify exposure

Reconcile current and historical applications, owners, permissions and relevant supplier notices. Establish which identities, objects and periods need investigation.

02

Contain access

Preserve available evidence while restricting or revoking affected application access and tokens. Coordinate changes so the business does not silently reconnect a compromised integration.

03

Harden administration

Review consent permissions, application approval, privileged users, MFA and session policy. A user password or MFA reset alone may not invalidate an application token.

04

Rotate exposed secrets

Use the actual records and scope to identify affected keys, credentials, webhooks or downstream connections. Coordinate revocation, replacement and verification with their owners.

05

Investigate the activity

Examine relevant API activity, unusual exports, query volumes, application changes and other context. Establish what happened and what the retained evidence cannot resolve.

06

Repair the process

Remove secrets from routine support workflows, assign application ownership and improve token lifecycle, supplier notification and log retention.

07

Manage extortion and notification

Bring incident response, legal, privacy, leadership and relevant insurer contacts together. Verify claims and assess reporting duties from the evidence.

CyberSolace response priorities. The numbered lanes organise the work; they are not a requirement to delay containment until every preceding lane is complete.

For a live incident, agree who can make containment decisions and how the business will tolerate an interruption to an integration. Capture relevant logs and configuration evidence before it disappears where practical, without allowing evidence collection to become a reason to leave harmful access active.

Record both current and removed applications. A clean list today cannot prove that a connection was absent during the exposure period. Historical app consent, permission changes, API events and supplier communications may be needed to establish the boundary.

The 8–18 August window is specific to the activity described in Google’s report. It is a starting point for the historical Salesloft Drift investigation, not a universal time limit for every Salesforce-related campaign or a reason to stop investigating evidence outside it.

04

Turn logging into an investigation you can support.

Begin with the logs actually available in your licence and retention arrangements. Export or preserve them using the organisation’s authorised process. A useful timeline distinguishes authentication, application authorisation, record access, export activity and response changes rather than treating every event as the same kind of evidence.

ExamineInterpret in context
Bulk access or unusual query volumeCompare with the integration’s legitimate purpose and normal operating pattern. High volume alone is not proof of theft.
Application, permission or owner changesEstablish who approved the change and whether the access remained appropriate.
API events, clients and source contextCombine available indicators with user, application, timing and record-access evidence. A user agent is a clue, not a verdict.
Gaps in retention or coverageState what cannot be established. Absence of a retained event is not proof that no access occurred.
Investigation prompts, not a universal detection rule set.

Google noted that deleting attacker-created query jobs did not remove the underlying event evidence available in the relevant logs. That supports preserving and examining the audit trail; it is not a promise that every customer retains every event indefinitely.

Where suspicious exports included personal information, assess the affected people, data and likely consequences with the privacy lead. Applicable notification duties depend on jurisdiction and circumstances. Keep the reasoning and timing of that assessment alongside the technical record.

05

Make the next integration safer to operate.

A connected application needs a named business owner, a justified permission scope and a removal process. Review whether old integrations still serve a purpose, whether tokens are rotated or revoked appropriately and whether a supplier incident can reach someone authorised to act quickly.

Adopt a “no secrets in cases” rule supported by workable alternatives. Staff should know how to exchange sensitive information through an approved route; otherwise a prohibition can simply move the practice to email or an unmanaged document.

Exercise an integration compromise during a normal change period. Can the team identify the owner, obtain the evidence, revoke access, reach the supplier and verify that a restored connection is safe? The exercise should include commercial and service consequences as well as technical steps.

If an extortion demand arrives, use the agreed incident route and obtain specialist advice. Do not let an individual employee improvise negotiations from a compromised corporate mailbox. Preserve the demand, verify its claims and involve the appropriate law-enforcement and insurer contacts.

HISTORICAL CAMPAIGN / CURRENT LESSON

The article describes 2025 campaigns. Supplier containment actions and integration availability have changed over time; use current vendor guidance for operational decisions. Being unaffected by one named integration does not establish that all other application access is safe.

THE CYBERSOLACE PERSPECTIVE

Know who can act as your business.

The durable lesson is the access boundary around trusted services. Maintain the application inventory, keep evidence usable and test who can revoke a connection when the facts are still uncertain.

SOURCES & EDITORIAL REVIEW

Original publication date retained. Research and presentation reviewed 20 October 2026. Criminal claims, confirmed observations and CyberSolace response recommendations are distinguished; no victim total is asserted from an extortion claim.