Sicherheitsteams eilen, um Risiken durch KI, MCP und Coding-Agents in der Softwareentwicklung zu bewältigen

Eine wachsende Debatte dreht sich darum, wie KI-Coding-Agents, MCP-Server und Agent-Histories neue Risiken für die Software-Sicherheit schaffen. Forscher und Praktiker warnten, dass KI-Agents auf Repositories zugreifen, Dateien bearbeiten, Befehle ausführen und mit Secrets umgehen können, was bedeutet, dass normales IAM und RBAC möglicherweise nicht ausreichen. Neue Tools wie SecureAI-Scan, agentsweep und andere Open-Source-Projekte versuchen, Prompt-Injection zu erkennen, Agent-Histories nach Secrets zu durchsuchen und Inventare im Stil einer AI-Bill-of-Materials zu erstellen. Andere Beiträge zeigten, dass Cursor und ähnliche Tools anfällig für Angriffe durch vergiftete Repositories oder für das automatische Ausführen bösartigen Codes aus geklonten Repos sind. Das ist wichtig, weil der SDLC immer stärker automatisiert und zugleich undurchsichtiger wird, und Sicherheitsteams Nachvollziehbarkeit dafür brauchen, was Agents gesehen und verändert haben. Der Hauptwechsel ist von 'Hat der Code kompiliert' zu 'Worauf hatte der Agent Zugriff und warum hat er das getan.'

Sources

• SecureAI-Scan v0.3.0: Lokaler CLI-Scanner für KI/LLM-Sicherheitsprobleme (Prompt-Injection, MCP, RAG) — /r/cybersecurity
• Jeder KI-Coding-Agent schreibt die Geheimnisse, die du einfügst, direkt in eine Klartext-Verlaufsdatei — und niemand scannt sie — /r/cybersecurity
• Werden KI-Coding-Agents zu einem neuen Sicherheitsrisiko in Engineering-Teams? — /r/cybersecurity
• Cursor IDE führt bösartigen Code in vergifteten Repos automatisch aus — Dark Reading
• Technische Analyse von wp2shell: Die neueste WordPress-Core-Pre-Auth-RCE-Kette — /r/cybersecurity