Indsæt ikke arbejdshemmeligheder i en forbruger-AI-konto

En ingeniør sidder fast på en fejl i kode, der er en del af arbejdsgiverens ikke-udgivne produkt. Klokken er 9pm, den personlige ChatGPT-fane er allerede åben, og at indsætte hele funktionen føles som den hurtigste vej til et svar. I marts 2023, inden for omkring tre uger efter at Samsungs halvlederdivision fik tilladelse til at bruge ChatGPT, identificerede virksomheden tre tilfælde af præcis dette: én medarbejder indsatte kildekode fra et halvlederdatabaseprogram for at få fundet fejl, en anden indsendte udstyrsrelateret kode og bad om »kodeoptimering«, og en tredje uploadede en mødeoptagelse for at få den omsat til referat. Samsungs øjeblikkelige svar var et nødloft på 1.024 bytes per prompt (The Economist Koreas dækning, opsummeret på engelsk af Mashable). Senest 1. maj 2023 var virksomheden gået videre og havde midlertidigt begrænset generative AI-værktøjer på virksomhedsejede enheder helt (TechCrunch, “Samsung bans use of generative AI tools like ChatGPT after April internal data leak,” 2023).

Intet i den rapporterede hændelse krævede ondsindet hensigt. At sende fortroligt materiale til en tredjepartstjeneste kan overtræde politik eller kontrakt og kan svække ejerens kontrol, også selvom materialet ikke offentliggøres. Den præcise juridiske virkning og underretningspligt afhænger af fakta og jurisdiktion.

Hvad der faktisk tæller som en »arbejdshemmelighed«

Ikke alt arbejdsrelateret er en hemmelighed i den forstand, denne artikel mener. Den kategori, der har brug for stop-tjekket, er snævrere og mere specifik:

• Kildekode fra et proprietært, ikke-udgivet eller konkurrencemæssigt følsomt system.
• Ikke-offentliggjorte finansielle tal — kvartalsresultater før offentliggørelse, interne prognoser, prisstrategi.
• Ikke-annoncerede produkt- eller forretningsplaner — en funktionsoversigt, et opkøbsmål, et forestående partnerskab.
• Sikkerhedsdetaljer — sårbarheder, adgangsoplysninger, tokens, private URL’er, arkitekturdiagrammer eller produktionskonfiguration.
• Kontrakter og vilkår under NDA — kundekontrakter, leverandøraftaler, alt en underskrift allerede har lovet at holde fortroligt.
• Dokumenterede forretningshemmeligheder, din arbejdsgiver specifikt har mærket eller håndteret som sådan (en formel, en proces, en kundeliste bygget til reelle omkostninger).
• Person- eller regulerede data om kunder, medarbejdere, patienter, studerende eller andre mennesker, også når det ikke er en forretningshemmelighed.

Et første udkast til et rutinemæssigt internt notat, en offentlig stillingsbeskrivelse eller et generisk proces-spørgsmål hører ikke til i denne kategori — pointen er ikke at være bange for AI; det er at genkende det snævrere sæt ting, der reelt har brug for en anden vej.

Hvorfor dette er mere end en IT-høflighed

Det meste vejledning om AI på arbejdspladsen rammer dette som et spørgsmål om politikoverholdelse, hvilket er sandt, men underdriver indsatsen for ægte forretningshemmeligheder specifikt. Efter amerikansk ret kvalificerer information kun til beskyttelse som forretningshemmelighed, hvis ejeren »has taken reasonable measures to keep such information secret« (18 U.S.C. § 1839(3)(A), vedtaget ved Economic Espionage Act og ændret ved Defend Trade Secrets Act) — beskyttelsen afhænger af et løbende mønster af faktisk at holde informationen under kontrol, ikke bare af at informationen er værdifuld eller ikke-offentliggjort. EU-retten sætter en sammenlignelig barre: en forretningshemmelighed skal have »been subject to reasonable steps under the circumstances, by the person lawfully in control of the information, to keep it secret« (Directive (EU) 2016/943, Article 2(1)(c)).

Forbrugertjenester har vilkår, men de vilkår er måske ikke de fortroligheds-, sikkerheds-, opbevarings-, lokations- og databehandlingsvilkår, arbejdsgiveren har forhandlet, og som materialet kræver. At sende en ægte forretningshemmelighed til en ikke-godkendt udbyder kan arbejde imod ejerens rimelige hemmeligholdelsesforanstaltninger. Om en konkret hændelse er en juridisk videregivelse, eller om den påvirker beskyttelsen, afhænger af vilkår, kontroller, fakta og jurisdiktion; medarbejdere bør ikke træffe den afgørelse ud fra et produktmærke.

At slette den synlige chat fortryder ikke transmissionen og opfylder måske ikke pligter om hændelseshåndtering eller evidensbevaring. Hvis en utilsigtet indsættelse sker, så stop, registrér værktøj, konto, tidspunkt og datakategori uden at kopiere hemmeligheden igen, og rapportér det omgående via arbejdsgiverens sikkerheds- eller databeskyttelsesproces. Følg dens instruktioner om sletning, rotation af adgangsoplysninger, kontakt til udbyder, evidens og underretninger.

Misforståelsen, der skaber skaden

Skaden kan begynde med, at risikoen kun vurderes ud fra, om hemmeligheden blev offentliggjort. Overførsel til en ikke-godkendt tredjepartstjeneste kan have betydning, selv hvis materialet ikke senere bliver offentliggjort. Produktniveau, tenantkonfiguration, kontrakter og udbyderkontroller varierer. Et mærke eller en betegnelse som »Enterprise« er ikke i sig selv en godkendelse. Den ansvarlige politikejer hos din arbejdsgiver skal vurdere den konkrete data- og værktøjsvej. Databeskyttelse og datahygiejne på arbejdet forklarer, hvordan du kontrollerer et værktøjs faktiske vilkår for datahåndtering, når du ved, hvilket værktøj du bruger. Denne artikel dækker den snævrere regel om ikke at indsætte hemmeligheden, mens du er i tvivl.

En anden misforståelse behandler »alle på mit team gør det her« som evidens for, at det er i orden. Samsung-sagen involverede flere ingeniører, der uafhængigt traf det samme rimeligt lydende individuelle valg, før nogen i virksomheden opdagede det. Kollegers adfærd er ikke verifikation.

En tredje misforståelse er at antage, at denne regel kun gælder for ingeniører og kildekode. Finansielle tal, et tidligt udkast til et opkøbsnotat og et regneark med ikke-offentliggjorte prisniveauer er lige så eksponerede i det øjeblik, de indsættes i en personlig konto, og den, der håndterer dem, er ofte i økonomi, salg eller drift snarere end i udvikling — det seks-kategori-tjek nedenfor gælder på samme måde uanset din rolle eller afdeling.

Det seks-kategori stop-tjek

Før du indsætter noget i et AI-værktøj, der ikke bruger den konto og konfiguration, din arbejdsgiver specifikt har godkendt, skal du kontrollere, om det falder i en af disse kategorier:

1. Kildekode fra et ikke-udgivet eller proprietært system.
2. Finansielle tal, der endnu ikke er offentliggjort.
3. En ikke-annonceret produkt-, feature- eller forretningsplan.
4. En sikkerhedsdetalje — en sårbarhed, en adgangsoplysning eller en produktionsarkitektur.
5. Alt dækket af en underskrevet NDA eller fortrolighedsklausul.
6. Alt din arbejdsgiver har klassificeret som fortroligt, plus person- eller regulerede data dækket af politik eller lov.

Hvis nogen af svarene er ja, så stop. At finde og læse din arbejdsgivers faktiske AI-politik er det første skridt til at finde ud af, om der overhovedet findes et godkendt værktøj til denne slags indhold — nogle virksomheder har ét, nogle har det endnu ikke, og at gætte i begge retninger er den fejl, denne artikel findes for at forhindre.

Hvad du skal gøre i stedet

• Brug kun det konkrete værktøj, den konkrete tenant, den konkrete konto og den konkrete dataklasse, din arbejdsgiver har godkendt. En arbejds-e-mailadresse eller markedsføring med betegnelsen »Enterprise« er ikke i sig selv tilstrækkeligt.
• Hvis der ikke findes et godkendt værktøj til denne slags indhold, så brug endnu ikke AI på det. Spørg din leder eller IT/sikkerhed, om der findes en undtagelsesproces, snarere end selv at beslutte, at bekvemmeligheden er risikoen værd.
• Hvis politikken tillader et abstrakt mønster-spørgsmål, så brug syntetiske eller mindst nødvendige data, og tjek igen for re-identifikation, forretningslogik, hemmeligheder og personoplysninger. Avidentificering er en risikovurdering, ikke en find-og-erstat-øvelse.

Revidér din seneste AI-samtale

Gennemgå nylig arbejdsrelateret AI-brug uden at kopiere følsomt indhold til et nyt sted. Hvis noget kan være endt i et ikke-godkendt værktøj, så brug arbejdsgiverens hændelsesvej omgående, og slet eller ændr ikke evidens på egen hånd, medmindre du bliver instrueret i det. Rotér eksponerede adgangsoplysninger via den godkendte nødproces. Stop-kortet for indsættelse af arbejdshemmeligheder giver dig en version af tjekket før indsættelse.

ICO’s interne politik for AI-brug, NCSC’s vejledning om sikker AI og ICO’s vejledning om dataminimering understøtter kontroller for godkendte systemer, hændelser, sikkerhed og mindst nødvendige data. De afgør ikke den juridiske virkning af en konkret videregivelse.