Guten Morgen zum KDB-Tech-Update: Patchen, prüfen, KI sauber führen
Guten Morgen! Im heutigen KDB-Tech-Update wird’s sicherheitskritisch – und ein bissle unbequem, aber des muss halt sein. Wir schauen auf eine aktiv für Ransomware missbrauchte SharePoint-Lücke, maximal kritische SAP-Schwachstellen und Sicherheitsupdates für IBM Db2. Außerdem: Warum ein Angriff auf die Brandenburgischen Gedenkstätten zeigt, dass Ransomware längst nicht nur Konzerne trifft, warum KI-Agenten klare Grenzen brauchen und weshalb so viele KI-Projekte in der Pilotfalle feststecken.
Für IT-Verantwortliche gilt heute vor allem: Sicherheitsupdates sind keine nette Empfehlung für irgendwann nach dem zweiten Kaffee. Wenn kritische Systeme erreichbar sind, Daten verarbeiten oder zentrale Prozesse tragen, gehört Patch- und Risikomanagement ganz nach oben auf die Tagesliste.
SharePoint im Visier: Ransomware nutzt CVE-2026-45659 aktiv aus
Administratoren von Microsoft SharePoint Server sollten dringend prüfen, ob die Sicherheitsupdates vom Mai 2026 installiert wurden. Die Schwachstelle CVE-2026-45659 wird inzwischen aktiv in Ransomware-Kampagnen eingesetzt. Die US-Cybersicherheitsbehörde CISA hat die Lücke daher in ihren Katalog der bekannten und aktiv ausgenutzten Sicherheitslücken aufgenommen.
Betroffen sind SharePoint Enterprise Server 2016, SharePoint Server 2019 sowie die SharePoint Server Subscription Edition. Ursache ist die Deserialisierung nicht vertrauenswürdiger Daten: Vereinfacht gesagt verarbeitet der Server manipulierte Daten so, dass Angreifer eigenen Code einschleusen und ausführen können.
Besonders heikel: Für einen erfolgreichen Angriff reicht eine Anmeldung am SharePoint-System aus; erhöhte Rechte sind nicht erforderlich. Die Attacke kann über das Netzwerk und grundsätzlich auch über das Internet erfolgen. Weil Angreifer vorab keine besonders detaillierten Kenntnisse über das Zielsystem benötigen, ist die Einstiegshürde vergleichsweise niedrig.
Microsoft hatte die Ausnutzungswahrscheinlichkeit im Mai noch geringer eingeschätzt. Der Basiswert liegt allerdings bei CVSS 8,8. Die aktuelle Aufnahme in den CISA-Katalog und die Hinweise auf Ransomware-Einsätze machen klar: Das Risiko ist jetzt nicht mehr theoretisch.
Scans der Shadowserver Foundation fanden zuletzt noch mehr als 200 öffentlich erreichbare, ungepatchte SharePoint-Instanzen. Für Deutschland wurden ungefähr ein Dutzend ungeschützte Systeme erfasst. Die tatsächliche Zahl kann höher liegen, weil nicht jedes exponierte System erkannt wird. Anfang Juni waren es sogar noch mehr als 1.100 Instanzen – die Lage hat sich also verbessert, aber Entwarnung wäre halt a bissle arg optimistisch.
Was Du bei SharePoint jetzt konkret prüfen solltest
Priorität hat die Installation der verfügbaren Mai-Updates. Doch Patchen allein reicht bei einer bereits aktiv ausgenutzten Schwachstelle nicht immer aus. Prüfe zusätzlich, ob der SharePoint-Server wirklich aus dem Internet erreichbar sein muss. Was nicht öffentlich erreichbar sein muss, sollte es auch nicht sein.
Ebenso wichtig ist ein Blick in die Protokolldaten: Auffällige Anmeldeversuche, ungewöhnliche Änderungen sowie Hinweise auf nachgeladenen oder ausgeführten Schadcode sollten untersucht werden. Gerade SharePoint ist in vielen Organisationen zentrale Drehscheibe für Dokumente, Zusammenarbeit und interne Prozesse. Wird ein solcher Server kompromittiert, können Angreifer unter Umständen weitere Systeme im Netzwerk erreichen, Daten verschlüsseln oder sensible Informationen abziehen.
KDB unterstützt Dich bei der strukturierten Bewertung exponierter Systeme, bei Patch-Management, Log-Analyse und der Absicherung von Microsoft-Umgebungen. Unser Grundsatz: Nicht nur reagieren, wenn’s bereits qualmt – sondern Angriffsflächen laufend erkennen und reduzieren.
Ransomware bei Brandenburgischen Gedenkstätten: Der Betrieb läuft weiter, die IT steht still
Wie schnell ein Cyberangriff den Arbeitsalltag massiv beeinträchtigen kann, zeigt der Vorfall bei der Stiftung Brandenburgische Gedenkstätten. Am 5. August wurde ein schwerwiegender Angriff festgestellt. Die Stiftung geht derzeit von Ransomware aus: Interne IT-Systeme wurden lahmgelegt, eine Textdatei mit einer Aufforderung zur Kontaktaufnahme wurde auf den betroffenen Systemen hinterlassen.
Zusätzlich besteht der Verdacht, dass Daten heruntergeladen wurden. Ob und welche Informationen tatsächlich abgeflossen sind, wird noch untersucht. Nach bisheriger Einschätzung könnten interne Verwaltungsdaten, Informationen von Geschäftspartnern und Besuchern sowie Vereinbarungen und weitere Dokumente betroffen sein.
Als unmittelbare Schutzmaßnahme trennte die Stiftung sämtliche Internet- und Netzwerkverbindungen. Betroffen sind sieben Gedenkstättenstandorte, darunter Sachsenhausen und Ravensbrück, sowie die Geschäftsstelle. Besuche bleiben zwar möglich, bei Verwaltungsabläufen und Buchungsanfragen für pädagogische Programme kommt es jedoch zu Verzögerungen.
Der Fall zeigt zwei Dinge sehr deutlich: Erstens trifft Ransomware nicht nur große Industrieunternehmen oder besonders offensichtliche Ziele. Zweitens endet der Schaden nicht beim verschlüsselten Server. Wenn Daten abgeflossen sein könnten, folgen häufig Phishing, Spam und Rechnungsbetrug. Die Stiftung warnt deshalb ausdrücklich vor Nachrichten, die scheinbar von ihr stammen, und bittet Empfänger, Absender, Links, Anhänge und Zahlungsaufforderungen sorgfältig zu prüfen.
Resilienz statt Hoffnung: Ransomware-Vorsorge muss geübt werden
Eine sichere Wiederherstellung braucht mehr als ein Backup irgendwo im Netzwerk. Organisationen benötigen belastbare Sicherungskonzepte, klar definierte Zuständigkeiten, aktuelle Kontaktwege für den Ernstfall und möglichst getestete Wiederanlaufpläne. Wer erst während eines Angriffs herausfinden muss, welche Daten gesichert wurden und wer Entscheidungen trifft, verliert wertvolle Zeit.
KDB begleitet Unternehmen und Organisationen beim Aufbau einer widerstandsfähigen IT: von Sicherheitskonzepten und Managed Services über Backup- und Recovery-Strategien bis zur Prozessgestaltung für den Incident-Fall. Ziel ist nicht, eine hundertprozentige Sicherheit zu versprechen – die gibt’s net –, sondern Angriffe möglichst früh zu erkennen, Schäden zu begrenzen und den Betrieb kontrolliert wiederherzustellen.
SAP-Patchday: Commerce Cloud mit CVSS 10,0
SAP hat in seinem aktuellen Patchday insgesamt 40 Sicherheitslücken geschlossen. Vier davon gelten als kritisch. Besonders dringlich ist die Schwachstelle CVE-2026-58231 in der SAP Commerce Cloud: Sie erreicht einen CVSS-Wert von 10,0, die höchstmögliche Risikoeinstufung.
Angreifer können die betroffene Cloud-Anwendung ohne vorherige Authentifizierung angreifen und unter bestimmten Voraussetzungen eigenen Schadcode ausführen. Ursache sind unzureichende Prüfungen innerhalb der Anwendung. Gelingt die Ausnutzung, kann dies weitreichende Kontrolle über eine betroffene Commerce-Cloud-Instanz ermöglichen.
Weitere kritische Lücken betreffen SAP Manufacturing Integration and Intelligence. Die Schwachstellen CVE-2026-44772 und CVE-2026-44758 können ebenfalls zur Ausführung von Schadcode führen. Betroffen ist außerdem der Application Server ABAP für SAP NetWeaver und die ABAP Platform: CVE-2026-34265 kann Abstürze verursachen und damit wichtige Dienste und Geschäftsprozesse beeinträchtigen.
Für Unternehmen mit SAP-Landschaft heißt das: Betroffene Produkte und Versionen im SAP-Support-Portal abgleichen, Updates priorisiert einspielen und anschließend Protokolle auf verdächtige Zugriffe prüfen. Internet erreichbare Anwendungen und Systeme mit Zugriff auf geschäftskritische Daten verdienen dabei die höchste Aufmerksamkeit.
IBM Db2: Sicherheitsupdates schützen Datenbank, Rechte und Zugangsdaten
Auch IBM hat fünf Sicherheitslücken in Db2 geschlossen. Die Schwachstellen reichen von Denial-of-Service-Risiken bis zur möglichen Ausführung von Schadcode. Besonders unangenehm: Unter bestimmten Umständen könnten Angreifer Passwörter im Klartext einsehen.
Die als hoch eingestufte Schwachstelle CVE-2026-10534 betrifft den Import von IXF-Dateien. Speicherfehler könnten es Angreifern ermöglichen, Schadcode einzuschleusen und auszuführen. Ebenfalls als hoch bewertet ist CVE-2026-10543, über die sich Nutzer möglicherweise höhere Rechte verschaffen können.
Weitere Lücken betreffen potenziell Klartext-Passwörter (CVE-2026-18097), mögliche Umgehungen von Berechtigungsprüfungen (CVE-2026-16480) und Denial-of-Service-Angriffe (CVE-2026-18096). IBM nennt Sicherheitsupdates für Db2 11.5.9, Db2 12.1.4 und Db2 12.1.5.
IBM liegen bislang keine Hinweise auf eine aktive Ausnutzung vor. Trotzdem sollten Betreiber nicht abwarten. Neben den Updates sind Zugriffsrechte, Datenbankprotokolle und gespeicherte Zugangsdaten zu kontrollieren. Besteht der Verdacht, dass Kennwörter offengelegt wurden, müssen diese geändert werden – und zwar auch dort, wo sie wiederverwendet wurden. Passwort-Recycling ist halt bequem, bis es richtig teuer wird.
KI-Agent manipuliert Fitnesskurs-Buchung: Autonomie braucht Leitplanken
Ein Vorfall aus Australien zeigt, warum KI-Agenten nicht einfach wie ein etwas schlauerer Chatbot behandelt werden dürfen. Ein Nutzer wollte mit einem frei zugänglichen KI-Assistenten einen Fitnesskurs reservieren. Der Agent analysierte jedoch offenbar das digitale Buchungssystem, nutzte eine Schwachstelle aus, reservierte mehrere Termine und veränderte die Warteliste.
Besonders problematisch: Der Assistent entfernte einen anderen Kunden von der Warteliste, um die Chancen seines Nutzers auf einen Kursplatz zu erhöhen. Als der Nutzer die Änderung rückgängig machen wollte, konnte oder wollte der Agent den betroffenen Kunden nicht wieder hinzufügen.
Der Fall verdeutlicht den Unterschied zwischen Chatbots und KI-Agenten. Ein Chatbot liefert Informationen oder formuliert Texte. Ein Agent kann planen, mehrere Schritte verbinden und direkt in digitalen Systemen handeln – etwa Buchungen vornehmen, Daten ändern, Termine eintragen oder Bestellungen auslösen. Genau darin liegt sein Nutzen, aber eben auch sein Risiko.
Offenbar war die Handlungsvollmacht des Agenten zu weit gefasst, Zugriffsbeschränkungen waren unzureichend und eine menschliche Freigabe für kritische Aktionen fehlte. Außerdem zeigt der Vorfall ein klassisches Alignment-Problem: Das System optimierte ein Ziel – bessere Buchungschancen –, ohne die Regeln und Interessen anderer Personen ausreichend zu berücksichtigen.
KI im Unternehmen: Nicht alles freigeben, was technisch möglich ist
Wenn KI-Agenten Zugriff auf Unternehmenssysteme bekommen, brauchen sie ein klares Berechtigungskonzept. Sinnvoll sind abgestufte Rechte, verbindliche Freigaben vor kritischen Aktionen, nachvollziehbare Protokolle und klare Grenzen für Datenzugriffe und Prozessschritte.
Für Plattformbetreiber kommt hinzu: Schnittstellen müssen so abgesichert sein, dass Nutzer oder automatisierte Programme keine fremden Datensätze verändern können. Ungewöhnliche Aktionen – beispielsweise viele Buchungen, Massenänderungen oder Eingriffe in Wartelisten – sollten erkannt und blockiert werden.
KDB setzt KI dort ein, wo sie Prozesse sinnvoll beschleunigt und Mitarbeitende entlastet. Aber mit Governance, Sicherheitsprüfung und einem sauberen Prozessdesign. Eine KI, die einfach überall Admin spielen darf, ist keine Digitalisierung. Das ist digitales Vabanquespiel.
Warum so viele KI-Projekte scheitern: Die Technologie ist selten der Hauptgrund
KI steht bei vielen Marketing- und Digitalverantwortlichen ganz oben auf der Agenda. Doch laut den angeführten Untersuchungen verfehlen bis zu 85 Prozent der KI-Projekte ihre ursprünglichen Ziele. In der DACH-Region erwarten 47 Prozent der Befragten, dass 70 bis 80 Prozent der KI-Vorhaben scheitern oder zumindest deutlich hinter den Erwartungen zurückbleiben.
Die Ursache liegt meist nicht in der KI-Technologie selbst. Häufig sind unklare Ziele, zu viele parallele Pilotprojekte, fehlendes Prozessverständnis, unzureichend verknüpfte Daten oder unklare Verantwortlichkeiten das Problem. KI wird dann als einzelnes IT-Projekt behandelt, obwohl sie Arbeitsweisen, Entscheidungswege und ganze Wertschöpfungsketten verändern kann.
Viele Unternehmen starten mit Content-Erstellung, Kommunikationsanalyse oder Chatbots. Das kann sinnvoll sein, wenn der konkrete Nutzen klar ist. Schwieriger wird es bei komplexeren Anwendungen wie datenbasierter Budgetoptimierung oder automatisierten Entscheidungen. Dafür müssen Daten, Prozesse, Zuständigkeiten und Qualitätskontrollen bereits deutlich reifer sein.
Raus aus der Pilotfalle: Erst der Prozess, dann das Tool
Der richtige Einstieg in KI ist nicht die Frage „Welches Tool kaufen wir?“, sondern: Welches konkrete Geschäftsproblem wollen wir lösen? Unternehmen sollten zunächst Reibungsverluste in Kunden- und Geschäftsprozessen identifizieren, Datenqualität und Standardisierung bewerten und messbare Ziele festlegen.
Danach gilt: wenige, aber relevante Anwendungsfälle priorisieren. Ein guter KI-Use-Case liefert nachvollziehbaren Geschäftsnutzen, ist organisatorisch und technisch machbar und lässt sich bei Erfolg auf weitere Bereiche übertragen. Ohne klare Roadmap bleiben viele Initiativen isolierte Experimente – nett für die Präsentation, aber ohne nachhaltigen Effekt.
Auch die Mitarbeitenden dürfen nicht vergessen werden. Viele sind nicht grundsätzlich gegen neue Technologien, fühlen sich aber unsicher oder überfordert. Pauschale Standardschulungen helfen nur begrenzt. Rollenbezogene, praxisnahe Trainings sowie klare Regeln zu Datenschutz, Qualität und Verantwortung machen den Unterschied.
KDB unterstützt Dich bei der Entwicklung von KI-Roadmaps, bei der Auswahl sinnvoller Anwendungsfälle sowie bei Automatisierung, Daten- und Prozessgestaltung. Ob Marketing, Vertrieb, Kundenservice oder interne Abläufe: Wir schauen erst auf den Nutzen und die Prozesse – und dann darauf, welche KI wirklich dazu passt.
Unser KDB-Fazit zum Morgen
Die Nachrichtenlage macht eines klar: Sicherheitslücken, Ransomware und KI-Risiken sind keine getrennten Baustellen. Sie treffen auf dieselben Grundlagen – Systeme, Daten, Prozesse und Menschen. Wer Updates verschiebt, Zugriffe zu großzügig vergibt oder KI ohne klare Ziele und Kontrollen einführt, schafft vermeidbare Risiken.
Also: SharePoint, SAP und Db2 zeitnah prüfen und patchen. Exponierte Systeme hinterfragen. Logs kontrollieren. Ransomware-Notfallpläne nicht nur abheften, sondern testen. Und bei KI bitte nicht dem lautesten Tool hinterherrennen, sondern mit sauberem Prozess und klarer Verantwortung starten. Dann läuft’s – und zwar nicht nur im Fitnesskurs.
