Security und Alerting für Elasticsearch und Kibana

Search Guard hat all unsere Anforderungen erfüllt – und noch mehr. Wir haben nicht nur Open-Source-Tools gefunden, die genau passen, sondern auch einen Partner, der mit uns gemeinsam an der neuen Plattform gearbeitet hat. Das Team war bei jedem Schritt reaktionsschnell und engagiert.

Datenschutz hat für uns oberste Priorität. ICHEC hat sich wegen der Single-Sign-On-Integration, der Zugriffskontrolle und der Audit-Funktionen für Search Guard entschieden. Auch das flexible Lizenzmodell passt hervorragend, wenn wir unsere Services weiter ausbauen.

Security ist Grundvoraussetzung in der IT – erst recht wenn es um Daten geht. HEAnet hat Search Guard gewählt, weil es Node-to-Node-Verschlüsselung (TLS) plus Features wie Multitenancy und Compliance bietet. Im Gegensatz zu anderen Lösungen, die nur auf der REST-Ebene schützen.

Das Steinbuch Centre for Computing am KIT nutzt Search Guard, um Elasticsearch-Instanzen im World Wide LHC Computing Grid Tier-1-Zentrum "GridKa" und in der Large Scale Data Facility abzusichern. Ohne granulare Zugriffskontrolle könnten wir Elasticsearch weder einzelnen Nutzern zugänglich machen noch eine Instanz für private und öffentliche Daten gleichzeitig betreiben. Besonders die Multitenancy-Features für Kibana sind für uns extrem wertvoll – damit lässt sich Kibana auch für öffentliche Dashboards einsetzen.

Search Guard ermöglicht es uns, den ELK Stack produktiv einzusetzen. Ausschlaggebend waren vor allem die Active-Directory-Integration und das Role-Based Access Control. Das Lizenzmodell ist enorm hilfreich – unbegrenzte Nodes inklusive.

Wir haben uns für Search Guard entschieden, weil es unsere Werte von technischer Präzision, Offenheit und Nachprüfbarkeit widerspiegelt. Damit konnten wir sicherstellen, dass Daten bei der Übertragung in Off-Prem-Umgebungen abhörsicher sind, granularen und auditierbaren Zugriff auf unsere Elastic Cluster umsetzen – und vor allem unseren Analysten Zugang zu eingeschränkten Datensätzen geben, mit der Gewissheit, dass personenbezogene Daten geschützt bleiben.

2019 planten wir einen großen Logging-Cluster für rund 100 TB Daten. Kein SIEM, sondern ein zentrales Log-Repository für Entwickler und Admins. Wir entschieden uns für Elasticsearch. Gemeinsam mit einem Dienstleister evaluierten wir zwei Lösungen für Role-Based Access Control – und haben uns nach Tests schnell für Search Guard entschieden. Alle unsere kritischen Logs laufen über diesen Cluster. Etwa 15 User können sich einloggen und sehen genau das, was sie brauchen. Mit Search Guard lässt sich der Zugriff einfach auf die Logs der jeweiligen Anwendungen beschränken. Die Zugriffstrennung funktioniert zuverlässig – wir sind sehr zufrieden mit der Lösung.