> 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/security-providers-best-practices.md).

# Bedste praksis for sikkerhedsudbydere

Sammenlign typer af sikkerhedsudbydere i Remote Desktop Manager, herunder delt adgangssætning, certifikat og nøglefil, for at kryptere arbejdsområdets data som inaktive data.

***Sikkerhedsudbydere*** findes for at kryptere dataene som inaktive data (de oplysninger, der er gemt i databasen) ved hjælp af en nøgle, der deles på hver instans af Remote Desktop Manager. På den måde skal en angriber kompromittere både databasen og sikkerhedsudbyderen for at kompromittere dataene.

Nedenfor er en liste over tilgængelige ***Sikkerhedstyper***.

* ***Standard***: Angiver ingen sikkerhedsudbyder.
* ***Delt adgangssætning***: Krypterer dataene ved hjælp af en adgangskode, der er gemt på hver instans af Remote Desktop Manager. ***v3*** bruger en mere sikker hashingalgoritme end ***v2***.
* ***Certifikat***: Krypterer dataene ved hjælp af den private nøgle fra et certifikat, der er installeret på hver arbejdsstation. ***v2*** bruger en mere sikker krypteringsalgoritme.
* ***Nøglefil***: Krypterer dataene ved hjælp af en nøgle, der er gemt i en fil, som er installeret på hver arbejdsstation.

For at sikre en sikker udrulning af Remote Desktop Manager med SQL Server på arbejdsstationer i en organisation anbefales det, at der bruges et virksomhedscertifikat til datakryptering. Det kan opnås ved at implementere en Active Directory-konfiguration eller ved at bruge andre metoder, f.eks. software til administration af mobile enheder (MDM).

Det er dog vigtigt at være opmærksom på, at når et certifikat er eksponeret på flere arbejdsstationer, er der en øget risiko for, at det kompromitteres af ondsindede aktører. For at reducere denne risiko anbefaler vi at bruge en Devolutions Server, der effektivt håndterer kryptering af inaktive data og samtidig beskytter krypteringsnøglen over for brugerne af Remote Desktop Manager.

{% hint style="info" %}
Se [Sikkerhedsmodel og kryptering (PDF)](https://cdn.devolutions.net/documents/legal/security/security-encryption-en.pdf) for at få mere detaljerede oplysninger.
{% endhint %}


---

# 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/security-providers-best-practices.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.