Souveräne und sichere Webanwendungen

Wenn die meisten Menschen an Web-Sicherheit denken, denken sie daran, Hacker fernzuhalten. Das ist ein realer und wichtiger Teil von Sicherheit – aber eben nur ein Teil des Bildes. Eine Anwendung kann gegen jeden bekannten Angriff gehärtet sein und Sie trotzdem angreifbar machen. Wenn die Daten auf einer Infrastruktur liegen, die Sie nicht kontrollieren, fremden Gesetzen unterliegen oder für ausländische Behörden zugänglich sind, können sie offengelegt werden – nicht durch Hacker, sondern durch die Rechtssysteme, denen Ihr Anbieter unterworfen ist.

Sicherheit und Souveränität sind dasselbe Problem auf unterschiedlichen Ebenen. Beide versuchen, dieselbe Frage zu beantworten: „Wer hat Zugriff auf Ihre Daten?"

Django ist nach dem Prinzip Security by Design aufgebaut und deckt deshalb viele gängige Sicherheitsprobleme bereits ab Werk ab. Das ORM verhindert SQL-Injection bei Standardabfragen. Die Template-Engine maskiert Ausgaben standardmäßig. Middleware kümmert sich um CSRF. Das Admin-Interface erzwingt Authentifizierung. Aber Framework-Standards schützen nur die Teile Ihrer Anwendung, die sie auch nutzen. Nicht Ihre Geschäftslogik, nicht Ihre eigenen Views, nicht Ihre Berechtigungsentscheidungen und auch nicht Ihre Deployment-Konfiguration. Genau deshalb ist Django unser Framework der Wahl. Es bringt die Grundlagen mit, damit wir uns auf das konzentrieren können, was kein Framework für Sie lösen kann.

Diese Lücke ist der Grund, warum es Expertenwissen und Audits braucht. Automatisierte Scanner finden fehlende Header, bekannte CVEs und offensichtliche Injection-Punkte. Sie finden nicht die Art von Problem, bei der ein Workflow es einem Nutzer erlaubt, seine eigene Rechnung freizugeben, oder bei der ein vergessener interner Endpunkt alles offenlegt für jeden, der die URL kennt. So etwas erfordert einen Menschen, der prüft, wie sich die Anwendung tatsächlich verhält, nicht nur, wie sie konfiguriert ist.

Für Organisationen, die in Europa tätig sind, steht noch mehr auf dem Spiel. Die DSGVO wird strenger durchgesetzt, NIS2 erweitert die Liste regulierter Sektoren, und die Cloud-Anbieter, von denen Ihre Anwendung abhängt, können einer ausländischen Rechtsprechung unterliegen — auch dann, wenn sie mit EU-Rechenzentren werben.

Digitale Souveränität ist nicht dasselbe wie Datenresidenz. Ein Datensatz, der in einem EU-Rechenzentrum gespeichert ist, kann weiterhin außereuropäischen Rechtsforderungen unterliegen, wenn der Betreiber dieses Rechenzentrums ein nicht-europäisches Unternehmen ist. Das meistzitierte Beispiel ist der US CLOUD Act, der US-Behörden erlaubt, US-amerikanische Anbieter zur Herausgabe von Kundendaten zu zwingen — unabhängig davon, wo die Daten physisch gespeichert sind, auch in EU-Regionen.

Für manche Anwendungen ist das akzeptabel. Für Anwendungen, die regulierte personenbezogene Daten verarbeiten, für Workloads der öffentlichen Hand oder für alles, was in den Geltungsbereich von NIS2 oder DSGVO fallen könnte, ist es das nicht. Souveräne EU-Cloud-Anbieter bieten eine Alternative. Sie haben ihren Sitz in der EU, unterliegen EU-Recht und sind keinem extraterritorialen Zugriff aus Drittstaaten ausgesetzt. Der Kompromiss ist meist ein kleinerer Funktionsumfang als bei den Hyperscalern.