Små virksomheder kan få stor værdi af AI uden at bygge en tung sikkerhedsorganisation. Det kræver dog tydelige regler for data, adgang og kontrol. Den største risiko opstår ofte, når medarbejdere begynder at bruge nye værktøjer uden fælles aftaler.
Start med de vigtigste arbejdsgange og indfør få, forståelige sikkerhedstiltag. De skal passe til virksomhedens størrelse og den skade, en fejl kan skabe.
1. Lav en liste over AI-værktøjer
Registrer hvilke tjenester der bruges, hvem der ejer dem, og hvilke data de modtager. Medtag gratis konti, browserudvidelser og funktioner indbygget i eksisterende software.
Formålet er ikke at forbyde alt. Listen giver et grundlag for at vælge godkendte værktøjer og lukke gamle konti.
2. Definér data, der aldrig må deles
Lav korte eksempler: adgangskoder, private nøgler, følsomme personoplysninger, fortrolige kontrakter og kundedata må ikke kopieres ind i ukendte AI-tjenester. Forklar også hvor godkendte data må behandles.
En regel virker bedre, når medarbejderen har et sikkert alternativ. Giv derfor adgang til en godkendt løsning med de nødvendige indstillinger.
3. Brug separate virksomhedskonti
Undgå at forretningsdata ligger i private konti. Virksomhedskonti gør det lettere at styre adgang, afslutte brugere og dokumentere indstillinger. Aktivér tofaktorgodkendelse og brug en passwordmanager.
4. Giv mindst mulige rettigheder
En chatbot, der skal svare fra offentlige hjælpesider, behøver ikke adgang til CRM. En agent, der klargør en ordre, behøver ikke nødvendigvis lov til at godkende betaling. Start med læseadgang og tilføj handlinger gradvist.
5. Kontrollér leverandørens datavilkår
Undersøg hvor data behandles, om de bruges til træning, hvor længe de gemmes, og hvilke underleverandører der indgår. Ved personoplysninger skal roller og databehandleraftale være på plads.
Notér også hvordan data eksporteres og slettes, hvis virksomheden skifter løsning.
6. Bevar menneskelig godkendelse
Kritiske beslutninger om betaling, kontrakter, opsigelser, sundhed, jura og kundeklager bør ikke overlades til en model uden kontrol. Lad AI udarbejde et forslag og et menneske godkende.
Definér beløbsgrænser og risikokategorier. Det gør reglerne lettere at følge og teste.
7. Test for prompt injection
En AI-løsning kan møde tekst, der forsøger at ændre dens instruktioner. Det kan ligge i en mail, en webside eller et dokument. Systemet bør behandle eksternt indhold som data, ikke som nye tilladelser.
Test om agenten kan lokkes til at afsløre interne instruktioner, hente uvedkommende data eller udføre en forbudt handling.
8. Log handlinger og godkendelser
Gem hvem der bad om en handling, hvilke værktøjer der blev brugt, og hvem der godkendte. Undgå at logge hele dokumenter og samtaler, hvis det ikke er nødvendigt.
Loggen skal kunne bruges til fejlfinding og revision. Aftal hvor længe den opbevares, og hvem der må se den.
9. Byg et fast testsæt
Saml almindelige opgaver, vanskelige undtagelser og handlinger, systemet skal afvise. Kør testsættet ved ændringer i model, prompt, data eller integration.
Mål både korrekthed og sikker adfærd. Et system kan blive bedre til svar og samtidig dårligere til at overholde en grænse.
10. Hav en stopknap og rollback
Det skal være muligt hurtigt at deaktivere en integration eller nøgle. Opdateringer bør kunne rulles tilbage til en kendt version. Øv hvad der sker, hvis løsningen sender forkerte svar eller udfører en handling flere gange.
11. Overvåg omkostninger og misbrug
Sæt budgetgrænser og alarmer for usædvanlig aktivitet. Et kompromitteret nøglepar eller en fejl i et loop kan skabe store forbrug. Begræns antal kald, varighed og værktøjer per opgave.
12. Træn medarbejderne i konkrete situationer
En kort øvelse med realistiske eksempler er mere nyttig end en lang politik. Vis hvordan en medarbejder anonymiserer data, kontrollerer et svar og rapporterer en fejl.
Skab en kultur, hvor usikkerhed bliver meldt tidligt. Fejl bliver farligere, hvis medarbejderen føler, at brugen af AI skulle skjules.
En enkel risikovurdering
Vurder hver løsning på datatyper, handlinger, antal berørte personer og mulighed for at rette en fejl. En intern skriveassistent med offentlige data har lavere risiko end en agent med adgang til kundesystem og betaling.
Brug vurderingen til at bestemme kontrolniveau, ikke til at skabe samme proces for alle værktøjer.
Hvad gør I ved en hændelse?
- Stop den berørte integration eller konto.
- Bevar relevante logs og tidslinje.
- Afgræns hvilke data og handlinger der er berørt.
- Skift nøgler og fjern unødige adgange.
- Vurder anmeldelse og information til berørte.
- Ret årsagen og test før genåbning.
Start småt og dokumentér
En sikker pilot har ét formål, få datakilder og tydelig menneskelig kontrol. Læs guiden til AI-agenter, RAG på egne data og API-integrationer. I kan afgrænse en pilot i EesyPlus AI Problem Lab.
