Adaptiv sikkerhedskontrol kan stoppe filændringer, før skaden sker – Datasuverænitet er vejen

Traditionel antivirus leder ofte efter kendte signaturer, mistænkelig kode eller skadelig adfærd. Men så er skaden jo sket! Adaptiv sikkerhedskontrol vurderer derimod identitet, program, fil, handling og risikoniveau, FØR en ændring godkendes.

Kritiske filer kan dermed beskyttes mod overskrivning, kryptering, sletning og uautoriseret kopiering.
AI-agenter kan analysere hændelser og foreslå eller iværksætte reaktioner, men den endelige blokering bør håndhæves af deterministiske sikkerhedskontroller.

Fra konstatering til forebyggelse

Det er ikke helt korrekt, at alle antivirusprodukter først reagerer, efter at skaden er sket. Moderne antivirus-, EDR- og XDR-løsninger kan også blokere processer, scripts og filoperationer i realtid. Men helt almindelige antivirus programmer er mere søg og eliminer istedet for bloker, evt. midlertidigt.

Den væsentlige forskel ligger i, hvor kontrollen gennemføres:

Kontrolform	Tidspunkt	Funktion
Signaturbaseret antivirus	Før eller efter kørsel	Sammenligner filer med kendte mønstre
Adfærdsbaseret antivirus	Under kørsel	Reagerer på mistænkelig procesadfærd
EDR og XDR	Under og efter hændelsen	Registrerer, korrelerer og kan isolere enheder
Filintegritetsovervågning	Normalt efter ændringsforsøget	Registrerer ændrede hashværdier, ejere og rettigheder
Applikationskontrol	Før programkørsel	Tillader kun godkendte programmer og scripts
Preventiv filkontrol	Før ændringen gennemføres	Afviser uautoriseret skrivning, sletning eller omdøbning
WORM og immutable storage	Under opbevaringen	Forhindrer overskrivning og permanent sletning
Adaptiv kontrol	Før og under handlingen	Tilpasser adgang efter identitet, kontekst og risiko

Microsofts Controlled Folder Access er et konkret eksempel på forebyggende kontrol. Kun betroede programmer får lov til at ændre filer i beskyttede mapper. Hvis et ukendt program forsøger at ændre eller slette en fil, bliver operationen blokeret, før ændringen gennemføres. Microsoft beskriver Controlled Folder Access her.

Hvad er adaptiv sikkerhedskontrol?

Adaptiv sikkerhedskontrol betyder, at en adgangsbeslutning ikke alene baseres på, om brugeren tidligere har fået adgang. Systemet foretager en ny vurdering, hver gang en følsom handling forsøges gennemført.

Kontrollen kan blandt andet undersøge:

• Hvem brugeren eller agenten er
• Hvilken enhed der anvendes
• Hvilket program der forsøger at ændre filen
• Om programmet er signeret og godkendt
• Om handlingen ligger inden for brugerens arbejdsområde
• Om tidspunkt, placering eller datamængde er usædvanlig
• Om filen indeholder personoplysninger, kundedata eller forretningshemmeligheder
• Om flere filer ændres hurtigere end normalt
• Om handlingen minder om ransomware, datatyveri eller sabotage
• Om ændringen er knyttet til en godkendt sag eller change request

En medarbejder kan eksempelvis have ret til at redigere et dokument i arbejdstiden. Hvis den samme konto pludselig forsøger at omdøbe eller kryptere 20.000 filer på få minutter, kan adgangen automatisk suspenderes.

Sådan låses ændringer, før de sker

Udtrykket “før ændringen sker” betyder ikke, at systemet kan forudsige fremtiden. Det betyder, at operativsystemet, filserveren eller lagringsplatformen afbryder operationen ved selve kontrolpunktet, før nye data skrives permanent.

En effektiv løsning kan opbygges i følgende lag:

Klassificering af filer

Filer opdeles eksempelvis i:

• Offentlige filer
• Interne arbejdsfiler
• Fortrolige kundedokumenter
• Personoplysninger
• Regnskabs- og revisionsmateriale
• Juridiske originaldokumenter
• System- og konfigurationsfiler
• Sikkerhedskopier og revisionslogfiler

Jo højere klassifikation, desto strengere ændringskontrol.

Mindste privilegium

Brugere, programmer og AI-agenter får kun adgang til de mapper og funktioner, som den konkrete opgave kræver. En AI-agent, der skal kontrollere kontrakter, behøver normalt læseadgang, men ikke adgang til at slette originalerne.

Administrative konti bør ikke anvendes til almindeligt arbejde. En agent bør have sin egen tekniske identitet og ikke overtage en systemadministrators samlede rettigheder.

Applikationskontrol

Kun godkendte og signerede programmer må udføre kode eller ændre beskyttede filer. På Windows kan App Control for Business først implementeres i audit mode og derefter overgå til enforcement, når reglerne er afprøvet. Microsofts implementeringsvejledning findes her.

PrÆventiv filkontrol

Filserveren eller endpoint-agenten kontrollerer enhver handling som eksempelvis:

• Opret fil
• Skriv til fil
• Overskriv fil
• Omdøb fil
• Flyt fil
• Slet fil
• Ændr ejer eller rettigheder
• Start en fil som program
• Upload eller kopier filen til et eksternt system

Hvis handlingen ikke opfylder politikken, returneres “access denied”, og ændringen bliver ikke gennemført.

Versionsstyring og uforanderlig lagring

Almindelige filrettigheder er ikke altid tilstrækkelige. En administrator, en kompromitteret backupkonto eller malware med forhøjede rettigheder kan undertiden omgå dem.

Kritiske originaler og sikkerhedskopier bør derfor placeres i versionsstyret eller uforanderlig lagring. Amazon S3 Object Lock anvender eksempelvis WORM-princippet, Write Once Read Many, og kan forhindre overskrivning eller sletning i en fastsat periode. I compliance mode kan en beskyttet version heller ikke slettes af kontoens root-bruger før udløbet af opbevaringsperioden. Se AWS’ dokumentation om Object Lock.

Uafhængig logning

Alle tilladte og afviste handlinger bør registreres i en log, som den overvågede bruger eller AI-agent ikke selv kan ændre.

Loggen bør som minimum indeholde:

• Tidspunkt
• Bruger- eller agentidentitet
• Enhed og IP-adresse
• Berørt fil og mappe
• Forsøgt handling
• Program og proces
• Hashværdi før og efter en godkendt ændring
• Regel eller risikovurdering
• Godkendende person
• Resultat og eventuel tilbageførsel

AI-agenten bør ikke være selve låsen

En sprogmodel er sandsynlighedsbaseret. Den kan misforstå kontekst, blive påvirket af prompt injection eller træffe forskellige vurderinger af næsten identiske hændelser.

Derfor bør arkitekturen være:

1. Operativsystem, IAM, EDR eller filserver håndhæver den tekniske regel.
2. AI-agenten analyserer konteksten og beregner eller forklarer risikoen.
3. En policy engine træffer en deterministisk tillad eller afvis-beslutning.
4. Kritiske ændringer kræver menneskelig godkendelse.
5. Beslutning, datagrundlag og resultat logges.
6. Agentens anbefalinger evalueres løbende mod faktiske hændelser.

AI-agenten kan eksempelvis anbefale, at en konto isoleres. Selve isoleringen bør foretages gennem en afgrænset sikkerhedsfunktion, som kun kan udføre den bestemte handling og ikke giver agenten fri administratoradgang.

OpenAI som sikkerhedsagent

OpenAI kan anvendes som analyse- og orkestreringslag oven på eksisterende sikkerhedssystemer.

En OpenAI-agent kan blandt andet:

• Analysere EDR-, SIEM-, firewall- og filhændelser
• Sammenholde en filændring med brugerens rolle og en godkendt sag
• Klassificere hændelser efter alvor
• Udarbejde en tidslinje for et muligt angreb
• Forklare scripts og kommandolinjer
• Foreslå blokering af en hashværdi, proces eller bruger
• Kontrollere om en ændring afviger fra organisationens sikkerhedspolitik
• Oprette en sag til sikkerhedsafdelingen
• Aktivere afgrænsede værktøjer gennem function calling eller MCP

OpenAI Agents SDK understøtter værktøjer, guardrails, isolerede arbejdsområder, menneskelig godkendelse og tracing af agentforløb. Guardrails kan afvise input eller output, der ikke opfylder fastsatte regler. Se OpenAI Agents SDK.

OpenAI er imidlertid ikke i sig selv et antivirus- eller EDR-produkt. Den forebyggende virkning opstår først, når agenten forbindes med kontrollerede værktøjer som IAM, EDR, filserver, backup eller en policy engine.

Claude som sikkerhedsagent

Claude kan anvendes til sikkerhedsanalyse, kodekontrol, konfigurationsgennemgang og overvågning af udviklingsmiljøer.

Claude Code er som udgangspunkt baseret på en tilladelsesmodel, hvor skrivehandlinger, systemkommandoer og adgang uden for arbejdsområdet kan kræve godkendelse. Det understøtter blandt andet:

• Read-only som udgangspunkt
• Afgrænsning til bestemte mapper
• Sandbox for filsystem og netværk
• Tilladelses- og afvisningsregler
• Manuel godkendelse af følsomme kommandoer
• Kontrol af nye MCP-servere
• Audit og overvågning
• Hooks ved ændringer i konfigurationen

Anthropic understreger samtidig, at brugeren er ansvarlig for at kontrollere foreslåede handlinger, og at ingen sikkerhedsmodel er fuldstændig immun over for angreb. Se Anthropics sikkerhedsdokumentation for Claude Code.

Claude kan derfor være velegnet til at kontrollere, om kode, serverkonfigurationer eller filer ændres i strid med interne regler. Agenten bør køre i en sandbox og kun få skriveadgang til de konkrete arbejdsmapper.

På en Mac bør man være særlig opmærksom på rettigheder under “Files & Folders”, “Full Disk Access”, “Automation”, “Accessibility” og “Developer Tools”. Full Disk Access kan give et program adgang til næsten alle filer, herunder data fra andre programmer og visse administrative indstillinger. Apple beskriver rettighederne her.

Gemini som sikkerhedsagent

Gemini kan anvendes gennem Google Cloud og Google Security Operations.

Googles Triage and Investigation Agent kan:

• Analysere sikkerhedsalarmer
• Vurdere sandsynlige true positives og false positives
• Udføre og tilpasse søgninger i sikkerhedsdata
• Berige indikatorer med Google Threat Intelligence
• Analysere kommandolinjer
• Sammenfatte fund og begrundelser

Agenten arbejder primært med undersøgelse og triage, efter at en alarm er opstået. Den forebyggende blokering kræver fortsat integration med endpoint-, IAM-, firewall- eller SOAR-kontroller. Se Google Security Operations’ Triage and Investigation Agent.

Gemini er især relevant for virksomheder, der allerede anvender Google Cloud, Google Workspace, Chronicle eller andre Google-sikkerhedsprodukter.

Mistral som europæisk og lokalt alternativ

Mistral AI er interessant, når en virksomhed ønsker større kontrol over, hvor modeller og følsomme sikkerhedsdata behandles. Særligt set i en verden hvor vi afvikler USA dominans afviklende datacenter, cloud og f.eks. Microsoft365 er det vigtigt.

Mistral-modeller kan blandt andet anvendes til:

• Lokal analyse af logfiler
• Klassifikation af sikkerhedshændelser
• Analyse af scripts, dokumenter og konfigurationer
• Udarbejdelse af hændelsesrapporter
• Function calling til afgrænsede sikkerhedsværktøjer
• Agenter med MCP-forbindelser
• Interne sikkerhedsassistenter baseret på virksomhedens egne politikker
• Dokumentanalyse og OCR
• Drift på virksomhedens egen infrastruktur

Mistral understøtter function calling og MCP-forbindelser, så en agent kan anvende eksterne værktøjer gennem definerede funktioner. Se Mistrals dokumentation om function calling.

En særlig fordel er muligheden for self-deployment. Udvalgte Mistral-modeller kan drives på egen infrastruktur ved blandt andet vLLM, TensorRT-LLM eller TGI. Det kan være relevant, hvis sikkerhedslogfiler, klientoplysninger eller fortrolige dokumenter ikke bør sendes til en ekstern modeltjeneste. Se Mistrals dokumentation om lokal implementering.

Lokal drift er dog ikke automatisk ensbetydende med sikker drift. Virksomheden bliver selv ansvarlig for modelserver, adgangskontrol, patching, logging, kryptering og beskyttelse af model og data.

Andre AI-baserede sikkerhedsløsninger

Ja, andre løsninger kan anbefales, men valget bør følge den eksisterende sikkerhedsplatform.

Løsning	Mest relevant for	Centrale muligheder
Microsoft Security Copilot	Microsoft 365, Azure, Defender, Sentinel og Entra	Analyse, agenter, identiteter, plugins og automatisering
CrowdStrike Charlotte AI	Virksomheder med CrowdStrike Falcon	Triage, undersøgelse, agentisk SOAR og respons
Google Security Operations med Gemini	Google Cloud og Chronicle	Logkorrelation, trusselsinformation og alarmundersøgelse
OpenAI Agents	Leverandørneutral specialudvikling	Fleksibel orkestrering, værktøjer, guardrails og tracing
Claude	Kode, udviklingsmiljøer og filbaserede arbejdsgange	Sandbox, rettigheder, kodeanalyse og kontrollerede ændringer
Mistral	Lokal eller europæisk modeldrift	Self-hosting, dokumentanalyse, function calling og MCP

Microsoft Security Copilot-agenter kan reagere på brugerforespørgsler eller systemhændelser og få en særskilt agentidentitet med afgrænsede rettigheder. Microsoft anbefaler princippet om færrest mulige rettigheder. Se Microsofts oversigt over Security Copilot-agenter.

CrowdStrikes Charlotte AI tilbyder blandt andet triage, efterforskning, specialbyggede agenter og agentisk SOAR. Det er primært relevant, hvis virksomheden anvender eller overvejer CrowdStrike-platformen. Se CrowdStrikes beskrivelse af Charlotte AI.

Anbefalet sikkerhedsmodel

Den stærkeste løsning er normalt ikke at vælge én bestemt AI-model. Det er at kombinere flere kontroltyper:

• EDR eller XDR på alle endpoints
• Applikationsallowlisting
• Beskyttede mapper
• Mindste privilegium
• Separate agentidentiteter
• Multifaktorgodkendelse
• Versionsstyring
• Immutable backup
• Uafhængige revisionslogfiler
• AI-baseret analyse og korrelation
• Menneskelig godkendelse af irreversible handlinger
• Regelmæssig test af gendannelse

AI bør først have ret til selvstændigt at blokere eller isolere, når handlingen er begrænset, reversibel og grundigt testet. Sletning, ændring af originaldokumenter, permanente firewallregler og deaktivering af centrale konti bør som udgangspunkt kræve menneskelig godkendelse.

Retlige og sikkerhedsmæssige krav

Hvis agenten analyserer filer med personoplysninger, er behandlingen omfattet af GDPR. Organisationen skal blandt andet forholde sig til dataminimering, adgangsbegrænsning, behandlingsgrundlag, databehandleraftaler, overførsler til tredjelande og passende tekniske og organisatoriske sikkerhedsforanstaltninger efter GDPR artikel 25 og artikel 32.

For virksomheder omfattet af NIS 2-loven kræver § 6 passende og forholdsmæssige tekniske, operationelle og organisatoriske foranstaltninger. Bestemmelsen nævner blandt andet risikoanalyse, hændelseshåndtering, driftskontinuitet, backup, forsyningskædesikkerhed, sårbarhedshåndtering, kontrol af foranstaltningernes effektivitet og kryptering. Se NIS 2-loven, lov nr. 434 af 6. maj 2025.

NIST SP 800-53 indeholder tilsvarende kontroller om adgangskontrol, ændringsstyring, audit, konfigurationsstyring og system- og informationsintegritet. Se NIST SP 800-53 Rev. 5.

Det skriver NIST, Microsoft, Apple, AWS, OpenAI, Anthropic, Google, Mistral AI, CrowdStrike, EUR-Lex og Retsinformation.

Kilde: #NIST, #Microsoft, #Apple, #AWS, #OpenAI, #Anthropic, #Google, #MistralAI, #CrowdStrike, #EURLex, #Retsinformation, Jesper Christiansen
Fotokredit: stock.adobe.com
Personer/Firmaer/Emner/#: #AdaptivSikkerhed, #Cybersikkerhed, #AI, #AIAgenter, #OpenAI, #Claude, #Anthropic, #Gemini, #Google, #MistralAI, #MicrosoftSecurityCopilot, #CrowdStrike, #CharlotteAI, #EDR, #XDR, #Ransomware, #Filintegritet, #ImmutableBackup, #WORM, #NIS2, #GDPR
Copyrights: Ⓒ 2026 Copyright by ICARE SECURITY A/S – kan deles ved aktivt link til denne artikel.