Im DNS-basierten Adblocker-System Pi-hole haben die Entwickler mehrere Sicherheitslücken geschlossen. Die ermöglichen etwa die Rechteausweitung zu root oder die Übernahme von Admin-Sitzungen.

In einem Blogbeitrag haben die Pi-hole-Programmierer die Änderungen zusammengefasst und geben eine Übersicht über die geschlossenen Sicherheitslecks. Von den insgesamt sechs Schwachstellen gelten vier als hohes Risiko, eine als mittleres und eine als niedriges. User, die als „pihole“-User Code ausführen dürfen, können durch Ersetzen von „/etc/pihole/logrotate“ an root-Rechte gelangen (CVE-2026-50130, CVSS 8.8, Risiko „hoch“). Zudem war der Session-Timeout-Mechanismus faktisch wirkungslos, sodass jede jemals gültige Session-ID mit administrativem Zugang diesen dauerhaft gewährte (kein CVE-Eintrag, CVSS 8.8, Risiko „hoch“). Zudem waren Denial-of-Service-Attacken (DoS) aufgrund fehlender Ratenbegrenzung möglich (CVE-2025-62165, CVSS 7.5, Risiko „hoch“).

Angemeldete Admins konnten außerdem beliebige Befehle auf dem Pi-hole-Server ausführen, wenn Angreifer im Teleporter (das Tool zum Umzug von Pi-hole auf andere Systeme) zwei Lücken kombinierten (kein CVE-Eintrag, CVSS 7.2, Risiko „hoch“). Eine weitere Lücke erlaubte das Einschmuggeln von Befehlen, die als „pihole“-User im System ausgeführt werden (kein CVE-Eintrag, CVSS 6.6, Risiko „mittel“). Angemeldete Angreifer hätten zudem HTTP-Antwort-Header einschleusen können (kein CVE-Eintrag, CVSS 3.5, Risiko „niedrig“).

Aktualisierte Software

Die Sicherheitslücken schließen die Versionen Pi-hole-FTL v6.7, Pi-hole-Web v6.6 sowie Pi-hole-Core v6.4.3. Um die Aktualisierung auf die neuen Softwarestände durchzuführen, müssen Admins ein Terminal öffnen und darin den Befehl sudo pihole -up aufrufen. Der bringt die Komponenten auf den aktuellen Stand und startet die Dienste auch gleich neu. Interessierte finden zudem im Blogbeitrag detaillierte Änderungen und Verbesserungen an den Pi-hole-Komponenten.

Zuletzt hatte das Pi-hole-Projekt im Mai Schwachstellen im eingesetzten dnsmasq ausgebessert, durch die Angreifer etwa Schadcode hätten einschmuggeln können.

(dmk)

Progress hat Admins der Dokumentenaustausch-Plattform ShareFile – die ehemals unter Citrix ShareFile bekannt war – angeschrieben und sie aufgefordert, die Server umgehend herunterzufahren. Grund dafür ist demnach eine reale Bedrohungssituation durch Angreifer.

Ein Betroffener hat einen Screenshot der E-Mail von Progress auf Reddit geteilt. Das Unternehmen schreibt dort, dass es Grund zur Annahme hat, dass eine glaubwürdige Sicherheitsbedrohung von außerhalb besteht. Betroffen sind Progress ShareFile Storage Zone Controller. Es gebe keine Hinweise auf unbefugte Zugriffe auf ShareFile-Konten oder Daten. Als Vorsichtsmaßnahme hat Progress jedoch den Zugriff auf ShareFile-Konten über ShareFile-Controller temporär deaktiviert.

ShareFile-Admins müssen aktiv werden

Progress weist dringend darauf hin, dass IT-Verantwortliche die Server herunterfahren müssen, auf denen die Storage-Zone-Controller laufen. Das sei ein dringend nötiger, zusätzlicher Schritt, um die Sicherheit der Daten zu gewährleisten.

Die temporären Zugriffsbeschränkungen habe das Unternehmen bereits umgesetzt, die zusätzlichen Maßnahmen von Admins seien als Vorsichtsmaßnahme nötig. Progress arbeite mit eigenen und externen IT-Sicherheitsexperten an der Untersuchung der potenziellen Bedrohung. Auf der Status-Seite zu ShareFile bestätigt Progress, dass das Unternehmen das Problem untersuche. Konkretere Hinweise etwa zum Auslöser nennt der Hersteller jedoch an keiner Stelle.

ShareFile war bereits im Visier von Angreifern, als die Plattform noch unter der Citrix-Flagge segelte. Mitte 2023 warnte die US-amerikanische Cybersicherheitsbehörde CISA vor beobachteten Angriffen auf den Datenaustauschdienst.

(dmk)

Cyberangriffe und Datenlecks im Gesundheitswesen sorgen regelmäßig für Schlagzeilen. Grund dafür sind oft veraltete Software, fehlende Verschlüsselung und eine Informationspflicht gegenüber Betroffenen, die kaum gelebt wird. Wie groß ist das strukturelle Versagen und wer trägt die Verantwortung?

Darüber spricht Marie-Claire Koch mit Manuel Dimmler, Softwareentwickler, der sich aus der Not heraus intensiv mit IT-Sicherheit beschäftigt. Er ist nicht nur vom Fach, sondern auch persönlich betroffen: Seine Familie war innerhalb von eineinhalb Jahren mit mehreren Datenschutzvorfällen im Gesundheitswesen konfrontiert – darunter auch ein Cyberangriff auf den Medizintechnikhersteller Zuther+Hautmann.

Bei den ZAR-Rehakliniken stieß Dimmler mehrfach auf Sicherheitslücken: Patientendaten inklusive medizinischer Befunde waren ohne Passwort und ohne Authentifizierung frei aus dem Internet abrufbar. Dass gemeldete Lücken oft nur punktuell geschlossen werden statt systematisch, hält er für symptomatisch.

Patienten bleiben dem weitgehend ausgeliefert. „Man kann ja nicht zu einer Reha-Klinik hingehen und sagen: ‚Ich würde gerne hier eine Reha machen, wie sicher ist ihre Software?‘ Da würden die einen erstmal komisch anschauen,“ sagt Dimmler. Außerdem geht es darum, dass Sicherheitsforscher eher kriminalisiert werden und welche konkreten Maßnahmen Dimmler für überfällig hält.

(mack)