> 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/how-to-articles/compromised-pwned-password-check.md).

# Kontrol af kompromitterede adgangskoder

Aktivér kontrollen af kompromitterede adgangskoder i Remote Desktop Manager for at registrere adgangskoder fra databrud ved hjælp af Have I Been Pwned-opslag med k-Anonymity.

{% embed url="<https://youtu.be/D2PnLXJY100>" %}

I InfoSec-verdenen er en pwned adgangskode en adgangskode, der er blevet eksponeret i databrud (dvs. den ejes/er pwned af hackere).

Brug af en pwned adgangskode øger markant risikoen for at blive offer for et databrud. Pwned Check bruger Troy Hunts Pwned Passwords-API og kontrollerer automatisk, om en adgangskode, De bruger (eller overvejer at bruge), er blevet pwned af hackere. Hvis den er det, får De meddelelse og kan handle proaktivt og vælge noget andet for at holde Dem ude af fare. Der er over en halv milliard adgangskoder i Pwned Passwords-databasen.

### Konfigurer kontrollen af pwned adgangskoder

I eksisterende databaser slås Pwned-kontrollen ikke til automatisk.

1. Gå til ***Administration – Systemindstillinger – Validering af adgangskode***.
2. Under indstillingen ***Kontrol af kompromitteret (pwned)*** skal De vælge ***Aktiveret*** på listen og klikke på ***OK***.

Remote Desktop Manager analyserer en adgangskode, når De gemmer en post. Der vises en meddelelse, når en adgangskode findes i Pwned Passwords-databasen. Hvis De ser meddelelsen "This password has previously appeared in a data breach and should never be used.", skal De straks ændre Deres adgangskode. Husk at ændre den i Remote Desktop Manager og på den faktiske konto.

### Backenden

De kan være forvisset om, at Remote Desktop Manager IKKE sender Deres adgangskoder til Pwned Passwords.

Sådan fungerer det:

1. Pwned Password Check bruger k-Anonymity.
2. Remote Desktop Manager sender kun de første fem tegn i SHA-1-adgangskodehashen til API'en.
3. API'en sender en liste tilbage over alle adgangskodehashes, der matcher de første fem tegn i hashen. API'en sender kun den anden del af hashen tilbage.
4. Remote Desktop Manager sammenligner hasherne på listen med adgangskodehashen for den adgangskode, De vil bruge.
5. Hvis der er et match, får De en advarsel.

### Vælg stærkere adgangskoder

Remote Desktop Manager gør det nemt at lave stærke adgangskoder. Den indbyggede [adgangskodegenerator](/rdm/da/ribbon-menu-bar/tools/password-generator.md) opretter sikre adgangskoder efter Deres specifikationer for adgangskodelængde og kompleksitet. Adgangskodegeneratoren findes på alle poster ved siden af adgangskodefelterne.

{% hint style="info" %}
Remote Desktop Manager har også en [sikkerhedsanalyse for poster](/rdm/da/ribbon-menu-bar/reports/entry-security-analyzer.md), der giver feedback om alle Deres adgangskoder. Der indgår en vurdering på posten. Den bruger Zxcvbn til at vurdere adgangskoder. De kan også oprette en rapport over alle Deres adgangskoder ved at bruge ***Sikkerhedsanalyse for poster*** under fanen ***Værktøjer***.
{% endhint %}

#### Se også

* [Devolutions Academy – Aktivér kontrollen af kompromitterede adgangskoder i Remote Desktop Manager](https://academy.devolutions.net/student/activity/3691891)
* [Devolutions Academy – Opbygning og administration af rapporter](https://academy.devolutions.net/student/activity/3380519)
* [Devolutions Academy – Indbyggede generatorer: adgangskoder, certifikater, porte og netværksscanning](https://academy.devolutions.net/student/activity/3381288)


---

# 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/how-to-articles/compromised-pwned-password-check.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.