> 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 FAQ zu Informationssicherheit, Datenverarbeitung und Datenschutz von RealmJoin, einschließlich Rechenzentren, Speicherung und Qualitätssicherung. Dieses Kapitel bietet einen Überblick über häufig gestellte Fragen zu Informationssicherheit, Datenschutz und Qualitätssicherung. ## Datenverarbeitung und Berechtigungen ### Von welchem Rechenzentrum aus wird RealmJoin betrieben? * Azure-Region West Europe (primär) * Azure-Region North Europe (Backup) ### Welche Daten werden von RealmJoin verarbeitet? * Computerstatus * Entra ID-Benutzer-/Geräte-/Gruppendaten (diese enthalten UPN-/E-Mail-Adressdaten, Vorname, Nachname, Profilbild) * Intune-Daten * ATP-Daten * Protokolldateien ### Welche Daten werden dauerhaft von RealmJoin bzw. in dessen Auftrag gespeichert und wie? * Computerstatus * Entra ID-Benutzer-/Geräte-Referenzen (diese enthalten UPN-/E-Mail-Adressdaten) * Informationen für die Anwendungsverwaltung * Protokolldateien Die Daten werden in einer Kombination aus Blob Storage und Datenbanken gespeichert. ### Gibt es einen Archivierungsmechanismus für Protokolle? Der Computerstatus wird 90 Tage lang archiviert, danach entfernen Aufbewahrungsrichtlinien die Daten. ### Welchen Tenant-Berechtigungen müssen Benutzer zustimmen, die auf das RealmJoin-Webportal zugreifen? Bitte beachten Sie [Erforderliche Berechtigungen](/de/bereitstellung/required-permissions.md). ### Welche Daten werden durch die Erteilung der Zustimmung(en) aus Frage 5 verfügbar gemacht? Bitte beachten Sie [Erforderliche Berechtigungen](/de/bereitstellung/required-permissions.md). ### Welche extern zugänglichen Endpunkte stellt RealmJoin bereit? 1. RealmJoin Portal * Ein Webportal, das die Verwaltung des Dienstes erleichtert. 2. RealmJoin Client-API * API für die Client-Anwendungen (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. ### Wie werden die Endpunkte aus Frage 7 geschützt? 1. RealmJoin Portal * Abgesichert über OAuth-2.0-Authentifizierung mit Microsoft Entra ID (Azure AD). 2. RealmJoin Client-API * Abgesichert über OAuth-2.0-Authentifizierung mit Microsoft Entra ID (Azure AD). * Benutzerdefinierte Authentifizierung mithilfe von Entra-Device-Certificate. 3. RealmJoin Customer-API * Vorab geteilter Schlüssel pro Kunde. 4. RealmJoin Internal-API * Vorab geteilter Schlüssel pro Kunde. 5. RealmJoin CDN * Per Definition nicht authentifiziert, kann mithilfe verschlüsselter Dateien geschützt werden. 6. RealmJoin Package Server * Vorab geteilter Schlüssel pro Kunde. ### 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) für Fehlerbehebungszwecke. * Konfigurierte URLs verwenden ausschließlich HTTPS (TCP / 443). ## Identität ### 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. ### Gibt es Conditional Access / rollenbasierte Zugriffskontrollen zum Schutz von RealmJoin? Ja. Das RealmJoin Admin-Portal bietet Funktionen zum Zuweisen [von Rollen](/de/administration-and-einstellungen/permission.md) an jeden Benutzer. Verfügbare Standardrollen: * Administrator * Prüfer * Support-Mitarbeiter * Runbook-Ausführer * Software-Agent * Software-Anforderer * Organischer Software-Anforderer * Benachrichtigungs-Agent Darüber hinaus ermöglicht RealmJoin das Erstellen benutzerdefinierter Rollen. ### Können Zugriffsdaten wiederhergestellt werden? Wenn ja, wie? RealmJoin verwendet SSO und unterliegt den Richtlinien von Microsoft Entra ID (Azure AD) im Kunden-Tenant. ## Datenschutz ### Wie werden *ruhende Daten* vor unbefugtem Zugriff geschützt? * Eingeschränkter administrativer Zugriff gemäß Best Practices. * Verwendung von Passkey-MFA. * Der externe Zugriff auf die Datenbanken ist auf VPN-IPs beschränkt. ### 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 gesichert. Zusätzlich wird ein Teil der Inhalte (z. B. Softwarepakete) vom RealmJoin Service signiert, damit der RealmJoin Agent sicherstellen kann, dass die Daten während der Übertragung nicht verändert wurden. ### Wie werden Kunden-Tenants voneinander getrennt? Je nach Dienstbeschränkungen und Leistungsaspekten entweder durch separate Gruppen/Container oder durch Tabellenpartitionierung. Codepfade verwenden einen umgebungsbasierten Kundenkontext zur Trennung. ## Security by Design ### Wir verpflichten uns zu hohen Sicherheitsstandards * Unser Entwicklungs- und Betriebsteam ist [ISO 27001-zertifiziert](#id-1.-is-glueckkanja-iso-27001-certified). * 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. ### Welche Technologien, Stacks und Plattformen wurden für das Design von RealmJoin verwendet? * `Azure` ## Verfügbarkeit ### Wie stellen Sie die Verfügbarkeit von RealmJoin sicher? Um die hohe Verfügbarkeit von RealmJoin sicherzustellen, 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 Datenverkehr bei einem Ausfall automatisch auf funktionsfähige Server umleiten und so Ausfallzeiten minimieren. * **Skalierbare Architektur**: Die Möglichkeit, Ressourcen je nach Bedarf schnell nach oben oder unten zu skalieren, trägt dazu bei, die Leistung in Spitzenzeiten aufrechtzuerhalten. * **Regelmäßige Updates und Patches**: Regelmäßige Wartungsarbeiten und Updates werden 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 automatisierte Warnmeldungen bei allen Problemen, die die Verfügbarkeit des Dienstes beeinträchtigen könnten. * **Wiederherstellungspläne**: Wir haben mehrere Ebenen von Wiederherstellungsmaßnahmen implementiert: Dank Point-in-Time-Recovery in unseren Datenbanken können wir den Hauptsystemzustand der letzten Wochen wiederherstellen. Darüber hinaus können im unwahrscheinlichen Fall eines vollständigen Systemausfalls die wichtigsten RealmJoin-Dienste mithilfe eines IaC-Ansatzes (Terraform) wiederhergestellt werden, was die Wiederherstellungszeit erheblich verkürzt. ## Compliance ### Ist glueckkanja ISO 27001-zertifiziert? Ja. Das Information Security Management System (ISMS) der glueckkanja AG ist gemäß **ISO/IEC 27001:2022**. Der Geltungsbereich der Zertifizierung umfasst: * Produktentwicklung * Verwaltete Dienste Sie können das aktuelle Zertifikat einsehen [hier](https://www.glueckkanja.com/documents/general/gk-ISO27001Certificate-en.pdf). ### Lässt glueckkanja seine Sicherheit von externen Experten testen? Ja. Im Jahr 2026 beauftragte glueckkanja AG ein unabhängiges, spezialisiertes offensives Sicherheitsunternehmen mit der Durchführung einer Red-Team-Analyse, die unser gesamtes Unternehmen abdeckt. Wir haben uns bewusst für diesen ganzheitlichen Ansatz anstelle eines klassischen Penetrationstests entschieden. Anstatt einzelne Systeme oder Endpunkte auf bekannte Schwachstellen zu prüfen, simulierte das Red Team einen realistischen, fortgeschrittenen Cyberangriff durch einen internen Angreifer auf unsere IT-Infrastruktur und verknüpfte dabei Techniken so miteinander, wie es auch reale Angreifer tun. Der Schwerpunkt der Analyse lag auf: * dem Identifizieren von Schwachstellen mit hoher Auswirkung, * dem Aufzeigen vollständiger Angriffswege durch unsere Umgebung, * der Bewertung potenzieller Vektoren zum Erlangen unbefugten Zugriffs auf Kundenumgebungen, * der Bewertung potenzieller Vektoren zur Durchführung von Supply-Chain-Angriffen. Alle Erkenntnisse wurden zusammen mit Gegenmaßnahmen dokumentiert und werden im Rahmen unseres ISO-27001-zertifizierten Information Security Management Systems adressiert. Wir werden diese Red-Team-Analyse jährlich wiederholen. ## DSGVO und Datenresidenz ### Verlassen Daten Europa? Nein. ### Auf welche Cloud-Anbieter von Drittanbietern stützt sich RealmJoin und warum?
UnternehmenDiensteKontaktZweck
Microsoft CorporationCloud-Dienste (Azure)Building 3, Carmanhall Road Sandyford,
Industrial Estate 18, Dublin,
Irland		Cloud-Dienste (Azure)
GitHub B.V.Git-Code-Repository, Integration, Test- und Release-AutomatisierungPrins Bernhardplein 200, Amsterdam, 1097JB
Niederlande		Code-Repository, CI/CD-Pipeline.
GitLab, Inc.Git-Code-Repository, Integration, Test- und Release-Automatisierung268 Bush Street #350, San Francisco, CA 94104-3503,
Vereinigte Staaten		Paketierungs-Pipeline
## Sonstiges ### Ist RealmJoin Teil eines Bug-Bounty-Programms? Nein. ### Welche QA-Maßnahmen sind implementiert? * Wir verwenden signierte Binärdateien. * Unsere App-Pakete werden konsistent erstellt und nutzen modernste Code-Repositories und CI/CD-Methodik, 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. ### Führen Sie regelmäßig Penetrationstests durch? Nicht in Form eines klassischen Penetrationstests von SCEPman. Stattdessen unterzieht sich die glueckkanja AG einer jährlichen Red-Team-Analyse durch einen unabhängigen externen Spezialisten, die über einen klassischen Penetrationstest hinausgeht (siehe [Lässt glueckkanja seine Sicherheit von externen Experten testen?](#id-2.-does-glueckkanja-have-its-security-tested-by-external-experts)). Im Rahmen unserer Secure Development Practices setzen wir Tools ein (z. B. statische Codeanalyse), die die Codebasis auf CVEs und andere gängige Exploits prüfen (einschließlich Abhängigkeiten wie Bibliotheken von Drittanbietern), die die Sicherheit der von RealmJoin bereitgestellten Endpunkte beeinträchtigen könnten. Vor jeder Veröffentlichung werden alle relevanten Funde bewertet und behoben, um sicherzustellen, dass RealmJoin frei von bekannten Schwachstellen bleibt. Wir führen selbst weder Penetrationstests durch, noch nutzen wir Drittanbieter-Tools vom Typ "Penetration Test-as-a-Service". Im ersten Fall sehen wir einen inhärenten Interessenkonflikt. Im zweiten Fall sehen wir keinen zusätzlichen Nutzen, da typische Penetrationstest-Dienste die freigegebenen Endpunkte oft lediglich auf CVEs und andere bekannte Exploits prüfen, während wir diese Prüfungen bereits mittels statischer Codeanalyse durchführen. Stattdessen setzen wir auf einen ganzheitlichen Ansatz: Im Jahr 2026 simulierte ein unabhängiges Red Team einen realistischen, fortgeschrittenen Angriff auf glueckkanja AG, ausdrücklich einschließlich Angriffswegen in Kundenumgebungen und Supply-Chain-Angriffen. Anstatt isolierte Endpunkte zu testen, bewertet diese Analyse vollständige Angriffswege in unserer gesamten Organisation, was wir für die Sicherheit unserer Kunden für deutlich aussagekräftiger halten. Wir wiederholen diese Analyse jährlich. Wenn Sie eigene Penetrationstests durchführen möchten, nehmen Sie bitte [Kontakt zu uns auf](https://www.realmjoin.com/help/) und teilen Sie uns Ihre Anforderungen mit. ### Gibt es einen Patch-Prozess? Ja, regelmäßige Wartungsarbeiten und Updates werden eingespielt, um Schwachstellen zu beheben und die Leistung zu verbessern, sodass die Plattform sicher und effizient bleibt. ### 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 ein Hotfix spätestens 24 Stunden nach Bekanntwerden der Schwachstelle bereitgestellt. * Andere Patches: Kein SLA. ### Führt RealmJoin Backups durch? RealmJoin verwendet für alle kritischen Daten Point-in-Time-Restore-Technologie. GitLab (Host der PACKaaS-Pipeline und des Repositories) wird regelmäßig gesichert. ### Gibt es Tests zur Wiederherstellung von Backups? Nein. Bitte sehen Sie [Verfügbarkeit](#id-1.-how-do-you-ensure-the-availability-of-realmjoin) für Details. ### 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 auf Geräten keine beschädigten Daten 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. * **Geteilte Repositories**: Kundenspezifische Pakete befinden sich in einem kundenspezifischen Bereich unserer Server und können nicht von anderen Kunden abgerufen werden. * **Vollständige Versionierung**: Sämtliche Tools sowie der RealmJoin-Paketstore stellen Commit- und Audit-Informationen bereit. Es ist jederzeit transparent, wer was in welchem Paket zu einem bestimmten Zeitpunkt geändert hat. * **Spezifische Daten vermeiden**: Durch die Trennung von Paketcode und Binärdateien können wir sensible Informationen in der Regel aus den Binärdateien entfernen, sodass selbst abgefangene Binärdateien nicht missbräuchlich verwendet werden können. * **Verschlüsselung und Hashes**: Die Paketskripte 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. Zur zusätzlichen Sicherheit werden alle Binärdateien vor jeder Aktion anhand eines fest codierten Hashes geprüft. * **Pentest**: In den letzten Jahren war der RealmJoin-Agent Teil mehrerer erfolgreicher Kunden-Pentests. * **Tests**: Alle RealmJoin-Pakete werden während der PACKaaS-QA mehrmals auf Windows-Geräten mit Defender installiert. Malware-Scans sind Teil der automatisierten Build- und Bereitstellungsprozesse. Gepflegte Pakete verwenden offizielle Quellen der Hersteller. --- # 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/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 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.