> 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-argon2-parameters.md).

# Sikkerhedsudbydere – Argon2-parametre

Juster Argon2id-parametrene for nøgleafledning for sikkerhedsudbyderen Delt adgangssætning i Remote Desktop Manager for at afveje modstand mod brute force og hastighed.

I Remote Desktop Manager bruger ***Delt adgangssætning (v3)*** for ***Sikkerhedsudbyder*** Argon2id-nøgleafledningsfunktionen (KDF) til at omdanne adgangssætningen til en krypteringsnøgle.

Menuen ***Avanceret*** bruges til at justere afledningen, så den bliver lettere eller sværere at beregne.

### Hvorfor gøre afledningen sværere at beregne?

Lad os sige, at en ondsindet aktør får adgang til en computer, der er tilmeldt udbyderen. Denne angriber ville have adgang til den krypteringsnøgle, der bruges til at dekryptere dataene i databasen, men ville ikke få direkte adgang til selve adgangssætningen på grund af afledningen.

Det, en angriber kan gøre, er at forsøge at gendanne adgangskoden ved brute force, ved at prøve flere adgangskoder og sammenligne resultatet med nøglen, indtil der findes et match. Hvis hashen gøres langsommere at beregne med en margen, som de legitime brugere ikke bemærker, bliver det meget sværere for en angriber at gendanne adgangskoden ved brute force.

{% hint style="info" %}
Denne afledning udføres kun én gang, når en instans af Remote Desktop Manager tilmeldes ***Sikkerhedsudbyder***, så højere værdier her påvirker ikke ydeevnen ved almindelig daglig brug.
{% endhint %}

### Hvad er de forskellige parametre?

* ***Iterationer***: Kaldes ofte parameteren "tid", og den gør direkte, at nøglen tager længere tid at beregne. For at forhindre visse angreb bør den sættes til mindst 2, men højere er bedre.
* ***Hukommelse***: Dette er antallet af kilobyte RAM, som algoritmen bruger. Hvis tallet hæves, bruger beregningen mere RAM, og den bliver også langsommere. Parameteren findes, fordi brute force generelt udføres på GPU'en, som kan beregne mange afledninger parallelt, men har en relativt lille mængde VRAM til rådighed. Ideen med at øge RAM-forbruget er at skabe en flaskehals for brute force på GPU via den begrænsede mængde VRAM.
* ***Baner***: Dette er antallet af CPU-kerner, hvis de er tilgængelige, der skal bruges til afledningen. Hvis tallet hæves, bliver beregningen hurtigere, så længe De har nok tilgængelige CPU-kerner til at beregne den.

### Hvilke værdier bør jeg bruge?

Standardindstillingerne er gode nok til at forhindre de fleste brute force-angreb. Hvis De selv vil justere dem, kan De følge disse trin og bruge knappen ***Test*** for at se, hvor lang tid det ville tage at beregne nøglen:

1. Sæt parameteren ***Baner*** til antallet af CPU-kerner på den pc med færrest kerner, der skal oprette forbindelse til databasen. Hvis de computere, De bruger til at få adgang til databasen, f.eks. har 2, 4 eller 8 kerner, skal De sætte ***Baner*** til 2.
2. Sæt ***Iterationer*** til 2 indtil videre.
3. Hæv parameteren ***Hukommelse*** så højt som ønsket.
   * Hvis De stopper, fordi De ikke vil gøre den langsommere, kan De springe trin 4 over.
   * Hvis De stopper, fordi De ikke vil bruge mere RAM, men er villig til at gøre beregningen længere, skal De fortsætte til trin 4.
4. Hæv parameteren ***Iterationer*** så højt som ønsket, før den bliver for langsom.

{% hint style="info" %}
Se følgende ressourcer for at få flere oplysninger:

* [Argon2: den hukommelseskrævende funktion til hashing af adgangskoder og andre anvendelser](https://www.password-hashing.net/argon2-specs.pdf)
* [Sådan vælger De de rigtige parametre til Argon2](https://www.twelve21.io/how-to-choose-the-right-parameters-for-argon2/)
  {% 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-argon2-parameters.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.
