7 Minuter
Google har bekräftat vad säkerhetsforskare befarade: en kedjeattack som började via Gainsight-appar ledde till en omfattande datastöld från Salesforce, där mer än 200 företag globalt potentiellt kan vara berörda. Nya detaljer framträder nu om hur angripare rörde sig från en tredjepartsapp in i företagsregister och API:er.
Hur attacken genomfördes
Enligt rapporter och uttalanden från berörda leverantörer inleddes intrånget via Gainsight — ett populärt verktyg för kundframgång och integrationer — vilket gav angriparna möjlighet att komma åt data som lagrats i olika Salesforce-inställningar. Angriparna utnyttjade uppenbarligen autentiseringstoken som härstammade från tidigare intrång hos tredjepartskunder, vilket gav dem möjlighet att imitera legitima integrationer och ladda ned data från anslutna Salesforce-org.
Teknisk bakgrund och token‑mekanik
Autentiseringstoken (API-tokens, OAuth-token) används för att ge applikationer åtkomst till system utan att behöva exponera användarlösenord. I det här fallet verkar angriparna ha använt komprometterade token från separata incidenter — till exempel exponeringar i andra SaaS-tjänster — för att få kedjeåtkomst: först till verktyg som Gainsight, och därigenom vidare in i kundernas Salesforce-miljöer. Denna typ av supply chain‑attack visar hur beroendet av tredjepartsintegrationer skapar en multiplikatoreffekt för åtkomstrisker.
En detaljerad teknisk analys pekar på följande steg i attackkedjan:
- Initial kompromiss: Angriparna får tag i giltiga autentiseringstoken eller API-nycklar från en tidigare incident hos en tredjepartsleverantör eller kund.
- Sidokanalsåtkomst: Användning av dessa token för att autentisera mot integrationsplattformar som Gainsight.
- Förflyttning lateralt: Från Gainsight utnyttjades anslutna integrationer för att anropa Salesforce API:er och hämta strukturerad data från ett flertal orgs.
- Dataexfiltration: Stora dataset exfiltrerades genom automatiserade API-anrop, ofta genom att imitera legitim trafik för att undvika upptäckt.
Hotaktörer och anspråk på ansvar
Media, däribland TechCrunch och andra teknikpublikationer, rapporterar att en grupp som kallar sig Scattered Lapsus$ Hunters — inkluderande medlemmar från ShinyHunters och andra team — utpekade sig själva som ansvariga. I kontakter med media uppgav ShinyHunters att man använt åtkomst som erhållits via en tidigare kompromiss av Salesloft-kunder och stulna token från Drift för att nå Gainsight och därefter Salesforce.
Den här typen av grupper består ofta av aktörer med olika syften — från ekonomisk vinning till aktivismliknande publicitet — och använder sig av teknik och taktik som snabbt kan skalas om de får tillgång till automatiserade integrationer och API:er.
Påverkansbedömning och Salesforce svar
Google meddelade att ett stort antal Salesforce-inställningar sannolikt är påverkade. Salesforce själva har avfärdat idén om ett plattformsövergripande säkerhetsfel och säger att incidenten inte härrör från en sårbarhet i deras kärntjänst. Trots detta visar attackkedjan hur en kompromiss hos en enskild leverantör kan få kaskadeffekter över många kunder, särskilt i miljöer där extensiva tredjepartsintegrationer är integrerade i affärsprocesser.
Den här händelsen belyser ett centralt säkerhetsproblem i molnekosystemet: även om en plattform är tekniskt säker i sin kärna kan autentiseringsdata, konfigurationsfel eller svagheter i externa integrationer skapa kritiska intrångsvägar.

Vem nämns — och vem förnekar
Scattered Lapsus$ Hunters listade flera uppmärksammade företag bland de påstådda offren, inklusive Atlassian, CrowdStrike, DocuSign och LinkedIn. Flera av dessa företag reagerade snabbt och motsade eller nyanserade anklagelserna: CrowdStrike och DocuSign meddelade exempelvis att de inte funnit bevis för att data exfiltrerats från deras interna system. CrowdStrike uppgav också att en anställd som misstänktes ha samarbetat med angriparna har avskedats.
Företagsreaktioner och pågående utredningar
Andra organisationer, såsom Verizon, Malwarebytes och Thomson Reuters, har sagt att de undersöker påståendena men ännu inte kunnat dra några definitiva slutsatser. De varierande svaren illustrerar hur osäkerhet präglar efterverkningarna av omfattande supply chain‑liknande intrång: offentliga påståenden kan komma före fakta från rättsmedicinska analyser.
Gainsight arbetar tillsammans med incidenthanterare från Mandiant för att spåra grundorsaken, och Salesforce har som försiktighetsåtgärd tillfälligt inaktiverat integrations‑token kopplade till Gainsight medan undersökningarna pågår. Dessa åtgärder är typiska i incidenthantering: isolering av potentiellt komprometterade mekanismer för att begränsa vidare spridning och möjlig exfiltration.
Konsekvenser för berörda parter
Omständigheterna innebär flera nivåer av påverkan:
- Direkt dataexponering för de företag vars Salesforce-data nåtts och nedladdats.
- Risk för att angriparna använder kunddata för ytterligare riktade attacker (phishing, bedrägerier, utpressning).
- Operativa konsekvenser för leverantörer som tvingas återkalla och rotera tokens, granska loggar och begränsa integrationer temporärt.
- Regulatoriska och juridiska följder, särskilt om personuppgifter påverkats och dataskyddslagstiftning (t.ex. GDPR) kommer att bli aktuell.
Vad företag bör göra nu
Händelsen är en tydlig påminnelse för företag att regelbundet granska tredjepartsappkopplingar, rotera och återkalla inaktiva token, samt övervaka accessmönster för ovanliga nedladdningar eller API‑beteenden. När integrationer komprometteras kan spridningseffekten bli mycket större än ett enskilt leverantörsfel — och ofta krävs validering från flera oberoende utredningar för att fastställa den fulla omfattningen.
Praktiska rekommendationer inkluderar:
- Genomför en inventering av alla tredjepartsintegrationer och token som har åtkomst till kritiska system som Salesforce.
- Inför striktare principer för minst privilegium (least privilege) och segmentering mellan system.
- Aktivera och analysera omfattande loggning av API-anrop, med larm för atypiska mönster eller volymsprång i dataexport.
- Rulla tokens och nycklar regelbundet samt använd kortlivade OAuth-token där det är möjligt.
- Utför regelbundna penetrationstester och tredjepartsriskbedömningar som inkluderar leverantörers säkerhetspraxis och incidenthistorik.
En kombination av tekniska kontroller, processförbättringar och kontinuerlig övervakning minskar risken att liknande kedjeattacker kan slå igenom i framtiden.
Regulatoriska och affärsmässiga implikationer
Utöver teknisk sanering måste företag förbereda sig för potentiella regulatoriska anmälningar, kundkommunikation och eventuella juridiska konsekvenser. Om kunddata eller personuppgifter påverkats kan det finnas krav på att anmäla incidenten till dataskyddsmyndigheter inom utsatta tidsramar, samt att informera berörda individer. Transparens och snabb, korrekt kommunikation är avgörande för att minimera skada på varumärket och rättslig exponering.
I takt med att molntjänster och SaaS‑integrationer blir alltmer centrala i affärssystem ökar också behovet av att inkludera leverantörers säkerhetsnivå i leverantörsbedömningar och avtal. Kontrakt bör reglera säkerhetskrav, incidentrapportering och möjligheten att genomföra oberoende granskningar.
Sammanfattningsvis visar händelsen hur kritiskt det är att kombinera tekniska kontroller med tydliga processer för leverantörshantering och incidentberedskap.
Fortsatta utredningar och vad som kan komma härnäst
Utredningarna kring detta utfall kommer troligen att fortsätta under en längre period. Ofta framträder nya detaljer först efter omfattande logganalys, återställning av komprometterade miljöer och korrelation mellan olika datakällor. Det är också vanligt att angripare efter initial exfiltration försöker sälja eller publicera data, vilket kan leda till nya avslöjanden och en förlängd tvisteprocess mellan aktörer och undersökande medier.
Analytiker kommer att bevaka indikatorer som publicerade dataset, påståenden i onlinediskussioner och upptäckter i dark web‑miljöer för att bättre bedöma den slutliga påverkan. Samtidigt kommer företag att behöva upprätthålla förtroendet hos kunder och partners genom tydlig rapportering av vilka åtgärder som vidtagits för att begränsa skadan.
Att lära av denna incident innebär att många organisationer nästa gång kan svara snabbare och med tydligare rutiner för tokensäkerhet, åtkomstbegränsning och tredjepartshantering — alla centrala aspekter av modern cybersäkerhet och riskstyrning.
Källa: smarti
Kommentarer
Erik
Wow, trodde vi hade koll men efter sånt här känns allt osäkert. Vi började rulla tokens igår, jobbigt men nödvändigt.
datapuls
Är det verkligen komprometterade token från andra tjänster som gav kedjeåtkomst? Känns lite för enkelt, men logiskt. Hur hittas fragmenterade spår i loggarna? förvånad
Lämna en kommentar