> For the complete documentation index, see [llms.txt](https://docs.radiusaas.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.radiusaas.com/de/andere/faqs/security-and-privacy.md). # Sicherheit & Datenschutz Dieses Kapitel bietet einen Überblick über häufig gestellte Fragen zu Informationssicherheit, Datenschutz und Qualitätssicherung. ## Datenverarbeitung und Berechtigungen ### 1. Aus welchem Rechenzentrum wird RADIUSaaS betrieben? Der Kernservice von RADIUSaaS kann derzeit in den folgenden Regionen bereitgestellt werden: * Australien * Europa * Vereinigtes Königreich * Vereinigte Staaten von Amerika Falls RADIUS-Proxys erforderlich sind, können sie in den folgenden Ländern/Regionen bereitgestellt werden: | Kontinent | Region | | ----------- | ------------------------------------------------------------------- | | Afrika | Johannesburg | | Asien |

Bangalore
Singapur
Tel Aviv
Tokio
Seoul
Osaka

| | Australien |

Sydney
Melbourne

| | Europa |

Frankfurt
London
Madrid
Stockholm

| | Nordamerika |

Dallas
New York
Seattle
Toronto

| | Südamerika |

Santiago
São Paulo

| ### 2. Welche Daten werden von RADIUSaaS verarbeitet? #### **Zertifikate** RADIUSaaS verarbeitet X.509-Benutzer- oder Gerätezertifikate, um die Authentizität der Authentifizierungsanfrage zu validieren. Als Teil des Zertifikats kann jedes Attribut verarbeitet werden und potenziell Informationen enthalten wie: * Benutzername * E-Mail * UPN #### **RADIUS-Protokoll** RADIUSaaS stützt sich auf das RADIUS-Protokoll; die folgenden Daten sind für RADIUSaaS beispielsweise sichtbar: * MAC-Adresse des Clients * MAC-Adresse des NAS (z. B. Access Point, Switch, ...) * WiFi-SSID * Anbieterspezifische Daten (z. B. VLAN, Tunneling-Gruppe, ...) * NAS-IP-Adresse * Vom ISP zugewiesene öffentliche IP-Adresse * RADIUS Shared Secret (nur relevant, wenn RadSec nicht nativ unterstützt wird) * Privater Schlüssel des RADIUS-Serverzertifikats #### **Sonstiges** RADIUSaaS bietet optional die Funktion, Benutzername-+Passwort-Paare für den Netzwerkzugriff zu generieren. Diese Anmeldedaten werden ebenfalls vom Dienst gespeichert und verarbeitet. ### 3. Welche Daten werden dauerhaft von/namens RADIUSaaS gespeichert und wie? 1. Berechtigungen Die RADIUSaaS-Plattform speichert UPN-/E-Mail-Informationen zu den Benutzern, die auf die Plattform zugreifen dürfen. **Von RADIUSaaS werden keine Passwörter gespeichert oder verarbeitet.** 2. Protokollierung Zu Zwecken der Fehlerbehebung und Analyse protokolliert die RADIUSaaS-Plattform alle relevanten Daten, die sie verarbeitet (siehe [Frage 2](#2.-which-data-is-processed-by-radiusaas) mit Ausnahme des RADIUS Shared Secret und des privaten Schlüssels des Serverzertifikats). Die Protokolle werden direkt auf der RADIUSaaS-Plattform in einer *Elasticsearch* -Datenbank gespeichert und für jeden Kunden über einen dedizierten Bereich getrennt.\ \ **Aufbewahrungszeit der Protokolle: 75 Tage.** 3. Zertifikate RADIUSaaS benötigt mehrere Serverzertifikate sowie Root-Zertifikate, um den ordnungsgemäßen Betrieb zu gewährleisten. Alle diese Zertifikate werden sicher **in einem Azure KeyVault gespeichert**. 4. Die optionalen Benutzername-+Passwort-Anmeldedaten, die in [Frage 2](#2.-which-data-is-processed-by-radiusaas) genannt werden, **in einem Azure KeyVault gespeichert**. 5. Sonstige Geheimnisse und Konfigurationsdaten Andere geheime Daten, z. B. das RADIUS Shared Secret sowie die Konfiguration des Dienstes, werden sicher **in einem Azure KeyVault gespeichert**. ### 4. Gibt es einen Archivierungsmechanismus für Protokolle? Es gibt keinen integrierten Mechanismus zur Protokollarchivierung. Allerdings kann die [Log Exporter](/de/admin-portal/settings/log-exporter.md) -Funktion verwendet werden, um RADIUS-Protokolle in Ihre eigenen Protokollierungs- und Archivierungsdienste einzuspeisen. ### 5. Welchen Tenant-Berechtigungen müssen Benutzer zustimmen, die auf das RADIUSaaS-Webportal zugreifen? 1. `Basisbenutzerprofil`: Mit dieser Berechtigung ruft RADIUSaaS die UPN des Benutzers ab, der sich beim RADIUSaaS-Admin-Portal anmelden möchte. 2. `Zugriff auf Daten beibehalten, auf die Sie ihm Zugriff gewährt haben` Mit dieser Berechtigung erhält RADIUSaaS das Recht, ein Refresh-Token anzufordern, damit der Benutzer angemeldet bleiben kann. Bitte sehen Sie [hier](/de/admin-portal/zugriff-and-regeln/permissions.md#permissions-consent) für Details. ### 6. Welche Daten werden durch die Gewährung der Zustimmung(en) aus 5. verfügbar gemacht? 1. `Basisbenutzerprofil`: Weitere Details dazu, welche Daten abgerufen werden können, finden Sie in diesem Artikel: 2. `Zugriff auf Daten beibehalten, auf die Sie ihm Zugriff gewährt haben` Durch die Zustimmung zu dieser Berechtigung werden keine spezifischen Daten verfügbar gemacht. ### 7. Welche extern zugänglichen Endpunkte stellt RADIUSaaS bereit? 1. RADIUS-Server-Backend-API * Stellt dem RadSec-Proxy Konfigurationsinformationen zur Verfügung. 2. RADIUS- und RadSec-Serverports * Um Netzwerkauthentifizierung von überall im Internet zu ermöglichen, müssen diese Authentifizierungsschnittstellen öffentlich zugänglich sein. 3. RADIUSaaS-Admin-Portal * Ein Webportal, das die Verwaltung des Dienstes erleichtert. 4. Kubernetes-Cluster-Management-API * Erforderlich für den Betrieb des Dienstes. ### 8. Wie werden die Endpunkte aus Frage 7 geschützt? 1. RADIUS-Server-Backend-API * Gesichert über JWT-Zugriffstoken, die vom Kunden verwaltet werden können (ausgestellt, gelöscht, widerrufen). 2. RADIUS-Proxy- und RadSec-Serverports * RadSec-Serverports: TLS-gesichert (>= Version 1.2). * RADIUS-Proxy-Serverports: Gesichert über das RADIUS Shared Secret. 3. RADIUSaaS-Admin-Portal * Gesichert über OAuth-2.0-Authentifizierung gegen einen unserer [unterstützten IDPs](/de/admin-portal/zugriff-and-regeln/permissions.md#supported-idps). 4. Kubernetes-Cluster-Management-API * TLS-gesichert (>= Version 1.2). ### 9. Welche Ports und Protokolle werden von den Endpunkten aus Frage 7 verwendet? * RADIUS-Server-Backend-API * HTTPS (TCP / 443) * RADIUS-Proxy- und RadSec-Serverports * RadSec-Serverports: RadSec (TCP / 2083) * RADIUS-Proxy-Serverports: RADIUS (UDP / 1812, 1813) * RADIUSaaS-Admin-Portal * HTTPS (TCP / 443) * Kubernetes-Cluster-Management-API * HTTPS (TCP / 443) ## Identität ### 1. Welche Autorisierungsschemata werden verwendet, um Zugriff auf RADIUSaaS zu erhalten? * Der administrative Zugriff erfolgt über OAuth-2.0-Authentifizierung gegen einen [IDP](/de/admin-portal/zugriff-and-regeln/permissions.md#supported-idps) für Identitäten oder Konten, die auf der Plattform registriert sind. ### 2. Gibt es Conditional Access / rollenbasierte Zugriffskontrollen zum Schutz von RADIUSaaS? * Ja. Das RADIUSaaS-Admin-Portal bietet Funktionen, um jedem Benutzer Rollen zuzuweisen (verfügbare Rollen: Administrator, Viewer, Gast). * Um den Dienst ordnungsgemäß zu betreiben und zu warten, gibt es Super-Admin-Konten für einen begrenzten Kreis von glueckkanja AG-Mitarbeitern, die vollständigen Zugriff auf alle Kundeninstanzen des RADIUSaaS-Dienstes haben. ### 3. Können Zugangsdaten wiederhergestellt werden? Wenn ja, wie? * Anmeldedaten: Abhängig von den konfigurierten Microsoft Entra ID (Azure AD)-Richtlinien im Kunden-Tenant. * Benutzername-+Passwort-Anmeldedaten sowie alle Zertifikate für den Netzwerkzugriff können aus Azure KeyVault mit einer Aufbewahrungsrichtlinie von 90 Tagen nach dem Löschen wiederhergestellt werden. ### 4. Was ist zu tun, um den Zugriff auf die RADIUSaaS-Instanz wiederherzustellen? * Wenn Ihr Unternehmen den Zugriff auf die RADIUSaaS-Instanz verloren hat, weil der vorherige Administrator bzw. die vorherigen Administratoren gegangen sind oder sich die UPN / Domain geändert hat, ist der einfachste Weg zur Wiederherstellung des Zugriffs, unter RADIUSaaS > Berechtigungen > Administratoren ein Benutzerkonto neu anzulegen, das mit der vorhandenen UPN übereinstimmt. Dies ist bei Weitem der schnellste Ansatz, da dafür keine Maßnahmen unsererseits erforderlich sind. * Wenn das oben Genannte nicht möglich ist, unterliegt die Wiederherstellung des Zugriffs auf das Portal einem strengen Identitätsprüfungsprozess, der nicht nur zeitaufwendig ist, sondern auch erheblichen Aufwand von beiden Seiten erfordert. Für diesen Prozess fällt eine einmalige Gebühr von 420,00 EUR (zzgl. MwSt.) an. Um den Prozess zu starten, erstellen Sie bitte ein technisches Support-Ticket. * Um einen Verlust des Zugriffs auf Ihren RADIUSaaS-Tenant zu verhindern, befolgen Sie bitte unsere Best Practices, indem Sie jeden Schritt unserer [Erste-Schritte-Anleitungen](/de/konfiguration/get-started.md). ## Datenschutz ### 1. Wie werden *ruhende Daten* vor unbefugtem Zugriff geschützt? #### **Konfigurationsdaten und Geheimnisse** * Konfigurationsdaten werden in Azure KeyVault gespeichert und durch Zugangsdaten geschützt, die ihrerseits als *Kubernetes Secrets*. #### **Kubernetes-Service** * Die Volumes und Datenträger, die zum Hosten unseres Dienstes verwendet werden, sind [verschlüsselt](https://learn.microsoft.com/en-us/azure/aks/enable-host-encryption). #### **Protokolle** * Die Elasticsearch-Datenbank wird auf den verschlüsselten Datenträgern des Kubernetes-Service gehostet. * Die Protokolle werden in einer Elasticsearch-Datenbank gespeichert und über dedizierte Bereiche getrennt. * Zugriff auf diese Bereiche wird über Benutzername-+Passwort-Anmeldedaten gewährt, die ihrerseits als *Kubernetes Secrets*. * Die Elasticsearch-Datenbank selbst ist nicht verschlüsselt. ### 2. Wie werden *Daten während der Übertragung* vor unbefugtem Zugriff geschützt? * Die Authentifizierungsabläufe des Geräts, das auf das Netzwerk zugreifen möchte, werden in einen TLS-Tunnel (>= TLS 1.2) eingebettet. * Die Zuordnung zwischen NAS und dem RADIUS-Server wird über das RADIUS Shared Secret (MD5-Hash-Algorithmus) verschleiert. ### 3. Wie werden Kundentenants voneinander getrennt? #### Backend Die Backend-Dienste von RADIUSaaS laufen auf mehreren Kubernetes-Clustern, die weltweit verteilt sind. Jede RADIUSaaS-Instanz eines Kunden hat ihren eigenen K8s-Namespace, einen eigenen Protokollierungsbereich und eine dedizierte öffentliche IP. Es gibt eine Elasticsearch-Instanz mit dedizierten Kundenkonten für Protokollierung und Lesen pro Cluster. #### RADIUS-Proxys Jeder RADIUSaaS-Proxy läuft auf seiner eigenen VM mit dedizierter öffentlicher IP. ## Security by Design ### 1. Verwendet RADIUSaaS eine Defense-in-Depth-Strategie? RADIUSaaS stützt sich auf etablierte Protokolle, um Netzwerk-Authentifizierungsabläufe zu handhaben (RADIUS, RadSec, EAP-TLS, EAP-TTLS-X). Aufgrund des starken Fokus auf zertifikatsbasierte Authentifizierung ist das Mitschneiden des Datenverkehrs bedeutungslos, solange der Lauscher keinen Zugriff auf ein vertrauenswürdiges Zertifikat hat. ### 2. Ist das auf UDP basierende RADIUS-Protokoll sicher? Wir empfehlen, das moderne [RadSec](/de/overview.md#what-is-radsec) -Protokoll zur Authentifizierung gegenüber RADIUSaaS zu verwenden. Allerdings gibt es noch viele Komponenten der Netzwerkinfrastruktur, die RadSec nicht unterstützen. Die folgende Grafik zeigt den RADIUS-Authentifizierungsablauf: ![](https://content.gitbook.com/content/SWU1DQ4UGkqER7uGNUOm/blobs/byiGM49uzq0vRK6ny2KM/radius-authentication-sequence.png) Im ersten Teil der Authentifizierungssequenz wird die Kommunikation durch einen auf MD5 basierenden Hashing-Algorithmus gesichert (teilweise mit dem Shared Secret verschlüsselt). **Keine Geheimnisse** werden in dieser Phase übertragen. Im zweiten Teil der Authentifizierungssequenz verschlüsselt ein TLS-basiertes EAP (z. B. EAP-TLS) den Datenverkehr. Der EAP-TLS-Datenverkehr wird dann per UDP an den RADIUS-Proxy übertragen. Dies ist die Phase, in der Anmeldedaten wie das Zertifikat oder das Passwort mit RADIUSaaS ausgetauscht werden. Wenn Sie zertifikatsbasierte Authentifizierung verwenden, werden in dieser Phase keine Geheimnisse übertragen, da nur der öffentliche Schlüssel ausgetauscht wird. Der private Schlüssel verbleibt jederzeit auf dem Client-Gerät. Ein umfassender Vergleich zwischen RADIUS und RadSec hinsichtlich der Transportsicherheit wird bereitgestellt [hier](/de/andere/faqs/security-and-privacy/transportsicherheit-in-radius-vs.-radsec.md). {% hint style="success" %} Fazit: Die auf UDP basierende RADIUS-Authentifizierung mit RADIUSaaS ist sicher, da * der relevante Datenverkehr verschlüsselt ist\ und * zusätzlich keine Geheimnisse übertragen werden, wenn zertifikatsbasierte Authentifizierung verwendet wird. {% endhint %} ### 3. Welche Technologien, Stacks und Plattformen wurden für die Entwicklung von RADIUSaaS verwendet? * `Kubernetes` * `EFK-Stack (Elasticsearch, Filebeats, Kibana)` * `Python` * `Azure (KeyVault)` * `TerraForm` * `Git CI` ## Compliance ### 1. Ist glueckkanja ISO 27001-zertifiziert? Ja. Das Informationssicherheits-Managementsystem (ISMS) der glueckkanja AG ist gemäß **ISO/IEC 27001:2022**zertifiziert. Der Geltungsbereich der Zertifizierung umfasst: * Produktentwicklung * Managed Services Sie können das aktuelle Zertifikat einsehen [hier](https://www.glueckkanja.com/documents/general/gk-ISO27001Certificate-en.pdf). ### 2. Lässt glueckkanja seine Sicherheit von externen Experten testen? Ja. Im Jahr 2026 beauftragte die glueckkanja AG ein unabhängiges, spezialisiertes Offensive-Security-Unternehmen mit einer Red-Team-Analyse für unser gesamtes Unternehmen. Wir haben uns bewusst für diesen ganzheitlichen Ansatz statt für einen klassischen Penetrationstest entschieden. Statt einzelne Systeme oder Endpunkte auf bekannte Schwachstellen zu überprüfen, simulierte das Red Team einen realistischen, fortgeschrittenen Cyberangriff durch einen internen Angreifer auf unsere IT-Infrastruktur und verknüpfte Techniken so, wie es reale Gegner tun. Der Schwerpunkt der Bewertung lag auf: * der Identifizierung von Schwachstellen mit hoher Auswirkung, * der Abbildung vollständiger Angriffswege durch unsere Umgebung, * der Bewertung potenzieller Vektoren für den unbefugten Zugriff auf Kundenumgebungen, * der Bewertung potenzieller Vektoren für die Durchführung von Lieferkettenangriffen. Alle Ergebnisse wurden zusammen mit Empfehlungen zur Behebung dokumentiert und werden im Rahmen unseres nach ISO 27001 zertifizierten Informationssicherheits-Managementsystems behandelt. Wir werden diese Red-Team-Analyse jährlich wiederholen. ## DSGVO und Datenresidenz ### 1. Verlässt Daten Europa? * Kernservices: Hängt von der Konfiguration ab * Die Kernservices von RADIUSaaS können in den in [Frage 1](#1.-from-what-data-center-is-radiusaas-operating). * Wenn der Dienst in einem europäischen Rechenzentrum gehostet wird, verlässt keine Daten die Europäische Union. * RadSec-Proxy: Hängt von der Konfiguration ab * Wenn Sie aufgrund von Einschränkungen der Netzwerkgeräte hinsichtlich der nativen RadSec-Unterstützung einen RadSec-Proxy benötigen, können Sie unter anderem einen Proxy aus verschiedenen Regionen, darunter Europa, auswählen. In diesem Fall verbleiben Ihre Daten innerhalb der Grenzen der Europäischen Union. ### 2. Auf welche Cloud-Anbieter von Dritten stützt sich RADIUSaaS und warum? | Unternehmen | Dienste | Kontakt | Zweck | | ------------------------------------------- | ------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | ------------------------------------------------------------- | | Microsoft Corporation | Cloud-Dienste (Azure) |

Building 3, Carmanhall Road Sandyford,
Industrial Estate 18, Dublin,
Irland

| Kubernetes-Service, Netzwerk, Speicher | | Digital Ocean, Inc. | Cloud-Dienste |

Y101 6th Ave,
New York City,
NY 10013,
Vereinigte Staaten

| Kubernetes-Service, Netzwerk, Speicher, VMs für RADIUS-Proxys | | Vultr (Marke von The Constant Company, LLC) | Cloud-Dienste |

319 Clematis Street - Suite 900
West Palm Beach, FL 33401,
Vereinigte Staaten

| VMs für RADIUS-Proxys | | GitLab, Inc. | git-Code-Repository, Integration, Test- und Release-Automatisierung |

268 Bush Street #350,

San Francisco,

CA 94104-3503, Vereinigte Staaten

| Code-Repository, CI/CD-Pipeline. | ## Sonstiges ### 1. Ist RADIUSaaS Teil eines Bug-Bounty-Programms? Nein ### 2. Welche QA-Maßnahmen sind vorhanden? * Es gibt dedizierte RADIUSaaS-Labore für Entwicklungszwecke * Die Bereitstellung und Installation des Dienstes erfolgt über TerraForm und gewährleistet die Konsistenz und Idempotenz jeder Instanzbereitstellung * Kibana APM wird für die Messung des Servicestatus und das Alarmmanagement verwendet * Digital-Ocean-Monitoring überwacht die RadSec-Proxys * Jede Produktionsfreigabe muss zunächst den internen Kanal durchlaufen und dabei im Rahmen unseres CI-Prozesses die relevanten QA-Hürden nehmen * Unit-Tests * Peer Review (Sechs-Augen-Prinzip) * Integrationstests * Stresstests * Erfahrungsbasiertes Testen ### 3. 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 Werkzeuge ein (z. B. statische Codeanalyse), die die Codebasis auf CVEs und andere gängige Exploits (einschließlich Abhängigkeiten wie Drittanbieter-Bibliotheken) scannen, die die Sicherheit der von RADIUSaaS bereitgestellten Endpunkte beeinträchtigen könnten. Vor jeder Freigabe werden alle relevanten Ergebnisse bewertet und behoben, um sicherzustellen, dass RADIUSaaS frei von bekannten Schwachstellen bleibt. Wir führen weder selbst Penetrationstests durch, noch verwenden wir Drittanbieter-Tools vom Typ „Penetration Test as a Service“. Bei Ersterem sehen wir einen inhärenten Interessenkonflikt. Bei Letzterem sehen wir, da typische Penetrationstest-Services oft lediglich die exponierten Endpunkte auf CVEs und andere bekannte Exploits prüfen, keinen zusätzlichen Nutzen gegenüber den Prüfungen, die wir bereits mithilfe der statischen Codeanalyse durchführen. Stattdessen setzen wir auf einen ganzheitlichen Ansatz: Im Jahr 2026 simulierte ein unabhängiges Red Team einen realistischen, fortgeschrittenen Angriff auf die glueckkanja AG, ausdrücklich einschließlich Angriffswegen in Kundenumgebungen und Lieferkettenangriffen. Statt isolierte Endpunkte zu testen, bewertet diese Analyse vollständige Angriffswege durch unsere 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 mit uns auf](https://support.radiusaas.com/support/tickets/new?ticket_form=technical_support_request_%28radiusaas%29) und teilen Sie uns Ihre Anforderungen mit. ### 4. Gibt es einen Patch-Prozess? Ja. Patches, Hotfixes, Bugfixes und Feature-Updates werden über unseren CI/CD-Prozess eingeführt, der verschiedene Test-Pipelines nutzt, um sicherzustellen, dass nur Code freigegeben wird, der unsere QA-Hürden erfüllt. Neu veröffentlichter Code wird automatisch allen unseren Kunden zur Verfügung gestellt. Durch den Einsatz von Infrastructure as Code (Terraform) können wir unseren Kunden konsistente, reproduzierbare und qualitativ hochwertige Updates bereitstellen. Die Kubernetes-basierte Architektur unseres Dienstes stellt sicher, dass Code-Updates für unsere Kunden nahtlos erfolgen und nicht zu Dienstunterbrechungen führen. ### 5. Welche SLAs gelten 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 erfahren haben ein Hotfix bereitgestellt. * Andere Patches: Kein SLA. ### 6. Führt RADIUSaaS Backups durch? #### Geheimnisse und Konfigurationsdaten Wir nutzen Azure KeyVault, um Geheimnisse (z. B. Zertifikate) und alle anderen Konfigurationsdaten des Dienstes sicher zu speichern. Azure KeyVault ist ein hochverfügbarer [geo-redundanter Dienst](https://learn.microsoft.com/en-us/azure/key-vault/general/disaster-recovery-guidance) der alle Inhalte in ein zweites Rechenzentrum repliziert und damit implizite Backup-Dienste bereitstellt. #### RADIUS- und RadSec-Server Zustandslos. Kein Backup erforderlich. #### Protokolle Derzeit nicht gesichert. ### 7. Gibt es Tests zur Wiederherstellung von Backups? Ja. Die Wiederherstellung von Backups wird bei jedem Update/Release des Dienstes getestet. Es gibt ungefähr 4 - 8 Releases pro Jahr. --- # 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.radiusaas.com/de/andere/faqs/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.