![\"Sicherheit](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2021\/04\/Sicherheit_klein.jpg\" "\\"Sicherheit")
Da es von mehreren Lesern in Kommentaren angemerkt wurde, nehme ich es mal kurz in den Blog als Beitrag auf. Beim Entwickler der Nextcloud, der Nextcloud GmbH, wird eine ElasticSearch-Datenbank betrieben. Auf Grund eines Konfigurationsfehlers waren Zugriffe durch unbefugte Dritte auf diese Datenbank m\u00f6glich. Das Problem ist behoben.<\/p>\n
<\/p>\n
Es lie\u00dfen sich 367.000 Datens\u00e4tze auslesen, wobei eine Auswertung der Datens\u00e4tze ergab, dass Rechnungen, Vertr\u00e4ge, Mitarbeiterdaten, E-Mails und Installationsskripte gespeichert waren. Es f\u00fchrte zur Erkenntnis, dass der Server mit der ElasticSearch-Datenbank vom Nextcloud-Entwickler, der Nextcloud GmbH, betrieben wird.<\/p>\n Die in den Datens\u00e4tzen offengelegten E-Mail-Daten und Skripte k\u00f6nnten Angreifern dabei helfen, Phishing-Nachrichten zu erstellen oder Kundensysteme auf Schwachstellen zu untersuchen, schreibt Cybernews. Die Sicherheitsforscher haben dann die Nextcloud GmbH kontaktiert und \u00fcber den Sachverhalt informiert.<\/p>\n Inzwischen ist der betreffende ElasticSearch-Datenbank gesichert und f\u00fcr Dritte nicht mehr zug\u00e4nglich. Das Unternehmen gibt an, den Landesdatenschutzbeauftragten benachrichtigt und keine Hinweise auf eine Ausnutzung gefunden zu haben.<\/p>\n Sowohl die Kollegen von deskmodder.de<\/a> als auch heise.de<\/a> hatten den Sachverhalt kurz beschrieben. Details lassen sich der Quelle, dem Cybernews-Artikel<\/a>, entnehmen.<\/p><\/blockquote>\n An dieser Stelle ist zur Einordnung anzumerken, dass der obige Vorfall nichts mit dem Nextcloud-Produkt an sich zu tun hat. Das sind vollst\u00e4ndig unterschiedliche Produkte. Der Fehler ist, dass das Unternehmen eine Server mit einer ElasticSearch-Datenbank betrieben und nicht abgesichert hat.<\/p>\n Norddeutsch merkte im Diskussionsbereich an, dass Unternehmen & IT-Abteilungen bei Elasticsearch<\/a> zu oft dazu neigen w\u00fcrden, dem einfachen Konzept sorglos zu vertrauen.\u00a0 Das trifft aber nicht zu, auch wenn dies in der ElasticSearch-Doku<\/a>\u00a0als \"[..] ships with good defaults and requires very little configuration<\/i>\" dargestellt wird. Bis ein saubere Config vom User-Rechte-Rollen-Konzept steht, ausgerollt sowie produktiv gepflegt oder betrieben wird, kennt Norddeutsch F\u00e4lle in denen das Wochen gedauert habe.<\/p>\n Der Ratschlag von Norddeutsch lautete:\u00a0Vermeidung der Exponierung im Netz ist ein Ansatz. Ans\u00e4tze wie die von\u00a0Dev Sec Ops<\/a>\u00a0bestehen aus vier Schritten:<\/p>\n Mitigation oder Ma\u00dfnahmen (Instanz on-site, erreichbar nur per VPN) seien somit bekannt \u2013 Miskonfigurationen, Leaks und Incidents jedoch leider nicht selten, meint der Leser und verlinkte zu diversen Quellen. Wer hier im Blog nach ElasticServer sucht, wird f\u00fcndig (siehe nachfolgende Links).<\/p>\n \u00c4hnliche Artikel:<\/strong> Da es von mehreren Lesern in Kommentaren angemerkt wurde, nehme ich es mal kurz in den Blog als Beitrag auf. Beim Entwickler der Nextcloud, der Nextcloud GmbH, wird eine ElasticSearch-Datenbank betrieben. Auf Grund eines Konfigurationsfehlers waren Zugriffe durch unbefugte Dritte … Weiterlesen Blog-Leser Visitator hatte zum 8. Juli 2026 im Diskussionsbereich des Blogs auf das Thema hingewiesen (danke daf\u00fcr). Sicherheitsforscher von Cybernews sind am 18. Mai 2026 im Internet auf eine ungesicherte ElasticSearch-Datenbank\u00a0gesto\u00dfen<\/a>, die \u00f6ffentlich abrufbar war.<\/p>\n
Kleine Einordnung<\/h2>\n
\n
\nDeutscher Cloud-Provider: Massives Datenleck mit Daten von B\u00fcrgern Georgiens<\/a>,
\nNeuer Hack bei brillen.de \u2013 1,5 Millionen Kundendaten im Darknet aufgetaucht<\/a>,
\nDatenbank mit 1,5 Milliarden Datens\u00e4tze aus China geleakt<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"