Hvad VPN og fjernadgang konkret gør

En VPN (Virtual Private Network) kan bruges til at etablere en beskyttet, krypteret forbindelse mellem din enhed og virksomhedens netværksadgang. I praksis betyder det, at data typisk transporteres gennem en tunnel, så andre på mellemliggende netværk ikke let kan læse indholdet.

Fjernadgang er dog bredere end VPN. Fjernadgang dækker også de metoder, der giver brugere mulighed for at nå systemer og filer, fx via webapplikationer, fjernskrivebord, API-adgang eller en kombination af flere kontroller. I en sikker løsning indgår VPN ofte som ét led, men ikke som hele sikkerheden.

Eksempel 1: Fjernadgang til interne systemer via VPN (klassisk remote arbejde)

Forestil dig en medarbejder, der arbejder hjemmefra og skal bruge virksomhedens intranet, interne værktøjer eller filserver. Her kan VPN være det første lag, der skaber en krypteret vej til virksomhedens netværk, så medarbejderens trafik ikke sendes ukrypteret over hjemmets internet.

Sikkerhedsvalg i dette scenarie handler typisk om:

  • Adgangsstyring: Brugere bør kun få adgang til de systemer, de reelt har brug for.
  • Stærk godkendelse: MFA/2FA kan reducere risikoen ved kompromitterede adgangskoder.
  • Enhedshygiejne: En opdateret enhed med skærm-/diskbeskyttelse og uden kendte malware-risici er afgørende.
  • Netværkssegmentering i praksis: Selv om VPN forbinder, bør det ikke give fuld adgang til alt.

Hovedideen er, at VPN muliggør sikker transport, mens resten af sikkerhedsarbejdet ligger i, hvem der får adgang, og hvilke begrænsninger der håndhæves.

Eksempel 2: Adgang til virksomhedsressourcer fra mobil eller på farten

Når medarbejdere tilgår fra mobilnet eller offentlige Wi-Fi-net, øges risikoen for aflytning eller misbrug af netværket. VPN kan her fungere som et ekstra beskyttelseslag, fordi data kan krypteres mellem enheden og virksomhedens adgangspunkt.

Samtidig bør I være realistiske om begrænsninger:

  • VPN beskytter primært kommunikationen i tunnelen, ikke nødvendigvis selve enhedens sikkerhed.
  • Hvis brugeren logger ind til et system med forkerte rettigheder, eller hvis systemet har sårbarheder, kan VPN ikke “afhjælpe” det alene.
  • Offentlige net kan stadig påvirke stabilitet og kvalitet, så forretningskritiske systemer kan kræve yderligere overvejelser.

Praktisk råd til vurdering: Tjek om fjernadgangsløsningen håndhæver samme adgangspolitikker på mobil som i kontor-lignende scenarier, og om sessioner har passende tids-/risikostyring.

Eksempel 3: Leverandør-/partneradgang til udvalgte ressourcer

En typisk udfordring er, at eksterne (leverandører, konsulenter, partnere) kan få brug for kortvarig adgang til bestemte systemer. Her kan VPN indgå som en sikker kommunikationsvej, men det bør kombineres med stram afgrænsning.

Eksempelvis kan adgangen begrænses til:

  • Et snævert sæt ressourcer (fx en bestemt applikation eller en specifik mappe).
  • Tidsbegrænset adgang (fx til en opgaveperiode).
  • Klare logkrav, så I kan dokumentere handlinger.

Den vigtigste pointe: “Sikkert” betyder ofte, at der er færre muligheder. Et design hvor ekstern adgang ligner intern adgang til alt, er sjældent det bedste udgangspunkt.

Eksempel 4: Fjernskrivebord eller webadgang som alternativ eller supplement

Nogle virksomheder vælger ikke kun VPN, men også løsninger som fjernskrivebord (remote desktop) eller webbaseret adgang til interne systemer. Det kan være relevant, når:

  • Brugerne ikke behøver netadgang til hele interne netværk.
  • Man ønsker at eksponere en kontrolleret grænseflade i stedet for bred netværksadgang.
  • Man vil samle sikkerhedskontroller tæt på applikationen.

Det ændrer ikke behovet for identitet, enhedssikkerhed og korrekt autorisation. Men det kan ændre risikoprofilen: hvor VPN kan give adgang til netværksniveau, kan web-/remote-adgang begrænse omfanget til specifikke funktioner.

Forskelle og vigtige grænser: Hvornår VPN hjælper – og hvornår det ikke er nok

Det er nyttigt at skelne mellem:

  • Transportbeskyttelse: VPN kan typisk beskytte trafikken mellem enheden og adgangspunktet.
  • Identitet og adgang: Sikkerheden afhænger af, hvordan brugeren godkendes, og hvilke rettigheder der tildeles.
  • Enhedens tilstand: Hvis en enhed er kompromitteret, kan angriberen stadig forsøge at udnytte tilgangen.
  • Applikations- og systemniveau: Sårbarheder i interne systemer skal stadig håndteres med patches, konfiguration og hardening.

En praktisk “rode flag”-tanke er, hvis fjernadgang gør det nemt at få adgang til flere ressourcer, end der er brug for, eller hvis enheder uden sikkerhedskrav får lov at tilgå.

Praktiske kontrolpunkter før I åbner fjernadgang

Du kan bruge disse kontrolpunkter som en hurtig tjekliste, når I vil sikre, at fjernadgang er “rigtigt” for remote arbejde:

  • Krav til godkendelse: Brug MFA/2FA, og overvej risikobaserede checks.
  • Mindst mulig adgang: Tildel roller og rettigheder, der passer til opgaven.
  • Begræns netomfang: Begræns hvilke interne netværk eller systemer der kan nås via VPN.
  • Enhedssikkerhed: Afklar hvilke enheder der må tilgå, og hvordan I håndhæver opdateringer og beskyttelse.
  • Logning og opfølgning: Sikr at logdata er tilgængelige til fejlsøgning og audit.
  • Håndtering af eksterne: Hav en proces for midlertidig adgang, nedlukning og godkendelse.

Hvis du kan svare tydeligt på disse punkter, har du typisk et solidt grundlag for at vurdere fjernadgangens sikkerhed—uanset om der bruges VPN, webadgang, eller begge.

Afrunding: Sikker remote adgang er en samlet designbeslutning

VPN kan være en vigtig del af sikker fjernadgang ved at skabe krypteret transport og gøre det lettere at håndhæve adgangspolitikker. Men sikker remote arbejde afhænger af et samlet system: identitet (inkl. MFA), enhedssikkerhed, autorisation (mindst mulig adgang), samt logning og opfølgning.

Brug eksemplerne som inspiration til at placere, hvor i jeres setup risikoen typisk opstår—og hvor VPN alene ikke løser resten af opgaven.