Erfahren Sie mehr darüber, wie Datenpannen entstehen und wie sich die Benutzer im Kontext von Elasticsearch optimal davor schützen können.

Wenn Sie in irgendeiner Form mit IT zu tun haben, waren Datenpannen auf Servern bestimmt bereits ein Thema für Sie. Selbst wenn Sie nicht in der Tech-Sphäre arbeiten, haben Sie bestimmt schon von Server- und Datenpannen oder Sicherheitsproblemen gehört, die dazu geführt haben, dass private und persönliche Daten in die falschen Hände gelangt sind. Dabei kann es sich um Kreditinformationen, Sozialversicherungsnummern oder andere Daten handeln, die Sie gern für sich behalten würden - anstatt sie im Darkweb veröffentlicht zu sehen.
Alle Arten von Software müssen sich mit der Möglichkeit von Lecks oder Angriffen befassen. Dazu gehört auch Elasticsearch, ein von Elastic entwickeltes Open Source-Softwareprojekt. Es ist bereits vorgekommen, dass Daten in Elasticsearch nicht sicher gespeichert waren und auf diese Weise an die Öffentlichkeit gelangten, verloren gingen oder gestohlen wurden.
<h2>Wie Sie die Daten auf Ihren Elasticsearch-Servern schützen können</h2>In diesem Artikel erfahren Sie mehr darüber, wie Datenpannen entstehen und wie sich die Benutzer im Kontext von Elasticsearch optimal davor schützen können. Wir beginnen mit einer kurzen Einführung, aber wenn Sie möchten, können Sie direkt mit dem folgenden Abschnitt einsteigen:&nbsp;<a href="#secure-elasticsearch">Wie kann ich Elasticsearch sichern?</a><h2>Was ist Elasticsearch?</h2>Elasticsearch ist eine Open Source Suchmaschine und Analytics Engine, die gleichzeitig als Datenspeicher dient. Mit Hunderten Millionen Downloads ist die Software außerdem unglaublich beliebt. Wir preisen oft ihre Geschwindigkeit, Skalierbarkeit und Suchrelevanz an, aber die Software verdankt ihre Beliebtheit ebenso sehr der Benutzerfreundlichkeit, der Möglichkeit, beliebige Datentypen zu verarbeiten (Text, Zahlen, Geodaten usw.), dem robusten Funktionsumfang und der Tatsache, dass jeder Benutzer Bugfixes übermitteln oder Verbesserungen vorschlagen kann (da die Software <a href="/de/about/why-open-source">Open Source</a> ist).
Stellen Sie sich eine Tabellenkalkulation mit Milliarden von Zeilen vor, in der Sie dennoch jederzeit in Sekundenbruchteilen alles finden oder berechnen können. Elasticsearch erledigt diese Aufgaben hervorragend, daher verwenden <a href="/de/customers">zahlreiche Organisationen Elasticsearch</a> für alle möglichen Dinge, zum Beispiel für <a href="/de/customers/netshoes">Suchfunktionen in E-Commerce-Sites</a>, zum <a href="/de/elasticon/2015/sf/unlocking-interplanetary-datasets-with-real-time-search">Analysieren von Daten aus den Mars-Rovern</a> oder <a href="/de/elasticon/conf/2018/sf/lyfts-wild-ride-from-amazon-es-to-self-managed-elasticsearch">um sicherzustellen, dass Mitfahrgelegenheiten pünktlich sind</a>.
<h2>Wer steckt hinter Elastic? Liegen meine Daten bei diesem Unternehmen?</h2>Elastic ist das Unternehmen, das Elasticsearch entwickelt, zusammen mit den anderen Produkten im Elastic Stack (Kibana, Beats, Logstash usw.). Und Elasticsearch ist das Rückgrat für eine Vielzahl von Lösungen, inklusive <a href="/de/enterprise-search">Suche</a>, <a href="/de/observability">Observability</a>, <a href="/de/security">Sicherheit</a> und mehr.
Und die kurze Antwort ist nein, Ihre Daten liegen nicht bei uns. Wir entwickeln Elasticsearch, das anschließend von anderen Unternehmen lokal oder in einer Cloud-Infrastruktur ausgeführt wird.&nbsp;
Die etwas längere Antwort ist vielleicht. Manche Unternehmen nutzen die <a href="/de/cloud">Elastic Cloud</a>, unser verwaltetes Elasticsearch-Angebot- Wir sind für die Pflege der Daten verantwortlich, die unsere Kunden in der Elastic Cloud ablegen. Dazu gehört auch der Schutz der Daten. Darum werden all unsere <a href="/de/elasticsearch/service">Elasticsearch Service-Deployments</a> <a href="/de/cloud/security">standardmäßig sicher ausgeliefert</a>.
<h2>Wo bewahrt Elasticsearch die Daten auf?</h2>Elasticsearch ist Open Source (Jeder Benutzer kann die Software herunterladen und kostenlos installieren) und kann daher praktisch überall installiert werden. Manche Unternehmen laden die Software herunter und installieren sie auf ihren internen Servern, und andere Unternehmen installieren sie in der Cloud (bei einem beliebigen Anbieter). Manche Clouddienst-Unternehmen bieten sogar verwaltete Versionen von Elasticsearch an. Dies bedeutet, dass sie Elasticsearch-Cluster (so nennen wir sie) für ihre Kunden hosten und verwalten.&nbsp;
Elastic bietet sogar einen eigenen verwalteten <a href="/de/elasticsearch/service">Elasticsearch Service</a> in der Elastic Cloud an. Unser Service enthält umfassende Verwaltungsdienste (inklusive der standardmäßig aktivierten Sicherheit), und Sie können einen von mehreren Cloudanbietern für die Infrastruktur auswählen.
<h2>Woher kommen Sicherheitsprobleme in Elasticsearch-Servern?</h2>Sicherheitsprobleme in Datenspeichern können vielerlei Ursachen haben, von gestohlenen Passwörtern über Hacker bis hin zu unzufriedenen Mitarbeitern. Im Fall von Elasticsearch wird die häufigste Art von Datenpanne dadurch verursacht, dass ein Cluster ungeschützt mit dem Internet verbinden ist. In diesem Fall können sich beliebige Personen ohne Benutzername oder Passwort verbinden und auf die Daten zugreifen. Diese offenen Cluster werden oft von Sicherheitsforschern gefunden, die ihre Funde anschließend veröffentlichen. So erfährt die Welt von den Daten, die ungeschützt im Internet liegen.
Ein korrekt geschützter Elasticsearch-Cluster ist genau so sicher wie jeder andere Datenbank. Aus diesem Grund bieten wir die erforderlichen Funktionen zum <a href="/de/what-is/elastic-stack-security">Schützen von Elasticsearch-Clustern</a> gratis und standardmäßig für alle Benutzer an, die den Elastic Stack herunterladen und verwenden. Sehen wir uns nun zunächst an, was die Elasticsearch-Benutzer tun können, um sicherzustellen, dass sie diese Funktionen nutzen und ihre Cluster geschützt sind.
<h2 id="secure-elasticsearch">Wie kann ich Elasticsearch sichern?</h2>Die <a href="/de/blog/security-for-elasticsearch-is-now-free">Elasticsearch-Sicherheitsfunktionen</a> sind in unserer kostenlosen standardmäßigen (<a href="/de/subscriptions">Basic</a>-Tier) Distribution enthalten, damit Sie die Sicherheit für Ihren Elasticsearch-Cluster konfigurieren und versehentliche Datenpannen vermeiden können. Bevor wir jedoch diese Funktionen näher betrachten, möchte ich Ihnen zeigen, wie Sie herausfinden können, ob Ihr Cluster bereits geschützt ist.
<h3>Wie kann ich herausfinden, ob mein Elasticsearch-Cluster ungeschützt ist?</h3>Wenn Sie Elasticsearch als Benutzer oder als Administrator nutzen, können Sie mit einigen einfachen Schritten herausfinden, ob die Sicherheitsfunktionen aktiv sind und funktionieren.&nbsp;
Der beste Weg, um herauszufinden, ob die Sicherheit aktiv und einsatzbereit ist, ist eine Anfrage an die Einstellungs-API. Senden Sie die folgende Anfrage:
<pre class="prettyprint">GET _xpack/usage?filter_path=security
</pre>Wenn die Sicherheit deaktiviert ist, erhalten Sie in etwa das folgende Ergebnis:
<pre class="prettyprint">{ 
 "security" : { 
 "available" : true, 
 "enabled" : false, // Hier steht der Wert "false", wenn die Sicherheit deaktiviert ist 
 "ssl" : { 
 "http" : { 
 "enabled" : false 
 }, 
 "transport" : { 
 "enabled" : false 
 } 
 } 
 } 
}
</pre>Wenn die Sicherheit aktiviert ist, erhalten Sie das folgende Ergebnis:
<pre class="prettyprint">{ 
 "security" : { 
 "available" : true, 
 "enabled" : true, // Hier steht der Wert "true", wenn die Sicherheit aktiviert ist
 "realms" : { ... }, 
 "roles" : { ... }, 
 "role_mapping" : { ... }, 
 "ssl" : { 
 "http" : { 
 "enabled" : true 
 }, 
 "transport" : { 
 "enabled" : true 
 } 
 }, 
 "token_service" : { ... }, 
 "api_key_service" : { ... }, 
 "audit" : { ... }, 
 "ipfilter" : { ... }, 
 "anonymous" : { ... } 
 } 
}
</pre>Wie Sie sehen, unterscheiden sich die Ergebnisse deutlich voneinander. Je nach bereitgestellter Version und Lizenzebene können Ihre Ergebnisse von den hier gezeigten abweichen.
<h3>Wie kann ich sicherstellen, dass mein Elasticsearch-Cluster geschützt ist?</h3>Die beiden einfachsten Schritte, mit denen Sie garantieren können, dass keine unbefugten Personen auf Ihre Elasticsearch-Cluster zugreifen können, sind:
<ol>
	<li>Authentifizierung aktivieren, damit niemand auf die Daten zugreifen kann, ohne sich bei Elasticsearch anzumelden.</li>
	<li>TLS aktivieren, damit niemand die Elasticsearch-Daten bei der Übertragung in Ihrem Netzwerk belauschen kann.</li>
</ol>Wir bieten eine Vielzahl von Ressourcen an (siehe unten), mit denen Sie Elasticsearch schützen können, inklusive einer einfachen Implementierung der beiden obigen Empfehlungen. Der schnellste Weg zu Ihrem Schutz ist jedoch unser Blogeintrag <a href="/de/blog/getting-started-with-elasticsearch-security">Erste Schritte mit Elasticsearch Security (TLS und RBAC)</a> und das begleitende Video: Elasticsearch-Sicherheit in sieben Minuten.
<div class="video embed-container" style="height: 319.725px;">
	<img class="vidyard-player-embed" src="https://play.vidyard.com/aiXTSUt4aR3hfesxsFynaw.jpg" data-uuid="aiXTSUt4aR3hfesxsFynaw" data-v="4" data-type="inline" style="width: 100%; margin: auto; display: block;">
</div>Außerdem haben wir eine benutzerfreundliche Schaltfläche für diese Funktionen in unserem <a href="/de/elasticsearch/service">Elasticsearch Service</a> in der Elastic Cloud. Wenn Sie unseren Elasticsearch Service nutzen, können Sie sich darauf verlassen, dass die Sicherheit in sämtlichen Clustern automatisch konfiguriert ist.
<h2>Sicherheit erfordert Teamwork</h2>Falls Sie Fragen haben, können Sie sich jederzeit an uns wenden. Sie können auf verschiedene Arten an der <a href="/de/community/">Elastic Community</a> teilnehmen, zum Beispiel in den <a href="https://discuss.elastic.co">Foren</a>, in Form von lokalen Events und in unserer <a href="/guide">umfassenden Dokumentation</a> (hier finden Sie viel mehr als nur die oben verlinkten Beiträge). Außerdem arbeiten wir ständig daran, Ihnen den Schutz von Elasticsearch noch weiter zu erleichtern. Halten Sie Ausschau nach unseren Blogeinträgen, um sich über anstehende Funktionen und Programme für diesen Bereich zu informieren. Falls Sie ein Fan von Spiderman sind, kennen Sie bestimmt das Zitat „Mit großer Macht kommt große Verantwortung“. Dieses Zitat gilt auch für Elastic und für alle Benutzer, die Elasticsearch für ihre Datenspeicherung verwenden.
<h2>Weitere Ressourcen zum Schutz von Elasticsearch</h2>Blogs
<ul>
	<li><a href="/de/blog/getting-started-with-elasticsearch-security">Erste Schritte mit Elasticsearch Security (TLS und RBAC)</a></li>
	<li><a href="/de/blog/tips-to-secure-elasticsearch-clusters-for-free-with-encryption-users-and-more">Tipps zum kostenlosen Absichern von Elasticsearch-Clustern mit Verschlüsselung, Nutzern und mehr</a></li>
	<li><a href="/de/blog/configuring-ssl-tls-and-https-to-secure-elasticsearch-kibana-beats-and-logstash">Konfigurieren von SSL, TLS und HTTPS zum Absichern von Elasticsearch, Kibana, Beats und Logstash</a></li>
</ul>Videos
<ul>
	<li><a href="/de/webinars/elasticsearch-security-best-practices-to-keep-your-data-safe">Elasticsearch security: Best Practices zum Schutz Ihrer Daten</a></li>
	<li><a href="/de/webinars/kibana-security-access-management-spaces-and-feature-controls">Kibana security: Zugriffsverwaltung, Spaces und Feature-Steuerungen</a></li>
</ul>Dokumentation
<ul>
	<li><a href="/guide/en/elasticsearch/reference/7.6/elasticsearch-security.html">Sicherheitseinstellungen in Elasticsearch</a></li>
	<li><a href="/guide/en/elasticsearch/reference/7.6/configuring-security.html">Konfigurieren der Sicherheit in Elasticsearch</a></li>
</ul>Schulungen
<ul>
	<li><a href="/de/training/specializations/elastic-stack-management/fundamentals-of-securing-elasticsearch">Grundlagen der Absicherung von Elasticsearch</a></li>
	<li><a href="/de/training/specializations/elastic-stack-management/advanced-techniques-for-securing-elasticsearch">Erweiterte Techniken zum Absichern von Elasticsearch</a></li>
</ul>

blog-security-breach-red-lock-banner.jpg

blog-security-breach-red-lock-thumb.jpg

Securing Elasticsearch: How to prevent an Elasticsearch server breach

Wie Sie die Daten auf Ihren Elasticsearch-Servern schützen können

Seit den Versionen 6.8 und 7.1 des Elastic Stack sind eine Reihe von Elasticsearch-Security-Features <a href="/de/blog/security-for-elasticsearch-is-now-free">kostenloser Bestandteil der Standarddistribution</a> und damit für jeden frei verfügbar. Wir begrüßen dies außerordentlich, stehen jetzt aber vor der Aufgabe, die gesamte Dokumentation und alle Anleitungen zum Absichern des Elastic Stack auf den neuesten Stand zu bringen. Es reicht heutzutage einfach nicht mehr, dem Stack einfach einen Proxy-Server vorzuschalten, damit er sicher ist.



Ich habe mir noch einmal die meisten unserer alten und beliebten Blogposts zum Thema Security angesehen und werde in diesem Post die dort gegebenen Ratschläge neu bewerten, einige Mythen aufklären, auf ein paar neue Ideen hinweisen und Ihnen Tipps geben, wie Sie Ihren Stack künftig noch besser absichern können.



Mir scheint es sinnvoll, nicht auf die alten Artikel zu verlinken. Einige von ihnen enthalten tatsächlich Tipps, die wir heute als gefährlich einstufen würden, denn der Elastic Stack hat sich im Laufe der Jahre doch ziemlich gewandelt. (Bei Sicherheitstipps in alten Blogs ist stets Skepsis angebracht, da sich ja bekanntermaßen alles ständig ändert.) Wir werden alle Links auf diese Seite umleiten, aber wenn Sie auf eine andere Website stoßen, auf denen aus dem Cache gefischte Versionen der entsprechenden Artikel angezeigt werden, wäre es schön, wenn Sie sie auf diese Seite hinweisen könnten.



<h2>TLS-Verschlüsselung
</h2>
Zu den kostenlosen Security-Features in den Standarddistributionen von Elasticsearch und Kibana gehört auch die TLS-Verschlüsselung. TLS (Transport Layer Security) dient zur Verschlüsselung der Netzwerkkommunikation&nbsp;– der Kommunikation zwischen den Knoten in Ihrem Cluster, der Kommunikation zwischen den Clients und dem Cluster und der Verbindungen von Kibana zu den Nutzern.



Wir verwenden auch TLS-Zertifikate, um dem System anzuzeigen, dass der jeweilige Knoten Bestandteil des Clusters werden darf. Ohne TLS kann jeder jedem Cluster einen Knoten hinzufügen. Dies kann zwar auch für Angriffe missbraucht werden, viel häufiger kommt es aber vor, dass ein Knoten irrtümlich im falschen Cluster landet. TLS kann helfen, diese Probleme zu vermeiden, denn ohne das richtige Zertifikat bleibt dem Knoten der Zugang zum Cluster verwehrt.



Vor der Einführung der kostenlosen TLS-Verschlüsselung in 6.8 und 7.1 mussten alle, die lediglich eine <a href="/de/subscriptions">Basic</a>-Lizenz hatten und TLS für ihren Elastic Stack benötigten, mit einem Proxy arbeiten, was mit beträchtlichem Einrichtungsaufwand verbunden war. Auch ohne einen Proxy zwischen den Knoten und den Clients ist das Konfigurieren von TLS alles andere als einfach; kommt dann noch ein Proxy hinzu, wird aus etwas Kompliziertem etwas noch Komplizierteres. Dank der kostenlosen Security-Features können wir aber jetzt von der direkten TLS-Unterstützung im Elastic Stack profitieren.



Die <a href="/guide/en/elastic-stack-overview/7.1/ssl-tls.html">Konfiguration von TLS ist umfangreich dokumentiert</a>. Wenn Sie schon einmal mit TLS gearbeitet haben, wissen Sie bestimmt, dass es niemals einfach ist, Zertifikate einzurichten. Um Ihnen das Leben zu erleichtern, haben wir Tools integriert, die beim Generieren <a href="/guide/en/elasticsearch/reference/7.1/configuring-tls.html#node-certificates">Cluster-weiter Zertifikate und Zertifizierungsstellen</a> helfen. &nbsp;In künftigen Blogposts werden wir uns eingehender mit den Schritten für eine bestmögliche Konfiguration von TLS in allen Komponenten des Elastic Stack beschäftigen. Es lohnt sich also, immer mal wieder vorbeizuschauen. Wenn Sie die beiden unkompliziertesten Möglichkeiten für einen einfachen Einstieg kennenlernen möchten, lesen Sie <a href="/de/blog/getting-started-with-elasticsearch-security">diesen Blogpost zu den ersten Schritten mit Elasticsearch Security</a> und sehen Sie sich unseren offiziellen <a href="/de/blog/introducing-elastic-cloud-on-kubernetes-the-elasticsearch-operator-and-beyond">Kubernetes-Operator</a> an.



<h2>Authentifizierung
</h2>
Seit den Elastic Stack-Versionen 6.8 und 7.1 kann jeder die native Authentifizierung nutzen. Sinn und Zweck der Authentifizierung ist es, dass der Elastic Stack die Identität von Clients prüft. Dies erfolgt in der Regel anhand des Nutzernamens und des Passworts, mit denen Sie sich beim System anmelden. Es ist generell keine gute Idee, ein Cluster voller Daten für die gesamte Welt offen zugänglich zu lassen. Besonders gefährlich wird es dann, wenn der Cluster direkt mit dem Internet verbunden ist und so jedermann offensteht, ohne dass für den Zugriff ein Passwort nötig wäre.



Früher wurde empfohlen, zwischen Client und Cluster einen Nginx-Server mit einfacher Authentifizierung zu schalten. Es kann aber unglaublich schwer sein, diese Konfiguration korrekt hinzubekommen. Da jeder Knoten externe Anfragen bedienen kann, kann jedermann ohne Authentifizierung eine Verbindung zum Cluster herstellen, sofern der Knoten nicht durch eine Firewall geschützt wird.



Wir erlauben jetzt kostenlos die Authentifizierung mit den Realms <a href="/guide/en/elastic-stack-overview/7.1/native-realm.html">native</a> und <a href="/guide/en/elastic-stack-overview/7.1/file-realm.html">file</a>. Das Realm „file“ speichert auf jedem Knoten Nutzerinformationen in einer Datei. Sie müssen sicherstellen, dass die Dateien auf allen Knoten synchronisiert bleiben. Das Realm „native“ ist etwas geradliniger in der Nutzung und tut so ziemlich das, was man erwarten würde: Die Nutzerdaten werden in einem Index auf dem Cluster gespeichert, auf den jeder Knoten zugreifen kann. Damit sich die Nutzer einloggen können, müssen Sie einfach nur über eine REST-API Nutzernamen und Passwörter hinzufügen. Näheres können Sie dem <a href="/de/blog/getting-started-with-elasticsearch-security">Blogpost zu den ersten Schritten mit Elasticsearch Security</a> entnehmen.



Falls Ihre Authentifizierungsanforderungen komplexer sind, Sie also LDAP, Active Directory, SAML oder etwas anderes benötigen, <a href="/de/cloud/">bieten wir einen Cloud-(SaaS-)Service</a>, der neben anderen kommerziellen Features auch einige dieser Features bereitstellt. Alternativ sind auch verschiedene On-Premise-Lösungen denkbar. <a href="/de/subscriptions">Kontaktieren Sie uns</a> einfach. Einen Überblick über die verschiedenen Authentifizierungsoptionen in unserem Angebot finden Sie in der <a href="/guide/en/elastic-stack-overview/7.1/setting-up-authentication.html">Dokumentation zur Authentifizierung</a>.



<h2>Autorisierung
</h2>
Autorisierung und Authentifizierung gehen in der Regel Hand in Hand und der Elastic Stack ist da keine Ausnahme. Wir verfügen über ein sehr flexibles System, das Autorisierungsregeln für den Cluster und Indizes definieren kann – bis hinunter zu einzelnen <a href="/guide/en/elastic-stack-overview/7.1/document-level-security.html">Dokumenten</a> und <a href="/guide/en/elastic-stack-overview/7.1/field-level-security.html">Feldern</a>. Unser Angebot umfasst sogar eine <a href="/guide/en/elastic-stack-overview/7.1/custom-roles-authorization.html">Autorisierungs-Engine</a>, mit der Sie ein eigenes Autorisierungs-Plugin erstellen können.



Die früheren Ratschläge und Tipps zum Thema muten recht ungehobelt an. So wurde vorgeschlagen, ziemlich komplexe Filterregeln mit einem Proxy wie Nginx zu schreiben und dann zu versuchen, gefilterte Aliasse zu nutzen, um zu etwas zu gelangen, das einer Autorisierung annähernd gleichkommt. Aus heutiger Sicht raten wir dringend davon ab, derartige Methoden für die Autorisierung zu verwenden. Sie sind keine Security-Features, dürften in der Regel ihren Zweck verfehlen und lassen sich nur mit größtem Aufwand pflegen. Mit diesen Lösungen erreichen Sie Ihre eigentlichen Ziele nicht mehr, da sich die Zahl der Elasticsearch-APIs im Laufe der Zeit deutlich erhöht hat. Es gibt viele Möglichkeiten, auf Indizes und die in ihnen enthaltenen Daten zuzugreifen und sie abzufragen, und Sie können sich niemals sicher sein, dass es Ihnen gelungen ist, jede einzelne Anfrage zu blockieren oder einzuschränken. Der zweite Grund hat mit dem ersten zu tun, denn die Zahl der zu schützenden Endpunkte ist riesig und wir fügen ständig neue hinzu. All diese Filter auf dem neuesten Stand zu halten, ist einfach viel zu aufwendig.



Aber zum Glück müssen Sie sich darüber keine Gedanken mehr machen. In 6.8 und 7.1 haben Sie Zugriff auf eine große Zahl von Autorisierungsfunktionen – so viele, dass eine genauere Beschreibung den Rahmen dieses Blogposts sprengen würde. Wenn Sie mehr über all die bestehenden Berechtigungen erfahren möchten, sollten Sie sich die <a href="/guide/en/elastic-stack-overview/7.1/security-privileges.html">Elastic Stack-Security-Dokumentation</a> ansehen. Es ist geplant, in künftigen Blogposts einige der Lösungen zu besprechen, die mit unserem Berechtigungsmodell erstellt werden können.



Wie bei der Authentifizierung gibt es auch bei der Autorisierung weiterführende Funktionen, die auf einzelne Dokumente und Felder angewendet werden können. Sie können eigene Authentifizierungs- und Autorisierungs-Plugins entwickeln und sogar die Sicherheitsereignisse auf dem Cluster protokollieren. Dazu steht Ihnen unser <a href="/de/cloud/elasticsearch-service/subscriptions">Cloud-Service</a> zur Verfügung, aber wenn Sie On-Premise bevorzugen, ist auch das möglich. <a href="/de/subscriptions">Kontaktieren Sie uns.</a>



<h2>Stack durch VPN und/oder Firewall absichern
</h2>
Häufig wurde in der Vergangenheit geraten, den Elastic Stack hinter einer Firewall oder einem VPN zu platzieren. Diese Tipps wurden in den meisten Fällen damit begründet, dass es ohne TLS und Authentifizierung schwer wäre, Cluster nur mit einem Proxy zu schützen. Es schien somit leichter, den Zugang für alle zu sperren, als zu versuchen, die beweglichen Teile richtig zu konfigurieren.



Wenn Sie dies weiterhin tun möchten, selbst mit TLS und Authentifizierung, kann das durchaus sinnvoll sein. Für maximale Sicherheit braucht es mehrere Schichten. Das Schöne ist, dass VPN und Firewall nicht länger die einzige Schicht mehr sind.



<h2>Eingeschränkte Skripte
</h2>
Wir hatten vor langer Zeit mal einen Blogpost, in dem beschrieben wurde, wie man den Skripting-Zugriff in Elasticsearch einschränken kann. Mit der Einführung der Skripting-Sprache <a href="/guide/en/elasticsearch/reference/7.1/modules-scripting-painless.html">Painless</a> ist es mittlerweile viel schwieriger geworden, einen Cluster in die Knie zu zwingen, selbst dort, wo Skripte mit böswilligen Absichten eingeschleust werden – unmöglich ist es aber nicht. Daher verweise ich hier auf unsere <a href="/guide/en/elasticsearch/reference/7.1/modules-scripting-security.html">Dokumentation zur Skripting-Sicherheit</a>, in der wir Best Practices beschreiben und Auskunft geben, wie wir heute zu diesem Thema stehen. Wie sonst auch, empfiehlt es sich, einen genaueren Blick auf die Umgebung zu werfen und sich für die Schritte zu entscheiden, die für den konkreten Fall am sinnvollsten erscheinen. Für ein Maximum an Sicherheit sollten mehrere Schichten von Maßnahmen zum Einsatz kommen. Das ist aber immer individuell und es gibt kein Patentrezept, das auf alle Fälle zutrifft.



<h2>Cluster und Knoten isolieren
</h2>
Vielfach wurde auch erwähnt, dass es Sinn mache, den Cluster und die Knoten aus Sicherheitsgründen zu isolieren. Das kann so ziemlich alles umfassen, von Containern über Firewalls bis hin zu IP-Filtern.

Dieser Ansatz ist weiterhin voll und ganz gültig: Die Sicherheit profitiert, wenn alles, was isoliert werden kann, auch wirklich isoliert wird. In den letzten Jahren haben wir eine Menge unternommen, um dies einfacher zu machen. Sie können unsere offiziellen <a href="https://www.docker.elastic.co/">Container</a>-Images auf Docker Hub verwenden. Sie können den <a href="/de/cloud/elasticsearch-service">Elasticsearch Service</a> nutzen und die Schwerarbeit uns überlassen. Und Sie können unseren nagelneuen offiziellen <a href="/de/blog/introducing-elastic-cloud-on-kubernetes-the-elasticsearch-operator-and-beyond">Kubernetes-Operator</a> ausprobieren.



<h2>Indizes sichern (vor allem .kibana, da hier leicht Änderungen vorgenommen werden können)
</h2>


Daten in Backups zu sichern, ist so wichtig wie eh und je. Security-Features ändern daran überhaupt nichts, aber wir können dem alten Hund ein paar neue Tricks beibringen.



Der größte Vorteil ist, dass wir mit <a href="/guide/en/kibana/7.1/xpack-spaces.html">Kibana Spaces</a> festlegen können, wer bestimmte Dashboards ändern kann. Auch das gehört zu den Features, die seit Version 6.8 und 7.1 kostenlos zur Verfügung stehen. Früher war es so, dass jemand, der Zugriff auf Kibana hatte, im Prinzip alles nach eigenem Gusto hätte ändern können. Es kam nicht selten vor, dass jemand die Dashboards in Unordnung gebracht oder, im schlimmsten Fall und ganz ohne Absicht, alle Dashboards gelöscht hat. Zum Schutz der Daten wurde geraten, den .kibana-Index regelmäßig zu sichern, um im Notfall schnell wieder alles parat zu haben. Das Wiederherstellen eines Index geht wesentlich schneller, als alle Dashboards neu aufzusetzen. Es ist weiterhin wichtig, .kibana zu sichern, aber dank Spaces und Autorisierung sollte das regelmäßige Wiederherstellen heute nicht mehr auf der Tagesordnung stehen.



Ein weiterer großer Vorteil für die Sicherheit ist die Möglichkeit zu steuern, wer Snapshots erstellen, einen Index anlegen und Daten ändern kann. Ohne die Security-Features kann es passieren, dass jemand, der eigentlich nur Leserechte besitzen dürfte, katastrophale Änderungen an den Daten vornimmt. Die Security-Features erlauben es uns aber, Schritte einzuleiten, die –&nbsp;hoffentlich&nbsp;– ungewollte Änderungen an wichtigen Daten verhindern.



<h2>Wie gehts weiter?
</h2>


In diesem Blogpost haben wir uns einige der Ratschläge und Tipps zur Absicherung von Elastic Stack-Deployments aus der Vergangenheit noch einmal angesehen und sie neu bewertet. In der Welt der Security ist die einzige Konstante der Wandel. Auch die Tipps in diesem Blogpost werden eines Tages veraltet und falsch sein. Die Aufgabe, den Elastic Stack sicher zu machen, kann einen angesichts der Vielzahl möglicher Optionen leicht überwältigen. (Dass es so viele möglichen Optionen gibt, ist aber gewollt und sinnvoll.) Lassen Sie sich nicht kleinkriegen, sondern <a href="https://discuss.elastic.co">nutzen Sie die Foren</a> und lesen Sie unsere Blogs und die <a href="/guide">Dokumentation</a>.



Wenn Sie Ihren Elastic Stack lieber per Knopfdruck absichern möchten, hätten wir da ein paar Optionen für Sie. Bei unserem <a href="/de/cloud/elasticsearch-service/subscriptions">Elasticsearch Service</a> ist TLS für alle Cluster konfiguriert und sowohl Authentifizierung und Autorisierung als auch unsere <a href="/de/subscriptions">Enterprise</a>-Security-Features sind standardmäßig aktiviert. Wenn Cloud Ihnen nicht behagt, können Sie mit <a href="/de/ece">Elastic Cloud Enterprise (ECE)</a> viele dieser Features im Elasticsearch Service bei sich im Rechenzentrum nutzen. Wir haben auch einen <a href="/de/blog/introducing-elastic-cloud-on-kubernetes-the-elasticsearch-operator-and-beyond">Kubernetes-Operator</a>, der Ihnen etwas von der Schwerarbeit abnimmt, wie das Aktivieren von TLS und das standardmäßige Konfigurieren der Authentifizierung. Und als <a href="/de/subscriptions">Enterprise</a>-Kunde mit eigenem Stack steht Ihnen natürlich auch unser fantastisches Support-Team mit Rat und Tat zur Seite.

Wir haben für die Zukunft noch eine Menge in petto – Sie dürfen gespannt sein. Neben einer Reihe neuer How-To-Anleitungen sind auch etliche neue Security-Features in Planung. Das sind fürwahr aufregende Zeiten!

blog-generic-teal-banner.png

blog-generic-teal-thumb.png

Tips to secure Elasticsearch clusters for free with encryption, users, and more

Tipps zum kostenlosen Absichern von Elasticsearch-Clustern mit Verschlüsselung, Nutzern und mehr

<a href="/de/blog/security-for-elasticsearch-is-now-free" target="_self">Seit den Elastic Stack-Versionen 6.8 und 7.1</a> können in der Standarddistribution Security-Features wie TLS-Verschlüsselung, rollenbasierte Zugriffssteuerung und mehr kostenlos genutzt werden. In diesem Blogpost beschäftigen wir uns damit, wie Sie diese Features einrichten können, um Ihre Elasticsearch-Cluster sicher zu machen. Zur Illustration werden wir auf einem lokalen Computer einen aus zwei Knoten bestehenden Elasticsearch-Cluster erstellen und mit den entsprechenden Sicherheitsfunktionen konfigurieren. Als Erstes konfigurieren wir die TLS-Verschlüsselung zwischen den beiden Knoten. Dann machen wir uns daran, die zum Analysieren und Visualisieren der Daten im Cluster verwendete Kibana-Instanz abzusichern. Und schließlich werden wir noch in Kibana die rollenbasierte Zugriffssteuerung konfigurieren, sodass die Nutzer nur die Daten sehen können, die sie sehen dürfen. Es gibt zur Absicherung von Systemen noch eine Menge mehr zu sagen, aber fürs Erste werden wir es bei den allerwichtigsten Grundlagen belassen. Nachdem Sie sich mit diesem Blogpost beschäftigt haben, empfehlen wir Ihnen, sich unsere <a href="/guide/en/elasticsearch/reference/7.1/configuring-security.html" target="_self">Dokumentation zum Absichern des Elastic Stack</a> anzusehen, in der Sie nützliche <a href="/guide/en/elastic-stack-overview/7.1/security-getting-started.html" target="_self">praktische Beispiele</a> finden. Wir möchten kurz darauf hinweisen, dass wir diese Schritte für einen lokalen Cluster zeigen, weil diese Features erst seit den Elastic Stack-Versionen 6.8 und 7.1 zum Standardlieferumfang gehören, während sie beim <a href="/de/cloud/elasticsearch-service/subscriptions" target="_self">Elasticsearch Service</a> schon immer standardmäßig mit dabei waren. <h2>Installieren von Elasticsearch und Kibana</h2>Für dieses Beispiel werde ich Elasticsearch und Kibana auf einem unter Linux laufenden Laptop installieren. Passen Sie bitte die folgenden Schritte an Ihre konkrete Umgebung an. <h3>Schritt 1: Elasticsearch und Kibana herunterladen</h3>Als Erstes müssen Sie die Standarddistribution von Elasticsearch und Kibana in der Version 6.8 (oder höher) oder 7.1 (oder höher) <a href="/de/downloads?elektra=products&storm=main" target="_self">herunterladen</a>. Die Security-Features gehören erst seit den Versionen 6.8 und 7.1 zur Standarddistribution. Wenn Sie eine ältere Version haben, müssen Sie also ein Upgrade vornehmen. <h3>Schritt 2: Elasticsearch und Kibana extrahieren</h3>In diesem Beispiel habe ich elasticsearch-7.1.0-linux-x86_64.tar.gz und kibana-7.1.0-linux-x86_64.tar.gz heruntergeladen. Nach dem Herunterladen muss der Inhalt dieser Archivdateien extrahiert werden. <h3>Schritt 3: Zwei Elasticsearch-Knoten erstellen</h3> Zum Erstellen eines aus zwei Knoten bestehenden Clusters legen wir zwei Kopien des Elasticsearch-Verzeichnisses an und nennen die eine master und die andere node. Nach diesem Schritt haben wir die folgenden Dateien und Ordner: <pre class="prettyprint">elasticsearch-7.1.0 elasticsearch-7.1.0-node elasticsearch-7.1.0-linux-x86_64.tar.gz kibana-7.1.0-linux-x86_64 elasticsearch-7.1.0-master kibana-7.1.0-linux-x86_64.tar.gz </pre><h2>TLS und Authentifizierung konfigurieren</h2>Als Erstes müssen wir einige Zertifikate generieren, um den Knoten eine sichere Kommunikation zu ermöglichen. Wir können dazu eine Enterprise-CA verwenden, aber für diese Demonstration nutzen wir den Befehl elasticsearch-certutil, mit dem wir dies ohne die üblichen Zertifikatprobleme erreichen können. <h3>Schritt 1: TLS für Elasticsearch-Knoten „master“ konfigurieren</h3>Wir wechseln mit cd zum Verzeichnis master und führen dann den folgenden Befehl aus: <pre class="prettyprint">bin/elasticsearch-certutil cert -out config/elastic-certificates.p12 -pass "" </pre>Als Nächstes öffnen wir die Datei config/elasticsearch.yaml in einem beliebigen Texteditor. Am Ende der Datei fügen wir die folgenden Zeilen ein: <pre class="prettyprint">xpack.security.enabled: true xpack.security.transport.ssl.enabled: true xpack.security.transport.ssl.verification_mode: certificate xpack.security.transport.ssl.keystore.path: elastic-certificates.p12 xpack.security.transport.ssl.truststore.path: elastic-certificates.p12 </pre>Nach dem Speichern der Datei sind wir bereit, den Master-Knoten zu starten. Dazu führen wir den Befehl bin/elasticsearch aus. Das war’s für den Moment mit diesem Terminal. Wir lassen es geöffnet, denn das Executable muss während der nächsten Schritte laufen. <h3>Schritt 2: Passwörter für den Elasticsearch-Cluster einrichten</h3>Nachdem wir den Master-Knoten gestartet haben, müssen wir jetzt die Passwörter für den Cluster festlegen. Wir öffnen ein neues Terminal-Fenster und gehen mit cd zu unserem Master-Knoten-Verzeichnis. Dann führen wir den Befehl bin/elasticsearch-setup-passwords auto aus. Auf diese Weise werden zufällige Passwörter für die verschiedenen internen Stack-Nutzer generiert. Man kann den Parameter auto auch weglassen, um unter Verwendung des Parameters interactive manuell Passwörter festzulegen. Wir sollten uns diese Passwörter notieren, denn wir brauchen sie gleich wieder. <h3>Schritt 3: TLS für Elasticsearch-Knoten konfigurieren</h3>Jetzt öffnen wir ein neues Terminal-Fenster und gehen mit cd zum Knoten-Verzeichnis. In unserem Beispiel ist dies das Verzeichnis elasticsearch-7.1.0-node. Am einfachsten wäre es jetzt, den gesamten Inhalt des „master“-Verzeichnisses „config“ in das „node“-Verzeichnis „config“ zu kopieren. <pre class="prettyprint">cp ../elasticsearch-7.1.0-master/config/* config/ </pre>Außerdem sollte die Konfigurationsoption node.master: false in die Datei config/elasticsearch.yml kopiert werden. Ich werde an dieser Stelle nicht weiter ins Detail gehen. Wenn Sie mehr wissen möchten, sehen Sie sich unsere <a href="/guide/en/elasticsearch/reference/7.1/modules-discovery-bootstrap-cluster.html" target="_self">Cluster-Dokumentation</a> an. Statt die „config“-Dateien im Ganzen zu kopieren, können Sie auch einfach nur die Zertifikatdateien kopieren und dann die xpack.security.*-Schlüssel genauso einrichten wie beim Master-Knoten. Als Nächstes starten wir den Knoten, indem wir bin/elasticsearch ausführen. Daraufhin wird der Knoten zum Cluster hinzugefügt. Und wenn wir einen Blick auf das Terminal-Fenster des Master-Knotens werfen, sehen wir die Meldung, dass ein Knoten zum Cluster hinzugekommen ist. Wir haben jetzt einen aus zwei Knoten bestehenden Cluster. <h3>Schritt 4: Security in Kibana konfigurieren</h3>Jetzt bleibt uns noch, Kibana zu konfigurieren. Dazu öffnen wir noch ein Terminal-Fenster (das ist das letzte, versprochen!). Wir müssen das Passwort für den Kibana-Nutzer hinzufügen. Dieses haben wir ja zuvor bereits mit dem Befehl „setup-passwords“ generiert. Wir gehen mit cd zum Kibana-Verzeichnis und öffnen in einem Texteditor die Datei config/kibana.yml. Dort suchen wir die Zeilen, die wie folgt aussehen: <pre class="prettyprint">#elasticsearch.username: "user" #elasticsearch.password: "pass" </pre>Wir machen aus den Kommentarzeilen reguläre Felder, indem wir den Hash (#) vor elasticsearch.username und elasticsearch.password entfernen. Für „user“ setzen wir „kibana“ ein und „pass“ ersetzen wir durch das von setup-passwords angezeigte Kibana-Passwort. Nach dem Speichern der Daten können wir Kibana starten, indem wir bin/kibana ausführen. <h2>Konfigurieren der rollenbasierten Zugriffssteuerung in Kibana</h2>Sobald Kibana läuft, können wir zu unserem Webbrowser wechseln und <a href="http://localhost:5601/login?next=%2F#?_g=()" target="_self">http://localhost:5601</a> öffnen. Wir melden uns mit dem Nutzernamen elastic als Superuser an und verwenden das von setup-passwords angezeigte Passwort. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt33ef6ef8666f75bc/5ce2480b32fd88a3767ede65/elasticsearch-security-blog-1.jpg" data-sys-asset-uid="blt33ef6ef8666f75bc" alt="Log into Kibana"/>Nach einer Neuinstallation wie in unserem Fall werden wir von Kibana gefragt, ob ein paar Beispieldaten geladen werden sollen. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt6617bf668ec635cd/5ce2483c7182ba9776722fee/elasticsearch-security-blog-2.jpg" data-sys-asset-uid="blt6617bf668ec635cd" alt="Load sample data into Kibana"/>Lassen Sie uns zu Illustrationszwecken die Flug- und Web-Beispieldaten laden. Nachdem die Daten geladen wurden, klicken wir auf das Zahnradsymbol, um zu den Konfigurationseinstellungen zu gelangen. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltae0b05ad48832121/5ce2486e2f06657f7b6c9907/elasticsearch-security-blog-3.jpg" data-sys-asset-uid="bltae0b05ad48832121" alt="Navigate to management within Kibana"/>Jetzt geht es an das Erstellen von Rollen. Dazu klicken wir auf die Option Roles. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt90c2f3cfca9d44fc/5ce2493908d3fd9e7671c281/elasticsearch-security-blog-4.jpg" data-sys-asset-uid="blt90c2f3cfca9d44fc" alt="Roles within Kibana"/>Als Nächstes klicken wir auf die Schaltfläche Create role. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt3746b50792f5e2c0/5ce2497308d3fd9e7671c287/elasticsearch-security-blog-5.jpg" data-sys-asset-uid="blt3746b50792f5e2c0" alt="Create a new role"/>Die erste Rolle soll Logs lesen können. Wir nennen sie daher read_logs. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt6fcd624d7201821d/5ce24a7632fd88a3767ede75/elasticsearch-security-blog-6.jpg" data-sys-asset-uid="blt6fcd624d7201821d" alt="Create the read_logs role"/>Jetzt scrollen wir nach unten zum Abschnitt „Index privileges“, wählen unter „Indices“ den „logs“-Index aus und weisen ihm unter „Privileges“ Leserechte (read) zu. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltc3c087f105d52fa6/5ce24a87ccfda8847b20bb43/elasticsearch-security-blog-7.jpg" data-sys-asset-uid="bltc3c087f105d52fa6" alt="Configure role privileges"/>Der Abschnitt zu Spaces ist durchaus wichtig und Sie sollten sich später eingehender mit ihm befassen, aber da es hier um die ersten Schritte zum Einrichten der Security-Features geht, beschäftigen wir uns an dieser Stelle nicht weiter mit ihm. Wenn Sie mehr über Spaces und die hilfreichen Funktionen erfahren möchten, die Spaces für das Organisieren und Absichern von Daten in Kibana bieten, sehen Sie sich unsere <a href="/guide/en/kibana/7.1/xpack-spaces.html" target="_self">Dokumentation zu Kibana Spaces</a> oder den <a href="/de/blog/introducing-kibana-spaces-for-organization-and-security" target="_self">einführenden Blogpost zu Kibana Spaces</a> an. Als Nächstes erstellen wir eine zweite Rolle, die Lesezugriff auf Fluginformationen erhalten soll und die wir daher read_flight nennen werden. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltf26a34f5ff885981/5ce24abc1df9c928761cd92d/elasticsearch-security-blog-8.jpg" data-sys-asset-uid="bltf26a34f5ff885981" alt="Create read_flight role"/>Wir ordnen dem „flights“-Index die Berechtigung read zu. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt3e1d9d93aba1294c/5ce24acd2d8f163476ebd44b/elasticsearch-security-blog-9.jpg" data-sys-asset-uid="blt3e1d9d93aba1294c" alt="Configure the role"/>Jetzt werden wir zwei Nutzer anlegen und ihnen die soeben erstellten Rollen zuordnen. Dazu klicken wir links auf den Link Users und dann auf die Schaltfläche Create new user. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltc557d504a8ac1f95/5ce24aee7182ba9776722ff9/elasticsearch-security-blog-10.jpg" data-sys-asset-uid="bltc557d504a8ac1f95" alt="Create a new user"/>Wir nennen diesen Nutzer flight_user und legen das Passwort für ihn fest. Es ist nicht notwendig, den vollen Nutzernamen oder die E-Mail-Adresse anzugeben. Wir müssen die Rolle read_flight zuweisen und auch die Rolle kibana_user bedarf einer Zuweisung, da dieser Nutzer auf Daten in Kibana zugreifen können soll. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt7adcce531abcc45a/5ce24b00932da9737b2628c6/elasticsearch-security-blog-11.jpg" data-sys-asset-uid="blt7adcce531abcc45a" alt="Create the flight user"/>Wir klicken auf „Create user“ und wiederholen das Ganze für den Nutzer log_user. Dieses Mal fügen wir die Rollen read_logs und kibana_user hinzu. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt805d2eb40672403d/5ce24b13ccfda8847b20bb4b/elasticsearch-security-blog-12.jpg" data-sys-asset-uid="blt805d2eb40672403d" alt="Create the log user"/>Jetzt haben wir also zwei neue Nutzer. Wir können uns jetzt als Nutzer elastic abmelden, indem wir auf „Log out“ klicken. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltb07056dabca17b82/5ce24ba52d8f163476ebd451/elasticsearch-security-blog-13.jpg" data-sys-asset-uid="bltb07056dabca17b82" alt="Logout as elastic"/>Als Nächstes melden wir uns als Nutzer log_user an. Wenn wir auf das Symbol Dashboards klicken, sehen wir, dass es zwei Dashboards gibt: eines für Flüge („Flights“) und eines für Logdaten („Logs“). 	<img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltfb2217281f933c85/5ce24bc53d021e2d76457546/elasticsearch-security-blog-14.jpg" data-sys-asset-uid="bltfb2217281f933c85" alt="Check out your dashboards"/>Mit einem Klick auf das „Logs“-Dashboard rufen wir die Demo-Logdaten auf. Wenn wir jetzt versuchen, uns das „Flights“-Dashboard anzusehen, sehen wir zwar das Dashboard, aber es gibt darin keinerlei Daten. Das ist ein Beispiel dafür, wie mit Kibana Spaces festgelegt werden kann, dass bestimmte Dashboards nur für bestimmte Nutzer einsehbar sind. Lassen Sie uns als log_user abmelden und uns anschließend als flight_user anmelden. Wenn wir jetzt das „Logs“-Dashboard aufrufen, sehen wir keine Daten im Dashboard. Wir erhalten sogar eine Fehlermeldung, weil Kibana nicht auf den „Logs“-Index zugreifen kann. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt6f857fe2c548af9e/5ce24be67182ba9776722fff/elasticsearch-security-blog-15.jpg" data-sys-asset-uid="blt6f857fe2c548af9e" alt="Data restricted by RBAC"/>Aber ein Blick auf das „Flights“-Dashboard zeigt, dass wir nun auf die Flugdaten zugreifen können. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt89b48cc8a9e81e31/5ce24bfb3d021e2d7645754e/elasticsearch-security-blog-16.jpg" data-sys-asset-uid="blt89b48cc8a9e81e31" alt="Data access provided by RBAC"/>Voilà! Wir haben jetzt einen aus zwei Knoten bestehenden Cluster und zwei Nutzer, die begrenzten Zugriff auf die Indexdaten haben. <h2>Fazit</h2>Die Security-Features im Elastic Stack sind äußerst vielseitig und umfassen viel mehr, als wir in diesem Blogpost anschneiden konnten. Mit diesem Blogpost wollten wir Ihnen lediglich eine erste Idee geben, was alles möglich ist. Wir werden in künftigen Blogposts und Artikeln viele der Security-Features und den Umgang mit ihnen näher beleuchten. Aber Ihnen stehen auch jetzt schon eine Reihe von Dokumenten und Blogposts zur Verfügung, die die Funktionsweise der Elastic Stack-Security-Features und deren Einsatzmöglichkeiten erklären. <ul><li><a href="https://www.elastic.co/guide/en/elasticsearch/reference/current/configuring-stack-security.html" target="_self">Training zu den Grundlagen der Absicherung von Elasticsearch</a></li><li><a href="/guide/en/elasticsearch/reference/current/configuring-security.html" target="_self">Elasticsearch Security-Dokumentation</a></li><li><a href="/de/blog/elasticsearch-security-configure-tls-ssl-pki-authentication" target="_self">Blogpost zum Konfigurieren von TLS</a></li><li><a href="/de/blog/introducing-kibana-spaces-for-organization-and-security" target="_self">Blogpost zu Kibana Spaces</a></li></ul>Sie können auch <a href="https://discuss.elastic.co/" target="_self">unser öffentliches Forum nutzen und dort Fragen stellen</a>. Happy Searching!

blog-banner-release-elasticsearch.png

blog-thumb-release-elasticsearch.png

Getting started with Elasticsearch security

Erste Schritte mit Elasticsearch Security

Lesen Sie, wie Sie Elasticsearch mithilfe der Sicherheitsfunktionen von Elastic Stack so konfigurieren können, dass der HTTP-Datenverkehr

elasticsearch-feature-security-kerberos-fbi.jpg

elasticsearch-feature-security-kerberos-tbi.jpg

How to Secure your Elasticsearch Clusters using Kerberos

So sichern Sie Ihre Elasticsearch-Cluster mit Kerberos

Start free trial

Blog Footer CTA

Sign up for Elastic Cloud free trial

Principal Product Security Engineer

Josh Bressers

By submitting you acknowledge that you've read and agree to our <a href="/legal/elastic-cloud-account-terms" target="_self">Terms of Service</a>, and you agree to receive the <a href="/legal/privacy-statement#how-we-use-the-information" target="_self">selected communications</a> at the contact details you provided above. See <a href="/legal/privacy-statement/" target="_self">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.

Communication Preferences - ONLY for /communication-preferences

Durch das Absenden erklären Sie, dass Sie unsere <a href="/de/legal/elastic-cloud-account-terms" target="_self">Nutzungsbedingungen</a> gelesen haben und mit ihnen einverstanden sind und dass Sie Elastic erlauben, <a href="/de/legal/privacy-statement#how-we-use-the-information" target="_self">ausgewählte Nachrichten und Informationen</a> an die oben von Ihnen bereitgestellten Kontaktangaben zu senden. Weitere Informationen, darunter auch dazu, wie Sie Ihre Einwilligung zurückziehen können, finden Sie in der <a href="/de/legal/privacy-statement/" target="_self">Datenschutzerklärung von Elastic</a>.

By submitting you acknowledge that you've read and agree to our <a href="/legal/serverless-preview-terms" target="_blank">Terms of Service</a>, and that Elastic may <a href="/legal/privacy-statement#how-we-use-the-information" target="_blank">contact you</a> about our related products and services, using the details you provide above. See <a href="/legal/privacy-statement/" target="_blank">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.

Serverless GDPR Text

Durch das Absenden erklären Sie, dass Sie unsere <a href="/de/legal/serverless-preview-terms" target="_self">Nutzungsbedingungen</a> gelesen haben und mit ihnen einverstanden sind und dass Sie Elastic erlauben, bezüglich unserer zugehörigen Produkte und Dienstleistungen und unter Nutzung der von Ihnen oben bereitgestellten Kontaktangaben <a href="/de/legal/privacy-statement#how-we-use-the-information" target="_self">mit Ihnen in Kontakt zu treten</a>. Weitere Informationen, darunter auch dazu, wie Sie Ihre Einwilligung zurückziehen können, finden Sie in der <a href="/de/legal/privacy-statement/" target="_self">Datenschutzerklärung von Elastic</a>.

By submitting you agree to <a href="/agreements/global/cloud-services-monthly" rel="nofollow">Elastic Cloud Terms of Service</a>. Your personal data will be processed in accordance with <a href="/legal/privacy-statement">Elastic's Privacy Statement</a>.

Cloud Trial GDPR Text

Beim Absenden akzeptieren Sie die <a href="/de/agreements/global/cloud-services-monthly" rel="nofollow">Nutzungsbedingungen von Elastic Cloud</a>. Die Verarbeitung Ihrer personenbezogenen Daten unterliegt der <a href="/de/legal/privacy-statement">Datenschutzerklärung von Elastic</a>.

By submitting you acknowledge that you've read and agree to our <a href="/legal/terms-of-use" target="_blank">Terms of Service</a>, and that Elastic may <a href="/legal/privacy-statement#how-we-use-the-information" target="_blank">contact you</a> about our related products and services, using the details you provide above. See <a href="/legal/privacy-statement/" target="_blank">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.

Newsletter GDPR Text

Durch das Absenden erklären Sie, dass Sie unsere <a href="/de/legal/terms-of-use" target="_self">Nutzungsbedingungen</a> gelesen haben und mit ihnen einverstanden sind und dass Sie Elastic erlauben, bezüglich unserer zugehörigen Produkte und Dienstleistungen und unter Nutzung der von Ihnen oben bereitgestellten Kontaktangaben <a href="/de/legal/privacy-statement#how-we-use-the-information" target="_self">mit Ihnen in Kontakt zu treten</a>. Weitere Informationen, darunter auch dazu, wie Sie Ihre Einwilligung zurückziehen können, finden Sie in der <a href="/de/legal/privacy-statement/" target="_self">Datenschutzerklärung von Elastic</a>.

Explore similar demos

Overview

Speakers

Close

See more insights

The content on this page is not available in the selected language. As Elastic grows globally, we continue to support content in multiple languages.

The content on this page is not available in the selected language.

Der Inhalt dieser Seite ist in der ausgewählten Sprache nicht verfügbar. Wir bei Elastic arbeiten daran, die bereitgestellten Inhalte in verschiedenen Sprachen anzubieten. Bis dahin bitten wir Sie um etwas Geduld und hoffen auf Ihr Verständnis!

Author

Watch now (no PT)

Watch now

See all top stories

All (no PT translation)

Contact information

Press Release

Share on Reddit

Articles by

Share this story

Share by Email

Thank you for your interest!

Contact Info

Follow us on Youtube

Load More

Share on LinkedIn

Follow us on LinkedIn

Search Integrations

All Solutions

Video for

Follow us on Twitter

See when this webinar starts in my time zone

Register to Watch

Register now

See All Posts

Can't make it? Register and we'll send you the recording. You'll also receive an email with related content

Sie können nicht dabei sein? Registrieren Sie sich, damit wir Ihnen die Aufzeichnung zukommen lassen können. Außerdem erhalten Sie eine E‑Mail mit Begleitmaterial.

Small image for

On-demand webinar

Featured webinar

Register to Attend

Share on Facebook

Reset all

Upcoming webinar

View more posts

Print

Hosted by

Sign In to Attend

View next

Follow us on Facebook

Share

Highlights

Learn More

Read less

You'll also receive an email with related content

Wir schicken Ihnen zudem relevante Informationen, die von Interesse sein könnten.

Thank you for registering. We will send you a confirmation email soon.

Vielen Dank für Ihre Registrierung. Sie erhalten in Kürze eine Bestätigungs-E‑Mail von uns.

Author

Articles by Josh Bressers

Principal Product Security Engineer, Elastic

Wie Sie die Daten auf Ihren Elasticsearch-Servern schützen können

Tipps zum kostenlosen Absichern von Elasticsearch-Clustern mit Verschlüsselung, Nutzern und mehr

Erste Schritte mit Elasticsearch Security

So sichern Sie Ihre Elasticsearch-Cluster mit Kerberos