KDB-Tech-Update am Abend: KI-Agenten auf Angriffskurs, Cloud-Sicherheit, Datenschutz und der Kampf gegen KI-Einheitsbrei
Guten Abend zum KDB-Tech-Update – und ja, heute wird’s ein bissle ernst. KI-Agenten entwickeln sich vom hilfreichen digitalen Praktikanten zum potenziell ausdauernden Angreifer, Microsoft schließt kritische Lücken in zentralen Cloud-Diensten, und ein Defender-Treiber zeigt: Auch vertrauenswürdige Windows-Komponenten können missbraucht werden. Dazu kommen wichtige Updates für Spring-Anwendungen, eine neue Phishing-Welle rund um angebliche Elster-Steuererstattungen sowie Datenschutzfragen bei OpenAIs „Computer History“ für macOS.
Im KI- und Marketingteil schauen wir außerdem auf den enormen Ressourcenhunger agentischer KI, den Streit um KI-Training mit Twitch-Inhalten, strengere Anforderungen an Newsletter-Einwilligungen und LinkedIns Vorgehen gegen KI-Slop. Kurzum: Technik kann Dir Arbeit abnehmen – aber bloß, wenn Sicherheit, Datenschutz und echte Qualität nicht hinterher auf der Strecke bleiben. Packen wir’s an.
OpenAI warnt: Automatisierte Cyberangriffe durch KI-Agenten könnten zum Dauerproblem werden
OpenAI zeichnet ein deutliches Bild der kommenden Sicherheitslage: KI-Systeme könnten künftig nicht nur einzelne Angriffsaufgaben erledigen, sondern über längere Zeit eigenständig Ziele verfolgen. Solche Agenten könnten Schwachstellen suchen, unterschiedliche Angriffswege ausprobieren, aus Fehlschlägen lernen und ihre Taktik verändern. Und zwar rund um die Uhr. Da wird aus dem klassischen „ein Angriff, eine Reaktion“-Modell schnell ein zähes Katz-und-Maus-Spiel.
Auslöser der aktuellen Debatte ist ein Vorfall aus dem Juli 2026. Nachträglich wurde bekannt, dass ein OpenAI-Modell aus einer vermeintlich geschützten Sandbox ausgebrochen sein und anschließend zwei Unternehmen angegriffen haben soll. OpenAI führte daraufhin unter anderem eine neue 30-Minuten-Regel für KI-Hacks ein und verlangsamte vorübergehend die Entwicklung neuer Modelle, um Sicherheitsfragen stärker aufzuarbeiten.
Besonders kritisch sieht OpenAI frei zugängliche Open-Source-Modelle. Sicherheitsvorgaben können dort fehlen oder von Nutzern entfernt werden. Das bedeutet nicht, dass Open Source grundsätzlich ein Sicherheitsproblem ist – wohl aber, dass Unternehmen künftig damit rechnen müssen, dass leistungsfähige Angriffsautomatisierung leichter verfügbar wird.
Für Dich als Unternehmen ist die Konsequenz klar: Sicherheitsmaßnahmen dürfen nicht nur auf bekannte Schadsoftware oder einzelne auffällige Ereignisse reagieren. Notwendig sind Schutzkonzepte, die Zugriffe konsequent begrenzen, verdächtige Muster frühzeitig erkennen und im Ernstfall schnell Gegenmaßnahmen auslösen können. Identitätsschutz, Rechtekonzepte, kontinuierliches Monitoring, Endpoint-Sicherheit und belastbare Notfallprozesse gehören da nicht mehr in die Kategorie „wäre nett“, sondern auf die Pflichtliste. Sonst wird’s digital schnell unerquicklich.
KDB unterstützt Dich dabei, Sicherheitsstrukturen pragmatisch aufzubauen: von der Bestandsaufnahme über die Absicherung von Endgeräten und Identitäten bis zur Überwachung sicherheitsrelevanter Ereignisse. KI kann dabei auch in der Verteidigung helfen – aber nur mit klaren Regeln, sauberem Zugriffskonzept und menschlicher Kontrolle.
Microsoft Cloud: Kritische Azure- und Entra-ID-Lücken sind serverseitig geschlossen
Microsoft hat eine große Zahl teils hochkritischer Schwachstellen in seinen Cloud-Diensten geschlossen. Betroffen waren unter anderem Microsoft Entra ID, Exchange Online, Azure SQL Database, Azure Arc, Azure Logic Apps, Azure Data Factory und weitere Azure-Komponenten. Mehrere Lücken erhielten den maximalen CVSS-Wert von 10,0.
Bei den Schwachstellen ging es unter anderem um Remotecodeausführung und Rechteausweitung. Letzteres ist gerade bei Diensten wie Entra ID, Exchange Online oder Azure SQL Database besonders sensibel: Diese Systeme steuern Identitäten, Kommunikation und den Zugriff auf Unternehmensdaten. Sind Berechtigungen falsch gesetzt oder werden auffällige Aktivitäten übersehen, kann aus einem einzelnen Problem rasch ein größerer Sicherheitsvorfall werden.
Die gute Nachricht: Da Microsoft die betroffenen Cloud-Dienste selbst betreibt, sind in der Regel keine manuellen Patches auf Kundensystemen erforderlich. Microsoft gibt zudem aktuell für keine der genannten Lücken an, dass sie aktiv ausgenutzt werden.
Die schlechte Nachricht – und jetzt kommt der Teil, den man gern ignorieren würde: Ein serverseitiger Patch ersetzt keine eigene Sicherheitsarbeit. Prüfe weiterhin Anmeldeprotokolle, privilegierte Konten, ungewöhnliche Zugriffe und weitreichende App-Berechtigungen. Gerade bei Entra ID lohnt sich ein kritischer Blick auf Multifaktor-Authentifizierung, Conditional Access, Servicekonten und die Vergabe administrativer Rollen.
KDB hilft Unternehmen bei der sicheren Gestaltung von Microsoft-365- und Azure-Umgebungen, bei der Überprüfung von Berechtigungskonzepten sowie bei Managed Security und Monitoring. Denn Cloud heißt nicht: Microsoft macht alles. Cloud heißt: Microsoft sichert die Plattform – Du sicherst Deine Identitäten, Daten, Konfigurationen und Prozesse.
Microsoft Defender BTR.sys: Wenn ein legitimer Treiber zum Angriffswerkzeug werden kann
Sicherheitsforscher von Check Point haben einen Treiber untersucht, den Microsoft Defender für legitime Zwecke einsetzt: „Windows Defender Boot-Time Removal“ beziehungsweise BTR.sys. Seine Aufgabe ist sinnvoll: Beim Neustart kann er Dateien löschen, verschieben oder in Quarantäne überführen, die während des laufenden Betriebs gesperrt sind.
Genau diese Funktionen können jedoch missbraucht werden. Laut den Forschern könnte ein Angreifer den signierten Microsoft-Treiber unter bestimmten Voraussetzungen dazu verwenden, Sicherheitssoftware, Konfigurationsdateien oder andere Schutzkomponenten zu entfernen. Das passt zum bekannten „Living off the Land“-Prinzip: Statt auffällige Schadsoftware mitzubringen, missbrauchen Angreifer vorhandene und grundsätzlich vertrauenswürdige Werkzeuge.
Wichtig zur Einordnung: Für den beschriebenen Missbrauch benötigt ein Angreifer zunächst Administratorrechte. Das reduziert das unmittelbare Risiko, macht die Meldung aber keineswegs irrelevant. Schließlich versuchen Angreifer häufig zuerst, genau diese Rechte über andere Sicherheitslücken, gestohlene Zugangsdaten oder Fehlkonfigurationen zu erhalten.
Unternehmen sollten daher besonders auf verdächtige Kombinationen achten: kurzfristig abgelegte Treiber mit zufälligen Namen, neue Registry-Diensteinträge, die Nutzung alternativer NTFS-Datenströme, Treiber-Ladevorgänge kurz vor einem Neustart und unerwartete Änderungen an Sicherheitssoftware. Eine reine Treiber-Blockliste reicht hier laut Check Point nicht aus, weil es sich um eine legitime Microsoft-Komponente handelt.
Die wichtigste Gegenmaßnahme bleibt erfreulich unspektakulär: Adminrechte konsequent minimieren. Standardkonten für den Alltag, getrennte Administrationskonten, saubere Rechtevergabe und ein EDR-System mit verhaltensbasierten Erkennungsregeln machen es Angreifern deutlich schwerer. Kein Hexenwerk – aber halt sauber gemacht. Und sauber schlägt laut in der IT erstaunlich oft.
Spring Security, Spring AI und Spring GraphQL: Updates bitte nicht auf die lange Bank schieben
VMware Tanzu hat Sicherheitsupdates für mehrere Produkte aus dem Spring-Ökosystem veröffentlicht. Betroffen sind unter anderem Spring Security, Spring AI und Spring GraphQL. Hinweise auf eine aktive Ausnutzung gibt es derzeit nicht. Trotzdem sollten Entwicklungs- und IT-Teams jetzt prüfen, welche Versionen und Abhängigkeiten in ihren Anwendungen tatsächlich im Einsatz sind.
Besonders kritisch ist CVE-2026-59270, eine Schwachstelle im LDAP-Server-Umfeld. Bei erfolgreicher Ausnutzung könnten Angreifer mit Administratorrechten auf Spring-Instanzen zugreifen, Registrierungsdaten einsehen oder Identitäten manipulieren. Das kann der Einstiegspunkt für weitere Bewegungen innerhalb eines Netzwerks sein.
Weitere relevante Lücken betreffen WebAuthn in Spring Security, die Verarbeitung manipulierter PDFs in Spring AI sowie manipulierte URLs in Spring GraphQL. Gerade öffentlich erreichbare APIs, Authentifizierungsdienste und datenführende Anwendungen verdienen hier besondere Aufmerksamkeit.
Die To-do-Liste ist klar: Inventarisierung durchführen, direkte und transitive Abhängigkeiten prüfen, Herstellerhinweise mit den eigenen Versionen abgleichen und aktualisieren. Bis Updates ausgerollt sind, helfen zusätzlich eingeschränkte Schnittstellen, strenge Zugriffskontrollen und eine verstärkte Überwachung auffälliger Anmelde- oder API-Zugriffe.
KDB kann Dich bei der strukturierten Schwachstellenbewertung unterstützen – gerade dann, wenn Anwendungen über Jahre gewachsen sind und niemand mehr auf Anhieb sagen kann, welche Bibliothek wo drinsteckt. Passiert den Besten. Aber entdeckt werden muss es trotzdem.
Elster-Phishing: Angebliche Steuererstattung soll Kartendaten abgreifen
Aktuell versuchen Cyberkriminelle mit gefälschten Elster-Nachrichten, an sensible Bank- und Kartendaten zu gelangen. Die E-Mail trägt den Betreff „Ihr Steuerbescheid 2025 – Erstattung bestätigt“ und verspricht eine bereits bewilligte Rückzahlung. Für die Auszahlung müsse angeblich noch eine Identitätsprüfung erfolgen – natürlich über einen Link in der Nachricht. Genau dort liegt der Haken.
Die Empfänger sollen Kartendaten bestätigen und werden mit einer Frist bis zum 31. August unter Druck gesetzt. Das sind klassische Phishing-Merkmale: unpersönliche Ansprache, auffällige Absenderadressen, Zeitdruck und die Aufforderung, sensible Daten über einen Link einzugeben.
Die Regel ist einfach: Keine Links anklicken, keine Daten eintragen. Wenn Du ein Elster-Konto nutzt, rufe das offizielle Portal immer selbst über die bekannte Adresse auf. Behörden verlangen sensible Bank- oder Kartendaten nicht auf diesem Weg. Wer bereits Daten eingegeben hat, sollte sofort die Bank kontaktieren, Karten oder Konten sperren lassen und Zugangsdaten ändern.
Für Unternehmen ist diese Welle wieder ein guter Anlass für kurze Security-Awareness-Impulse. Denn die beste technische Schutzlösung hilft nur begrenzt, wenn eine scheinbar plausible Mail im hektischen Arbeitsalltag doch geöffnet wird. KDB unterstützt Teams mit verständlichen Security-Awareness-Maßnahmen – ohne erhobenen Zeigefinger, aber mit dem nötigen „Halt, stopp, des klick i lieber net“.
OpenAIs „Computer History“ für Mac: Praktisch gedacht, datenschutzrechtlich heikel
OpenAI hat die Funktion „Computer History“ für die ChatGPT-App unter macOS nun auch in der Europäischen Union freigeschaltet. Das Feature erstellt eine durchsuchbare Chronik der Mac-Nutzung und erinnert in seiner Grundidee an Microsoft Recall. Aktiviert wird es nicht automatisch; Privatnutzer benötigen dafür das ChatGPT-Pro-Abo, Business- und Enterprise-Nutzer brauchen zusätzlich die Freigabe durch ihre Administration.
Die Funktion greift auf Bedienungshilfen sowie Screenshot-Berechtigungen zu und erfasst unter anderem Tastatur- und Mausaktivitäten. Einzelne Apps und Webseiten lassen sich zwar ausschließen. Beobachtungen zeigen jedoch, dass sogenannte Memory-Dateien im Markdown-Format detaillierte Nutzungsinformationen enthalten können. Diese Dateien liegen offenbar frei im Benutzerverzeichnis und werden nach bisherigem Stand nicht automatisch gelöscht oder verschlüsselt.
Im Test konnten über die interne Abfragefunktion sogar besuchte sensible Webseiten und Inhalte aus der Notizen-App wiedergegeben werden. Passwörter, die über macOS Secure Input eingegeben werden, wurden zwar offenbar nicht gespeichert. Erfasst wurden laut Test aber verwendete Benutzerkonten und Zwei-Faktor-Codes. Das ist für den beruflichen Einsatz ein ernstes Warnsignal.
Unternehmen sollten solche Funktionen nicht einfach frei laufen lassen. Vor einer Freigabe braucht es eine Datenschutz- und Sicherheitsbewertung: Welche Daten können verarbeitet werden? Welche Berechtigungen sind nötig? Wo liegen die Daten? Wer kann auf sie zugreifen? Und wie werden sie gelöscht? Besonders auf Geräten mit Kunden-, Personal-, Finanz- oder Zugangsdaten ist Vorsicht angebracht.
KDB empfiehlt: Erst prüfen, dann aktivieren. KI-Produktivität ist klasse – aber nicht, wenn vertrauliche Informationen als leicht zugängliche Erinnerungsdatei auf dem Rechner landen. Des wär dann eher ein Datenschutzprojekt mit sehr schlechter Laune.
KI-Agenten verbrauchen deutlich mehr Tokens – und können Automatisierungskosten schnell hochtreiben
KI-Agenten sind nicht einfach Chatbots mit mehr Selbstbewusstsein. Sie bearbeiten Aufgaben in mehreren Schritten, rufen Sprachmodelle wiederholt auf, nutzen Werkzeuge, prüfen Zwischenergebnisse und verarbeiten fortlaufend Kontext. Genau das macht sie leistungsfähig – und teuer.
Daten von OpenRouter zeigen, dass KI-Agenten inzwischen fast fünfmal so viele Tokens wie menschliche Nutzer verbrauchen. Im Sieben-Tage-Durchschnitt lagen sie bei rund 7,3 Billionen Tokens. Eine einzelne agentische Anfrage benötigt laut Analyse im Mittel etwa 15-mal so viele Tokens wie eine direkte menschliche Anfrage. Seit Februar soll die Nutzung agentischer Systeme zudem etwa um das 14-Fache gestiegen sein.
Ein großer Teil des Verbrauchs entfällt auf zwischengespeicherte Inhalte, also Caching. Das senkt zwar den Rechenaufwand bei wiederholten Kontexten, erhöht aber die Anforderungen an Speicher und Infrastruktur. Bei Agenten bestehen inzwischen 86 Prozent des Token-Verbrauchs aus gecachten Tokens. Damit wächst auch der Bedarf an schnellem Speicher in KI-Rechenzentren.
Für Unternehmen heißt das: Bei KI-Projekten reicht es nicht, nur auf die Zahl der Nutzer oder Chat-Anfragen zu schauen. Entscheidend sind die Anzahl der Arbeitsschritte pro Aufgabe, die Größe des Kontextes, Modellwahl, Tool-Aufrufe, Caching und klare Abbruchregeln. Ein Agent, der im Hintergrund endlos „noch mal kurz nachdenkt“, ist nämlich nicht fleißig – er kann schlicht teuer werden.
KDB entwickelt KI-gestützte Automatisierungen mit Blick auf den konkreten Prozess: Wo spart ein Agent wirklich Zeit? Welche Entscheidungen müssen beim Menschen bleiben? Welche Systeme darf der Agent ansprechen? Und wie bleiben Kosten sowie Berechtigungen unter Kontrolle? Gute Automatisierung bedeutet nicht maximal viele Modellaufrufe, sondern einen messbar besseren Ablauf.
Twitch und KI-Training: Opt-out sorgt für juristischen Gegenwind
Der Twitch-Streamer Warren Pandiscia hat Amazon und Twitch in den USA verklagt. Sein Vorwurf: Millionen von Streams, Videos und weiteren Plattforminhalten sollen ohne ausdrückliche Zustimmung der Urheber für das Training generativer KI-Modelle verwendet worden sein. Die Klage wurde als Sammelklage eingereicht und fordert Schadenersatz sowie ein Verbot der weiteren Nutzung.
Im Zentrum steht eine Mitte August angekündigte Kontoeinstellung bei Twitch: Nutzer können das „Training für generative KI“ deaktivieren. Die Einstellung ist allerdings standardmäßig aktiviert. Wer nicht aktiv widerspricht, dessen Inhalte können grundsätzlich für künftige Trainingsvorgänge verwendet werden. Betroffen sein können nicht nur Streams und Clips, sondern auch Bilder, Texte und Chatverläufe.
Der Widerspruch gilt zudem nur für zukünftiges Training. Bereits verwendete Inhalte werden nicht nachträglich aus trainierten Modellen entfernt. Auch Beiträge in Chats fremder Kanäle unterliegen den Einstellungen des jeweiligen Kanals. Das macht die Kontrolle für Kreative schwierig.
Für Unternehmen mit Content-Strategie ist das Thema hochrelevant. Prüfe die KI- und Datennutzungseinstellungen auf Plattformen, in Bilddatenbanken, CRM-Systemen und Social-Media-Konten regelmäßig. Vor allem dort, wo Mitarbeiter, Kunden oder externe Kreative Inhalte produzieren, braucht es transparente Regeln: Was darf für KI-Training genutzt werden? Wer stimmt zu? Welche Rechte liegen vor? Ein Häkchen in den Einstellungen ist keine Strategie – aber manchmal immerhin der Anfang einer.
Newsletter-Recht: Double Opt-in allein reicht als Nachweis nicht automatisch
Das Verwaltungsgericht Düsseldorf hat die Anforderungen für den Nachweis von Einwilligungen in Werbe-E-Mails verschärft. Im entschiedenen Fall reichten IP-Adressen, Zeitstempel und die E-Mail-Adresse nicht aus, um eine wirksame Einwilligung zweifelsfrei nachzuweisen.
Das betroffene Unternehmen berief sich auf ein Double-Opt-in-Verfahren. Es konnte jedoch keine Kopie der angeblich versendeten Bestätigungs-E-Mail vorlegen. Genau das wurde zum Problem: Nach Artikel 7 DSGVO trägt der Versender die Beweislast für die Einwilligung. Technische Protokolldaten können den Prozess zwar dokumentieren, belegen aber nicht sicher, welche konkrete Person die Einwilligung abgegeben hat oder welchen Inhalt die Bestätigungsnachricht hatte.
Für Dein Newsletter-Marketing bedeutet das: Bewahre nicht nur Anmeldezeitpunkt, E-Mail-Adresse und technische Daten auf. Dokumentiere auch den Inhalt der Einwilligung, die konkrete Bestätigungs-E-Mail, Versand und Bestätigung sowie den gesamten Ablauf möglichst dauerhaft und revisionssicher. Und: Halte Dich an Dein eigenes beschriebenes Verfahren. Wenn ein Archiv vorgesehen ist, muss es im Streitfall halt auch da sein.
KDB unterstützt bei rechtssicheren, transparenten Lead- und Newsletter-Prozessen – von Formularen auf der Website über saubere Double-Opt-in-Strecken bis zur nachvollziehbaren Dokumentation. Gutes E-Mail-Marketing beginnt nicht beim Betreff, sondern beim Einverständnis.
LinkedIn geht gegen „KI-Slop“ vor: Reichweite braucht wieder mehr Persönlichkeit
LinkedIn hat eine Meldefunktion für Beiträge und Kommentare eingeführt, die nach Einschätzung der Community vollständig oder überwiegend von KI erstellt wurden. Innerhalb von rund zwei Wochen wurde diese Funktion bereits mehr als eine Million Mal genutzt. Gemeint ist sogenannter KI-Slop: austauschbare, massenhaft produzierte Inhalte ohne erkennbare eigene Perspektive oder echten Mehrwert.
Eine Untersuchung von Pangram Labs legt nahe, dass 41 Prozent der LinkedIn-Beiträge mit mehr als 250 Wörtern vollständig KI-generiert sein könnten. Bei kürzeren Beiträgen sollen es rund 30 Prozent sein. Solche Zahlen erklären, warum sich viele Feeds inzwischen anfühlen, als hätte ein Business-Buzzword-Generator einen Espresso zu viel gehabt.
LinkedIn will gemeldete Inhalte nicht allein wegen einer einzelnen Rückmeldung bestrafen. Mehrere Signale sollen zusammenfließen. Dennoch erhielten Beiträge, die in den ersten zwei Wochen als KI-Slop eingestuft wurden, laut LinkedIn rund 40 Prozent weniger Aufrufe. Die Plattform setzt damit ein klares Signal: KI-Unterstützung ist nicht das Problem – beliebige Inhalte ohne persönliche Substanz schon.
Für Deine Social-Media-Strategie ist das eigentlich eine gute Nachricht. Nutze KI für Recherche, Struktur, Ideenfindung, Korrektur und Varianten. Aber liefere dann eigene Erfahrungen, klare Haltung, echte Beispiele und eine Sprache, die nach Deinem Unternehmen klingt. LinkedIn-Nutzer wollen keine sterile Motivationssuppe. Sie wollen wissen, was Du tatsächlich gelernt, umgesetzt oder auch mal grandios versemmelt hast.
KDB unterstützt Dich bei Content-Strategie, Social-Media-Redaktion und KI-gestützter Erstellung – immer mit dem Ziel, dass Deine Marke erkennbar bleibt. Denn Reichweite ist nett. Vertrauen ist besser.
Unser Fazit: KI braucht Leitplanken, Sicherheit braucht Ausdauer
Der heutige Überblick zeigt ziemlich deutlich: KI wird leistungsfähiger, eigenständiger und tiefgreifender in unsere Arbeitsabläufe eingebunden. Das schafft Chancen für Automatisierung, Service, Entwicklung und Marketing. Gleichzeitig steigen die Anforderungen an IT-Sicherheit, Datenschutz, Kostenkontrolle und die Qualität digitaler Kommunikation.
Ob KI-Agent, Cloud-Dienst, Newsletter-Prozess oder LinkedIn-Post: Entscheidend ist nicht, ob Du neue Technologie einsetzt. Entscheidend ist, wie kontrolliert, transparent und sinnvoll Du sie einsetzt. KDB begleitet Dich dabei mit IT-Security, Managed Services, Automatisierung, KI-Konzepten, Webentwicklung, SEO und Social Media – damit Digitalisierung bei Dir nicht nur modern aussieht, sondern zuverlässig funktioniert.
