> For the complete documentation index, see [llms.txt](https://docs.devolutions.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.devolutions.net/rdm/da/knowledge-base/knowledge-base-articles/remote-desktop-manager-security-dashboard.md).

# Sikkerhedsdashboard i Remote Desktop Manager

Brug sikkerhedsdashboardet i Remote Desktop Manager til at vurdere hærdning af platformen med forbedringshandlinger som adgangskodepolitikker og sikkerhedsudbydere.

Sikkerhedsdashboardet er et værktøj, der giver vejledning i, hvordan sikkerheden på platformen Remote Desktop Manager kan forbedres, og også tip til at reducere arbejdsbyrden for administratorer. Nogle tip er almindelig bedste praksis for informationssikkerhed, andre er en konsensus mellem vores egne teams.

Scorerne kan ganske vist diskuteres, og vi foregiver ikke, at hvert emne har den samme relative værdi for alle medlemmer af vores community. At nå 100 % er bestemt ikke et mål i sig selv. Vi ønsker blot at øge opmærksomheden og give idéer til Deres egen sikkerhedshærdning.

### Handlingspunkter til forbedring

#### En standardadgangskodepolitik bør konfigureres

Adgangskodepolitikker angiver krav til adgangskoder, der genereres med adgangskodegeneratorerne.

**Risikoreduktion**

Under ***Administration*** – ***Adgangskodepolitikker*** skal De vælge ***Tilføj*** for at oprette en adgangskodepolitik. Derefter kan standardadgangskodepolitikken vælges under ***Administration*** – ***Systemindstillinger*** – ***Adgangskodepolitik***.

***

#### Der bør bruges en sikkerhedsudbyder

Som standard er adgangskoder ikke beskyttet som inaktive data. Når en sikkerhedsudbyder er konfigureret, krypteres følsomme data i et arbejdsområde.

**Risikoreduktion**

Sikkerhedsudbydere konfigureres under ***Administration*** – ***Sikkerhedsudbydere***.

***

#### Der bør bruges en hovednøgle med arbejdsområdet

Brug af en hovednøgle krypterer følsomt indhold i XML-baserede arbejdsområdefiler.

**Risikoreduktion**

Hovednøglen kan angives under ***Fil*** – ***Skift hovednøgle***.

***

#### Der bør konfigureres en minimumsversion af klienten

Det anbefales at angive en minimumsversion af Remote Desktop Manager for at sikre, at klienterne er opdaterede og har de nyeste sikkerhedsfunktioner.

***

#### Konfigurationsfiler bør krypteres med en programadgangskode

Programadgangskoden bør bruges til at kryptere følsomme oplysninger i konfigurationsfilerne til Remote Desktop Manager.

**Risikoreduktion**

Under ***Fil*** – ***Indstillinger*** – ***Sikkerhed*** – ***Programsikkerhed (lokal)*** skal De vælge ***Brug programadgangskode*** og markere ***Kryptér lokale filer med programadgangskoden***.

***

#### HTTPS bør bruges til at oprette forbindelse til arbejdsområdet

HTTPS bruges til at beskytte kommunikationen mellem klienten og den server, der er vært for arbejdsområdet. Trafik over HTTP er ukrypteret og kan opsnappes og ændres af en ondsindet tredjepart.

**Risikoreduktion**

Konfigurer et TLS-certifikat på serveren, og sæt arbejdsområdets URL til at starte med **https\://**. Se [Konfigurer SSL](https://docs.devolutions.net/server/knowledge-base/how-to-articles/configure-ssl).

***

#### Ældre sikkerhed bør deaktiveres

Ældre sikkerhed er forældet og fjernes helt fra og med version 2023.3 af Remote Desktop Manager.

**Risikoreduktion**

Under ***Administration*** – ***Systemindstillinger – Boksadministration – Sikkerhedsindstillinger – Sikkerhed*** skal De deaktivere ***Brug ældre sikkerhed***. Se [Deaktiver ældre sikkerhed i Remote Desktop Manager](/rdm/da/knowledge-base/how-to-articles/disable-legacy-security-in-remote-desktop-manager.md).

***

#### Multifaktorgodkendelse (MFA) bør gennemtvinges

Multifaktorgodkendelse (MFA) kræver et yderligere middel til godkendelse ved forbindelse til et arbejdsområde. Denne kontrol forhindrer misbrug af kompromitterede, lækkede eller svage adgangskoder. Softwaren kan konfigureres til at gennemtvinge MFA-krav for alle brugere.

**Risikoreduktion**

Under ***Administration*** – ***Systemindstillinger*** – ***Sikkerhedsindstillinger*** skal De aktivere ***Gennemtving 2-faktorkonfiguration for arbejdsområde***.

***

#### Offlinetilstand bør deaktiveres

Som standard er offlinetilstand aktiveret og giver Remote Desktop Manager mulighed for automatisk at cachelagre legitimationsoplysninger, der er gemt i poster, på klientsystemet. Denne funktion bør slås fra i miljøer med høj sikkerhed for at undgå unødig eksponering af følsomme data.

***

#### Udløb af adgangskode bør aktiveres for brugerdefinerede brugere

Nogle sikkerhedsstandarder kræver, at adgangskoder ændres med jævne mellemrum. PCI DSS 4.0 kræver, at adgangskoder ændres hver 90. dag, når adgangskoden er den eneste godkendelsesfaktor.

**Risikoreduktion**

Udløb af adgangskode kan konfigureres under ***Administration*** – ***Systemindstillinger*** – ***Sikkerhedsindstillinger*** – ***Udløb af adgangskode for brugerdefineret bruger (dage)***.

***

#### Risikable hændelser bør deaktiveres eller udløse en advarsel

Posthændelser kan udføre kraftfulde handlinger, f.eks. at køre et eksternt program eller script, når en post åbnes. Disse hændelser udgør en risiko, hvis de ændres af en ondsindet aktør, og de kan deaktiveres, hvis de ikke er nødvendige. Alternativt kan Remote Desktop Manager konfigureres til at vise en advarsel, når en sådan hændelse er ved at blive udført.

**Risikoreduktion**

Under ***Administration*** – ***Systemindstillinger*** – ***Sikkerhed*** skal De sætte ***Sessionshændelser*** til ***Advar ved risikable hændelser***, ***Deaktiver risikable hændelser*** eller ***Deaktiver alle hændelser***.

***

#### SMS bør ikke bruges til multifaktorgodkendelse

SMS anbefales ikke til 2FA. Der bør i stedet bruges en stærkere mekanisme baseret på et godkendelsesprogram eller en fysisk sikkerhedsnøgle.

***

#### SQL-forbindelser bør bruge TLS

TLS beskytter kommunikationen mellem Remote Desktop Manager og instansen af SQL Server.

**Risikoreduktion**

Konfigurer SQL Server til at understøtte TLS-forbindelser, og tilføj **encrypt=true** til forbindelsen til SQL Server.

***

#### Variablen for arbejdsområdets adgangskode bør deaktiveres

Når denne indstilling er aktiveret, opløses variablen `DATA_SOURCE_PASSWORD` til arbejdsområdets adgangskode. Indstillingen bør deaktiveres, hvis den ikke er nødvendig.

**Risikoreduktion**

Under ***Administration – Systemindstillinger – Adgangskodepolitik*** skal De fjerne markeringen af ***Tillad variabel for arbejdsområdeadgangskode***.

***

#### Analysen af adgangskodestyrke bør bruge zxcvbn

Zxcvbn anbefales frem for den ældre analyse af adgangskodestyrke, da den er mere pålidelig.

**Risikoreduktion**

Under ***Administration – Systemindstillinger – Adgangskodepolitik*** skal De sætte ***Beregner af adgangskodestyrke*** til ***Zxcvbn***.

***

#### Validering af TLS-certifikater bør aktiveres

Validering af certifikater garanterer, at forbindelsen oprettes med den tilsigtede part, og beskytter mod angreb, der opsnapper data.

**Risikoreduktion**

Under ***Fil – Indstillinger – Sikkerhed – Certifikatsikkerhed*** skal De fjerne markeringen af ***Ignorer fejl i programcertifikater***.

***

#### Transparent datakryptering (TDE) bør bruges med SQL Server

Transparent datakryptering krypterer databasedataene som inaktive data, hvilket reducerer risikoen, hvis fysiske drev eller sikkerhedskopibånd bliver stjålet.

***

#### Aktivitet i brugerboksen bør logges

Aktivitetslogge på brugerboksen kan give yderligere oplysninger under håndtering af hændelser.

**Risikoreduktion**

Under ***Administration – Systemindstillinger – Brugerboks*** skal De markere ***Log brugerboksaktiviteter***.

***

#### Bokse bør oprettes med begrænsede tilladelser som standard

Det er at foretrække at give brugere rettigheder efter behov. Når denne indstilling aktiveres, oprettes bokse med et mere begrænset sæt tilladelser.

**Risikoreduktion**

Under ***Administration*** – ***Systemindstillinger*** – ***Sikkerhed*** skal De markere ***Opret bokse med begrænset adgang som standard***.

***

#### Advarsler for upålidelige RDP-forbindelser bør aktiveres

Når der præsenteres et ukendt certifikat, bør RDP-klienten konfigureres til enten at vise en advarsel (***Advar mig***) eller afbryde forbindelsen (***Opret ikke forbindelse***).

**Risikoreduktion**

Under ***Fil*** – ***Indstillinger*** – ***Typer*** – ***Fjernskrivebord*** skal De sætte ***Godkendelsesniveau*** til ***Advar mig*** eller ***Opret ikke forbindelse***.

***

#### Zip-kryptering bør bruge AES-tilstand

Algoritmen ZipCrypto anses for usikker, og AES bør bruges i stedet. Den er sårbar over for known-plaintext-angreb, som kan gøre det muligt at gendanne arkivets indhold uden at kende adgangskoden (se [Derfor bør De aldrig bruge den indbyggede ZipCrypto i Windows](https://blog.devolutions.net/2020/08/why-you-should-never-use-zipcrypto/) for at få oplysninger om dette angreb).

**Risikoreduktion**

Under ***Fil – Indstillinger – Avanceret*** skal De fjerne markeringen af ***Brug ZipCrypto-komprimering (anbefales ikke)***.

***

#### Se også

* [Devolutions Blog – Fokus på sikkerhedsdashboardet i Remote Desktop Manager](https://blog.devolutions.net/2024/11/spotlight-on-remote-desktop-manager-security-dashboard/)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.devolutions.net/rdm/da/knowledge-base/knowledge-base-articles/remote-desktop-manager-security-dashboard.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
