Autor: Marcel Peter

  • Sicherheitslücken der Woche: WordPress-Plugins und -Themes (KW30)
    Symbolbild, KI-generiert

    Sicherheitslücken der Woche: WordPress-Plugins und -Themes (KW30)

    Der Nachschub an gemeldeten WordPress-Schwachstellen reißt nicht ab: Diese Woche bündeln wir zehn aktuelle CVEs aus Plugins und einem Theme, von kritischer Remote Code Execution bis zu Zahlungsmanipulation. Alle Angaben wurden gegen die Primärquelle in der National Vulnerability Database (NVD) geprüft. Wo eine Fixed-Version öffentlich dokumentiert ist, nennen wir sie, wo nicht, sagen wir das ebenso deutlich.

    Kritische Lücken: Remote Code Execution und Object Injection

    Fünf Funde dieser Woche erlauben im schlimmsten Fall die vollständige Übernahme des Servers.

    CVE-2026-57811 betrifft das Plugin „Realtyna Organic IDX“ in Version 5.2.0 und älter, mit dem höchstmöglichen CVSS-Wert von 10.0 (kritisch, CVSS 3.1). Die Lücke (CWE-94, Code Injection) erlaubt Remote Code Inclusion, unauthentifiziert und ohne jede Nutzerinteraktion. Ein Fix liegt vor: Version 5.3.0.

    CVE-2026-57724 im Theme-Baukasten-Plugin „Kirki“ (bis Version 6.0.12) und CVE-2026-57744 im Erweiterungspaket „RT-Theme 18 | Extensions“ (bis Version 2.5) erreichen beide CVSS 9.8 (kritisch). In beiden Fällen handelt es sich um CWE-502, Deserialization of Untrusted Data, umgangssprachlich PHP Object Injection: Die Software wandelt nicht vertrauenswürdige, eingeschleuste Daten unkontrolliert in PHP-Objekte um, was zur Ausführung von Schadcode führen kann. Für Kirki liegt eine Fixed-Version vor (6.0.13), für RT-Theme 18 Extensions ist aktuell keine dokumentiert.

    CVE-2026-13353 (WP Ultimate CSV Importer, bis Version 8.0.1, CVSS 8.8) und CVE-2026-14158 (Widget Logic Visual, bis Version 1.52, CVSS 8.8) folgen demselben Muster: Weil Capability-Prüfungen und Nonce-Verifikation fehlen, kann ein einfach angemeldeter Nutzer mit Subscriber-Rechten, also die niedrigste Rechtestufe, eigenen PHP-Code über eval() ausführen lassen. Für beide ist derzeit keine Fixed-Version öffentlich benannt, ein Changeset ohne Versionsnummer ist jeweils dokumentiert.

    Was für die Geschäftsführung zählt: Bei allen fünf Lücken kann ein Angreifer im Erfolgsfall die vollständige Kontrolle über Ihren Webserver erlangen, also Daten stehlen, Schadsoftware nachladen oder die gesamte Webseite übernehmen. Bei Realtyna Organic IDX braucht es dafür nicht einmal einen Account. Bei den übrigen vier reicht ein einziges kompromittiertes oder frei registrierbares Kundenkonto mit der niedrigsten Rechtestufe.

    Was für die Technik zählt: Prüfen Sie sofort, ob eines der fünf Plugins beziehungsweise Kirki im Einsatz ist. Für Realtyna Organic IDX auf 5.3.0 und für Kirki auf 6.0.13 aktualisieren, das schließt die Lücke vollständig. Für die drei übrigen Fälle (RT-Theme 18 Extensions, WP Ultimate CSV Importer, Widget Logic Visual) gibt es aktuell keine öffentlich benannte Patch-Version, fragen Sie direkt beim jeweiligen Hersteller nach. Bis dahin: Subscriber-Registrierung deaktivieren oder streng moderieren, wo diese Plugins aktiv sind.

    Authentifizierung und Kontozugang

    Drei weitere Funde betreffen nicht die Server-Übernahme, sondern den Zugang zu Konten.

    CVE-2026-12988 im Zwei-Faktor-Plugin „WP 2FA“ (Versionen vor 3.1.1.2) prüft während der Einrichtung nicht, ob die eingetragene E-Mail-Adresse tatsächlich dem Konto gehört. Ein Angreifer mit den regulären Zugangsdaten eines Opfers kann den Verifikationscode auf eine eigene Adresse umleiten und so die Zwei-Faktor-Absicherung faktisch aushebeln, Account Takeover trotz aktivierter 2FA. Ein Fix liegt vor: Version 3.1.1.2. Ein NVD-eigener CVSS-Wert steht noch aus.

    CVE-2026-14495 im Plugin „DoLogin Security“ (bis Version 4.3, CVSS 8.8) nutzt einen schwachen Zufallsgenerator mit nur rund 20 Bit Entropie zur Erzeugung passwortloser Login-Links. Diese geringe Entropie lässt sich in überschaubarer Zeit durchprobieren, ein unauthentifizierter Angreifer kann sich so als beliebiger Nutzer, auch als Administrator, ohne Passwort anmelden. Eine Fixed-Version ist aktuell nicht dokumentiert.

    CVE-2026-11855 im Mitgliedschafts-Plugin „Simple Membership“ (Versionen vor 4.7.5, CVSS 8.8) validiert eingehende Stripe-Webhooks nicht, wenn kein Signaturgeheimnis konfiguriert ist. Dadurch kann ein unauthentifizierter Angreifer manipulierte Skripte in Admin-Benachrichtigungen einschleusen, die dann im Kontext eines angemeldeten Administrators ausgeführt werden. Ein Fix liegt vor: Version 4.7.5.

    Was für die Geschäftsführung zählt: Diese drei Lücken zielen direkt auf Konten, teils sogar auf Administratorkonten, unabhängig davon, wie stark Ihre Zugangsdaten sonst geschützt sind. WP 2FA und DoLogin Security betreffen ausgerechnet Sicherheits-Plugins, ein zusätzlicher Grund, hier besonders zügig zu handeln.

    Was für die Technik zählt: WP 2FA auf 3.1.1.2 und Simple Membership auf 4.7.5 aktualisieren, beide Fixes stehen bereit. Bei DoLogin Security bis zum Herstellerfix die Funktion für passwortlose Login-Links deaktivieren, falls konfigurierbar, und bei Simple Membership umgehend ein Stripe-Webhook-Signaturgeheimnis hinterlegen, falls das noch nicht geschehen ist, das schließt den Angriffsweg unabhängig vom Plugin-Update.

    Zwei weitere Funde: Datei-Schreibzugriff und Zahlungsmanipulation

    CVE-2026-6101 im Plugin „AMP for WP“ (bis Version 1.1.12, CVSS 7.5) erlaubt authentifizierten Angreifern mit Autor-Rechten über eine unsichere ZIP-Extraktion beim Hochladen lokaler Schriftarten, beliebige Dateien in erreichbare Verzeichnisse zu schreiben, im schlimmsten Fall mit potenzieller Ausführung von PHP-Code. Ein Patch ist als Changeset dokumentiert, eine konkrete Fixed-Versionsnummer liegt aktuell nicht vor.

    CVE-2026-15288 im Formular-Baukasten „SureForms“ (bis Version 2.2.1, CVSS 7.5) validiert bei Stripe-Zahlungsformularen den vom Nutzer übermittelten Zahlungsbetrag nicht gegen den im Formular hinterlegten Preis. Unauthentifizierte Angreifer können so Waren oder Leistungen zu einem selbst gewählten, beliebig niedrigen Betrag bezahlen. Ein Fix liegt vor: Version 2.2.2.

    Was für die Geschäftsführung zählt: SureForms betrifft direkt Ihre Einnahmen, wer ein Zahlungsformular mit diesem Plugin einsetzt, riskiert Bestellungen zum Wunschpreis des Angreifers. AMP for WP setzt zumindest ein Autor-Konto voraus, bleibt aber gefährlich für Redaktionsteams mit mehreren Beitragenden.

    Was für die Technik zählt: SureForms umgehend auf 2.2.2 aktualisieren, das schließt die Preismanipulation vollständig. Bei AMP for WP bis zum benannten Fix Autor-Rechte eng vergeben und den Upload lokaler Schriftarten, falls nicht benötigt, deaktivieren.

    Fazit und Prioritätenliste dieser Woche

    1. Realtyna Organic IDX (CVE-2026-57811, CVSS 10.0): höchste Priorität, sofort auf 5.3.0 aktualisieren.
    2. Kirki (CVE-2026-57724, CVSS 9.8) und RT-Theme 18 Extensions (CVE-2026-57744, CVSS 9.8): Kirki auf 6.0.13 patchen, für RT-Theme 18 Extensions beim Hersteller nachfragen.
    3. WP Ultimate CSV Importer und Widget Logic Visual (je CVSS 8.8): Subscriber-Registrierung einschränken, bis ein Fix vorliegt.
    4. WP 2FA, DoLogin Security, Simple Membership: Zugangs-Lücken, WP 2FA und Simple Membership sofort patchen, DoLogin Security bis zum Fix eng überwachen.
    5. SureForms: bei aktivem Zahlungsformular sofort auf 2.2.2 aktualisieren.
    6. AMP for WP: Autor-Rechte prüfen, Patch abwarten.

    Zehn Lücken in einer Woche, mehrere davon mit kritischem CVSS-Wert, zeigen erneut: Ein WordPress-Update-Plan allein reicht nicht, wenn Fixed-Versionen wie bei drei der zehn Fälle hier noch fehlen. Ein regelmäßiger, unabhängiger Sicherheits-Check der eigenen Installation deckt genau solche offenen Flanken auf, bevor sie zum Problem werden, etwa mit unserem Auditor, der Consent- und Datenfluss-Risiken samt bekannter Schwachstellen in eingesetzter Software systematisch prüft.

    Quellen (Abrufdatum: 14.07.2026)

    • Realtyna Organic IDX: nvd.nist.gov/vuln/detail/CVE-2026-57811
    • Kirki: nvd.nist.gov/vuln/detail/CVE-2026-57724
    • RT-Theme 18 Extensions: nvd.nist.gov/vuln/detail/CVE-2026-57744
    • WP Ultimate CSV Importer: nvd.nist.gov/vuln/detail/CVE-2026-13353
    • Widget Logic Visual: nvd.nist.gov/vuln/detail/CVE-2026-14158
    • WP 2FA: nvd.nist.gov/vuln/detail/CVE-2026-12988
    • DoLogin Security: nvd.nist.gov/vuln/detail/CVE-2026-14495
    • Simple Membership: nvd.nist.gov/vuln/detail/CVE-2026-11855
    • AMP for WP: nvd.nist.gov/vuln/detail/CVE-2026-6101
    • SureForms: nvd.nist.gov/vuln/detail/CVE-2026-15288
  • Lagebild: Keine der 44 geprüften Websites war sauber
    Symbolbild, KI-generiert

    Lagebild: Keine der 44 geprüften Websites war sauber

    Wir haben in den vergangenen Wochen 44 Websites aus unserem Audit- und Interessenten-Pool forensisch geprüft, automatisiert, technisch, ohne Ansehen der Person. Das Ergebnis in einem Satz: keine einzige Seite war sauber. Nicht eine. 40 von 44 Websites (91 Prozent) landen in unserem Severity-Raster bei „hoch“ oder „kritisch“, nur drei bei „niedrig“ und eine einzige bei „mittel“. Über alle 44 Seiten hinweg zählen wir 36 kritische, 143 hohe, 162 mittlere und 174 niedrige Einzelbefunde.

    Diese Zahlen sind kein repräsentativer Querschnitt des deutschen Mittelstands: die geprüften Firmen stammen aus unserem eigenen Audit- und Interessenten-Pool, die Auswahl ist also verzerrt und tendenziell nach oben (schlechter) ausgeschlagen, weil Firmen, die uns überhaupt für einen Check ansprechen, häufig schon eine Vermutung haben, dass etwas nicht stimmt. Trotzdem: 0 von 44 sauberen Seiten ist ein Befund, der für sich spricht, gerade weil jedes einzelne Audit auf demselben deterministischen, automatisierten Prüfraster beruht und die Zahlen damit über alle 44 Websites hinweg vergleichbar sind, statt subjektiv geschätzt zu werden.

    Der häufigste kritische Mangel: Tracker feuern vor Einwilligung. Auf 21 der 44 Seiten laden oder aktivieren Tracking-Skripte (Analytics, Marketing-Pixel, teils Google Tag Manager selbst), bevor die Besucherin oder der Besucher überhaupt eine Consent-Entscheidung getroffen hat. Das ist kein Kavaliersdelikt: Wer personenbezogene Daten verarbeitet, bevor eine wirksame Einwilligung vorliegt, verstößt gegen Art. 6 DSGVO und gegen § 25 TDDDG (vormals TTDSG). Die Aufsichtsbehörden verhängen dafür in Deutschland und der EU inzwischen sechs- bis siebenstellige Bußgelder, nicht als Ausnahme, sondern als etablierte Praxis. Für eine Geschäftsführung heißt das konkret: Rechtsrisiko, Bußgeldrisiko und im Streitfall Beweislast-Umkehr, weil die eigene Website technisch nachweisbar gegen die eigene Datenschutzerklärung verstößt. Für die Technik heißt es: Consent-Management-Plattform (CMP) so konfigurieren, dass Tag-Manager-Container selbst erst nach Einwilligung laden, nicht nur die einzelnen Tags darin, sondern der Container als Ganzes, sonst bleibt ein technisches Vorab-Signal an Google bestehen, das rechtlich schon reicht.

    Auf Platz zwei: unsichere Netzwerk-Requests, auf 24 von 44 Seiten mit „hoch“ bewertet. Gemeint sind Verbindungen, die nicht sauber verschlüsselt sind oder Daten an Drittanbieter schicken, ohne dass dies technisch abgesichert oder vertraglich abgedeckt ist. Für die Geschäftsführung: ein Datenleck-Risiko, das im Ernstfall meldepflichtig werden kann (Art. 33 DSGVO, 72-Stunden-Frist). Für die Technik: jede externe Verbindung im Netzwerk-Log gegenprüfen, Mixed-Content eliminieren, Drittanbieter-Skripte auf das Nötigste reduzieren.

    Barrierefreiheit ist mit 26 betroffenen Seiten der mit Abstand häufigste Einzelbefund überhaupt, wenn auch „nur“ mit mittlerer Severity eingestuft. Ab dem 28. Juni 2025 gilt das Barrierefreiheitsstärkungsgesetz (BFSG) für digitale Angebote mit Verbraucherbezug. Verstöße sind kein theoretisches Risiko mehr, sondern ordnungswidrigkeitsbewehrt. Technisch sind die häufigsten axe-Verstöße meist mit überschaubarem Aufwand behebbar: Kontrastwerte, fehlende Alt-Texte, nicht fokussierbare interaktive Elemente.

    Auf Rang drei und vier folgen mit je 23 betroffenen Seiten SPF/DMARC-Mailsicherheit und Green-Web-Hosting. Fehlende oder unvollständige SPF/DMARC-Einträge machen Domains anfällig für Phishing im eigenen Namen: Kriminelle können E-Mails versenden, die scheinbar vom geprüften Unternehmen stammen, was für die Geschäftsführung ein Reputationsrisiko und für Empfänger ein reales Betrugsrisiko bedeutet. Technisch ist der Fix ein DNS-Eintrag, kein Software-Projekt. Green-Web-Hosting ist eher ein Nachhaltigkeits- als ein Sicherheitsbefund und entsprechend niedrig eingestuft.

    Es folgen fünf weitere Baustellen, jede für sich unauffällig, in Summe aber Teil desselben Musters. SEO-Tiefe (22 Seiten, niedrig) ist eher eine Frage entgangener Sichtbarkeit als ein Risiko im engeren Sinn. Fehlende Subresource Integrity/SRI (22 Seiten, niedrig): ohne SRI-Prüfsumme kann ein kompromittiertes externes Skript unbemerkt Schadcode nachladen, ein Einfallstor, das sich technisch mit einem einzigen HTML-Attribut schließen lässt. Offene Login-Seiten (21 Seiten, niedrig): Administrations- oder Backend-Zugänge, die frei im Netz erreichbar sind und damit potenziellen Angreifern eine erste Angriffsfläche bieten, auch wenn ein einzelner offener Login noch keinen erfolgreichen Einbruch bedeutet. Fehlende HTTP-Security-Header (19 Seiten, hoch): fehlende Schutzmechanismen, die im Browser selbst greifen und ganze Klassen von Angriffen erschweren sollen. Und mangelnde Empfänger-Transparenz (19 Seiten, niedrig): unvollständige Angaben dazu, an wen personenbezogene Daten weitergegeben werden, was Betroffenen die Ausübung ihrer Auskunftsrechte erschwert.

    Das Gesamtbild: Die geprüften Websites sind im Durchschnitt keine Einzelfälle mit einem Ausrutscher, sondern zeigen ein Muster aus mehreren gleichzeitig offenen Baustellen, rechtlich, technisch und in der Nutzbarkeit. Für uns als Prüfstelle ist das der eigentliche Befund: Der Bedarf an einer strukturierten, wiederholbaren forensischen Prüfung ist real und breit, nicht auf Einzelfälle beschränkt.

  • Sicherheitslücken der Woche: Firewall, WLAN-Controller und Self-Hosting-Plattform im Fokus
    Symbolbild, KI-generiert

    Sicherheitslücken der Woche: Firewall, WLAN-Controller und Self-Hosting-Plattform im Fokus

    Anders als in den vergangenen Wochen geht es diesmal nicht um WordPress-Themes, sondern um die Infrastruktur dahinter: die Firewall am Netzwerkrand, den WLAN-Controller im Büro und die Plattform, auf der viele Unternehmen ihre eigenen Anwendungen hosten. Alle drei Funde erreichen mit CVSS-Werten zwischen 9.9 und 10.0 die höchste oder eine der höchsten Risikostufen überhaupt. Wir haben jeden Fund gegen die offizielle Hersteller- beziehungsweise Projekt-Quelle geprüft und ordnen ein, was das für Unternehmen bedeutet, die diese Systeme selbst betreiben. Hinweis zur Einordnung der Werte: Der UniFi-Wert (CVSS 10.0) ist eine offizielle NVD-Bewertung; die Werte fuer OPNsense (9.9) und Coolify (9.9) stammen vom Finder beziehungsweise vom CNA (GitHub) und sind in der NVD noch nicht abschließend angereichert.

    OPNsense: Von der Firewall-Alias-Bearbeitung zur Root-Übernahme

    CVE-2026-57155 betrifft OPNsense, eine quelloffene Firewall- und Routing-Plattform auf FreeBSD-Basis, die viele kleine und mittlere Unternehmen als Perimeter-Firewall einsetzen. Betroffen sind Versionen vor 26.1.11 (Community-Edition) beziehungsweise vor 26.4.1 (Business-Edition). Der Sicherheitsforscher Jonas Ampferl hat die Lücke gefunden und mit CVSS 9.9 als kritisch bewertet.

    Der technische Kern: OPNsense erlaubt es, für die sogenannte GeoIP-Alias-Funktion eine Länderdatenbank von einer frei wählbaren Adresse herunterzuladen, die dann mit Root-Rechten verarbeitet wird. Weder die Adresse noch der Inhalt der heruntergeladenen Datei wurden ausreichend geprüft. Ein Angreifer, der lediglich das eingeschränkte Recht „Firewall: Alias: Edit“ besitzt, also normalerweise nur harmlose Alias-Einträge bearbeiten dürfte, kann den Download auf einen eigenen Server umleiten. Über einen unzureichend validierten Dateinamen in der heruntergeladenen Datenbank lässt sich dann eine Datei an einen beliebigen Pfad im System schreiben, etwa ein Fragment, das der ohnehin root-laufende stündliche Cron-Job anschließend ausführt. Aus einem stark eingeschränkten Konto wird so volle Root-Kontrolle über die Firewall.

    Was für die Geschäftsführung zählt: Wenn Ihre Firewall OPNsense ist, entscheidet dieses Update darüber, ob ein Mitarbeiter mit sehr eingeschränkten Rechten, oder ein Angreifer, der ein solches Konto kompromittiert hat, die komplette Firewall und damit den gesamten Netzwerkübergang Ihres Unternehmens übernehmen kann. Das ist kein Randfall, sondern der zentrale Schutzmechanismus zwischen Ihrem Netz und dem Internet.

    Was für die Technik zählt: Patch verfügbar. Aktualisieren Sie auf OPNsense 26.1.11 (Community) oder 26.4.1 mit dem zugehörigen Patch-Level (Business), abrufbar über die reguläre Update-Funktion. Prüfen Sie zusätzlich, welche Konten das Recht „Firewall: Alias: Edit“ besitzen, und beschränken Sie es auf das Notwendigste, auch nach dem Patch als zusätzliche Härtung.

    Ubiquiti UniFi: Höchstbewertung für Command Injection ohne Anmeldung

    CVE-2026-50746 betrifft die UniFi Connect Application von Ubiquiti in Versionen vor 3.4.20, ein Bestandteil des UniFi-Ökosystems, mit dem viele Unternehmen ihr WLAN, ihre Netzwerk-Switches und teils auch Gebäudetechnik wie Beleuchtung oder Ladeinfrastruktur zentral verwalten. Die Lücke ist als CWE-284 (Improper Access Control) eingestuft und erreicht mit CVSS 10.0 den höchstmöglichen Wert. Der Grund: Ein Angreifer mit Zugriff auf das Netzwerk kann, ohne sich anzumelden, über die fehlerhafte Zugriffskontrolle beliebige Befehle auf dem betroffenen Gerät einschleusen. Ubiquiti hat im selben Zug weitere kritische Lücken in UniFi Access, UniFi Protect, UniFi Talk und dem UniFi OS Server geschlossen, die Analyse hier konzentriert sich auf den mit voller Punktzahl bewerteten Fund.

    Was für die Geschäftsführung zählt: UniFi-Geräte laufen in vielen Büros unauffällig im Hintergrund, oft ohne dass jemand aktiv auf Updates achtet. Eine Schwachstelle ohne Anmeldeerfordernis und mit Höchstbewertung bedeutet: Jeder, der physischen oder logischen Zugriff auf Ihr Netzwerk erlangt, egal ob über ein kompromittiertes Gerät im Gäste-WLAN oder einen unzureichend gesicherten Netzwerkport, kann im schlimmsten Fall die Kontrolle über Ihre Netzwerk-Infrastruktur übernehmen.

    Was für die Technik zählt: Aktualisieren Sie die UniFi Connect Application auf Version 3.4.20 oder neuer. Prüfen Sie parallel, ob weitere UniFi-Komponenten (Access, Protect, Talk, OS Server) im Einsatz sind, und spielen Sie die zugehörigen Updates gemäß dem offiziellen Ubiquiti-Sicherheitshinweis ein. Management-Interfaces von Netzwerk-Infrastruktur sollten grundsätzlich nicht aus dem allgemeinen Nutzernetz erreichbar sein, sondern in einem separaten Verwaltungsnetz liegen.

    Coolify: Wenn Deployment-Rechte zur Serverübernahme werden

    CVE-2026-34038 betrifft Coolify, eine quelloffene Self-Hosting-Plattform, mit der Unternehmen eigene Anwendungen ähnlich wie bei einem Cloud-Anbieter deployen, ohne auf einen externen Dienst angewiesen zu sein. Betroffen sind Versionen bis einschließlich 4.0.0-beta.462, gepatcht ist die Lücke ab 4.0.0-beta.469. Der CVSS-Wert liegt bei 9.9. Die Schwachstelle liegt im Deployment-Prozess: Nutzer mit Schreibrechten auf eine Anwendung können über den Parameter „dockerfile_location“ oder den „pre_deployment_command“ Shell-Metazeichen wie Semikolons oder Backticks einschleusen, weil die Eingabe nicht ausreichend maskiert wird. Das erlaubt Remote Code Execution und das Auslesen sensibler Umgebungsvariablen wie Datenbank-Zugangsdaten oder API-Schlüssel über die Deployment-Logs, selbst wenn der eigentliche Docker-Socket isoliert ist.

    Was für die Geschäftsführung zählt: Wer Coolify zum Selbst-Hosten eigener Anwendungen nutzt, überträgt einem Team-Mitglied mit Deployment-Rechten faktisch die Möglichkeit, den gesamten Host-Server zu übernehmen, inklusive aller dort gespeicherten Zugangsdaten anderer Anwendungen. Das betrifft nicht nur externe Angreifer, sondern auch das Risiko durch kompromittierte interne Konten.

    Was für die Technik zählt: Aktualisieren Sie auf Coolify 4.0.0-beta.469 oder neuer. Prüfen Sie zusätzlich, wer in Ihrer Coolify-Instanz Schreibrechte auf Anwendungen besitzt, und rotieren Sie sicherheitshalber Zugangsdaten, die in Deployment-Umgebungen sichtbar waren, wenn eine ältere Version im Einsatz war.

    Fazit und Prioritätenliste

    1. Ubiquiti UniFi Connect (CVE-2026-50746): höchste Priorität, CVSS 10.0 ohne Anmeldeerfordernis, sofort auf 3.4.20 oder neuer aktualisieren.
    2. OPNsense (CVE-2026-57155): CVSS 9.9, Firewall-Übernahme aus eingeschränktem Konto möglich, auf 26.1.11 (Community) beziehungsweise 26.4.1p1 (Business) aktualisieren.
    3. Coolify (CVE-2026-34038): CVSS 9.9, betrifft Self-Hosting-Umgebungen mit mehreren Deployment-Berechtigten, auf 4.0.0-beta.469 oder neuer aktualisieren.

    Gemeinsam ist allen drei Funden: Es handelt sich nicht um Randsysteme, sondern um die Infrastruktur, auf der andere Sicherheitsmaßnahmen aufbauen. Eine Firewall, ein Netzwerk-Controller oder eine Self-Hosting-Plattform mit kritischer Lücke untergräbt den Schutz aller Systeme dahinter. Ein regelmäßiger, unabhängiger Sicherheits-Check deckt genau solche Abhängigkeiten auf, etwa mit unserem Auditor, der Consent- und Datenfluss-Risiken samt bekannter Schwachstellen in eingesetzter Software systematisch prüft.

    Quellen (Abrufdatum: 13.07.2026)

    • OPNsense: github.com/Ampferl/security/blob/main/disclosures/001_opnsense-rce-file-write-geoip/README.md, heise.de/en/news/OPNsense-update-fixes-critical-root-vulnerability-and-other-security-risks-11355259.html
    • Ubiquiti UniFi Connect: nvd.nist.gov/vuln/detail/CVE-2026-50746 (NVD, PUBLISHED), Ubiquiti Community Security Advisory Bulletin (community.ui.com), securityaffairs.com/194978, thehackernews.com/2026/07/ubiquiti-patches-critical-unifi-flaws.html
    • Coolify: github.com/coollabsio/coolify/security/advisories/GHSA-qqrq-r9h4-x6wp, heise.de/en/news/Coolify-Critical-vulnerabilities-could-enable-remote-attacks-11354777.html
  • Google Tag Manager funkt vor dem Consent: warum das rechtlich riskant ist
    Symbolbild, KI-generiert

    Google Tag Manager funkt vor dem Consent: warum das rechtlich riskant ist

    Der Moment, den niemand sieht

    Ein Besucher ruft eine Preisseite auf. Er hat den Consent-Banner noch nicht einmal angeklickt, geschweige denn zugestimmt. Trotzdem ist im Hintergrund oft schon etwas passiert: Der Browser hat eine Datei namens gtm.js von googletagmanager.com geladen. Das ist der Google Tag Manager (GTM), ein Verwaltungssystem, mit dem Webseiten zentral Tracking-, Marketing- und Analyse-Skripte einbinden, ohne jedes Mal den Seitencode anfassen zu müssen.

    Das Problem: Damit der Browser diese Datei überhaupt laden kann, muss er eine Verbindung zu einem Google-Server aufbauen. Und diese Verbindung ist kein Nebeneffekt, sondern der eigentliche Vorgang, um den es rechtlich geht.

    Warum schon der Abruf zählt

    Ein HTTP-Request funktioniert nicht ohne Absenderadresse. Wer gtm.js lädt, überträgt an Google zwangsläufig mindestens:

    • die IP-Adresse des Besuchers
    • Zeitstempel des Aufrufs
    • Browser- und Geräteinformationen (User-Agent)
    • den Kontext der aufgerufenen Seite (Referrer/URL)

    Eine IP-Adresse gilt nach ständiger EuGH- und BGH-Rechtsprechung regelmäßig als personenbeziehbar. Die Datenschutz-Grundverordnung ist damit eröffnet, sobald dieser Request abgeht, nicht erst, wenn später ein Analytics-Tag feuert. Der Bundesbeauftragte für den Datenschutz (BfDI) beschreibt das Grundprinzip der DSGVO als Verbotsprinzip: Eine Verarbeitung personenbezogener Daten ist nur erlaubt, wenn eine Rechtsgrundlage dafür existiert, nicht umgekehrt.

    Der naheliegende Einwand lautet oft: „Jeder Webserver bekommt eine IP-Adresse, sonst kann er nicht antworten.“ Das stimmt für den eigenen Webserver, der die angeforderte Seite ausliefert. Es gilt aber nicht automatisch für einen zusätzlichen, externen Dienst. Der Besucher hat die Webseite aufgerufen, nicht den Google Tag Manager. Dass Google dabei überhaupt kontaktiert wird, ist eine Entscheidung des Seitenbetreibers, keine technische Notwendigkeit der angeforderten Seite.

    Kein neutraler Subdienstleister

    Bei einem gewöhnlichen technischen Dienstleister ließe sich die Übertragung von IP-Adresse und Zeitstempel vielleicht noch als reine Betriebsnotwendigkeit einordnen. Bei Google ist dieses Argument deutlich schwächer. Google betreibt eines der größten Werbe-, Analyse- und Identitäts-Ökosysteme überhaupt und ist wirtschaftlich darauf ausgerichtet, Signale aus unterschiedlichen Quellen zu verknüpfen. Ein Request an einen solchen Akteur lässt sich kaum noch als „bloß anonyme technische Übermittlung“ verteidigen.

    Das heißt nicht, dass der Websitebetreiber selbst schon trackt, nur weil der Container lädt. Es bedeutet, dass ein kommerziell interessierter Dritter über den Seitenbesuch informiert wird, bevor der Besucher überhaupt entschieden hat, ob er das möchte.

    Der Preis-Gedanke: ein Risiko-Szenario, keine Tatsachenbehauptung

    Ein Beispiel macht den Punkt greifbar, ohne ihn zu überziehen: Ein Besucher möchte eigentlich unbeobachtet den Preis eines Produkts oder einer Dienstleistung ansehen. Wird dabei bereits vor jeder Einwilligung der Google Tag Manager geladen, erhält Google zumindest technische Nutzungs- und Kontextdaten über genau diesen Seitenaufruf.

    Was daraus wird, lässt sich ohne konkreten Einzelfall nicht seriös behaupten. Nicht tragfähig ist die Aussage, Google verändere dadurch aktiv den angezeigten Preis auf Folgeseiten, dafür fehlt im Regelfall der Nachweis. Tragfähig ist dagegen die vorsichtigere Formulierung: Solche frühen Signale können in datengetriebenen Werbe- und Angebotsökosystemen mittelbar für Profiling, Zielgruppenbildung, Attribution oder Remarketing relevant werden. Der Nutzer verliert damit ein Stück Kontrolle darüber, dass sein Besuch einer bestimmten Preis- oder Produktseite überhaupt gegenüber einem großen Werbeakteur offengelegt wird, unabhängig davon, was konkret damit geschieht.

    Gerade bei Preis-, Produkt-, Gesundheits-, Finanz- oder Bewerbungsseiten wiegt dieser Kontrollverlust schwerer als bei einer rein statischen Informationsseite.

    Ist das strafbar, abmahnfähig, unterlassungsfähig?

    Diese drei Fragen haben unterschiedliche Antworten:

    Strafrechtlich ist der gewöhnliche GTM-vor-Consent-Fall in der Regel kein Thema. Strafnormen wie § 42 BDSG verlangen mehr als einen Datenschutzverstoß, etwa Vorsatz, Unbefugtheit oder eine bereicherungsbezogene Absicht. Der typische Fall ist Datenschutz-, TDDDG- und Wettbewerbsrecht, kein Strafrecht.

    Abmahn- und unterlassungsfähig ist die Konstellation dagegen grundsätzlich sehr wohl. Der Bundesgerichtshof hat am 27. März 2025 bestätigt, dass Verbraucherschutzverbände und Mitbewerber Datenschutzverstöße wettbewerbsrechtlich verfolgen können (der Fall betraf Gesundheitsdaten nach Art. 9 DSGVO). Das erhöht das reale Risiko für Webseitenbetreiber spürbar, auch wenn nicht jeder Scanner-Fund automatisch vor Gericht gewinnt, entscheidend bleibt der konkret nachweisbare Datenfluss.

    Rechtlich ergänzend zu beachten: § 25 TDDDG verlangt für den Zugriff auf oder die Speicherung von Informationen in Endeinrichtungen grundsätzlich eine vorherige Einwilligung, soweit keine gesetzliche Ausnahme greift. Die Datenschutzkonferenz (DSK) stellt in ihrer Orientierungshilfe Digitale Dienste vom November 2024 ausdrücklich klar, dass eine erforderliche Einwilligung vor dem einwilligungsbedürftigen Zugriff vorliegen muss, nicht danach.

    Was das für die Einstufung bedeutet

    Wichtig für eine saubere Einordnung: „GTM vor Consent ist immer und in jedem Fall ein glasklarer Verstoß“ wäre zu absolut formuliert. Belastbarer ist die differenzierte Aussage: Bereits vor Einwilligung wird eine Verbindung zu Google Tag Manager hergestellt und dabei werden personenbezogene beziehungsweise personenbeziehbare Nutzungsdaten, insbesondere die IP-Adresse, übertragen. Eine technische Erforderlichkeit für die vom Nutzer angeforderte Webseite ist dabei regelmäßig nicht ersichtlich. Soweit der Container Analyse-, Marketing- oder Drittanbieter-Tags steuert, ist die Einbindung vor Consent rechtlich regelmäßig nicht tragfähig.

    Was Betreiber jetzt prüfen sollten

    • Netzwerkprüfung vor Consent: Welche Requests verlässt die Seite, bevor der Besucher überhaupt reagiert hat, und an welche Domains gehen sie?
    • Consent Mode Default: Steht der Google Consent Mode nachweisbar auf denied, bevor GTM überhaupt lädt?
    • Tag-Inventar: Welche Tags stecken im Container, welchem Zweck dienen sie, und feuern sie erst nach Zustimmung?
    • CMP-Integration: Ist das Consent-Management-Tool tatsächlich technisch mit GTM verbunden, oder läuft der Banner nur optisch mit?
    • Dokumentation: Lässt sich im Zweifel nachweisen, dass vor Consent keine einwilligungspflichtigen Vorgänge stattgefunden haben?

    Ein vollständiger Verzicht auf den Google Tag Manager ist dabei nicht zwingend erforderlich. Sauber eingebunden, erst nach Einwilligung geladen oder mit korrekt vorinitialisiertem Consent Mode, lässt sich GTM durchaus rechtssicher betreiben. Unkontrolliert vor Consent zu funken, ist dagegen kaum noch zu rechtfertigen und heute vermeidbar.


    Dieser Beitrag ist eine an die Allgemeinheit gerichtete Darstellung von Rechtsfragen und keine Rechtsdienstleistung (§ 2 Abs. 1 und Abs. 3 Nr. 5 RDG). Er prüft keinen Einzelfall und ersetzt keine anwaltliche Beratung. Maßgeblich ist allein der Gesetzestext in seiner geltenden Fassung; Stand: 14.07.2026.

    Quellen

    • BGH, Pressemitteilung Nr. 059/2025 vom 27. März 2025: https://www.bundesgerichtshof.de/SharedDocs/Pressemitteilungen/DE/2025/2025059.html
    • § 25 TDDDG, Gesetze im Internet: https://www.gesetze-im-internet.de/ttdsg/__25.html
    • DSK, Orientierungshilfe Digitale Dienste, November 2024: https://www.datenschutzkonferenz-online.de/media/oh/OH_Digitale_Dienste.pdf
    • BfDI, Grundlagen des Datenschutzrechts: https://www.bfdi.bund.de/DE/Buerger/Inhalte/Allgemein/Datenschutz/GrundlagenDatenschutzrecht.html
  • Compliance ist nicht Sicherheit: Was US-Cloud-Nutzung wirklich bedeutet
    Symbolbild, KI-generiert

    Compliance ist nicht Sicherheit: Was US-Cloud-Nutzung wirklich bedeutet

    Aktuelle Lage, Stand 12. Juli 2026: FISA 702 ist am 12. Juni 2026 als Gesetz ausgelaufen; die vom FISA-Gericht erteilten Überwachungszertifizierungen bleiben davon unberührt und gelten bis März 2027 weiter. Zusätzlich hat der US Supreme Court am 29. Juni 2026 im Fall Trump v. Slaughter die Unabhängigkeit der FTC geschwächt, einer der beiden zentralen Durchsetzungsbehörden hinter dem EU-US Data Privacy Framework. Die Einzelheiten dazu haben wir hier eingeordnet.

    Die eine Frage, die Ihr IT-Dienstleister nie stellt

    „Wir nutzen Microsoft 365 mit deutschen Rechenzentren: das ist DSGVO-konform.“ Diesen Satz hört man in Kanzleien, Arztpraxen und mittelständischen Unternehmen täglich. Er ist nicht falsch. Aber er beantwortet die falsche Frage.

    Es gibt zwei grundverschiedene Fragen, die im Alltag regelmäßig verwechselt werden:

    • Compliance-Frage: Droht mir eine DSGVO-Geldstrafe durch die Aufsichtsbehörde?
    • Sicherheits-Frage: Kann ein US-Geheimdienst faktisch auf meine Daten zugreifen?

    Die Antworten sind verschieden. Und wer nur die erste Frage beantwortet, hat die wichtigere nie gestellt. Bei ExpertoMundi trennen wir diese beiden Ebenen im Audit konsequent: Ebene 1: Haftungsschutz (AVV nach Art. 28 DSGVO, SCC, DPF-Zertifizierung, schützt den Verantwortlichen vor Bußgeldern) und Ebene 2: Daten-Souveränität (US-Jurisdiktion via CLOUD Act und § 702 FISA, schützt die Daten selbst nicht automatisch mit).

    Was die deutsche Praxis tatsächlich sagt

    Zwei Dokumente bilden das Fundament der deutschen Einordnung:

    2. Vergabekammer des Bundes, 13.02.2023 (VK 2-114/22): Ein „latentes Zugriffsrisiko“ durch den US CLOUD Act begründet für sich allein noch keine unzulässige Drittlandübermittlung im Sinne von Art. 44 DSGVO. Die Kammer argumentiert in vier Linien: Art. 44 DSGVO verlangt aktives Tun, ein rein hypothetisches Risiko wäre sonst bei jeder Cloud-Nutzung erfüllt (reductio ad absurdum), US-Behörden können deutsche Server nicht ohne Rechtshilfe (MLAT) beschlagnahmen, und eine Weisung der US-Mutter an die deutsche Tochter zur Datenherausgabe ohne deutsches Verfahren wäre nach § 43 GmbHG rechtswidrig. Im entschiedenen Fall hatte die betroffene Tochtergesellschaft zudem schriftlich zugesagt, einer solchen Weisung nicht zu folgen.

    Wissenschaftliche Dienste des Bundestags, 19.01.2024 (WD 3-3000-105/23): Der CLOUD Act verpflichtet US-Unternehmen zur Herausgabe von Daten, wenn diese Unternehmen die Daten kontrollieren, unabhängig vom Serverstandort. Entscheidend ist der Kontrolltest, nicht die geografische Lage des Rechenzentrums. Ob dieser Test auch auf Unternehmen ohne jeden US-Konzernbezug ausgedehnt werden kann, lassen die Wissenschaftlichen Dienste ausdrücklich offen: „völkerrechtlich nicht abschließend geklärt“.

    Klartext: Die Aufsichtsbehörde kommt bei korrekter vertraglicher Einbindung womöglich nicht. Ein US-Geheimdienst kommt über § 702 FISA (der an der US-Muttergesellschaft ansetzt, nicht an der deutschen GmbH) theoretisch trotzdem an die Daten. Die Vergabekammer hat diesen FISA-Einwand im Verfahren als allgemein weitreichende Befugnis beiseitegeschoben, ohne ihn inhaltlich zu prüfen. Genau das ist die Lücke, die beide Dokumente zusammen erst sichtbar machen.

    Drei Stufen, drei Risikoprofile

    StufeKonstellationCompliance-Risiko (Ebene 1)Zugriffs-Risiko (Ebene 2)
    GrünEchter EU-Anbieter ohne US-Mutterkonzern (z. B. Hetzner, IONOS, mailbox.org)Kein DrittlandbezugKein CLOUD-Act-Zugriff
    GelbEU-Tochter eines US-Konzerns (z. B. Microsoft 365 über deutsches Rechenzentrum)Gering bei korrektem AVV + Weigerungs-Zusage (VK 2-114/22)Bleibt abstrakt bestehen: US-Mutter unterliegt § 702 FISA
    RotDirekter US-Anbieter (z. B. AWS, Google Workspace, Salesforce)DPF-Zertifizierung erforderlich, formal derzeit gültig, aber unter Beobachtung (siehe unten)Am höchsten

    Wichtig für die Einordnung: Dieses Modell bewertet zwei orthogonale Fragen. Ein Anbieter kann auf Ebene 1 sauber und auf Ebene 2 trotzdem riskant sein: das ist bei Stufe Gelb der Regelfall, nicht die Ausnahme.

    Warum Ebene 1 gerade instabiler wird

    Der Angemessenheitsbeschluss der EU-Kommission zum EU-US Data Privacy Framework (DPF, seit 10.07.2023 in Kraft, Rechtsgrundlage Art. 45 DSGVO) stützt sich maßgeblich auf die Unabhängigkeit der US-Aufsichtsbehörden, allen voran der FTC. Mit dem Urteil Trump v. Slaughter (US Supreme Court, 29.06.2026, Az. 25-332) hat das Gericht genau diese Unabhängigkeit rechtlich infrage gestellt: FTC-Commissioner können seither ohne wichtigen Grund von der Regierung entlassen werden. Die Datenschutzorganisation noyb hat bereits eine Klage gegen den Fortbestand des DPF vor dem EuGH angekündigt; eine Berufung gegen die erste DPF-Bestätigung (Latombe-Fall, Verfahren C-703/25 P) ist beim EuGH ohnehin schon anhängig. Der DPF ist zum jetzigen Zeitpunkt formal weiterhin gültig, aber die Grundannahme, auf der er beruht, ist erschüttert. Details, Quellen und die praktische Checkliste dazu stehen in unserem separaten Beitrag zum Slaughter-Urteil: hier nicht dupliziert, sondern verlinkt.

    Der gangbare Weg: Verschlüsselung mit eigenen Schlüsseln

    Wer Microsoft 365 nicht ersetzen kann oder will, hat eine technische Lösung: Double Key Encryption (DKE) beziehungsweise „Customer Key“ in bestimmten Enterprise-Lizenzstufen. Die Verschlüsselungsschlüssel liegen ausschließlich beim Kunden: der Anbieter selbst hat keinen Zugriff. Selbst bei einer erfolgreichen CLOUD-Act-Anfrage könnte Microsoft nur verschlüsselte, für die anfragende Behörde nutzlose Datenpakete herausgeben.

    DKE ist kein Selbstläufer: Es erfordert Konfigurationsaufwand, schränkt einige Collaboration-Features ein und eignet sich primär für besonders sensible Datenklassen: Mandatsgeheimnisse in Kanzleien, Patientendaten in Praxen, M&A-Unterlagen. Für diese Fälle ist es aktuell die einzige belastbare Antwort innerhalb des Microsoft-Ökosystems.

    Der saubere Weg: Echte EU-Alternativen

    Für Unternehmen, die keinen Restrisiko-Kompromiss eingehen wollen, sind EU-Alternativen inzwischen praxistauglich:

    • E-Mail & Kalender: mailbox.org (Berlin), Proton Mail (Schweiz)
    • Office-Suite: openDesk (ZenDiS): Version 1.1 seit März 2026 im Bund produktiv, über 8.700 Lizenzen, unter anderem beim Robert-Koch-Institut mit rund 7.000 Nutzenden; das Bundesministerium für Digitales testet an über 80 Arbeitsplätzen. Auch der Internationale Strafgerichtshof ist im Oktober 2025 von Microsoft 365 zu openDesk gewechselt.
    • Euro-Office: Konsortium aus IONOS, Nextcloud, XWiki, OpenProject, Office.eu u. a.: seit 9. Juni 2026 verfügbar, quelloffener OnlyOffice-Fork mit DOCX/XLSX/PPTX- und ODF-Kompatibilität, Zielgruppe zunächst Behörden, Bildungssektor, regulierte Branchen.
    • Cloud-Storage & Collaboration: Nextcloud auf Hetzner oder IONOS („Nextcloud Workspace“): volle Datenkontrolle, Hosting ausschließlich in deutschen Rechenzentren.

    Die drei Fragen für Ihr nächstes IT-Gespräch

    • Ist unser Cloud-Anbieter ein echtes EU-Unternehmen ohne US-Mutterkonzern, oder nur eine EU-Tochter?
    • Falls US-Konzern: Sind DKE oder eine äquivalente Schlüsselhoheit implementiert?
    • Sind unsere sensiblen Daten (Mandatsgeheimnisse, Patientendaten, Geschäftsgeheimnisse) klar von Alltagsdaten getrennt und mit dem höchsten Schutz versehen?

    ExpertoMundi: Der Web-Audit zeigt den blinden Fleck

    In unserem kostenlosen Web-Audit für KMU, Kanzleien und Praxen prüfen wir auch die Hosting- und E-Mail-Souveränität: Welche Anbieter sind im Einsatz, welche US-Dienstleister werden über Ihre Website geladen, und welche davon würden bei einer weiteren Verschärfung der Rechtslage über Nacht zum Problem?

    Das ist kein Panikmarketing. Es ist Klartext für eine informierte Entscheidung.

    Jetzt kostenlosen Web-Audit anfordern


    Dieser Beitrag ist eine an die Allgemeinheit gerichtete Darstellung von Rechtsfragen und keine Rechtsdienstleistung (§ 2 Abs. 1 und Abs. 3 Nr. 5 RDG). Er prüft keinen Einzelfall und ersetzt keine anwaltliche Beratung. Maßgeblich ist allein der Gesetzestext in seiner geltenden Fassung; Stand: 12.07.2026.

    Quellen (Originalquellen, Abrufdatum 12.07.2026)

    • 2. Vergabekammer des Bundes (Bundeskartellamt), Beschluss VK 2-114/22, 13.02.2023
    • Wissenschaftliche Dienste des Deutschen Bundestags, Sachstand WD 3-3000-105/23, „Herausgabepflichten von Daten und Informationen an US-amerikanische Sicherheitsbehörden“, 19.01.2024
    • Datenschutzkonferenz (DSK), Beschluss vom 31.01.2023
    • EU-Kommission, Angemessenheitsbeschluss EU-US Data Privacy Framework, 10.07.2023
    • US Supreme Court, Trump v. Slaughter, No. 25-332, Urteil vom 29.06.2026
    • Brennan Center for Justice, „Section 702 of FISA: 2026 Resource Page“, Status der 45-Tage-Verlängerung bis 12.06.2026 und der FISC-Zertifizierungen bis März 2027
    • IAPP, Einordnung Trump v. Slaughter und offene DPRC-Unabhängigkeitsfrage, 08.07.2026
    • Nextcloud / IONOS, Pressemeldungen „Nextcloud Workspace“ und „Euro-Office“ (Konsortium), März/Juni 2026
    • ZenDiS, Statusmeldungen openDesk 1.1 (März 2026) und Lizenzzahlen
  • GPS-Ortung im Firmenfahrzeug: Was der LfDI Rheinland-Pfalz von Unternehmen mit Fuhrpark verlangt
    Symbolbild, KI-generiert

    GPS-Ortung im Firmenfahrzeug: Was der LfDI Rheinland-Pfalz von Unternehmen mit Fuhrpark verlangt

    Der Landesbeauftragte für den Datenschutz und die Informationsfreiheit Rheinland-Pfalz (LfDI RLP) mit Sitz in Mainz ist die für rheinland-pfälzische Unternehmen zuständige Aufsichtsbehörde, auch für Betriebe mit Sitz in Montabaur und dem gesamten Westerwald. Im 33. Tätigkeitsbericht für das Berichtsjahr 2024 verzeichnet der LfDI 1.111 Beschwerden, 15 verhängte Bußgelder und 69 Anweisungen. Gegenüber den 822 Beschwerden des Vorjahres (32. Tätigkeitsbericht 2023) entspricht das einem Anstieg um rund 35 Prozent. Einer der Schwerpunkte im Abschnitt Beschäftigtendatenschutz betrifft ein Thema, das praktisch jeden Betrieb mit eigenem Fuhrpark angeht: die GPS-Ortung von Firmenfahrzeugen.

    Der Bericht beschreibt, dass beim LfDI im Berichtszeitraum vermehrt Beschwerden von Beschäftigten wegen des Einbaus von Ortungsgeräten in Firmenfahrzeuge eingingen. Die von Unternehmen genannten Gründe sind vielfältig: Diebstahlschutz, genauere Abrechnung gegenüber Auftraggebern, effizientere Einsatzplanung, Überwachung von Wartungsintervallen. Am Markt verfügbare Softwareprodukte gehen dabei oft deutlich weiter, als diese Zwecke erfordern: Echtzeit-GPS-Ortung, detaillierter Fahrtenverlauf mit Routenwiedergabe, Auswertung des digitalen Fahrtenschreibers auf Fahrerverstöße, tagesaktuelle Führerscheinkontrolle, Geofencing-Zonen, die melden, wenn Beschäftigte einen definierten Bereich betreten oder verlassen, sowie Auswertungen zu Geschwindigkeitsüberschreitungen und ungeplanten Aktivitäten.

    Was rechtlich passiert: Der LfDI stellt klar, dass eine Einwilligung im Beschäftigungsverhältnis in aller Regel nicht als freiwillig gilt, weil das Machtgefälle zwischen Arbeitgeber und Beschäftigten echte Freiwilligkeit ausschließt. Der Einsatz von Ortungssystemen kann sich daher grundsätzlich nur auf berechtigtes Interesse nach Art. 6 Abs. 1 lit. f DS-GVO stützen. Voraussetzung dafür ist eine konkrete Zweckbestimmung vor dem Einsatz, und je weitreichender der Eingriff in die Datenschutzrechte der Betroffenen ausfällt, desto eher verlangt der LfDI eine Datenschutz-Folgenabschätzung nach Art. 35 DS-GVO. Zur rechtlichen Einordnung zitiert der Bericht das Verwaltungsgericht Wiesbaden (Urteil vom 17.01.2022, Az. 6 K 1164/21), das zwischen anlasslosen präventiven Kontrollmaßnahmen und anlassbezogenen Mitarbeiterkontrollen bei dokumentiertem Anfangsverdacht unterscheidet. Aus dieser Unterscheidung leitet der LfDI konkrete Grenzen ab: Ortungsdaten dürfen nicht mit den personenbezogenen Daten des Fahrpersonals verknüpft werden, Auswertungsfunktionen, die allein der allgemeinen persönlichen Überwachung dienen können, etwa Geschwindigkeitsaufzeichnungen oder die Dauer von Fahrtunterbrechungen, müssen technisch unterbunden werden, und Geofencing-Systeme gelten als unzulässig, weil sie einen permanenten Kontrolldruck erzeugen. Hinzu kommt die vorherige Informationspflicht nach Art. 13 und Art. 14 DS-GVO: Beschäftigte müssen vor dem Einsatz über die Datenverarbeitung und insbesondere über Möglichkeiten der Verhaltens- und Leistungskontrolle informiert werden. Ist private Nutzung der Firmenfahrzeuge gestattet, müssen Beschäftigte die Ortung für Privatfahrten abschalten können, wobei der Bericht darauf hinweist, dass diese Abschaltmöglichkeit ins Leere läuft, wenn das Kilometerlimit für Privatfahrten aus steuerrechtlichen Gründen ohnehin begrenzt ist.

    Konkret nennt der LfDI zwei Fälle aus Rheinland-Pfalz, ohne die Unternehmen namentlich zu benennen. Nach einer Beschwerde stellte ein rheinland-pfälzisches Unternehmen die GPS-Überwachung seines Fuhrparks umgehend ein und kam zugleich der bis dahin versäumten Pflicht zur Bestellung eines Datenschutzbeauftragten nach. In einem zweiten Fall stellte sich eine Beschwerde über einen Kurierdienst als unbegründet heraus: Die vermeintliche Dauerüberwachungskamera erwies sich als Dashcam, die ausschließlich bei Unfällen aufzeichnete, vom Fahrer freiwillig vor Fahrtantritt aktiviert werden konnte und über die Beschäftigten vorab ordnungsgemäß informiert worden waren.

    Für die Praxis heißt das: Wer Firmenfahrzeuge trackt oder eine entsprechende Einführung plant, sollte vier Punkte vor der Inbetriebnahme klären. Erstens die Rechtsgrundlage: Eine Einwilligung der Fahrer trägt praktisch nie, es zählt allein das berechtigte Interesse mit klar dokumentierter Zweckbestimmung. Zweitens den Funktionsumfang: Vorkonfigurierte Softwarepakete bieten oft mehr Überwachung, als der eigentliche Zweck erfordert, Funktionen wie Geofencing oder Verhaltensauswertung sollten technisch deaktiviert werden, wenn sie nicht zwingend gebraucht werden. Drittens die Informationspflicht: Beschäftigte müssen vor dem Einsatz schriftlich über Umfang und Zweck der Ortung informiert werden, inklusive der Frage, ob und wie eine Verhaltenskontrolle möglich ist. Viertens die Organisationspflicht: Wer ohnehin kennzeichnungspflichtige Verarbeitungen wie Fahrzeugortung betreibt, sollte prüfen, ob damit die Pflicht zur Bestellung eines Datenschutzbeauftragten ausgelöst wird, wie es im geschilderten Fall nachträglich nachgeholt werden musste. Bei erlaubter Privatnutzung braucht es außerdem eine technisch echte Abschaltmöglichkeit für die Ortung, die nicht durch steuerliche Kilometerbegrenzungen faktisch wieder ausgehebelt wird.

    Der beschriebene Fall zeigt zugleich, dass nicht jede Beschwerde zu einem Verstoß führt: Wo die eingesetzte Technik nachweislich zweckgebunden, freiwillig aktivierbar und transparent kommuniziert war, wie bei der Unfall-Dashcam des Kurierdienstes, bestätigte der LfDI die Rechtmäßigkeit der Verarbeitung. Der Unterschied zwischen einem eingestellten System und einer bestätigten Verarbeitung liegt damit nicht in der Technologie selbst, sondern in Zweckbindung, Informationspflicht und technischer Begrenzung der Auswertefunktionen.


    Quelle: LfDI Rheinland-Pfalz, Tätigkeitsbericht zum Datenschutz 2024 (33. Tätigkeitsbericht), Kapitel III.6.2 „GPS-Überwachung des Fuhrparks“, Seite 54-55, abgerufen am 12.07.2026 unter datenschutz.rlp.de/service/informationen-downloads/taetigkeitsberichte.

    Dieser Beitrag ist eine an die Allgemeinheit gerichtete Darstellung von Rechtsfragen und keine Rechtsdienstleistung (§ 2 Abs. 1 und Abs. 3 Nr. 5 RDG). Er prüft keinen Einzelfall und ersetzt keine anwaltliche Beratung. Maßgeblich ist allein der Gesetzestext in seiner geltenden Fassung; Stand: 13.07.2026.

  • Sicherheitslücken der Woche: WordPress-Plugins und -Themes im Fokus (KW29)
    Symbolbild, KI-generiert

    Sicherheitslücken der Woche: WordPress-Plugins und -Themes im Fokus (KW29)

    In dieser Woche häufen sich Meldungen zu Sicherheitslücken in kommerziellen WordPress-Themes und einem Membership-Plugin. Auffällig: Drei der Lücken stammen aus dem Katalog desselben Theme-Herstellers und folgen demselben Muster. Wir haben die Funde gegen die Primärquelle in der National Vulnerability Database (NVD) geprüft und für Sie eingeordnet, ohne Panikmache, mit klarer Handlungsempfehlung.

    Kids Life, Kids Zone, Fitness Zone: drei Themes, ein Muster

    Betroffen sind drei WordPress-Themes desselben Herstellers Designthemes, alle mit demselben Fehlertyp:

    • CVE-2026-27402, Theme „Kids Life | Children School“, Versionen bis einschließlich 5.2, CVSS 7.1 (hoch).
    • CVE-2025-69156, Theme „Kids Zone, Children WordPress Theme“, Versionen bis einschließlich 5.4, CVSS 7.1 (hoch).
    • CVE-2025-69155, Theme „Fitness Zone WordPress Theme“, Versionen bis einschließlich 5.7, CVSS 7.1 (hoch).

    Alle drei sind als CWE-79 eingestuft (Improper Neutralization of Input During Web Page Generation), umgangssprachlich Cross-Site Scripting (XSS). Der CVSS-Vektor ist bei allen dreien identisch: Angriff über das Netz, geringe Komplexität, keine Anmeldung nötig, aber eine Nutzerinteraktion erforderlich (UI:R). Das bedeutet konkret: Ein Angreifer muss eine präparierte Adresse an ein Opfer schicken, das den Link anklickt, zum Beispiel einen Redakteur oder Administrator der betroffenen Webseite.

    Was für die Geschäftsführung zählt: Nutzt Ihre Webseite eines dieser drei Themes? Dann kann ein Angreifer über einen manipulierten Link fremden Code im Browser eines Redakteurs ausführen und darüber im schlimmsten Fall Zugangsdaten abgreifen oder Inhalte manipulieren. Der Angriff braucht keinen direkten Login, nur einen unbedachten Klick.

    Was für die Technik zählt: Für alle drei CVEs liegt der NVD-Eintrag mit dem Vermerk „Not Scheduled“ für die NVD-Anreicherung vor, eine offizielle Fixed-Version ist in den bisher öffentlichen Quellen nicht dokumentiert. Prüfen Sie deshalb direkt beim Hersteller Designthemes, ob eine gepatchte Version vorliegt, und aktualisieren Sie umgehend. Ist das Theme nicht mehr gepflegt, sollte es durch eine aktiv gewartete Alternative ersetzt werden. Als Übergangsmaßnahme hilft eine Content-Security-Policy (CSP), die Inline-Skripte einschränkt, sowie das Schulen von Redaktionsteams, keine unbekannten Links in der WordPress-Administration zu öffnen.

    Artale | Wedding Photography: dasselbe Muster, anderer Hersteller

    CVE-2025-69152 betrifft das WordPress-Theme „Artale | Wedding Photography“ des Herstellers ThemeGoods, in Versionen bis einschließlich 2.2.2. Auch hier: unauthentifiziertes XSS (CWE-79), CVSS 7.1 (hoch), identischer Angriffsvektor wie bei den drei Designthemes-Themes oben. Auch für diese Lücke ist aktuell keine Fixed-Version öffentlich dokumentiert, der NVD-Eintrag ist ebenfalls als „Not Scheduled“ markiert.

    Praxis-Hinweis: Dass gleich vier unabhängig gemeldete Theme-Lücken derselben Woche denselben CWE-Typ und denselben Angriffsvektor teilen, ist kein Zufall, sondern ein Hinweis auf automatisiertes Scanning kommerzieller WordPress-Themes durch Sicherheitsforscher. Für Betreiber heißt das: Wer ein Nischen-Theme eines kleineren Anbieters einsetzt, sollte unabhängig vom konkreten CVE regelmäßig prüfen, ob überhaupt noch Updates erscheinen.

    ARMember Premium: PHP Object Injection, höheres Risiko

    CVE-2026-27060 betrifft das Membership-Plugin „ARMember Premium“ des Herstellers Reputeinfosystems, in Versionen bis einschließlich 7.0. Die Einstufung unterscheidet sich deutlich von den XSS-Lücken oben: CWE-502, Deserialization of Untrusted Data, zu Deutsch PHP Object Injection. Der CVSS-Score liegt bei 8.8 (hoch), spürbar über den XSS-Funden, weil hier keine Nutzerinteraktion nötig ist und die Lücke Vertraulichkeit, Integrität und Verfügbarkeit gleichermaßen gefährdet.

    Was für die Geschäftsführung zählt: ARMember Premium verwaltet Mitgliedschaften, Zugänge und oft Zahlungsdaten Ihrer Kunden. Eine PHP Object Injection kann von einem angemeldeten Nutzer mit niedrigen Rechten (zum Beispiel einem einfachen Mitglied) ausgenutzt werden, um Objekte einzuschleusen, die das Plugin unkontrolliert verarbeitet. Im schlimmsten Fall führt das zur Ausführung von Schadcode auf Ihrem Server, also zur vollständigen Kompromittierung.

    Was für die Technik zählt: Auch hier fehlt aktuell eine öffentlich dokumentierte Fixed-Version, der NVD-Eintrag der Patchstack-Bewertung ist noch nicht final durch NIST geprüft. Wenden Sie sich an den Support von Reputeinfosystems und fragen Sie explizit nach einem Sicherheitsupdate für 7.0. Bis zum Patch: Contributor-Rollen und Mitgliederrechte im Plugin so eng wie möglich fassen, unnötige Formulare und Import-/Export-Funktionen deaktivieren, in denen serialisierte Daten verarbeitet werden könnten.

    u5CMS: reflektiertes XSS über den „thanks“-Parameter

    CVE-2026-14449 betrifft u5CMS, ein kleineres Open-Source-CMS, in allen Versionen bis einschließlich 12.8.8. Die Schwachstelle erlaubt reflektiertes XSS über den Parameter „thanks“ in mehreren Formular-Komponenten (CWE-79). Der CVSS-v4-Score liegt bei 6.4 (mittel), niedriger als die Theme-Lücken, da die Angreifbarkeit stärker eingeschränkt ist.

    Was für die Geschäftsführung zählt: u5CMS ist ein Nischenprodukt, wird aber teils für kleinere Business-Webseiten eingesetzt. Reflektiertes XSS bedeutet: Ein Angreifer bringt ein Opfer dazu, einen manipulierten Link zu öffnen, über den dann Schadcode im Browser des Opfers läuft, nicht dauerhaft auf der Webseite selbst.

    Was für die Technik zählt: Anders als bei den vier Theme-CVEs oben liegt hier eine konkrete Fixed-Version vor: Version 12.8.9, veröffentlicht kurz nach Bekanntwerden der Lücke. Aktualisieren Sie auf 12.8.9 oder neuer, das schließt die Lücke vollständig.

    Fazit und Prioritätenliste dieser Woche

    1. ARMember Premium (CVE-2026-27060): höchste Priorität wegen PHP Object Injection ohne Nutzerinteraktion, Hersteller kontaktieren und Rechte einschränken.
    2. u5CMS (CVE-2026-14449): klarer Fix verfügbar, auf 12.8.9 aktualisieren.
    3. Kids Life, Kids Zone, Fitness Zone, Artale (vier XSS-CVEs): prüfen, ob eines dieser Themes im Einsatz ist, beim jeweiligen Hersteller nach einem Patch fragen, Redaktionsteams für verdächtige Links sensibilisieren.

    Grundsätzlich zeigt diese Woche noch einmal: Auch Themes und Plugins, die keine Kernfunktion der Webseite betreffen, können zum Einfallstor werden. Ein regelmäßiger, unabhängiger Sicherheits-Check der eigenen WordPress-Installation deckt genau solche Lücken auf, bevor sie zum Problem werden, etwa mit unserem Auditor, der Consent- und Datenfluss-Risiken samt bekannter Schwachstellen in eingesetzter Software systematisch prüft.

    Quellen (Abrufdatum: 12.07.2026)

    • Kids Life: nvd.nist.gov/vuln/detail/CVE-2026-27402
    • Kids Zone: nvd.nist.gov/vuln/detail/CVE-2025-69156
    • Fitness Zone: nvd.nist.gov/vuln/detail/CVE-2025-69155
    • Artale | Wedding Photography: nvd.nist.gov/vuln/detail/CVE-2025-69152
    • ARMember Premium: nvd.nist.gov/vuln/detail/CVE-2026-27060
    • u5CMS: nvd.nist.gov/vuln/detail/CVE-2026-14449, github.com/u5cms/u5cms/releases/tag/v12.8.9
  • Datenschutz-Tätigkeitsberichte 2025: Was Bund und Länder melden
    Symbolbild, KI-generiert

    Datenschutz-Tätigkeitsberichte 2025: Was Bund und Länder melden

    Einmal im Jahr legen die deutschen Datenschutzaufsichtsbehörden Rechenschaft über ihre Arbeit ab: In den gesetzlich vorgeschriebenen Tätigkeitsberichten nach Art. 59 DSGVO dokumentieren sie Beschwerdezahlen, Schwerpunktprüfungen, Bußgeldverfahren und ihre Einschätzung zu aktuellen Entwicklungen wie Künstlicher Intelligenz oder der geplanten DSGVO-Vereinfachung („Digital Omnibus“). Für Unternehmen und Website-Betreiber sind diese Berichte eine der wenigen Quellen, aus denen sich ablesen lässt, worauf die jeweils zuständige Aufsichtsbehörde in der Praxis tatsächlich achtet. Im Sommer 2026 haben mehrere Landesbehörden sowie der Bund neue Berichte vorgelegt oder ihre Berichtsseiten aktualisiert. Der folgende Überblick fasst zusammen, was veröffentlicht wurde und wo der jeweilige Bericht im Volltext einsehbar ist.

    Bund

    Bundesbeauftragter für den Datenschutz und die Informationsfreiheit (BfDI): Der BfDI hat den 34. Tätigkeitsbericht für den Datenschutz und die Informationsfreiheit 2025 veröffentlicht (Erscheinungsdatum 6. Mai 2026). Der Bericht ist im Volltext abrufbar unter bfdi.bund.de.

    Länder

    Rheinland-Pfalz (LfDI): Aktuellster Bericht ist der 33. Tätigkeitsbericht (Berichtsjahr 2024), veröffentlicht am 12. Juni 2025. Frühere Berichte stehen ebenfalls zum Download bereit. Quelle: datenschutz.rlp.de.

    Saarland (LfDI): Der aktuelle Bericht ist der 34. Tätigkeitsbericht (Berichtsjahr 2025). Er ist über den Bereich „Öffentlichkeitsarbeit“ der Behördenseite abrufbar. Quelle: datenschutz.saarland.de.

    Sachsen (Sächsische Datenschutz- und Transparenzbeauftragte): Die Behörde hat ihren Tätigkeitsbericht Datenschutz 2025 als PDF veröffentlicht. Konkrete Einzelthemen aus dem Bericht ließen sich aus der vorliegenden Quelle nicht zuverlässig extrahieren; interessierte Leser finden die Übersicht der Tätigkeitsberichte unter datenschutz.sachsen.de.

    Schleswig-Holstein (ULD): Das Unabhängige Landeszentrum für Datenschutz führt seit 1993 jährlich Tätigkeitsberichte. Aktuellster ist der 44. Tätigkeitsbericht vom 16. April 2026 (Landtags-Drucksache 20/4234). Das vollständige Archiv aller Berichte seit 1993 ist einsehbar unter datenschutzzentrum.de/tb.

    Sachsen-Anhalt (LfD): Die Landesbeauftragte führt ihre Berichte inzwischen im Mehrjahres-Turnus. Der aktuellste kombinierte Bericht (XVIII. bis XX. Tätigkeitsbericht) deckt den Zeitraum 1.1.2021 bis 31.12.2023 ab; das Archiv reicht bis zum ersten Bericht aus dem Zeitraum 1.4.1992 bis 31.12.1993 zurück. Quelle: datenschutz.sachsen-anhalt.de.

    Nordrhein-Westfalen (LDI NRW): Die Landesbeauftragte für Datenschutz und Informationsfreiheit stellt ihre aktuellen Datenschutzberichte als PDF-Dokumente zur Verfügung, zuletzt der 31. Datenschutzbericht (2025). Einzelne Themenschwerpunkte ließen sich aus der vorliegenden Quelle nicht zuverlässig extrahieren; der Volltext ist abrufbar unter ldi.nrw.de.

    Mecklenburg-Vorpommern (LfDI): Auf der Publikationsseite der Behörde sind die Tätigkeitsberichte als PDF hinterlegt. Einzelne Themenschwerpunkte des aktuell verlinkten Berichts ließen sich aus der vorliegenden Quelle nicht zuverlässig extrahieren; Zugang über datenschutz-mv.de.

    Hamburg (HmbBfDI): Aktuell verfügbar ist der 34. Tätigkeitsbericht Datenschutz 2025, online lesbar oder als PDF herunterladbar. Vorherige Berichte (u. a. 33. und 32. Tätigkeitsbericht) sind ebenfalls archiviert. Quelle: datenschutz-hamburg.de.

    Berlin (Berliner Beauftragte für Datenschutz und Informationsfreiheit): Der Jahresbericht 2025 ist veröffentlicht. Er fasst unter anderem das Vorsitzjahr der Berliner Beauftragten in der Datenschutzkonferenz (DSK) der unabhängigen Aufsichtsbehörden des Bundes und der Länder zusammen, geht auf die Diskussion um den „Digital-Omnibus“-Gesetzgebungsprozess der EU-Kommission zur Vereinfachung der DSGVO ein und benennt Anonymisierung/Pseudonymisierung sowie den Umgang mit KI-Systemen als Schwerpunktthemen. Quelle: datenschutz-berlin.de.

    Bayern (BayLDA): Aktuell ist der 15. Tätigkeitsbericht 2025 verfügbar. Während früher gemäß früherer Rechtslage (§ 38 Abs. 1 Satz 7 BDSG a. F.) ein zweijähriger Berichtsturnus galt, erstellt das BayLDA seit 2019 als Aufsichtsbehörde nach Art. 59 DSGVO jährliche Berichte. Frühere Berichte (14., 13., 12., 11. Tätigkeitsbericht u.a.) sind ebenfalls als PDF abrufbar. Quelle: lda.bayern.de.

    Baden-Württemberg (LfDI): Aktuellster Bericht ist der 41. Tätigkeitsbericht 2025. Frühere Berichte sind auf derselben Seite archiviert. Quelle: baden-wuerttemberg.datenschutz.de.

    Bremen (LfD): Die Behörde hat ihren Jahresbericht als PDF veröffentlicht. Einzelne Themenschwerpunkte ließen sich aus der vorliegenden Quelle nicht zuverlässig extrahieren; Zugang über datenschutz.bremen.de.

    Einordnung

    Die Berichtszyklen der Behörden sind uneinheitlich: Einige Länder (Bund, Bayern, Hamburg, Saarland, Rheinland-Pfalz, Baden-Württemberg, Schleswig-Holstein) veröffentlichen inzwischen jährlich, andere (Sachsen-Anhalt) fassen mehrere Jahre in einem Bericht zusammen. Für Unternehmen empfiehlt sich ein Blick in den Bericht der jeweils zuständigen Landesbehörde (Sitz des Unternehmens maßgeblich), da dort die tatsächliche Prüfpraxis und die aktuellen Schwerpunktthemen der Aufsicht dokumentiert sind. Wiederkehrende Themen 2025/2026 sind laut den öffentlich zugänglichen Quellen unter anderem der Umgang mit Künstlicher Intelligenz sowie die auf EU-Ebene diskutierte Vereinfachung der DSGVO im Rahmen des „Digital Omnibus“-Verfahrens.

    Dieser Beitrag ist eine an die Allgemeinheit gerichtete Darstellung von Rechtsfragen und keine Rechtsdienstleistung (§ 2 Abs. 1 und Abs. 3 Nr. 5 RDG). Er prüft keinen Einzelfall und ersetzt keine anwaltliche Beratung. Maßgeblich ist allein der Gesetzestext in seiner geltenden Fassung; Stand: 13.07.2026.

  • Wer darf ins Postfach schauen: Was der Berliner Datenschutzbericht zu E-Mail-Zugriff bei Abwesenheit sagt
    Symbolbild, KI-generiert

    Wer darf ins Postfach schauen: Was der Berliner Datenschutzbericht zu E-Mail-Zugriff bei Abwesenheit sagt

    Die Berliner Beauftragte für Datenschutz und Informationsfreiheit (BlnBDI) hat im Jahresbericht 2025 einen eigenen Abschnitt der E-Mail-Nutzung bei Abwesenheit und beim Ausscheiden von Beschäftigten gewidmet. Anlass war keine einzelne Bußgeldentscheidung, sondern eine Reihe von Beratungsanfragen zum Umgang mit personalisierten E-Mail-Konten von ausgeschiedenen oder länger abwesenden Mitarbeitenden. Die zentrale Frage dahinter: Ob und wie Arbeitgeber auf das Postfach zugreifen dürfen, wenn der Inhaber selbst nicht mehr da ist.

    Die Behörde empfiehlt, das Problem gar nicht erst entstehen zu lassen. Erster Schritt: prüfen, ob ein personalisiertes Postfach überhaupt nötig ist, oder ob eine Funktionsadresse reicht, etwa buchhaltung@verantwortlicher.de. Eine Funktionsadresse kann nach dem Ausscheiden einzelner Beschäftigter einfach weitergeführt und von mehreren Personen genutzt werden, ohne dass jemand in ein privates Postfach schauen muss. Bleibt es bei personalisierten Postfächern, sollten Beschäftigte angewiesen werden, zukunftsrelevante Inhalte für Kolleginnen und Kollegen außerhalb des eigenen Postfachs abzulegen. Für Abwesenheiten empfiehlt der Bericht einen Abwesenheitsassistenten, der informiert, dass eingehende Mails nicht gelesen werden, und bei dauerhafter Abwesenheit die vollständige Abschaltung des Postfachs. Ausdrücklich abgeraten wird von einem Catch-all-Postfach, das nicht zuordenbare Mails sammelt, weil dafür in aller Regel keine Rechtsgrundlage besteht.

    Was beim Ausscheiden gilt: Wer die Stelle länger oder dauerhaft verlässt, sollte laut Bericht vorher persönliche und private E-Mails im eigenen Postfach löschen. Betriebliche Mails werden an die Nachfolge weitergeleitet oder gelöscht, wenn sie nicht mehr gebraucht werden. Ist das nicht mehr möglich, etwa bei einer fristlosen Kündigung, empfiehlt die Behörde, eine verantwortliche Person zu bestimmen, die ausschließlich zur Wahrung der schutzwürdigen Interessen des ehemaligen Beschäftigten Einsicht nimmt, betriebliche Mails aussortiert und erkennbar private Mails unverzüglich löscht. Als Beispiele nennt der Bericht ein Mitglied des Betriebsrats, die betriebliche Datenschutzbeauftragte oder eine von den Betroffenen selbst bestimmte Person.

    Was rechtlich gilt, wenn private Nutzung untersagt war: Die Weiterleitung oder Kenntnisnahme von E-Mails ausgeschiedener Mitarbeitender durch die Geschäftsführung ist laut Bericht zulässig, wenn die E-Mail-Nutzung ausdrücklich nur zu betrieblichen Zwecken erlaubt und die private Nutzung ausdrücklich untersagt war. Aber auch dann muss jede einzelne Mail geprüft werden: Der private Charakter kann sich schon aus dem Header oder dem Betreff ergeben. Erst wenn daraus kein privater Charakter erkennbar ist, darf die Mail geöffnet werden. Zeigt sich dann doch ein privater Inhalt, ist die Mail sofort wieder zu schließen, ohne sie weiterzulesen. In jedem Fall muss die betroffene Person über eine solche Maßnahme informiert werden.

    Wenn private Nutzung erlaubt ist: Ist die private Nutzung der dienstlichen E-Mail-Adresse zugelassen, empfiehlt der Bericht eine schriftliche Betriebs- oder Dienstvereinbarung. In jedem Fall sollten Verantwortliche schriftlich festlegen, ob und in welchem Umfang private Nutzung erlaubt ist, bevor der erste Abwesenheitsfall eintritt.

    Kleine Betriebe trifft dieselbe Frage: Gerade kleine Betriebe ohne eigene IT- oder Personalabteilung nutzen häufig personalisierte Postfächer für alles, Kundenkontakt, Buchhaltung, Angebote. Wenn dann jemand in Urlaub geht, länger krank ist oder kündigt, steht die Frage sofort im Raum, ohne dass vorher etwas geregelt wurde. Genau diese Situation beschreibt der Bericht als häufigen Beratungsanlass.

    Für die Praxis heißt das: Wer heute noch kein schriftliches Regelwerk hat, ob und wie private E-Mail-Nutzung erlaubt ist und wer im Abwesenheits- oder Kündigungsfall ins Postfach schauen darf, sollte das vor dem nächsten Urlaub oder der nächsten Kündigung klären, nicht erst wenn das Postfach schon geöffnet werden musste.


    Quelle: BlnBDI, Jahresbericht 2025, Abschnitt B-XI-1, abgerufen am 08.07.2026 unter datenschutz-berlin.de/jahresbericht-2025/#B-XI-1.

    Dieser Beitrag ist eine an die Allgemeinheit gerichtete Darstellung von Rechtsfragen und keine Rechtsdienstleistung (§ 2 Abs. 1 und Abs. 3 Nr. 5 RDG). Er prüft keinen Einzelfall und ersetzt keine anwaltliche Beratung. Maßgeblich ist allein der Gesetzestext in seiner geltenden Fassung; Stand: 11.07.2026.

  • Ein ungesichertes Postfach reicht für ein Bußgeld: Die Basis-Absicherung, die jedes Unternehmen sofort umsetzen kann
    Symbolbild, KI-generiert

    Ein ungesichertes Postfach reicht für ein Bußgeld: Die Basis-Absicherung, die jedes Unternehmen sofort umsetzen kann

    Der Jahresbericht 2025 der Berliner Beauftragten für Datenschutz und Informationsfreiheit (BlnBDI) beschreibt einen Fall, der zeigt, wie schnell eine fehlende Basis-Absicherung zum Bußgeld führt. Ein Medizinunternehmen nutzte das E-Mail-Postfach seines Geschäftsführers zur Kommunikation mit Patientinnen, Patienten und Kunden. Dieses Postfach war mindestens einen Monat lang über einen Webmail-Zugang erreichbar, gesichert allein durch Benutzername und Passwort, ohne schlüsselbasierte oder Zwei-Faktor-Authentifizierung.

    Das Risiko blieb nicht theoretisch. Das Konto wurde kompromittiert, und Unbekannte nutzten die vorhandenen Kommunikationsverläufe, um darüber Phishing-Nachrichten zu versenden. Da über das Konto Kommunikation mit Patientinnen und Patienten lief, waren nach Einschätzung der Behörde auch Gesundheitsdaten betroffen, für die ein erhöhter Schutzbedarf besteht.

    Was rechtlich passiert: Die BlnBDI wertete den alleinigen Schutz durch Benutzername und Passwort als Verstoß gegen Art. 32 Abs. 1 lit. b DSGVO, der Verantwortliche zu einem dem Risiko angemessenen Schutzniveau verpflichtet. Unter Verweis auf den Stand der Technik, insbesondere auf Empfehlungen des Bundesamts für Sicherheit in der Informationstechnik (BSI) zur Mehr-Faktor-Authentisierung bei erhöhtem Schutzbedarf, stufte die Behörde eine stärkere Authentifizierung als zumutbare und geeignete Maßnahme ein. Bei der Bußgeldzumessung wertete sie den Verstoß als mittelschwer, erschwerend die Sensibilität der verarbeiteten Gesundheitsdaten. Bußgeldmildernd berücksichtigte sie das sofortige Aendern der Passwörter nach Bekanntwerden des Angriffs, die Kooperation im Verfahren und die lange Verfahrensdauer. Eine konkrete Bußgeldhöhe nennt der Bericht für diesen Fall nicht.

    Nicht nur Medizinunternehmen sind betroffen: Ein Geschäftsführer- oder Kundenkommunikations-Postfach ohne Zwei-Faktor-Schutz ist in kleinen und mittleren Betrieben keine Ausnahme, sondern verbreitete Praxis. Viele Postfächer sind nur über Webmail erreichbar, gerade weil das bequem ist, und genau das macht sie für Angreifer von außen einfacher zugänglich als ein rein lokal genutztes Postfach. Die Frage, ob besonders sensible Daten wie Gesundheitsdaten über das Konto laufen, verschärft den Fall zusätzlich, ändert aber nichts daran, dass Art. 32 DSGVO für jede Verarbeitung personenbezogener Daten gilt, nicht nur für Gesundheitsdaten.

    Was die Behörde als Mindeststandard nennt: Kernaussage des Falls ist die Erwartung, dass ein Postfach mit erhöhtem Schutzbedarf nicht allein durch Benutzername und Passwort abgesichert wird, sondern durch eine zusätzliche Sicherheitsstufe, ausdrücklich genannt werden schlüsselbasierte Verfahren oder Zwei-Faktor-Authentifizierung. Die Behörde stützt sich dabei ausdrücklich auf bestehende BSI-Empfehlungen, es handelt sich also nicht um eine neu erfundene Anforderung, sondern um eine seit Jahren dokumentierte technische Standardempfehlung.

    Für die Praxis heißt das: Zwei-Faktor-Authentifizierung für geschäftliche E-Mail-Postfächer ist in den meisten E-Mail-Anbietern und Hosting-Paketen bereits vorhanden und lässt sich ohne großen Aufwand aktivieren. Wer sensible Kundenkommunikation, erst recht Gesundheitsdaten, über ein Postfach abwickelt, das nur mit Passwort geschützt ist, trägt ein Risiko, das sich mit wenig Aufwand deutlich verringern lässt, bevor ein kompromittiertes Konto Anlass für eine Meldung an die Aufsichtsbehörde wird.


    Quelle: BlnBDI, Jahresbericht 2025, Abschnitt B-II-4, abgerufen am 08.07.2026 unter datenschutz-berlin.de/jahresbericht-2025/#B-II-4.

    Dieser Beitrag ist eine an die Allgemeinheit gerichtete Darstellung von Rechtsfragen und keine Rechtsdienstleistung (§ 2 Abs. 1 und Abs. 3 Nr. 5 RDG). Er prüft keinen Einzelfall und ersetzt keine anwaltliche Beratung. Maßgeblich ist allein der Gesetzestext in seiner geltenden Fassung; Stand: 11.07.2026.

WhatsApp