> 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/de/sicherheit-and-datenschutz/security-and-privacy.md). # Sicherheit & Datenschutz Dieses Kapitel bietet einen Überblick über häufig gestellte Fragen rund um Informationssicherheit, Datenschutz und Qualitätssicherung. ## Datenverarbeitung und Berechtigungen ### 1. Aus welchem Rechenzentrum arbeitet RealmJoin? * Azure-Region West Europe (primär) * Azure-Region North Europe (Backup) ### 2. Welche Daten werden von RealmJoin verarbeitet? * Computerstatus * Entra ID-Benutzer-/Geräte-/Gruppendaten (dies enthält UPN-/E-Mail-Adressdaten, Vorname, Nachname, Profilbild) * Intune-Daten * ATP-Daten * Protokolldateien ### 3. Welche Daten werden dauerhaft von/ im Auftrag von RealmJoin gespeichert und wie? * Computerstatus * Entra ID-Benutzer-/Gerätedatenreferenzen (dies enthält UPN-/E-Mail-Adressdaten) * Informationen für die App-Verwaltung * Protokolldateien Die Daten werden in einer Kombination aus Blob-Speicher und Datenbanken gespeichert. ### 4. Gibt es einen Archivierungsmechanismus für Protokolle? Der Computerstatus wird 90 Tage lang archiviert, anschließend entfernen Aufbewahrungsrichtlinien die Daten. ### 5. Welche Tenant-Berechtigungen müssen Benutzer, die auf das RealmJoin-Webportal zugreifen, akzeptieren? Bitte siehe [Erforderliche Berechtigungen](/de/bereitstellung/required-permissions.md). ### 6. Welche Daten werden durch die Zustimmung(en) aus Frage 5 verfügbar gemacht? Bitte siehe [Erforderliche Berechtigungen](/de/bereitstellung/required-permissions.md). ### 7. Welche extern zugänglichen Endpunkte stellt RealmJoin bereit? 1. RealmJoin Portal * Ein Webportal, das die Verwaltung des Dienstes ermöglicht. 2. RealmJoin Client-API * API für die Clientanwendungen (interner Gebrauch). 3. RealmJoin Customer-API * API für Kunden. 4. RealmJoin Internal-API * API für zugehörige Backend-Operationen (interner Gebrauch). 5. RealmJoin CDN * Binärdaten mit BranchCache-Unterstützung. 6. RealmJoin Package Server * Benutzerdefiniertes NuGet-Paket-Repository. ### 8. Wie sind die Endpunkte aus Frage 7 geschützt? 1. RealmJoin Portal * Geschützt durch OAuth 2.0-Authentifizierung mit Microsoft Entra ID (Azure AD). 2. RealmJoin Client-API * Geschützt durch OAuth 2.0-Authentifizierung mit Microsoft Entra ID (Azure AD). * Benutzerdefinierte Authentifizierung mit Entra-Device-Certificate. 3. RealmJoin Customer-API * Vorab gemeinsam genutzter Schlüssel pro Kunde. 4. RealmJoin Internal-API * Vorab gemeinsam genutzter Schlüssel pro Kunde. 5. RealmJoin CDN * Per Definition nicht authentifiziert, kann mithilfe verschlüsselter Dateien geschützt werden. 6. RealmJoin Package Server * Vorab gemeinsam genutzter Schlüssel pro Kunde. ### 9. Welche Ports und Protokolle werden von den Endpunkten aus Frage 7 verwendet? 1. Alle Endpunkte verwenden standardmäßig TLS. * HTTPS (TCP / 443). 2. RealmJoin CDN * Erlaubt HTTP (TCP / 80) zu Fehlerbehebungszwecken. * Konfigurierte URLs verwenden ausschließlich HTTPS (TCP / 443). ## Identität ### 1. Welche Autorisierungsschemata werden verwendet, um Zugriff auf RealmJoin zu erhalten? Der administrative Zugriff erfolgt über OAuth 2.0-Authentifizierung mit Microsoft Entra ID (Azure AD) für Benutzer, die auf der Plattform registriert sind. ### 2. Gibt es Conditional Access / rollenbasierte Zugriffskontrollen zum Schutz von RealmJoin? Ja. Das RealmJoin Admin-Portal bietet Funktionen zum Zuweisen von [Rollen](/de/verwaltung-and-einstellungen/permission.md) an jeden Benutzer. Verfügbare Standardrollen: * Admin * Prüfer * Supporter * Runbook-Ausführer * Software-Agent * Software-Anforderer * Natürlicher Software-Anforderer * Benachrichtigungs-Agent Darüber hinaus ermöglicht RealmJoin das Erstellen benutzerdefinierter Rollen. ### 3. Können Anmeldedaten wiederhergestellt werden? Wenn ja, wie? RealmJoin verwendet SSO und unterliegt den Richtlinien von Microsoft Entra ID (Azure AD) im Kundentenant. ## Datenschutz ### 1. Wie wird *ruhende Daten* vor unbefugtem Zugriff geschützt? * Eingeschränkter administrativer Zugriff gemäß Best Practices. * Verwendung von Passkey MFA. * Datenbanken sind für externen Zugriff auf VPN-IPs beschränkt. ### 2. Wie werden *Daten während der Übertragung* vor unbefugtem Zugriff geschützt? Die Kommunikation zwischen dem RealmJoin Service (Backend) und dem RealmJoin Agent (Client) ist mit Transport Layer Security (TLS) 1.2 oder höher abgesichert. Darüber hinaus werden einige Inhalte (z. B. Softwarepakete) vom RealmJoin Service signiert, sodass der RealmJoin Agent sicherstellen kann, dass die Daten während der Übertragung nicht verändert wurden. ### 3. Wie werden Kundentenants voneinander getrennt? Je nach Dienstbeschränkungen und Leistungsaspekten entweder durch separate Gruppen/Container oder durch Tabellenpartitionierung. Codepfade verwenden eine umgebungsbasierte Kundenkontexttrennung. ## Security by Design ### Wir verpflichten uns zu hohen Sicherheitsstandards * Unser Entwicklungs- und Betriebsteam ist ISO 27001-zertifiziert. * Wir arbeiten mit den neuesten Cloud-Entwicklungstools (z. B. GitHub), und der Code wird in gesicherten Repositories gespeichert. * Wir setzen auf modernste Entwicklungs-, Build- und Betriebsmethoden (z. B. CI/CD). * Unsere Teammitglieder verwenden Entra ID-Identitäten und müssen Multifaktor-Authentifizierung verwenden. * Endpunkte, Identitäten und Dienste werden durch die neuesten Technologien (z. B. Microsoft Sentinel und die M365 Defender Suite inkl. EDR) geschützt und von einem Security Operations Center überwacht. * Alle Systeme werden kontinuierlich aktualisiert. ### 1. Welche Technologien, Stacks und Plattformen wurden für das Design von RealmJoin verwendet? * `Azure` ## Verfügbarkeit ### 1. Wie stellen Sie die Verfügbarkeit von RealmJoin sicher? Um eine hohe Verfügbarkeit von RealmJoin aufrechtzuerhalten, werden mehrere zentrale Strategien umgesetzt, die jeweils darauf ausgelegt sind, einen robusten, unterbrechungsfreien Zugriff auf den Dienst zu gewährleisten. Zu diesen Maßnahmen gehören: * **Redundante Infrastruktur**: Bereitstellung über mehrere Rechenzentren hinweg, um den kontinuierlichen Betrieb im Falle eines Ausfalls an einem Standort sicherzustellen. RealmJoin nutzt Azure IaaS in mehreren Azure-Rechenzentren. * **Automatisierte Failover-Prozesse**: Es sind Systeme vorhanden, die den Traffic bei einem Ausfall automatisch auf funktionierende Server umleiten, um Ausfallzeiten zu minimieren. * **Skalierbare Architektur**: Die Möglichkeit, Ressourcen je nach Bedarf schnell nach oben oder unten zu skalieren, hilft dabei, die Leistung während Spitzenlastzeiten aufrechtzuerhalten. * **Regelmäßige Updates und Patches**: Im Rahmen der routinemäßigen Wartung werden Updates und Patches eingespielt, um Schwachstellen zu beheben und die Leistung zu verbessern, sodass die Plattform sicher und effizient bleibt. * **Überwachung und Warnmeldungen**: Kontinuierliche Überwachung des Systemzustands und automatische Warnmeldungen bei Problemen, die die Verfügbarkeit des Dienstes beeinträchtigen könnten. * **Wiederherstellungspläne**: Wir haben mehrere Ebenen von Wiederherstellungsmaßnahmen implementiert: Wir können den Hauptsystemzustand innerhalb der letzten Wochen wiederherstellen, da unsere Datenbanken Point-in-Time-Recovery unterstützen. Darüber hinaus können im unwahrscheinlichen Fall eines vollständigen Systemausfalls die Hauptdienste von RealmJoin mithilfe eines IaC-Ansatzes (Terraform) wiederhergestellt werden, was die Wiederherstellungszeit erheblich verkürzt. ## DSGVO und Datenresidenz ### 1. Verlassen Daten Europa? Nein. ### 2. Auf welche Cloud-Anbieter von Drittanbietern stützt sich RealmJoin und warum?
UnternehmenDiensteKontaktZweck
Microsoft CorporationCloud-Dienste (Azure)Gebäude 3, Carmanhall Road Sandyford,
Industriegebiet 18, Dublin,
Irland		Cloud-Dienste (Azure)
GitHub B.V.git-Code-Repository, Integration, Tests und Release-AutomatisierungPrins Bernhardplein 200, Amsterdam, 1097JB
Niederlande		Code-Repository, CI/CD-Pipeline.
GitLab, Inc.git-Code-Repository, Integration, Tests und Release-Automatisierung268 Bush Street #350, San Francisco, CA 94104-3503,
Vereinigte Staaten		Paketierungs-Pipeline
## Sonstiges ### 1. Ist RealmJoin Teil eines Bug-Bounty-Programms? Nein. ### 2. Welche QA-Maßnahmen sind vorhanden? * Wir führen signierte Binärdateien aus. * Unsere App-Pakete werden konsistent erstellt und nutzen modernste Code-Repositorys und CI/CD-Methoden, um ein Höchstmaß an Integrität sicherzustellen. * App-Pakete werden während des Build-Prozesses signiert und vor der Installation auf dem Client vom RJ-Agenten überprüft. ### 3. Führen Sie regelmäßig Penetrationstests durch? Nein. Im Rahmen unserer Secure Development Practices verwenden wir Tools (z. B. statische Codeanalyse), die die Codebasis nach CVEs und anderen gängigen Exploits (einschließlich Abhängigkeiten wie Drittanbieter-Bibliotheken) durchsuchen, die die Sicherheit der von RealmJoin bereitgestellten Endpunkte beeinträchtigen könnten. Vor jeder Freigabe werden alle relevanten Befunde bewertet und behoben, um sicherzustellen, dass RealmJoin frei von bekannten Schwachstellen bleibt. Wir führen weder selbst Penetrationstests durch, noch verwenden wir Drittanbieter-Tools vom Typ „Penetration Test-as-a-Service“. Im ersten Fall sehen wir einen inhärenten Interessenkonflikt. Im zweiten Fall sehen wir, da typische Penetrationstest-Dienste oft einfach die exponierten Endpunkte gegen CVEs und andere bekannte Exploits prüfen, keinen zusätzlichen Nutzen gegenüber den Prüfungen, die wir bereits mittels statischer Codeanalyse durchführen. Wenn Sie eigene Penetrationstests durchführen möchten, wenden Sie sich bitte [an uns](https://www.realmjoin.com/help/) und teilen Sie uns Ihre Anforderungen mit. ### 4. Gibt es einen Patch-Prozess? Ja, im Rahmen der routinemäßigen Wartung werden Updates eingespielt, um Schwachstellen zu beheben und die Leistung zu verbessern, sodass die Plattform sicher und effizient bleibt. ### 5. Wie lauten die SLAs für Patches? * Patches für CVEs / Sicherheitslücken: Sobald die Schwachstelle öffentlich bekannt wird oder sobald wir eine Schwachstelle in unserem eigenen Code identifizieren, wird spätestens 24 Stunden nachdem wir von der Schwachstelle Kenntnis erlangt haben ein Hotfix bereitgestellt. * Andere Patches: Kein SLA. ### 6. Führt RealmJoin Backups durch? RealmJoin verwendet Point-in-Time-Restore-Technologie für alle kritischen Daten. GitLab (das die PACKaaS-Pipeline und das Repository hostet) wird regelmäßig gesichert. ### 7. Gibt es Tests zur Wiederherstellung von Backups? Nein. Bitte siehe [Verfügbarkeit](#id-1.-how-do-you-ensure-the-availability-of-realmjoin) für Details. ### 8. Was macht RealmJoin-Pakete sicherer als Community-Lösungen? Im Gegensatz zu Community-Lösungen behalten wir jederzeit die vollständige Kontrolle über jedes Paket und jede Binärdatei. Mehrere implementierte Prüfungen stellen sicher, dass keine fehlerhaften Daten auf Geräten ausgeführt werden. * **Keine öffentlichen Repositories**: Wir hosten unsere GitLab-, NuGet- und CDN-Instanzen. Während der RealmJoin-Agent derzeit eine modifizierte Version der Chocolatey-Engine verwendet, ist die Paketquelle auf die Paketserver der glueckkanja AG beschränkt. * **Getrennte Repositories**: Kundenspezifische Pakete befinden sich in einem kundenspezifischen Bereich unserer Server und können von anderen Kunden nicht aufgerufen werden. * **Vollständige Versionierung**: Alle Tools sowie der RealmJoin-Paketstore liefern Commit- und Audit-Informationen. Es ist jederzeit transparent, wer was in welchem Paket zu welchem Zeitpunkt geändert hat. * **Spezifische Daten vermeiden**: Durch die Trennung von Paketcode und Binärdateien können wir sensible Informationen grundsätzlich aus den Binärdateien entfernen, sodass selbst abgefangene Binärdateien nicht böswillig verwendet werden können. * **Verschlüsselung und Hashes**: Die Paket-Skripte werden auf einem verschlüsselten Server mit stark eingeschränktem Zugriff gespeichert. Der RealmJoin-Agent lädt die Skripte über eine verschlüsselte Verbindung herunter. Für zusätzliche Sicherheit werden alle Binärdateien vor jeder Aktion mit einem fest codierten Hash abgeglichen. * **Pentest**: In den letzten Jahren war der RealmJoin-Agent Teil mehrerer erfolgreicher Kundentests. * **Tests**: Alle RealmJoin-Pakete werden im Rahmen der PACKaaS-QA auf Windows-Geräten mit Defender mehrfach installiert. Malware-Scans sind Teil der automatisierten Build- und Bereitstellungsprozesse. Gewartete Pakete verwenden offizielle Herstellerquellen. --- # 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 dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.realmjoin.com/de/sicherheit-and-datenschutz/security-and-privacy.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. 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.