← Alle artikler

Styring av privilegert tilgang når minste privilegium er standard

Heving av rettigheter følger nå med lisensen alle har. Det som gjenstår, er å styre den – med logging og kontroll på avvik – i en blandet enhetspark.

Styring av privilegert tilgang har blitt det egentlige spørsmålet innen endepunktsikkerhet i 2026. Å fjerne faste lokale administratorrettigheter og gi midlertidig heving av rettigheter (just-in-time) er ikke lenger den vanskelige delen – den muligheten er nå allment tilgjengelig. Den vanskelige delen er å styre den: å håndheve heving av rettigheter konsekvent, logge hver tildeling som revisjonsbevis og fange opp konfigurasjonsavvik i en hel, blandet enhetspark. Faste lokale administratorrettigheter er fortsatt det løsepengevirus og lateral bevegelse lever av, og de finnes sjelden bare på de enhetene ett enkelt verktøy tilfeldigvis administrerer.

Hvorfor minste privilegium alene ikke tetter hullet

Minste privilegium har lenge vært grunnlinjen alle sikkerhetsrammeverk anbefaler, og verktøyene for å håndheve det er nå vanlige. Fra 1. juli 2026 la Microsoft Endpoint Privilege Management inn i Microsoft 365 E5-lisensen – heving av rettigheter som tidligere krevde en betalt tilleggslisens, følger nå med et abonnement de fleste store virksomheter allerede har. Selve kontrollen er ikke lenger det som skiller. Det gjør konsekvent styring i hele IT-miljøet.

Det som står på spill, ligger i hullene. Innsiderisiko koster nå virksomheter i gjennomsnitt 19,5 millioner dollar i året, og uaktsomme innsidere – ikke ondsinnede – står for den største andelen med 10,3 millioner dollar, en økning på 17 % fra året før. Faste lokale administratorrettigheter er mekanismen under mye av dette: Det er det rettighetseskalering utnytter, og det som lar en angriper bevege seg lateralt når én enkelt konto er kompromittert. Heving av rettigheter du ikke kan se eller gjøre rede for, er eksponering du ikke kan håndtere.

I praksis viser hullet seg som manuelt arbeid. Team eksporterer logger over heving av rettigheter fra ett verktøy, sjekker medlemskap i den lokale administratorgruppen med et annet og verifiserer for hånd at grunnoppsettet på endepunktene fortsatt samsvarer med policyen – i en enhetspark der bare noen av enhetene ligger under ett og samme administrasjonsverktøy. Et verktøy som bare håndterer heving av rettigheter, lar fortsatt styringen være spredt på flere verktøy. Styring som avhenger av å sy sammen tre eksporter, er styring som glipper.

Hva styring av privilegert tilgang faktisk krever

Styring gjør minste privilegium fra en innstilling til en praksis du kan forsvare. Fem ting må holde på hvert endepunkt, ikke bare på en del av dem:

  1. Ingen faste lokale administratorrettigheter. Varige lokale administratorrettigheter er den underliggende eksponeringen; å fjerne dem er utgangspunktet.
  2. Policybasert, midlertidig heving av rettigheter. Brukerne hever rettighetene for en bestemt godkjent oppgave, knyttet til identiteten de allerede har, og går deretter tilbake.
  3. Full logging som revisjonsbevis. Registrer hver heving, slik at en revisor ser hvem som hevet hva, når og hvorfor.
  4. Løpende oppdagelse av avvik. Et herdet grunnoppsett som i det stille glir ut, åpner risikoen du lukket, på nytt – du må kunne se det skje.
  5. Én konsekvent modell i hele enhetsparken. Windows, og alt annet, under de samme kontrollene for privilegert tilgang – ikke styring på den administrerte delen og gjetning på resten.

Slik gir CapaOne styring av privilegert tilgang

CapaOne samler hele denne modellen i én plattform for endepunktadministrasjon som er driftet i EU og utviklet i Danmark, uten overføring av endepunktdata til amerikansk jurisdiksjon.

Midlertidig heving av rettigheter, ingen faste lokale administratorrettigheter

Privilege Manager fjerner faste lokale administratorrettigheter og gir policybasert, midlertidig heving av rettigheter (just-in-time) via de eksisterende Entra ID-gruppene dine. Brukerne får akkurat den hevingen en godkjent oppgave krever, knyttet til identiteten de allerede har – ingen permanente administratorkontoer å holde oversikt over, og ingenting fast som en angriper kan arve. Det forankrer en fungerende praksis for styring av administratorrettigheter uten ny identitetsinfrastruktur.

Logging og innsyn i avvik som revisjonsbevis

Privilege Manager logger hver heving den gir, slik at dokumentasjonen en revisor ber om, allerede finnes. Security Monitor står for den andre halvdelen: Den viser hvilke endepunkter som fortsatt har faste lokale administratorrettigheter, og hvor konfigurasjonene har avveket fra det sikre grunnoppsettet, slik at avvik kommer frem før de blir funn. Sammen gjør de minste privilegium løpende synlig – ikke en påstand, men en tilstand du kan se.

Styring handler om dokumentasjon, ikke bare kontroll

Kontroll bestemmer hva som skal skje. Styring dokumenterer hva som faktisk skjedde. Det skillet er det en revisor, et cyberforsikringsselskap eller et styre faktisk tester – ikke om det finnes en policy for minste privilegium, men om du kan vise at den holdt, på hvert endepunkt, over tid.

Det er her styring av privilegert tilgang møter forpliktelsene innen sikkerhet og etterlevelse direkte. Et sikkerhetsnivå i tråd med NIS2 er ikke en erklæring på et gitt tidspunkt; det er den løpende dokumentasjonen på at faste administratorrettigheter forblir fjernet, at hver heving var godkjent og logget, og at avvik blir fanget opp. CapaOne lager denne dokumentasjonen som et biprodukt av den daglige driften, slik at svaret på «dokumenter det» allerede ligger klart i stedet for å bli satt sammen uken før en gjennomgang.

Hva som endrer seg for IT og styret

Bruk CapaOne frittstående, og styringen av privilegert tilgang dekker hele enhetsparken fra første dag: ingen faste administratorrettigheter, heving ved behov, hver tildeling logget, avvik i sikte – fra én konsoll i stedet for tre eksporter. CapaOne fungerer med Microsoft Intune, eller helt uten – bruker du allerede Intune EPM på Windows-enhetene dine, gir CapaOne den samme hevingen av rettigheter, loggingen og styringen for resten av enhetsparken.

For IT betyr det færre verktøy å avstemme og mindre manuell verifisering. For styret slutter minste privilegium å være en policy på papiret og blir én vei mindre for at et øyeblikks uforsiktighet kan bli dyrt.

Se hvordan CapaOne fjerner faste administratorrettigheter, registrerer hver heving og løpende verifiserer minste privilegium i hele enhetsparken. Book en demo og se styring av privilegert tilgang i én konsoll.

Ofte stilte spørsmål

Hva er styring av privilegert tilgang?

Styring av privilegert tilgang (privileged access governance) er praksisen med å kontrollere, registrere og løpende verifisere hvordan brukere får utvidede rettigheter på hvert endepunkt – ikke bare å gi midlertidig heving av rettigheter (just-in-time), men å logge hver tildeling som revisjonsbevis og oppdage når enheter avviker fra grunnoppsettet for minste privilegium. Det gjør minste privilegium fra en innstilling til noe virksomheten kan dokumentere.

Hvorfor er ikke midlertidig heving av rettigheter nok alene?

Midlertidig heving av rettigheter (just-in-time) fjerner faste administratorrettigheter, og det er helt nødvendig – men alene forteller det deg ikke hvem som hevet hva, det dokumenterer det ikke overfor en revisor, og det fanger ikke opp en enhet som har glidd tilbake til en risikabel konfigurasjon. Styring legger til loggingen, dokumentasjonen og det løpende innsynet som gjør minste privilegium forsvarlig, og bruker dem i hele enhetsparken i stedet for bare på en administrert del av den.

Hvordan styrer CapaOne privilegert tilgang på endepunktene?

CapaOne fjerner faste lokale administratorrettigheter og gir policybasert, midlertidig heving av rettigheter (just-in-time) via eksisterende Entra ID-grupper med Privilege Manager, og logger hver tildeling for styring og kontroll. Security Monitor viser hvilke endepunkter som fortsatt har faste administratorrettigheter, og hvor konfigurasjonene har avveket. Begge kjører i én konsoll driftet i EU, slik at styringen er konsistent i hele enhetsparken.

Hvordan hjelper styring av privilegert tilgang ved revisjoner?

Den erstatter påstander på et gitt tidspunkt med løpende dokumentasjon. Fordi hver heving av rettigheter logges og konfigurasjonsavvik overvåkes, finnes dokumentasjonen en revisor eller et cyberforsikringsselskap ber om allerede – og den viser at faste administratorrettigheter forblir fjernet, og at hver heving var godkjent. Det støtter et sikkerhetsnivå i tråd med NIS2 uten et hastverk med å samle dokumentasjon før en gjennomgang.

Fungerer CapaOne sammen med Microsoft Intune EPM?

Ja. CapaOne fungerer med Microsoft Intune, eller helt uten. Bruker du allerede Intune Endpoint Privilege Management på Windows-enhetene dine, gir CapaOne den samme hevingen av rettigheter, loggingen og styringen for resten av enhetsparken fra én konsoll driftet i EU. Brukt frittstående styrer CapaOne privilegert tilgang på alle endepunkter på egen hånd.

Rikke Borup

Skrevet av

Rikke Borup

CMO, CapaSystems

Rikke er markedsdirektør (CMO) i CapaSystems, der hun har ledet markedsføring og kommunikasjon siden 2009. Med over 17 års erfaring fra IT-bransjen – blant annet innen cybersikkerhet, programvare for endepunktadministrasjon og IT-tjenester – har hun lang og praktisk innsikt i utfordringene som moderne IT-miljøer i større virksomheter står overfor.

Rikke er utdannet journalist og spesialiserer seg på å gjøre komplekse tekniske temaer om til klar og lettfattelig kommunikasjon for IT-beslutningstakere.

Book en demo →