> 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/fr/getting-started/security-checklist/devolutions-server-security-hardening.md). # Renforcement de la sécurité de Devolutions Server Le renforcement de la sécurité de Devolutions Server couvre les comptes d'administration, les ports, le chiffrement, l'URI d'accès, les sauvegardes de données, la journalisation et le tableau de bord Le renforcement de la sécurité consiste à mettre en œuvre diverses mesures de sécurité pour protéger contre les cybermenaces et assurer la confidentialité, l'intégrité et la disponibilité du système. Les différents articles de documentation et de base de connaissances ci-dessous sont organisés dans un ordre logique que vous pouvez suivre avant, pendant et après la configuration et le déploiement de Devolutions Server. Ils contiennent des informations utiles, des meilleures pratiques et des étapes à suivre pour que votre Devolutions Server soit aussi sécurisé que possible. Le présent sujet est principalement basé sur le ***Tableau de bord de sécurité***. Consultez [Tableau de bord de sécurité de Devolutions Server](/server/fr/knowledge-base/knowledge-base-articles/devolutions-server-security-dashboard.md) pour une liste des éléments d'action comprenant de courtes descriptions et des mesures d'atténuation. ### Exigences système et topologies Les spécifications matérielles et logicielles minimales recommandées pour Devolutions Server peuvent varier selon l'utilisation prévue. Consultez [Exigences système](/server/fr/overview-of-devolutions-server/system-requirements.md) pour connaître ce qui est requis dans votre situation. Les instances de Devolutions Server peuvent être installées selon différentes topologies. Déterminez celle qui convient le mieux à vos besoins dans [Topologies](/server/fr/overview-of-devolutions-server/topologies.md). Assurez-vous que les ports requis sont disponibles (voir ci-dessous). ### Paramètres des comptes d'administration Avant le déploiement d'une instance de Devolutions Server, certains comptes sont nécessaires pour faire fonctionner les divers services impliqués dans un déploiement sécurisé de Devolutions Server. Le nombre d'administrateurs ne devrait pas dépasser cinq. Limiter le nombre d'administrateurs actifs au sein de la plateforme réduira la surface d'attaque d'un attaquant aux seuls comptes configurés. Avoir plus de cinq administrateurs peut aussi être un signe d'une mauvaise séparation des tâches au sein de l'unité d'affaires ou de l'organisation. Les comptes de base de données devraient être différents pour l'application web, le planificateur et les outils de gestion. Les privilèges minimums devraient être accordés et appliqués pour que les comptes de service et de base de données puissent fonctionner. Des comptes de service et de base de données partagés et excessivement privilégiés peuvent entraîner une exposition inutile à des risques de sécurité. Le compte administratif MSSQL *sa* par défaut est un compte à privilèges élevés qui ne devrait être utilisé que pour gérer l'instance de base de données. Un utilisateur ou un compte de service moins privilégié est préférable afin de réduire l'impact d'une compromission. La première décision consiste à utiliser des comptes de domaine pour faire fonctionner la plateforme ou à utiliser des comptes SQL locaux jumelés à des comptes de service locaux. Puisque cette décision est une question de préférence personnelle, nous prenons en charge les deux modèles. Consultez chacun d'eux et ce qu'ils impliquent dans [Sondage sur les comptes avant le déploiement](/server/fr/knowledge-base/knowledge-base-articles/pre-deployment-account-survey.md) et apprenez comment les configurer dans [Identifiants avancés](/server/fr/devolutions-server-console/devolutions-server-settings/database/advanced-credentials.md). Pour que l'authentification unique (SSO) de domaine soit utilisée pour se connecter à la base de données, vous devez configurer le ***Pool d'applications*** afin qu'il s'exécute sous un compte de domaine. Suivez les étapes dans [Configurer Devolutions Server pour utiliser l'authentification unique (SSO) de domaine](/server/fr/knowledge-base/how-to-articles/configure-domain-single-sign-on-sso.md). ### Ports et communication sécurisée Bien que Devolutions Server en lui-même ne dicte pas quels ports utiliser pour l'une ou l'autre des ressources auxquelles il accède, nous recommandons tout de même la pratique de sécurité de la ségrégation du réseau. Vous devez consulter votre administrateur système afin de déterminer quels ajustements doivent être effectués pour que le système interopère avec votre infrastructure. Consultez [Ports et pare-feux](/server/fr/knowledge-base/knowledge-base-articles/ports-and-firewalls.md). Les communications sécurisées garantissent l'intégrité et la confidentialité des données transmises entre le client et le serveur. Il est donc important de sécuriser les communications LDAP avec la méthode [LDAP over SSL](/server/fr/getting-started/security-checklist/ldap-over-ssl-ldaps.md) (LDAPS). Consultez [Domaine](/server/fr/web-interface/administration/configuration/server-settings/general/authentication/domain.md) pour apprendre comment l'activer. Après avoir configuré l'instance de Devolutions Server et vous être connecté par l'entremise d'une application client, vous pouvez suivre les étapes dans [Configurer SSL](/server/fr/knowledge-base/how-to-articles/configure-ssl.md) pour importer un certificat ou créer un certificat auto-signé, créer une liaison SSL, activer HTTPS et configurer les paramètres SSL dans les applications client. Effectuer ces étapes dès le départ peut ajouter un niveau de complexité qui pourrait vous empêcher de réussir la configuration initiale. ### URI d'accès Si vous mettez à niveau votre instance de Devolutions Server d'une version antérieure à 2022.1 vers 2022.2 ou ultérieure, suivez les étapes dans [URI d'accès](/server/fr/knowledge-base/knowledge-base-articles/access-uri-format.md). Pendant le processus de mise à niveau ou d'installation de Devolutions Server, nous devons fournir un URI d'accès. Cet URI est une URL de redirection utilisée par le système OAuth et qui redirige le trafic d'authentification vers l'URI d'accès. ### Chiffrement Pour s'assurer que la communication entre l'instance de Devolutions Server et la base de données SQL Server est chiffrée, une procédure approfondie doit être suivie sur l'instance SQL Server. Consultez [Chiffrer les connexions à SQL Server](/server/fr/getting-started/security-checklist/encrypting-connections-to-sql-server.md). Lorsque vous utilisez des comptes SQL Server Login, chiffrer les fichiers **appsettings.json** est de la plus haute importance, car de l'information sensible y est stockée. Consultez [Permettre à Devolutions Scheduler de lire les chaînes de connexion chiffrées](/server/fr/knowledge-base/how-to-articles/allow-devolutions-scheduler-to-read-encrypted-connection-strings.md) pour plus d'informations et de recommandations. La clé de chiffrement est utilisée pour chiffrer les entrées de données (connexions, coffre utilisateur, documentation et pièces jointes). Les clés de chiffrement sont générées et stockées dans le fichier **encryption.config** sur le serveur uniquement. Apprenez comment les exporter, les importer et les régénérer dans [Gérer les clés de chiffrement](/server/fr/knowledge-base/how-to-articles/manage-encryption-keys.md). Pour les entreprises qui exigent les normes fédérales de traitement de l'information (Federal Information Processing Standards, ou FIPS), consultez [FIPS (chiffrement)](https://docs.devolutions.net/rdm/fr/knowledge-base/troubleshooting-articles/forticlient/fips-encryption). ### Gestion des sauvegardes de données et des journaux Le [gestionnaire de sauvegardes](/server/fr/web-interface/administration/backup/backup-manager.md), accessible depuis l'interface web de Devolutions Server, permet aux administrateurs de configurer les paramètres pour sauvegarder la base de données et le dossier de l'application web et de planifier des sauvegardes à intervalles récurrents. Les sauvegardes de données devraient être activées et configurées vers un support externe ou un stockage infonuagique afin d'éviter une perte permanente de données. Consultez [Reprise après sinistre de Devolutions Server](/server/fr/knowledge-base/how-to-articles/restore-a-devolutions-server-instance.md) pour plus d'informations sur les sauvegardes de données requises en cas d'incident. En ce qui concerne les journaux, il est recommandé de les envoyer vers un système externe afin de maintenir l'intégrité et la disponibilité de l'information sur les événements. Configurez la fonctionnalité de [journalisation](/server/fr/web-interface/administration/configuration/server-settings/general/logging.md) dans l'interface web de Devolutions Server. ### Durée de vie du jeton d'actualisation Une durée de session excessive peut entraîner une exposition au-delà du nécessaire à des utilisateurs non autorisés. La durée de vie du jeton d'actualisation devrait donc être configurée à l'intérieur de 30 jours. Cela peut être fait dans les [paramètres avancés du serveur](/server/fr/web-interface/administration/configuration/server-settings/general/advanced.md) de l'interface web de Devolutions Server. Par défaut, les jetons sont automatiquement actualisés pour une autre période de 30 jours chaque fois qu'un utilisateur est actif; si l'utilisateur est inactif, un compte à rebours démarre et invalide le jeton après 30 jours. ### Notifications par courriel Une configuration de serveur de courriel est requise pour transmettre des messages importants de l'application, tels que des événements de sécurité ou des erreurs. Ils peuvent être configurés dans l'interface web. Consultez [Configurer un courriel SMTP](/server/fr/web-interface/administration/configuration/server-settings/general/email.md) ou [Configurer un courriel SMTP avec Azure](/server/fr/web-interface/administration/configuration/server-settings/general/email.md#configure-azure-authentication-for-smtp) pour les étapes de configuration et les informations sur chaque paramètre. ### Mot de passe de la Devolutions Server Console Il est recommandé d'ajouter un niveau de sécurité supplémentaire en activant et en définissant un mot de passe pour la Devolutions Server Console. Apprenez-en plus sur ce paramètre de mot de passe et sur tous les autres paramètres de la Devolutions Server Console dans [Devolutions Server Console](/server/fr/devolutions-server-console.md). ### Tableau de bord de sécurité de Devolutions Server Le [tableau de bord de sécurité de Devolutions Server](/server/fr/knowledge-base/knowledge-base-articles/devolutions-server-security-dashboard.md) est un outil qui offre des conseils sur la façon d'améliorer la sécurité de la plateforme Devolutions Server ainsi que des astuces pour réduire la charge de travail des administrateurs. Certaines astuces sont des meilleures pratiques courantes en sécurité de l'information, d'autres sont un consensus entre nos propres équipes. Il est accessible en tout temps dans l'interface web de Devolutions Server, dans ***Administration*** – ***Tableau de bord de sécurité***. Les scores sont certes discutables et nous ne prétendons pas que chaque sujet a la même valeur relative pour tous les membres de la communauté. Atteindre 100 % n'est certainement pas une finalité en soi; nous visons simplement à sensibiliser et à fournir des idées pour votre propre renforcement de la sécurité. --- # 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/fr/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.