> 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/server/da/getting-started/security-checklist/devolutions-server-security-hardening.md). # Sikkerhedshærdning af Devolutions Server Sikkerhedshærdning af Devolutions Server dækker administrationskonti, porte, kryptering, adgangs-URI, sikkerhedskopier, logning og sikkerhedsdashboardet. Sikkerhedshærdning består i at implementere forskellige sikkerhedsforanstaltninger for at beskytte mod cybertrusler og sikre systemets fortrolighed, integritet og tilgængelighed. Dokumentationen og vidensbaseartiklerne nedenfor er organiseret i en logisk rækkefølge, som De kan følge før, under og efter konfiguration og udrulning af Devolutions Server. Artiklerne indeholder nyttige oplysninger, bedste praksis og trin, der skal følges, for at sikre, at Deres Devolutions Server er så sikker som muligt. Det aktuelle emne er hovedsageligt baseret på ***Sikkerhedsdashboard***. Se [Sikkerhedsdashboardet for Devolutions Server](/server/da/knowledge-base/knowledge-base-articles/devolutions-server-security-dashboard.md) for en liste over handlingspunkter med korte beskrivelser og risikoreduktion. ### Systemkrav og topologier De anbefalede minimumsspecifikationer for hardware og software til Devolutions Server kan variere afhængigt af Deres tilsigtede brug. Besøg [Systemkrav](/server/da/overview-of-devolutions-server/system-requirements.md) for at se, hvad der kræves i Deres situation. Devolutions Server-instanser kan installeres via forskellige topologier. Find ud af, hvilken der passer bedst til Deres behov, i [Topologier](/server/da/overview-of-devolutions-server/topologies.md). Sørg for, at de påkrævede porte er tilgængelige (se nedenfor). ### Indstillinger for administrationskonti Før udrulning af en Devolutions Server-instans er der brug for nogle konti til at drive de forskellige tjenester, der indgår i en sikker udrulning af Devolutions Server. Antallet af administratorer bør ikke være over fem. Begrænsning af antallet af aktive administratorer på platformen reducerer en angribers angrebsflade til kun de konfigurerede konti. Flere end fem administratorer kan også være tegn på dårlig funktionsadskillelse i forretningsenheden eller organisationen. Databasekonti bør være forskellige for webprogrammet, planlægningstjenesten og administrationsværktøjerne. Der bør tildeles og anvendes mindste privilegier for tjeneste- og databasekonti, så de kan fungere. Delte tjeneste- og databasekonti med for mange privilegier kan medføre unødig eksponering for sikkerhedsrisiko. Standardadministratorkontoen MSSQL *sa* er en konto med højt privilegium, der kun bør bruges til at administrere databaseinstansen. En mindre privilegeret bruger- eller tjenestekonto foretrækkes for at mindske konsekvensen af et kompromis. Den første beslutning er, om platformen skal drives med domænekonti, eller om der skal bruges lokale SQL-konti sammen med lokale tjenestekonti. Da denne beslutning er et spørgsmål om personlig præference, understøtter vi begge modeller. Se hver af dem, og hvad de indebærer, i [Kontoundersøgelse før udrulning](/server/da/knowledge-base/knowledge-base-articles/pre-deployment-account-survey.md), og lær at konfigurere dem i [Avancerede legitimationsoplysninger](/server/da/devolutions-server-console/devolutions-server-settings/database/advanced-credentials.md). For at enkeltlogon på domænet (SSO) kan bruges til at oprette forbindelse til databasen, skal De angive, at ***Programpulje*** skal køre under en domænekonto. Følg trinnene i [Konfigurer Devolutions Server til at bruge enkeltlogon på domænet (SSO)](/server/da/knowledge-base/how-to-articles/configure-domain-single-sign-on-sso.md). ### Porte og sikker kommunikation Selv om Devolutions Server i sig selv ikke dikterer, hvilke porte der skal bruges til de ressourcer, den tilgår, anbefaler vi stadig sikkerhedspraksis med netværkssegmentering. De skal rådføre Dem med Deres systemadministrator for at fastslå, hvilke justeringer der skal foretages, for at systemet kan fungere sammen med Deres infrastruktur. Se [Porte og firewalls](/server/da/knowledge-base/knowledge-base-articles/ports-and-firewalls.md). Sikker kommunikation garanterer integriteten og fortroligheden af de data, der overføres mellem klienten og serveren. Derfor er det vigtigt at sikre LDAP-kommunikation med metoden [LDAP via SSL](/server/da/getting-started/security-checklist/ldap-over-ssl-ldaps.md) (LADPS). Se [Domæne](/server/da/web-interface/administration/configuration/server-settings/general/authentication/domain.md) for at få at vide, hvordan den aktiveres. Når De har konfigureret Devolutions Server-instansen og oprettet forbindelse via et klientprogram, kan De følge trinnene i [Konfigurer SSL](/server/da/knowledge-base/how-to-articles/configure-ssl.md) for at importere et certifikat eller oprette et selvsigneret certifikat, oprette en SSL-binding, aktivere HTTPS og konfigurere SSL-indstillinger i klientprogrammerne. Hvis disse trin udføres fra starten, kan det tilføje et lag af kompleksitet, der kan forhindre Dem i at lykkes med den første konfiguration. ### Adgangs-URI Hvis De opgraderer Deres Devolutions Server-instans fra en version før 2022.1 til 2022.2 eller nyere, skal De følge trinnene i [Adgangs-URI](/server/da/knowledge-base/knowledge-base-articles/access-uri-format.md). Under opgraderingen eller installationen af Devolutions Server skal vi angive en adgangs-URI. Denne URI er en omdirigerings-URL, som OAuth-systemet bruger, og den omdirigerer godkendelsestrafikken til adgangs-URI'en. ### Kryptering For at sikre, at kommunikationen mellem Devolutions Server-instansen og SQL Server-databasen er krypteret, skal en omfattende procedure følges på SQL Server-instansen. Se [Kryptering af forbindelser til SQL Server](/server/da/getting-started/security-checklist/encrypting-connections-to-sql-server.md). Når der bruges SQL Server-logonkonti, er kryptering af filerne **appsettings.json** yderst vigtig, da der gemmes følsomme oplysninger i dem. Besøg [Tillad, at Devolutions Scheduler læser krypterede forbindelsesstrenge](/server/da/knowledge-base/how-to-articles/allow-devolutions-scheduler-to-read-encrypted-connection-strings.md) for at få flere oplysninger og anbefalinger. Krypteringsnøglen bruges til at kryptere dataposter (forbindelser, brugerboks, dokumentation og vedhæftninger). Krypteringsnøglerne genereres og gemmes kun i filen **encryption.config** på serveren. Lær at eksportere, importere og generere dem igen i [Administrer krypteringsnøgler](/server/da/knowledge-base/how-to-articles/manage-encryption-keys.md). For virksomheder, der kræver Federal Information Processing Standards (forkortet FIPS), henvises til [FIPS (kryptering)](https://docs.devolutions.net/rdm/knowledge-base/troubleshooting-articles/forticlient/fips-encryption). ### Sikkerhedskopi og logadministration [Administration af sikkerhedskopier](/server/da/web-interface/administration/backup/backup-manager.md), der er tilgængelig fra webgrænsefladen i Devolutions Server, lader administratorer konfigurere parametrene for sikkerhedskopiering af databasen og mappen med webprogrammet og planlægge sikkerhedskopier med tilbagevendende intervaller. Sikkerhedskopier bør aktiveres og konfigureres til et eksternt medie eller cloudlager for at undgå permanent tab af data. Se [It-katastrofeberedskab for Devolutions Server](/server/da/knowledge-base/how-to-articles/restore-a-devolutions-server-instance.md) for at få flere oplysninger om de sikkerhedskopier, der kræves ved hændelser. Vedrørende logge anbefales det at sende dem til et eksternt system for at bevare integriteten og tilgængeligheden af hændelsesoplysninger. Konfigurer funktionen [Logning](/server/da/web-interface/administration/configuration/server-settings/general/logging.md) i webgrænsefladen i Devolutions Server. ### Levetid for refresh-token En for lang sessionsvarighed kan give unødig eksponering for uautoriserede brugere. Levetiden for refresh-token bør derfor konfigureres inden for 30 dage. Det kan gøres i de [avancerede serverindstillinger](/server/da/web-interface/administration/configuration/server-settings/general/advanced.md) i webgrænsefladen i Devolutions Server. Som standard opdateres tokens automatisk med yderligere 30 dage, hver gang en bruger er aktiv. Hvis brugeren er inaktiv, starter en nedtælling, og tokenet ugyldiggøres efter 30 dage. ### E-mailmeddelelser Der kræves en konfiguration af en e-mailserver for at sende vigtige programmeddelelser som sikkerhedshændelser eller fejl. De kan konfigureres i webgrænsefladen. Se [Konfigurer en SMTP-e-mail](/server/da/web-interface/administration/configuration/server-settings/general/email.md) eller [Konfigurer en SMTP-e-mail med Azure](/server/da/web-interface/administration/configuration/server-settings/general/email.md#configure-azure-authentication-for-smtp) for konfigurationstrin og oplysninger om hver indstilling. ### Adgangskode til Devolutions Server Console Det anbefales at tilføje endnu et sikkerhedslag ved at aktivere og angive en adgangskode til Devolutions Server Console. Læs om denne adgangskodeindstilling og alle andre indstillinger for Devolutions Server Console i [Devolutions Server Console](/server/da/devolutions-server-console.md). ### Sikkerhedsdashboardet for Devolutions Server [Sikkerhedsdashboardet for Devolutions Server](/server/da/knowledge-base/knowledge-base-articles/devolutions-server-security-dashboard.md) er et værktøj, der giver vejledning i, hvordan sikkerheden på Devolutions Server-platformen forbedres, og også tips til at reducere arbejdsbyrden for administratorer. Nogle tips er almindelig bedste praksis for informationssikkerhed, andre er en konsensus mellem vores egne teams. Det kan tilgås når som helst i webgrænsefladen i Devolutions Server under ***Administration*** – ***Sikkerhedsdashboard***. Scorerne kan ganske vist diskuteres, og vi foregiver ikke, at hvert emne har den samme relative værdi for alle medlemmer af communityet. At nå 100 % er bestemt ikke et mål i sig selv. Vi vil blot øge bevidstheden og give idéer til Deres egen sikkerhedshærdning. --- # 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/server/da/getting-started/security-checklist/devolutions-server-security-hardening.md?ask=&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.