Aktuelle Bedrohungen, Schwachstellen und Abwehrstrategien im KI-Umfeld.
Ein Entwickler bittet seinen Coding-Agenten, einen kostenlosen MCP-Server für eine bekannte Plattform zu finden. Der Agent durchsucht das Web, stößt auf ein professionell wirkendes GitHub-Repository und gibt die Installationsanleitung aus der README weiter. Was wie normale Recherche aussieht, kann i
NGINX ist in vielen Unternehmen keine sichtbare Anwendung, sondern Infrastruktur im Hintergrund: Reverse Proxy vor APIs, Gateway zwischen Diensten, TLS-Endpunkt oder Bestandteil einer Plattform. Genau das macht eine neue Schwachstelle praktisch relevant. Ein Server kann eine verwundbare Version verw
Ein Unternehmen führt einen Browser-Agenten ein, der Produktseiten zusammenfasst, Support-Tickets prüft oder interne Webanwendungen bedient. Die offensichtliche Sicherheitsfrage lautet: Kann ein Angreifer dem Agenten über eine Webseite eine versteckte Anweisung unterschieben? Genau darauf zielen vie
Ein Entwickler klont ein fremdes Repository, öffnet es in der gewohnten IDE und will nur kurz prüfen, ob das Projekt relevant ist. In vielen Teams ist das Alltag: Proof-of-Concepts, Kundenbeispiele, Open-Source-Abhängigkeiten, Bewerberaufgaben, interne Forks oder von KI-Coding-Agenten vorgeschlagene
Ein KI-Agent im Browser ist praktisch, weil er dort arbeitet, wo viele Unternehmensprozesse ohnehin stattfinden: E-Mail, Kalender, Dokumente, CRM, Ticketsysteme, Portale. Genau darin liegt aber das Sicherheitsproblem. Ein Browser ist kein isolierter Arbeitsraum. Er ist eine Laufzeitumgebung mit ange
Ein Unternehmen führt persönliche KI-Agenten ein, damit sie Routinearbeit übernehmen: E-Mails vorsortieren, Kalender prüfen, Tickets zusammenfassen, Codeänderungen vorbereiten oder im Hintergrund kleine Aufgaben erledigen. Der Nutzen entsteht nicht nur durch das Sprachmodell, sondern durch Persisten
Viele Unternehmen betrachten Build-Tools, Obfuscator, Security-Scanner und CI-Helfer als Teil der Verteidigung. Genau deshalb ist der aktuelle Fall rund um das npm-Paket `jscrambler` so relevant: Nicht eine beliebige Testbibliothek wurde kompromittiert, sondern der offizielle CLI-Client einer kommer
Ein typischer Build beginnt unspektakulär: `npm install`, ein paar Abhängigkeiten, danach Tests, Container-Build und Deployment. Genau dieser Routine-Schritt war in vielen Unternehmen lange ein stiller Vertrauensvorschuss. Pakete konnten beim Installieren automatisch `preinstall`-, `install`- oder `
Ein typisches Entwicklerproblem klingt harmlos: Ein Team testet einen neuen KI-Coding-Agenten, bittet ihn, ein populäres Repository zu klonen oder eine passende „Skill“-Erweiterung zu installieren, und lässt ihn die notwendigen Shell-Befehle gleich ausführen. Genau diese Komfortfunktion ist der Kern
## Praxisproblem: Der öffentliche Issue ist plötzlich ein Steuerkanal
Viele Unternehmen betreiben interne Git-Dienste nicht als großes Plattformprojekt, sondern pragmatisch: ein Gitea-Container, ein Reverse Proxy davor, SSO oder ein vorgeschaltetes Auth-Gateway, fertig. Genau in dieser unscheinbaren Architektur steckt das Praxisproblem der aktuellen Gitea-Schwachstell
Ein Entwickler öffnet ein Repository, prüft kurz die letzten Commits und startet die gewohnte Arbeitsumgebung. Genau an dieser Stelle setzt die aktuelle PolinRider-Kampagne an. Das Problem ist nicht nur ein weiteres bösartiges npm-Paket. Es ist die Kombination aus Paketregistern, kompromittierten Ma
