Umgang mit Sicherheitsbedenken im Zusammenhang mit Datenoffenlegung
Kontext
Möglicherweise entdecken Sie in Ihrem Mendix Anwendung. Der Schutz von Anwendungsdaten ist eine gemeinsame Verantwortung der Plattform und des Anwendungsentwicklungsteams. Innerhalb einer Mendix Die Anwendung, der Zugriff auf Daten wird kontrolliert durch Entitätszugriffsregeln, Modulrollen, Benutzerrollen und XPath-EinschränkungenWenn diese nicht korrekt konfiguriert sind, können Benutzer unbeabsichtigt Zugriff auf Daten erhalten, die eigentlich geschützt sein sollten.
Potenzielle Datenlecks lassen sich auf verschiedene Weise identifizieren. Sie können im Rahmen einer regelmäßigen Sicherheitsüberprüfung, bei einem Penetrationstest, durch automatisierte Sicherheitsscans oder durch die Kontaktaufnahme eines ethischen Hackers oder Sicherheitsforschers entdeckt werden.
In vielen Fällen hängen solche Befunde mit fehlerhafter Konfiguration des Entitätszugriffs, zu permissiven Rollenzuordnungen oder unzureichenden Datenbeschränkungen innerhalb der Anwendung zusammen. Es handelt sich dabei um Konfigurationsprobleme auf Anwendungsebene und nicht um Schwachstellen in der Anwendung selbst. Mendix Plattform selbst.
Dieses Dokument beschreibt die empfohlenen Schritte zur Beurteilung der Situation, zur Behebung des Problems und zur Verringerung des Risikos ähnlicher Probleme in der Zukunft.
Ohne fundierte Kenntnisse zu Mendix Datensicherheit
Mendix Anträge bestehen aus zwei Teilen: dem Mendix Kunden, das im Browser oder in der mobilen App des Endbenutzers läuft, und das Mendix Laufzeitserver.
Der Mendix Der Client kommuniziert mit dem Laufzeitserver über die Mendix Die Client-API sendet Anfragen an den /xas/-Anfragehandler auf dem Laufzeitserver. Die Client-API basiert auf der Annahme, dass Anfragen vom Client nicht als sicher gelten können. Da der Client auf dem Endgerät des Benutzers und somit außerhalb der Kontrolle des Servers ausgeführt wird, können dort alle Daten und Aktionen manipuliert werden. Die Aussage „Nichts, was auf dem Client geschieht, kann als sicher betrachtet werden“ gilt für alles, was auf dem Client gespeichert ist (z. B. in einem Browser), nicht nur für … Mendix um weitere Anwendungsbeispiele zu finden.
Daher wird in MendixDie Sicherheit wird stets im Backend, dem Laufzeitserver, gewährleistet. mit Entitätszugriffsregeln und zulässigen Rollen in MikroflowsDer Runtime-Server kann vom Endbenutzer nicht manipuliert werden.
Überprüfen Sie die Schwachstelle
Wird ein potenzieller Datenverstoß festgestellt, muss zunächst dessen Umfang und Auswirkungen ermittelt werden. Das Entwicklungsteam sollte das Problem reproduzieren und bestätigen, welche Entitäten betroffen sind und welche Benutzerrollen Zugriff darauf haben. Besonderes Augenmerk sollte auf Folgendes gelegt werden: Anonyme Benutzerrolle und für alle Rollen, die möglicherweise einen weitergehenden Zugriff haben als beabsichtigt.
Es ist wichtig zu überprüfen, ob die Belichtung durch fehlende oder falsch konfigurierte Komponenten verursacht wird. Entitätszugriffsregeln, falsch Modulrollenzuordnungen, unzureichend XPath-Einschränkungenoder benutzerdefinierte Logik wie Microflows oder veröffentlichte REST-Services, die erwartete Prüfungen umgehen.
Um zu verstehen, ob das Problem möglicherweise ausgenutzt wurde, Webserver- und Infrastrukturprotokolle Sie können auf ungewöhnliche Verkehrsmuster oder unerwartete Datenanfragen überprüft werden. Standardmäßige Webserver-Protokolle liefern jedoch keinen detaillierten Einblick in spezifische /xas-Aufrufe oder die exakt abgerufenen Daten. Mendix Die Laufzeitumgebung erstellt nicht automatisch detaillierte Protokolle der Datenzugriffe. Falls eine detaillierte Protokollierung der Datenzugriffe erforderlich ist, obliegt die Implementierung entsprechender Protokollierungsmechanismen dem Anwendungsinhaber.
Remediation
Nach Bestätigung des Problems empfehlen wir die folgenden Maßnahmen zur Behebung des Problems.
- Die Zugriffskonfiguration für Entitäten sollte in der gesamten betroffenen Anwendung überprüft werden. Stellen Sie sicher, dass für alle Entitäten explizit definierte Zugriffsregeln gemäß dem vorgesehenen Sicherheitsmodell vorliegen. Validieren Sie sorgfältig die Modulrollenzuordnungen und vergewissern Sie sich, dass XPath-Einschränkungen die Datensichtbarkeit korrekt begrenzen. Achten Sie besonders auf die Berechtigungen anonymer Benutzer. Ist anonymer Zugriff nicht unbedingt erforderlich, sollte er deaktiviert oder stark eingeschränkt werden.
- Erwägen Sie ein Upgrade auf unterstützt Mendix Versionen wie Mendix 10 LTS oder Mendix 11 MTS, sofern zutreffend, da diese erweiterte Sicherheitsfunktionen und -verbesserungen bieten. Führen Sie während der Migration eine vollständige Überprüfung der Sicherheitseinstellungen und Zugriffsregeln durch.
- Legen Sie eine auf Ihre Geschäftsanforderungen zugeschnittene Sicherheitsgrundlage fest. Dazu gehört die klare Definition von Zugriffskontrollstandards, die Überprüfung von Entitätsberechtigungen während der Entwicklung und die Validierung der Sicherheit vor jeder Veröffentlichung. Bewährte Verfahren für eine sichere Entwicklung finden Sie hier: Bewährte Verfahren für die Sicherheit.
- Um die Sicherheit zusätzlich zu erhöhen, empfehlen wir außerdem die Aktivierung des strengen Modus. Mehr dazu erfahren Sie hier: strikter Modus.
- Erwägen Sie den Einsatz von Tools wie dem/der/den Ciphix Dev Tools, QSM (Qualitäts- und Sicherheitsmanagement) oder Omnext für Sicherheitsanalysen.
Weitere Unterstützung
Wenn Sie weitere Fragen zur Konfiguration der Anwendungssicherheit haben oder wenn Sie glauben, dass das Problem damit zusammenhängen könnte, Mendix Bitte wenden Sie sich an die Plattform selbst und nicht an die Anwendungskonfiguration. Mendix Unterstützen.
Weitere Informationen zu diesem Thema finden Sie hier: