En terminalserver samler flere brugeres arbejde på én maskine: økonomisystemet, kontorprogrammerne og de delte drev kører det samme sted, og brugerne logger på hjemmefra, fra filialen eller fra en tynd klient i lageret. Det er praktisk for driften, men det betyder også, at én svaghed på serveren kan ramme alle, der arbejder på den samtidig. En test af terminalservere og virtuelle skriveborde afprøver fire ting: adskillelsen mellem brugerne, de programmer, der er gjort tilgængelige, administrationen af miljøet og adgangen udefra.
Hvorfor delte servere er et særskilt testområde
På en almindelig arbejdsstation er brugeren alene. På en server med flere samtidige sessioner deler brugerne styresystem, hukommelse, midlertidige mapper og i nogle opsætninger også profiler og printere. Microsoft beskriver i sine sikkerhedsanbefalinger for virtuelle skriveborde, at Windows har grænser mellem brugere og mellem sessioner, men at brugeren stadig har adgang til den maskine, vedkommende arbejder på.
Microsoft anbefaler derfor, at kun brugere, der har et vist indbyrdes tillidsforhold, deler en server med flere sessioner, fx medarbejdere i samme organisation. Brugere, der skal have administratorrettigheder, bør efter Microsofts anbefaling have deres eget skrivebord. Den vurdering skal IT træffe, før testen kan sige noget meningsfuldt om adskillelsen.
Terminalservere åbent mod internettet er beskrevet i → Fjernskrivebord åbent mod internettet. Her handler det om miljøet som helhed, også når adgangen går gennem en gateway.
Det, testen afprøver
En test af et terminalservermiljø tager udgangspunkt i en almindelig brugerkonto og spørger, hvor langt den kan nå.
- Adskillelsen mellem brugerne · om en bruger kan se eller ændre andres filer, profiler, udklipsholder eller sessioner.
- De udgivne programmer · om et program, der er gjort tilgængeligt alene, kan bruges til at åbne andre dele af serveren. Microsoft skriver udtrykkeligt, at udgivelse af enkelte programmer ikke er en sikkerhedsfunktion.
- Rettigheder på serveren · om brugere har lokale administratorrettigheder eller skriveadgang til steder, som programmer og andre brugere stoler på. → Lokale administratorkonti på klienter og servere
- Administrationen · hvem der kan administrere serverne, forbindelsesstyringen og gatewayen, og fra hvilke maskiner.
- Adgangen udefra · hvordan brugerne logger på, om der kræves tofaktor, og hvem gatewayens regler giver adgang til hvad.
Testen kan også omfatte omdirigering af drev, printere, udklipsholder og USB fra brugerens egen maskine. Microsoft anbefaler, at man vurderer, om de omdirigeringer skal være slået til.
Når skrivebordene ligger i cloud
Flere organisationer har flyttet terminalservere til en tjeneste med virtuelle skriveborde i Azure. Det ændrer, hvem der passer hvad, men ikke spørgsmålene i testen. Microsoft beskriver ansvaret som delt: Microsoft står for den fysiske platform og styringen af selve tjenesten, mens kunden står for identitet, brugernes enheder, programmernes sikkerhed, styresystemet på sessionsværterne, opsætningen og netværksreglerne.
For IT betyder det, at sessionsværterne skal behandles som jeres egne servere, også selv om de kører i cloud. Brugerprofiler, der gemmes som filer på et fællesdrev, skal have samme omhu som andre følsomme data, og Microsoft anbefaler at begrænse, hvem der kan nå dem. Testen skal holde sig inden for jeres egen lejer og abonnement og følge Microsofts regler for test. Er miljøet drevet af en leverandør, skal leverandøren med i aftalen, før testen begynder.
Det, IT forbereder
- Oversigt over miljøet · hvilke servere der er sessionsværter, hvilke der styrer forbindelserne, og hvor gatewayen står.
- Testkonti · en almindelig bruger i hver af de grupper, der får forskellige programmer.
- Udgivne programmer · listen over, hvad hver gruppe kan starte.
- Skrøbelige programmer · forretningssystemer, der ikke tåler forstyrrelser, og tidsrum, hvor serverne er hårdt belastet.
- Brugerne · aftal, om testen skal køre på de servere, medarbejderne bruger, eller på en server sat op på samme måde.
En test på en server, hvor andre arbejder, kan påvirke dem. Aftal, hvordan testeren stopper, hvis serveren bliver langsom. Orientér også servicedesken, så henvendelser om langsomme sessioner i testperioden bliver sat i sammenhæng med testen og ikke håndteret som en almindelig driftsfejl. Notér, hvornår testen kørte på hvilke servere, så eventuelle forstyrrelser kan forklares bagefter.
Fundtyper, der kan komme frem
- Brugere kan se hinandens data · fordi delte mapper eller profiler har for brede rettigheder.
- Programmer giver adgang til mere end tiltænkt · fordi udgivelsen ikke er fulgt af en begrænsning af, hvad der må køre. → Hvilke programmer og scripts må brugerne køre?
- Brugere med administratorrettigheder på en delt server · fordi et program engang krævede det.
- Administration fra almindelige klienter · fordi administratorer logger på serverne fra den maskine, de læser mail på. → Administrationsnet
- Adgang udefra uden tofaktor eller med brede regler · fordi gatewayens regler giver alle brugere adgang til alle servere.
Rettelser på begrebsniveau
Rettelserne følger de samme principper som for andre servere, men konsekvenserne mærkes af flere brugere på én gang. → Servere som testområde
- Færre rettigheder til brugerne · ingen lokale administratorer på delte servere, og adgang til filsystemet efter mindst mulige rettigheder.
- Begræns, hvad der kan køre · programkontrol, der gælder for hele serveren, så udgivne programmer ikke bliver en vej til resten.
- Adskil efter tillid · brugere med forskellige behov eller fra forskellige organisationer på hver deres servere.
- Administration fra adskilte maskiner · og ikke direkte forbindelser til sessionsværterne, hvor det kan undgås.
- Stram adgangen udefra · tofaktor for alle og regler i gatewayen, der knytter grupper til de servere, de har brug for. Microsoft beskriver, at gatewayen kan kræve tofaktor og bruge regler for, hvem der får adgang til hvilke ressourcer.
Afprøv ændringerne på én server, før de rulles ud. En regel for programkontrol, der stopper lønkørslen, bliver opdaget med det samme.
Det skal I lade være med
- At regne udgivelse af enkelte programmer for en sikkerhedsgrænse. Det er en bekvemmelighed.
- At give brugere administratorrettigheder på en delt server. Det rammer alle sessioner.
- At teste med en administratorkonto. Resultatet viser ikke, hvad en bruger kan.
- At samle brugere fra forskellige organisationer på samme server. Adskillelsen mellem sessioner er ikke beregnet til det.
- At rulle rettelser ud på alle servere på én gang. Start med én.
Hvad kan og ikke kan konkluderes
Testen viser, hvad de anvendte konti kunne nå på de testede servere og gennem de testede adgangsveje. Den siger ikke noget om servere, der ikke var med, eller om de enkelte forretningsprogrammers egen sikkerhed, medmindre de var en del af opdraget. Et godt resultat beskriver opsætningen på testtidspunktet, og nye programmer eller brugergrupper kan ændre billedet.
Tjekliste til terminalservermiljøet
- ☐ Er sessionsværter, forbindelsesstyring og gateway beskrevet?
- ☐ Er der testkonti for hver brugergruppe?
- ☐ Er listen over udgivne programmer klar?
- ☐ Er det besluttet, hvilke brugere der må dele server?
- ☐ Er omdirigering af drev, udklipsholder og USB vurderet?
- ☐ Er det aftalt, hvordan testen stopper, hvis serveren bliver langsom?
- ☐ Er rettelser planlagt til én server først?
Kilder
- Microsoft Learn: Security recommendations for Azure Virtual Desktop: delt ansvar mellem Microsoft og kunden, grænser mellem brugere og sessioner, beskyttelse af brugerprofiler, anbefalinger om tillid mellem brugere på servere med flere sessioner, ingen lokale administratorer for brugere, udgivelse af programmer er ikke en sikkerhedsfunktion, vurdering af omdirigering. Opdateret oktober 2026.
- Microsoft Learn: Remote Desktop Services, Access from anywhere: gatewayens rolle med godkendelse, tofaktor og regler for adgang til ressourcer.
Senest gennemgået: oktober 2026.
Næste skridt
Del af: Artikler til IT-afdelingen
Læs også: Tofaktor med huller · Én konto til alt
→ Kontakt · Tlf. 70 13 63 23 · Penetrationstest hos Nielco IT
