IT- og softwarevirksomheder

I en softwarevirksomhed er produktet digitalt fra ende til anden. Kildekoden, arkitekturen, kundernes miljøer og den viden, udviklerne har i hovedet, er virksomhedens værdi. Det betyder også, at en udvikler, der går, kan tage meget med på kort tid, og at sporene ligger spredt i mange tjenester.

En særlig udfordring er, at de personer, der skal hjælpe med undersøgelsen, ofte selv er udviklere eller administratorer med vide adgange. Det kræver omtanke at tilrettelægge sagen.

Typiske situationer

En udvikler har taget kildekoden med

En udvikler stopper, og kort efter dukker et produkt op, der ligner jeres. Spørgsmålet er, om repositories er klonet, eller om kode er overført til private konti. → En udvikler har taget kildekoden med

Udvikleren stopper: tokens og private kopier

Selv uden ond vilje har en udvikler ofte personlige adgangsnøgler, tokens og lokale kopier, der lever videre efter fratrædelsen. → Udvikleren stopper: GitHub, tokens og private kopier

Kundeadgange efter fratræden

Supportmedarbejdere og konsulenter har adgang til kundernes systemer. Kan de stadig logge ind, er det både en sikkerhedsrisiko og et muligt brud på kundeaftalen. → En tidligere medarbejder logger stadig ind

Stifterne går fra hinanden

Hvem ejer koden, domænet og cloudkontoen, når stifterne er uenige? → Stifterne går fra hinanden

Tvist om et leveret projekt

En kunde mener, at systemet ikke lever op til aftalen. Commit-historik, tickets og testlogs dokumenterer, hvad der blev leveret og hvornår. → Leverandøren leverer ikke

Datakilder, der typisk betyder noget

• Git-platformen (GitHub, GitLab, Bitbucket, Azure DevOps): auditlog, kloninger, forks, tokens og ændringer i rettigheder.
• Udviklerens computer: lokale repositories, SSH-nøgler, synkronisering til private lagre.
• Cloudplatforme: adgangslogs og nøgler i AWS, Azure eller Google Cloud.
• Projekt- og ticketsystemer: Jira, Azure Boards og lignende. → Projektværktøjer: hvem gjorde hvad hvornår
• Slack eller Teams: udviklernes daglige kommunikation. → Slack-abonnementet afgør, hvad I kan eksportere
• Adgangskodeadministratoren: hvilke delte bokse er åbnet. → Adgangskodeadministratoren

Hvad I gør først

1. Sikr auditloggen på Git-platformen, før den udløber. Opbevaringstiden afhænger af abonnementet.
2. Tilbagekald tokens og nøgler, men dokumentér dem først. Notér, hvilke der fandtes, og hvornår de sidst blev brugt.
3. Bevar udviklerens computer urørt. Lad ikke en kollega “lige tjekke” de lokale repositories.
4. Vælg en kontaktperson, der ikke er tæt på den undersøgte. Er det CTO’en eller den ledende udvikler, sagen handler om, skal en anden eje sagen. → Mistanke mod IT-administratoren
5. Inddrag jeres advokat om forretningshemmeligheder og ophavsret til koden.

Typiske fejl

• At slette udviklerens bruger i Git-platformen, så historikken over handlinger bliver sværere at finde.
• At lade den ledende udvikler, der var tæt på den fratrådte, undersøge sagen.
• At tilbagekalde tokens uden at notere, hvilke der fandtes, og hvornår de blev brugt sidst.

Forebyggelse

Dokumentér jeres egen udvikling løbende, så I kan vise, hvad der er jeres. Saml adgange under virksomhedens konti, ikke personlige. → Dokumentér jeres egen udvikling løbende og Cloudkontoen står i en medarbejders navn

Hjælp

Nielco IT er John Nielsen, IT-sagkyndig med retssagserfaring og mere end 30 års erfaring med IT-sikkerhed. Nielco IT sælger ingen produkter og har ingen leverandørpartnerskaber og arbejder i hele landet. → IT-sagkyndig for virksomheder

Opgaverne er civile sager og interne undersøgelser. Se afgrænsningen.

Kan data forsvinde i dag, så se Akut hjælp, hvor de første skridt står. I akutte sager kan John Nielsen være på stedet inden for få timer. Hastesager koster ekstra. Se, hvordan Nielco IT prissætter opgaverne.

Ring 70 13 63 23, eller læs om digital bevissikring hos Nielco IT.