Gå till artikeln

Checklista för offboarding: stäng åtkomsten samma dag

Cyberlord-teamet

Checklista för offboarding: stäng åtkomsten samma dag

Bristande offboarding är en av de mest förutsägbara och minst uppmärksammade riskerna i en organisation. Över 20 procent av alla dataintrång involverar någon med insyn, och en betydande del av dem handlar om personer som slutat men behållit åtkomst de borde ha förlorat sin sista dag.

Vi har utrett ärenden där en tidigare IT-chef använde ett kvarvarande administratörskonto tre månader efter avslutet, där en säljare laddade ner hela CRM-databasen dagen innan uppsägningen och där en utvecklare med sparade SSH-nycklar raderade en produktionsdatabas två veckor efter att anställningen upphört. Inget av fallen krävde en avancerad angripare. Alla var kontrollfel.

Den här checklistan kopplar ihop HR och IT så att åtkomsten stängs när någon går — inte veckan efter.

Varför avslutet är den känsligaste dagen

Under anställningen finns en inbyggd friktion: kollegor ser vad som händer, chefer godkänner, system loggar. I själva avslutet försvinner den friktionen på en dag. Personen har fortfarande giltiga inloggningar, kunskap om interna rutiner och — i de fall avslutet är fientligt — ett motiv.

Risken är dessutom dubbelriktad. Dels kan en före detta medarbetare behålla åtkomst av misstag och råka ut för en kapning som sedan spåras tillbaka till organisationen. Dels kan en person med ont uppsåt använda åtkomst som aldrig återkallades. Båda scenarierna har samma rot: en process som inte är obligatorisk.

Dag noll: stäng av åtkomsten direkt

Det här steget ska ske i samma stund som avslutet bekräftas — före underrättelsen vid uppsägning, samtidigt vid egen uppsägning.

  • Stäng av SSO-kontot. I Okta, Entra ID, Google Workspace eller JumpCloud räcker ofta en enda åtgärd för att släcka kopplade applikationer inom minuter, förutsatt att integrationerna är korrekt konfigurerade.
  • Återkalla sessioner och tokens. Ett lösenordsbyte stänger inte aktiva sessioner i molnplattformar. Sessionstokens, refresh-tokens och enhetsregistreringar måste ogiltigförklaras separat.
  • Ta bort MFA-enheter. Avregistrera autentiseringsappar, FIDO2-nycklar och hårdvarutoken som personen haft.
  • Stäng VPN-åtkomst. Ta bort certifikat och gruppmedlemskap, inte bara användarkontot.
  • Stäng av utgående e-post men behåll brevlådan. Sätt autosvar med hänvisning till efterträdare och granska regler för vidarebefordran — en vidarebefordringsregel satt före avslutet är en klassisk exfiltreringsväg.
  • Avsluta delade brevlådor, distributionslistor och kalenderbehörigheter.

Dokumentera varje steg med tidsstämpel. Vid en senare tvist är det dokumentationen som avgör om ni agerade skyndsamt.

Dygn 1–3: hårdvara, passerkort och fysisk åtkomst

Digital åtkomst stängs på minuter. Fysisk åtkomst tar längre tid och glöms oftare bort.

  • Dator och mobil. Hämta in utrustningen senast sista dagen. Går det inte, lås enheten på distans via Intune, Jamf eller motsvarande och radera företagsdata selektivt vid BYOD.
  • Hårdvarunycklar och externa medier. Samla in FIDO2-nycklar, USB-minnen och rollspecifik utrustning.
  • Passerbricka. Ta bort kortets serienummer ur passersystemet, inte bara ur en lista över användare.
  • Delade koder. Om personen känt till gemensamma larmkoder eller dörrkoder i serverrum ska de bytas — oavsett om det finns misstanke eller inte.
  • Nycklar. Kan en fysisk nyckel inte återlämnas byts låset.

Revision av skuggsystem och saknade integrationer

Här fallerar de flesta organisationer. Verktyg som aldrig kopplades till SSO stängs inte av automatiskt, och de syns sällan i en central översikt.

Teknisk åtkomst

  • Kodförråd. Ta bort personen ur GitHub, GitLab eller Bitbucket, återkalla personliga åtkomsttoken och rotera de tjänstekonton personen skapat.
  • Moln-IAM. Ta bort IAM-användare, inaktivera åtkomstnycklar, granska federerade identiteter och de tjänsteroller personen konfigurerat.
  • SSH-nycklar. Ta bort publik nyckel ur auktoriserade nyckelfiler på samtliga servrar. Kritiskt vid drift- och DevOps-avslut.
  • CI/CD. Ta bort åtkomst till byggplattformar och rotera hemligheter personen kunnat läsa.
  • Databaser. Återkalla direkta databasuppgifter, inte bara åtkomst via applikationslagret — de två hanteras ofta i olika system.
  • DNS och domänregistrator. Ta bort åtkomst till Cloudflare, Route 53 eller motsvarande.

Delade konton och tredjepartstjänster

  • Sociala medier och gemensamma brevlådor. Byt lösenord på konton där personen haft publiceringsrätt, inklusive support@ och info@.
  • SaaS-verktyg utan SSO. Inventera konton som skapats med arbetsmejlen men med eget lösenord.
  • Dataägarskap. Flytta filer och sidor till chefens konto innan kontot raderas. Raderar ni först försvinner innehållet.
  • Lösenordshanterare. Ta bort personen ur delade valv.
  • CRM och analysverktyg. Återkalla åtkomst och granska i loggarna om data exporterats dagarna före avslutet.

En genomgång av vilka TTP:er insiderhot ofta bygger på hjälper er att prioritera vilka loggkällor som ska bevakas i just er miljö.

Juridik, dokumentation och bevarande av bevis

Säkerhetsarbetet vid avslut har alltid en juridisk sida, och den ska hanteras parallellt — inte efteråt.

  • Dokumentera samtalet. HR ska formellt notera att sekretessavtal, immaterialrättsliga skyldigheter och eventuella konkurrensklausuler påmints om.
  • Bekräfta återlämnad data. En signerad försäkran om att företagsdata raderats från privata enheter och molntjänster är inget tekniskt skydd, men den skapar ett juridiskt ansvar om data senare används.
  • Säkra bevis vid misstanke. Vid känd eller misstänkt dataexfiltrering: ta en forensisk avbild av enheten innan den raderas eller återställs.
  • Spara loggar. Exportera minst 90 dagars åtkomstloggar för personens konton innan de arkiveras eller tas bort.
  • Bedöm anmälningsplikt. Om obehörig åtkomst konstaterats kan det vara en anmälningspliktig personuppgiftsincident enligt GDPR. Juridisk bedömning ska göras innan någon kontaktar den före detta medarbetaren.

Behandla alltid den före detta medarbetarens kvarvarande data enligt er gallringsplan — men gallra inte bort det som kan behövas i en utredning.

30 dagar av uppföljning efter avslutet

Återkallad åtkomst är början på en bevakningsperiod, inte slutet på processen.

  • Larma på identiteten. SIEM-regler ska utlösa på varje autentiseringsförsök med personens användarnamn, e-post eller SSO-identitet efter avslutsdatum.
  • Bevaka delade uppgifter. Om gemensamma lösenord inte roterats ska inloggningar från oväntade adresser eller udda tider granskas.
  • Övervaka dataflöden. Vid misstanke om exfiltrering: regler i DLP som larmar på personens namn, avdelning eller projektnamn i utgående trafik.
  • Meddela leverantörer. Var personen kontaktperson hos en leverantör med åtkomst till era system ska leverantören underrättas.
  • Uppdatera kontaktlistor. Ta bort personen ur jourlistor, eskaleringslistor och supportportaler.

Löpande hotjakt är det som avgör om ni upptäcker ett kvarvarande konto i tid. Hur det arbetet läggs upp beskrivs i vår genomgång av hotjakt i cybersäkerhet.

Vad ett misslyckande kostar

Kostnaden är sällan dramatisk i stunden och mycket dyr efteråt. Ett kvarvarande administratörskonto som används för att läsa kunddata leder till utredning, forensik, eventuell anmälan och i värsta fall böter. En säljare som tar med sig kundlistan kan starta en tvist om företagshemligheter som pågår i åratal. En raderad produktionsdatabas kostar driftstopp, återläsning och kundernas förtroende.

I de fall vi utrett har myndighetsrapportering och böter ofta varit den mindre posten. Den större har varit tiden — ledningens, juristernas och teknikernas — samt den skada som uppstår när kunder får veta att åtkomst stått öppen i månader.

Automatisera offboarding

Vid 50 anställda och normal personalomsättning räcker ingen manuell checklista. Den är för lätt att hoppa över och för lätt att göra halvvägs.

  • Identitetsstyrning. Plattformar som SailPoint, Saviynt eller Microsoft Identity Governance återkallar åtkomst över kopplade applikationer när en statusändring kommer från HR-systemet.
  • HRIS-integration. Låt Workday, BambooHR eller motsvarande utlösa avetableringsflödet automatiskt i stället för via mejl till en person som råkar vara på semester.
  • Kvartalsvisa åtkomstgranskningar. Oberoende av enskilda avslut: gå igenom privilegierade konton och tredjepartsåtkomst och stäng det som blivit föräldralöst. Det fångar offboardingar som aldrig slutfördes.
  • En ägare per steg. Varje punkt i checklistan ska ha en namngiven roll, inte en avdelning.

Behöver ni hjälp att granska nuvarande åtkomst eller bygga ett automatiskt flöde? Kontakta Cyberlord — vi genomför åtkomstgranskningar som identifierar vilande och föräldralösa konton innan de blir ett insiderhot. Allt arbete sker enligt skriftligt avtal och inom ramen för er miljö och era befogenheter.

Slutsats

Offboarding är inte en HR-administrativ uppgift med en teknisk fotnot. Det är en säkerhetsprocess med fasta tidsgränser, namngivna ägare och ett loggat slut. Stäng identiteten först, hårdvaran sedan, skuggsystemen efter det — och bevaka i minst 30 dagar att inget kvarvarande spår används.

Ett avslut som sköts rätt märks inte. Det är poängen. Ett som sköts fel märks månader senare, i en utredning.

Vanliga frågor

Vilket är det vanligaste insiderhotet efter ett avslut? Användning av kvarvarande molnuppgifter till verktyg som aldrig kopplades till SSO, följt av dataexfiltrering före sista dagen och delade lösenord som aldrig roterades.

Hur länge bör vi bevaka försök till kvarvarande åtkomst? Minst 90 dagar. Vid uppsägningar, vid avslut för personer med omfattande dataåtkomst och vid avgång till en direkt konkurrent bör bevakningen löpa i 6 till 12 månader.

Vad gör vi om vi upptäcker att en före detta medarbetare fortfarande har åtkomst? Stäng åtkomsten omedelbart, säkra loggar över hela perioden, bedöm om data lästs eller förts ut och rådgör med juridik innan ni kontaktar personen. Obehörig åtkomst kan innebära anmälningsplikt enligt GDPR.

Relaterade guider

WhatsApp