I team di sicurezza corrono per gestire il rischio di AI, MCP e agenti di coding nello sviluppo software

Un corpo crescente di discussione si è concentrato su come gli agenti di coding AI, i server MCP e la cronologia degli agenti creino nuove esposizioni alla sicurezza software. Ricercatori e professionisti hanno avvertito che gli agenti AI possono accedere ai repository, modificare file, eseguire comandi e toccare segreti, il che significa che IAM e RBAC tradizionali potrebbero non essere sufficienti. Nuovi strumenti come SecureAI-Scan, agentsweep e altri progetti open-source stanno cercando di rilevare prompt injection, eseguire scansioni delle cronologie degli agenti alla ricerca di segreti e generare inventari in stile bill of materials per l'AI. Altri articoli hanno mostrato che Cursor e strumenti simili sono vulnerabili ad attacchi a repository avvelenati o all'esecuzione automatica di codice malevolo da repository clonati. Questo è importante perché lo SDLC sta diventando più automatizzato ma anche più opaco, e i team di sicurezza hanno bisogno di tracciabilità per ciò che gli agenti hanno visto e cambiato. Il cambiamento principale è da 'il codice ha compilato' a 'cosa ha avuto accesso l'agente e perché lo ha fatto.'

Fonti

• SecureAI-Scan v0.3.0: scanner CLI locale per problemi di sicurezza AI/LLM (prompt injection, MCP, RAG) — /r/cybersecurity
• Ogni agente di coding AI scrive i segreti che incolli direttamente in un file di cronologia in testo semplice — e nessuno lo esamina — /r/cybersecurity
• Gli agenti di coding AI stanno diventando un nuovo rischio per la sicurezza all'interno dei team di ingegneria? — /r/cybersecurity
• Cursor IDE esegue automaticamente codice malevolo in repository avvelenati — Dark Reading
• Analisi tecnica di wp2shell: l'ultima catena RCE pre-auth di WordPress Core — /r/cybersecurity