DigitalForensics

70 13 63 23

...

Cloud- og SaaS-forensik

I cloud og SaaS ejer kunden data, men leverandøren ejer platformen. Der er ingen fysisk disk at tage et image af, ingen server at skrivebeskytte og sjældent adgang til de rå logs bag tjenesten. Det, der kan sikres, er det, platformen stiller til rådighed: API-kald, administratoreksporter, snapshots af virtuelle diske og de auditlogs, som kunden selv har slået til. Resten ligger hos leverandøren og kan kun fås ved at spørge, ofte inden for en kort frist.

Cloud-forensik handler derfor mere om forberedelse og hurtighed end om værktøjer. Er CloudTrail, Activity Log eller Data Access-logs ikke slået til, før hændelsen sker, findes sporet ikke. Og er de slået til, roterer de efter en periode, som afhænger af konfiguration og abonnement. Den vigtigste tekniske beslutning i en cloudsag er ofte, hvilke logs der skal eksporteres og bevares i dag.

Det særlige ved cloud og SaaS

  • Logs er en indstilling. Mange auditlogs er slået fra som standard eller dækker kun administrative handlinger. Læsning af data kræver ofte særskilt aktivering.
  • API-kaldet er hændelsen. I AWS, Azure og GCP er næsten alt et kald til en programgrænseflade. Auditloggen registrerer, hvem der kaldte, fra hvilken IP, med hvilke nøgler og hvad resultatet var.
  • Snapshots er den nærmeste ækvivalent til et image. Et snapshot af en virtuel disk kan kopieres til en separat konto og analyseres som en disk, men tidspunktet og kæden af ansvar skal dokumenteres.
  • SaaS-leverandører er forskellige. Et CRM, et ERP-system og en identitetsudbyder har hver sin auditlog med egne felter og egen opbevaring. Nogle eksporterer kun via support.

Kilder og hvad de viser

  • CloudTrail · Platform: AWS · Hvad den viser: API-kald med identitet, kilde og resultat · Læs mere: AWS CloudTrail
  • Activity Log og Log Analytics · Platform: Azure · Hvad den viser: Ændringer af ressourcer og diagnosticeringslogs · Læs mere: Azure
  • Cloud Audit Logs · Platform: Google Cloud · Hvad den viser: Administrative handlinger og dataadgang · Læs mere: Google Cloud Audit Logs
  • Disksnapshots · Platform: Alle · Hvad den viser: Kopi af en virtuel disk til analyse · Læs mere: Snapshots af cloud-diske
  • Objektlagerets adgangslogs · Platform: S3 og Blob · Hvad den viser: Læsning, download og tidligere versioner · Læs mere: Objektlager
  • SSO-systemlog · Platform: Identitetsudbydere · Hvad den viser: Samlet login-spor til mange tjenester · Læs mere: Identitetsudbydere og SSO
  • SaaS-auditlogs · Platform: CRM, ERP og andre · Hvad den viser: Feltændringer, eksporter og administratorhandlinger · Læs mere: SaaS-systemer som datakilde
  • Containere og Kubernetes · Platform: Cloud og on-premises · Hvad den viser: Flygtige spor, der forsvinder med containeren · Læs mere: Containere og Kubernetes
  • Hostinglogs · Platform: Webhotel og hosting · Hvad den viser: Adgang til websted, FTP og kontrolpanel · Læs mere: Hostingleverandørens logs
  • API-eksport · Platform: Alle · Hvad den viser: Dokumenteret sikring via programgrænseflade · Læs mere: Cloud-forensic via API

Typiske fejlkilder

  • Eksport uden kontekst. En JSON-fil med logposter er kun et bevis, hvis det fremgår, hvem der hentede den, hvordan, med hvilke filtre og hvornår. Hashværdien af eksporten skal registreres.
  • Kun administrative handlinger. Mange sager handler om, hvem der læste data. Hvis dataadgang ikke blev logget, kan det ikke dokumenteres bagefter, og det skal stå klart i rapporten. Se Fravær af spor.
  • Tidszoner og klientur. Cloudlogs skriver typisk UTC, mens SaaS-brugerflader viser lokal tid. Se Server-tid og klient-tid.
  • Nøgler roteres, før de er undersøgt. At tilbagekalde en lækket nøgle er rigtigt, men nøglens id og anvendelse skal dokumenteres først. Se Lækkede API-nøgler.
  • Leverandøren spørges for sent. Hostingfirmaer og SaaS-leverandører sletter logs efter deres egne regler. Anmodningen om bevaring bør sendes tidligt.

Hvor man starter

Lav en liste over de cloudkonti, abonnementer og SaaS-systemer, der berører sagen, og notér for hver, hvilke logs der er slået til, og hvor længe de gemmes. Identifikation af datakilder og Teknisk datakort hjælper med strukturen. Eksportér derefter de kilder, der roterer først, og dokumentér hver eksport som beskrevet i Cloud-forensic: sikring via API og administratoreksport. Handler sagen om en kundeliste fra et CRM, er Kundelisten fra CRM det konkrete udgangspunkt; handler den om en uventet cloudregning, er det Misbrug af cloudkontoen.

Når det skal være en opgave

Artikler

Brug for en uvildig forensic-undersøgelse?

Afgrænsning

Siden handler om civile sager, interne undersøgelser og udenretlige tvister. Der gives ingen vejledning i at omgå sikkerhed eller skaffe sig adgang til andres enheder og konti. Læs mere: Afgrænsning.

John Nielsen, IT-sagkyndig

Brug for en forensisk undersøgelse?

Skriv kort, hvilke systemer eller enheder det drejer sig om, og om noget haster, så vender jeg tilbage. Kun civile sager.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.