DLP-blinda fläcken du inte har granskat
DLP-verktyg övervakar nätverkstrafik, e-postfiler och filöverföringar. De fångar upp kalkylblad med personnummerkolumner. De flaggar e-post med kundlistor. De blockerar uppladdningar med patientjournaler.
De fångar inte skärmdumpar.
En skärmdump är en bildfil. PII inuti den ritas som pixlar. Det lagras inte som text. DLP-motorer som söker efter PII-mönster hittar ingenting.
Varje dag klistrar anställda in skärmdumpar i Slack, Jira, Teams och e-postkedjor. Noll DLP-larm utlöses.
Hur skärmdumpar sprider PII på arbetsplatsen
Distans- och hybridarbete har gjort delning av skärmdumpar vanligt. Interna verktyg fylls med dem varje dag.
Teammedlemmar delar skärmdumpar för snabbt sammanhang:
- Supportagenter tar kundkontovyer att dela med teamledare.
- Utvecklare delar fellogg som innehåller användarinmatad data.
- Kontoansvariga skickar CRM-poster för att ge sammanhang till ekonomiteam.
- IT-administratörer tar systemvyer för att dokumentera konfigurationer för entreprenörer.
- Produktteam delar instrumentpanelsvyer i uppdateringar till intressenter.
Varje bilaga kan innehålla personuppgifter. En kundkontoskärmdump innehåller namn, e-post, status och faktureringsadress. En felloggfil kan innehålla namn, adresser eller telefonnummer inmatade av användare. En CRM-postskärmdump innehåller hela kontoprofilen. En instrumentpanelsfil kan visa användar-ID:n i diagrametiketter.
Åtkomstkontrollproblemet
Delning av skärmdumpar skapar också ett åtkomstkontrollproblem.
De flesta organisationer tillämpar rollbaserade åtkomstkontroller på produktionssystem. En supportagent ser bara sina köposter. En entreprenör ser bara tilldelade projektfiler.
När en agent tar en kundpost och klistrar in den i en Slack-kanal med entreprenörer, kringgås åtkomstkontrollen. Entreprenören får personuppgifter som de inte kunde nå via vanliga vägar. DPA för entreprenörsarbete kanske inte täcker denna överföring. Kundens GDPR-rättigheter kanske inte gäller för den entreprenören.
Detta kringgående är ett problem enligt GDPR Artikel 5(1)(f). Det täcker integritet och konfidentialitet. Det kan också skapa problem med Artikel 28-anpassning om entreprenörer får PII utan rätt DPA. Se vår GDPR-efterlevnadsguide för en checklista över Artikel 28-skyldigheter.
Bild-PII-identifiering som teknisk skyddsåtgärd
Den tekniska skyddsåtgärden mot PII-exponering via skärmdumpar är OCR plus NLP-identifiering. Stegen är enkla.
- Anställd tar en skärmdump av ett kundgränssnitt.
- Innan delning: laddar upp skärmdumpen till ett identifieringsverktyg.
- Verktyget extraherar synlig text via OCR.
- NLP hittar PII-entiteter i texten.
- Anställd ser en rapport: "Den här skärmdumpen innehåller: [kundnamn], [e-postadress], [konto-ID]."
- Anställd redigerar sedan PII, begränsar delningsomfånget eller fortsätter med en skriftlig motivering.
Detta blockerar inte all delning. Det visar personuppgifterna innan de förflyttas. Människor kan sedan fatta välgrundade beslut. Se hur detta passar i din skyddsstapel på skyddsåtgärdssidan.
Användningsfall: SaaS-helpdesk Jira-skärmdumpspolicy
Ett SaaS-företags helpdesk använde Jira för att logga kontoproblem. Filer bifogade till dessa ärenden innehöll användar-PII. Specifikt:
- Användare-e-postadresser från kontohanteringsskärmar.
- Prenumerationsplaninformation.
- Faktureringsbelopp och datum.
- Partiella betalningsuppgifter i vissa fall.
En GDPR-revision hittade 847 Jira-ärenden skapade under 18 månader. Alla innehöll PII-bilagor. Jira var öppet för alla 200 ingenjörer. Några var entreprenörer utan DPA:er för kundfaktureringsuppgifter.
Åtgärdssteg:
- Retroaktiv revision: PII-identifiering på alla befintliga bilagor. 312 ärenden flaggades för DPO-granskning.
- Ärendestädning: 89 ärenden hade filer dolda innan de bifogades på nytt.
- Processändring: nytt arbetsflöde som kräver en PII-kontroll innan Jira-bilaga.
- Utbildning: 15-minuterssession för all helpdesk-personal.
Resultat efter 90 dagar:
- PII-incidenter i Jira: ned 90 procent.
- Återstående incidenter: fall där personal fortsatte med en skriftlig diagnostisk motivering.
- DPA-omfång: uppdaterat för att minska onödig personuppgiftsexponering för entreprenörer.
De 312 historiska ärendena var ett efterlevnadsfynd. Den 90-procentiga minskningen fungerade som bevis på åtgärd i revisionssvaret.
Att integrera skärmdumpsgranskning i teamarbetsflöden
För organisationer som vill ha PII-kontroller utan att bromsa verksamheten finns flera alternativ.
Lättviktsalternativ: Ett webbläsarverktyg som anställda använder innan de klistrar in i Slack eller Jira. Dra skärmdumpen, få en PII-rapport på fem sekunder, fortsätt sedan eller redigera.
Jira- eller ServiceNow-hook: Identifiering som körs innan filer når ärenden. Det fungerar som virusskanning innan en filuppladdning.
Slack-bot: En bot som tar emot skärmdumpsuppladdningar i valda kanaler. Den kör PII-identifiering. Den lägger upp ett trådsvar med identifierade entiteter. Detta gör personuppgifter synliga utan att blockera arbetsflödet.
Teamnorm plus stickprov: En veckovis automatiserad kontroll. Ta 10 procent av skärmdumparna i samarbetsverktyg som stickprov. Kör identifiering. Rapportera fynd till teamledaren. Detta bygger ansvarsskyldighet utan att blockera något arbetsflöde.
För GDPR-dokumentation: skärmdumps-PII-kontrollen räknas som en "organisatorisk åtgärd" enligt Artikel 32. Dokumentera skyddsåtgärden — policy plus tekniskt verktyg. Lägg till bevis på användning. Detta uppfyller Artikel 5(2)-ansvarsskyldighetsregeln. Se vår efterlevnadssida och ordlisteposten för Artikel 32.
Vill du se hur anonym.legal hanterar detta för ditt team? Besök vår prissida eller läs grundarens uttalande om de-identifiering.
Källor
- GDPR Artikel 5: Principer för databehandling. VERIFIED-EXTERNAL.
- GDPR Artikel 32: Säkerhet vid behandling. VERIFIED-EXTERNAL.
- ICO: Dataskydd genom design och som standard. VERIFIED-EXTERNAL.