> For the complete documentation index, see [llms.txt](https://docs.realmjoin.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.realmjoin.com/fr/securite-et-confidentialite/security-and-privacy.md). # Sécurité et confidentialité FAQ sur la sécurité de l’information, le traitement des données et la confidentialité de RealmJoin, couvrant les centres de données, le stockage et l’assurance qualité. Ce chapitre présente un aperçu des questions fréquemment posées concernant la sécurité de l'information, la confidentialité et l'assurance qualité. ## Traitement des données et autorisations ### 1. À partir de quel centre de données RealmJoin fonctionne-t-il ? * Région Azure West Europe (principale) * Région Azure North Europe (secours) ### 2. Quelles données sont traitées par RealmJoin ? * État de l'ordinateur * Données utilisateur/appareil/groupe Entra ID (cela contient des données UPN / adresse e-mail, prénom, nom, photo de profil) * Données Intune * Données ATP * Fichiers journaux ### 3. Quelles données sont stockées de manière persistante par/pour le compte de RealmJoin et comment ? * État de l'ordinateur * Références utilisateur/appareil Entra ID (cela contient des données UPN / adresse e-mail) * Informations pour la gestion des applications * Fichiers journaux Les données sont stockées dans une combinaison de stockage blob et de bases de données. ### 4. Existe-t-il un mécanisme d'archivage des journaux ? L'état de l'ordinateur est archivé pendant 90 jours, puis les politiques de rétention suppriment les données. ### 5. À quelles autorisations du tenant les utilisateurs accédant au portail web RealmJoin doivent-ils consentir ? Veuillez vous référer à [Autorisations requises](/fr/deploiement/required-permissions.md). ### 6. Quelles données sont mises à disposition en accordant le(s) consentement(s) de la question 5 ? Veuillez vous référer à [Autorisations requises](/fr/deploiement/required-permissions.md). ### 7. Quels points de terminaison accessibles de l'extérieur RealmJoin expose-t-il ? 1. Portail RealmJoin * Un portail web qui facilite l'administration du service. 2. API client RealmJoin * API pour les applications clientes (usage interne). 3. API client RealmJoin * API pour les clients. 4. API interne RealmJoin * API pour les opérations backend associées (usage interne). 5. CDN RealmJoin * Données binaires avec prise en charge de BranchCache. 6. Serveur de packages RealmJoin * Registre de packages NuGet personnalisé. ### 8. Comment les points de terminaison de la question 7 sont-ils protégés ? 1. Portail RealmJoin * Sécurisés via l'authentification OAuth 2.0 avec Microsoft Entra ID (Azure AD). 2. API client RealmJoin * Sécurisés via l'authentification OAuth 2.0 avec Microsoft Entra ID (Azure AD). * Authentification personnalisée utilisant Entra-Device-Certificate. 3. API client RealmJoin * Clé prépartagée par client. 4. API interne RealmJoin * Clé prépartagée par client. 5. CDN RealmJoin * Non authentifié par définition, peut être protégé à l'aide de fichiers chiffrés. 6. Serveur de packages RealmJoin * Clé prépartagée par client. ### 9. Quels ports et protocoles sont utilisés par les points de terminaison de la question 7 ? 1. Tous les points de terminaison utilisent TLS par défaut. * HTTPS (TCP / 443). 2. CDN RealmJoin * Autorise HTTP (TCP / 80) à des fins de dépannage. * Les URL configurées utilisent exclusivement HTTPS (TCP / 443). ## Identité ### 1. Quels schémas d'autorisation sont utilisés pour accéder à RealmJoin ? L'accès administrateur est réalisé via l'authentification OAuth 2.0 avec Microsoft Entra ID (Azure AD) pour les utilisateurs enregistrés sur la plateforme. ### 2. Existe-t-il des contrôles d'accès conditionnel / fondés sur les rôles pour protéger RealmJoin ? Oui. Le portail d'administration RealmJoin offre des fonctionnalités pour attribuer [des rôles](/fr/administration-et-parametres/permission.md) à chaque utilisateur. Rôles par défaut disponibles : * Administrateur * Auditeur * Support * Exécuteur de runbook * Agent logiciel * Demandeur de logiciels * Demandeur de logiciels organique * Agent de notification En outre, RealmJoin permet de créer des rôles personnalisés. ### Les identifiants d'accès peuvent-ils être récupérés ? Si oui, comment ? RealmJoin utilise le SSO et est soumis aux stratégies Microsoft Entra ID (Azure AD) dans le tenant client. ## Protection des données ### 1. Comment *les données au repos* sont-elles protégées contre tout accès non autorisé ? * Accès administrateur restreint conformément aux meilleures pratiques. * Utilisation de l'authentification multifacteur Passkey. * Les bases de données sont restreintes aux adresses IP VPN pour l'accès externe. ### 2. Comment *les données en transit* sont-elles protégées contre tout accès non autorisé ? La communication entre le service RealmJoin (backend) et l'agent RealmJoin (client) est sécurisée par Transport Layer Security (TLS) 1.2 ou supérieur. De plus, certains contenus (par ex. les packages logiciels) sont signés par le service RealmJoin, afin que l'agent RealmJoin puisse s'assurer que les données n'ont pas été modifiées pendant le transport. ### 3. Comment les tenants clients sont-ils séparés les uns des autres ? Selon les contraintes du service et les considérations de performance, soit par des groupes/conteneurs séparés, soit par partitionnement de table. Les chemins de code utilisent un contexte client basé sur l'environnement pour la séparation. ## Sécurité dès la conception ### Nous nous engageons à respecter des normes de sécurité élevées * Notre équipe de développement et d'exploitation est [certifiée ISO 27001](#id-1.-is-glueckkanja-iso-27001-certified). * Nous travaillons avec les derniers outils de développement cloud (p. ex. GitHub) et le code est stocké dans des dépôts sécurisés. * Nous nous engageons à adopter des méthodes de développement, de build et d'exploitation de pointe (p. ex. CI/CD). * Les membres de notre équipe utilisent des identités Entra ID et doivent utiliser l'authentification multifacteur. * Les points de terminaison, identités et services sont protégés par les dernières technologies (p. ex. Microsoft Sentinel et la suite M365 Defender, y compris EDR) et surveillés par un centre des opérations de sécurité. * Tous les systèmes sont mis à jour en continu. ### 1. Quelles technologies, piles et plateformes ont été utilisées pour concevoir RealmJoin ? * `Azure` ## Disponibilité ### 1. Comment garantissez-vous la disponibilité de RealmJoin ? Afin de maintenir une haute disponibilité de RealmJoin, plusieurs stratégies clés sont mises en œuvre, chacune conçue pour fournir un accès robuste et ininterrompu au service. Ces mesures comprennent : * **Infrastructure redondante**: Déploiement sur plusieurs centres de données afin d'assurer la continuité du service en cas de défaillance dans un emplacement. RealmJoin exploite Azure IaaS dans plusieurs centres de données Azure. * **Processus de basculement automatisés**: Des systèmes sont en place pour rediriger automatiquement le trafic vers les serveurs opérationnels en cas d'interruption, minimisant ainsi les temps d'arrêt. * **Architecture évolutive**: La capacité d'augmenter ou de réduire rapidement les ressources en fonction de la demande aide à maintenir les performances lors des pics d'utilisation. * **Mises à jour et correctifs réguliers**: Des opérations de maintenance et des mises à jour régulières sont appliquées pour corriger les vulnérabilités et améliorer les performances, garantissant que la plateforme reste sécurisée et efficace. * **Surveillance et alertes**: Surveillance continue de l'état du système et alertes automatisées pour tout problème susceptible d'affecter la disponibilité du service. * **Plans de reprise**: Nous avons mis en place plusieurs niveaux de mesures de reprise : nous pouvons récupérer l'état principal du système sur les dernières semaines grâce à la récupération à un instant donné de nos bases de données. De plus, dans le cas peu probable d'une défaillance complète du système, les principaux services RealmJoin peuvent être restaurés à l'aide d'une approche IaC (Terraform), ce qui réduit considérablement le temps de reprise. ## Conformité ### 1. glueckkanja est-il certifié ISO 27001 ? Oui. Le système de management de la sécurité de l'information (ISMS) de glueckkanja AG est certifié conformément à **ISO/IEC 27001:2022**. Le périmètre de la certification couvre : * Développement de produits * Services gérés Vous pouvez consulter le certificat actuel [ici](https://www.glueckkanja.com/documents/general/gk-ISO27001Certificate-en.pdf). ### 2. glueckkanja fait-il tester sa sécurité par des experts externes ? Oui. En 2026, glueckkanja AG a mandaté une société indépendante spécialisée en sécurité offensive pour réaliser une évaluation Red Team couvrant l'ensemble de notre entreprise. Nous avons délibérément choisi cette approche holistique plutôt qu'un test d'intrusion classique. Au lieu de vérifier des systèmes ou des points de terminaison individuels contre des vulnérabilités connues, l'équipe Red Team a simulé une cyberattaque réaliste et avancée menée par un attaquant interne sur notre infrastructure informatique, en enchaînant les techniques comme le font les vrais adversaires. L'évaluation s'est concentrée sur : * l'identification des vulnérabilités à fort impact, * la cartographie de chemins d'attaque complets à travers notre environnement, * l'évaluation des vecteurs potentiels pour obtenir un accès non autorisé aux environnements clients, * l'évaluation des vecteurs potentiels pour exécuter des attaques sur la chaîne d'approvisionnement. Tous les constats ont été documentés avec des recommandations d'atténuation et sont traités dans le cadre de notre système de management de la sécurité de l'information certifié ISO 27001. Nous répéterons cette évaluation Red Team chaque année. ## RGPD et résidence des données ### 1. Les données quittent-elles l'Europe ? Non. ### 2. Sur quels fournisseurs cloud tiers RealmJoin s'appuie-t-il et pourquoi ?
EntrepriseServicesContactFinalité
Microsoft CorporationServices cloud (Azure)Building 3, Carmanhall Road Sandyford,
Industrial Estate 18, Dublin,
Ireland		Services cloud (Azure)
GitHub B.V.dépôt de code Git, intégration, tests et automatisation des mises en productionPrins Bernhardplein 200, Amsterdam, 1097JB
Netherlands		Dépôt de code, pipeline CI/CD.
GitLab, Inc.dépôt de code Git, intégration, tests et automatisation des mises en production268 Bush Street #350, San Francisco, CA 94104-3503,
United States		Pipeline de packaging
## Divers ### 1. RealmJoin fait-il partie d'un programme de bug bounty ? Non. ### 2. Quelles mesures d'assurance qualité sont en place ? * Nous exécutons des binaires signés. * Nos packages d'application sont construits de manière cohérente, en s'appuyant sur des dépôts de code de pointe et une méthodologie CI/CD afin de garantir une intégrité maximale. * Les packages d'application sont signés pendant le processus de build et vérifiés par l'agent RJ avant l'installation sur le client. ### 3. Réalisez-vous régulièrement des tests d'intrusion ? Pas sous la forme d'un test d'intrusion classique de SCEPman. En revanche, glueckkanja AG se soumet à une évaluation Red Team annuelle réalisée par un spécialiste externe indépendant, qui va au-delà d'un test d'intrusion classique (voir [glueckkanja fait-il tester sa sécurité par des experts externes ?](#id-2.-does-glueckkanja-have-its-security-tested-by-external-experts)). Dans le cadre de nos pratiques de développement sécurisé, nous utilisons des outils (p. ex. l'analyse statique du code) qui analysent la base de code à la recherche de CVE et d'autres exploits courants (y compris les dépendances telles que les bibliothèques tierces) susceptibles d'affecter la sécurité des points de terminaison exposés par RealmJoin. Avant toute publication, toute découverte pertinente est évaluée et corrigée afin de garantir que RealmJoin reste exempt de toute vulnérabilité connue. Nous ne réalisons nous-mêmes aucun test d'intrusion et n'utilisons pas non plus d'outils tiers de type « Penetration Test-as-a-Service ». Dans le premier cas, nous voyons un conflit d'intérêts inhérent. Dans le second, comme les services de test d'intrusion typiques se contentent souvent de vérifier les points de terminaison exposés par rapport aux CVE et autres exploits connus, nous ne voyons aucune valeur ajoutée par rapport aux vérifications que nous effectuons déjà à l'aide de l'analyse statique du code. Nous nous appuyons plutôt sur une approche holistique : en 2026, une équipe Red Team indépendante a simulé une attaque réaliste et avancée contre glueckkanja AG, incluant explicitement des chemins d'attaque vers les environnements clients et des attaques sur la chaîne d'approvisionnement. Plutôt que de tester des points de terminaison isolés, cette évaluation examine des chemins d'attaque complets à travers notre organisation, ce que nous considérons comme bien plus pertinent pour la sécurité de nos clients. Nous répétons cette évaluation chaque année. Si vous souhaitez réaliser vos propres tests d'intrusion, veuillez [nous contacter](https://www.realmjoin.com/help/) et nous faire part de vos besoins. ### 4. Existe-t-il un processus de correction en place ? Oui, des opérations de maintenance et des mises à jour régulières sont appliquées pour corriger les vulnérabilités et améliorer les performances, garantissant que la plateforme reste sécurisée et efficace. ### 5. Quels sont les SLA pour les correctifs ? * Correctifs pour les CVE / vulnérabilités de sécurité : dès que la vulnérabilité devient publique ou dès que nous identifions une vulnérabilité dans notre propre code, un correctif urgent sera fourni au plus tard 24 heures après que nous en ayons pris connaissance. * Autres correctifs : aucun SLA. ### 6. RealmJoin effectue-t-il des sauvegardes ? RealmJoin utilise une technologie de restauration à un instant donné pour toutes les données critiques. GitLab (qui héberge le pipeline et le dépôt PACKaaS) est sauvegardé régulièrement. ### 7. Existe-t-il des tests de restauration des sauvegardes ? Non. Veuillez consulter [Disponibilité](#id-1.-how-do-you-ensure-the-availability-of-realmjoin) pour plus de détails. ### 8. Qu'est-ce qui rend les packages RealmJoin plus sûrs que les solutions communautaires ? Contrairement aux solutions communautaires, nous conservons à tout moment un contrôle total sur chaque package et chaque binaire. Plusieurs vérifications mises en œuvre garantissent qu'aucune donnée corrompue n'est exécutée sur les appareils. * **Aucun dépôt public**: Nous hébergeons nos instances GitLab, NuGet et CDN. Bien que l'agent RealmJoin utilise actuellement une version modifiée du moteur Chocolatey, la source des packages est limitée aux serveurs de packages de glueckkanja AG. * **Dépôts séparés**: Les packages spécifiques à un client se trouvent dans une section spécifique à ce client de nos serveurs et ne peuvent pas être accessibles par d'autres clients. * **Versionnage complet**: Tous les outils ainsi que le magasin de packages RealmJoin fournissent des informations de commit et d'audit. Il est toujours transparent de savoir qui a changé quoi dans chaque package à un moment donné. * **Éviter les données spécifiques**: La séparation du code du package et des binaires nous permet généralement de supprimer les informations sensibles des binaires, de sorte que même des binaires interceptés ne peuvent pas être utilisés à des fins malveillantes. * **Chiffrement et hachages**: Les scripts de package sont stockés sur un serveur chiffré, avec un accès très restreint. L'agent RealmJoin télécharge les scripts via une connexion chiffrée. Pour une sécurité supplémentaire, tous les binaires sont vérifiés par rapport à un hachage codé en dur avant toute action. * **Test d'intrusion**: Ces dernières années, l'agent RealmJoin a fait partie de plusieurs tests d'intrusion clients réussis. * **Test**: Tous les packages RealmJoin sont installés plusieurs fois pendant l'assurance qualité PACKaaS sur des appareils Windows exécutant Defender. Les analyses de logiciels malveillants font partie des processus automatisés de build et de déploiement. Les packages maintenus utilisent les sources officielles des éditeurs. --- # 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.realmjoin.com/fr/securite-et-confidentialite/security-and-privacy.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.