Trova le vulnerabilità. Poi prova a smentirle.
Yempik Security Audit fa leggere il vostro codice ad agenti AI che cercano i punti in cui qualcuno può fare qualcosa che non dovrebbe. Ogni problema passa a un secondo agente che non l’ha trovato e prova a smontarlo: nel report resta solo quello che regge. Controlla anche la filiera AI, da cui sono passati gli attacchi di ottobre, e chiude con una pagina in italiano per chi decide.
Il verdetto
Due problemi confermati, uno grave. Il controllo è completo sul codice esaminato; l’infrastruttura cloud resta fuori.
Cosa è esposto
- GRAVEChi riceve un link di condivisione può aprire i documenti di altri clienti cambiando un numero nell’indirizzo.
- MEDIOLa chiave del servizio AI è nel codice che il browser scarica: chiunque visiti il sito può usarla a spese dell’azienda.
Tre domande per il team
- Entro quando è chiuso l’accesso ai documenti condivisi, e chi lo verifica dopo?
- La chiave del servizio AI è già stata sostituita?
- Chi approva le configurazioni degli agenti di coding che entrano nel repository?
Sei passaggi. Uno serve a smentire gli altri.
L’audit non elenca tutto quello che potrebbe andare storto. Cerca i punti in cui qualcuno può fare qualcosa che non dovrebbe, e li tiene solo se resistono a chi prova a smontarli.
- 1
Mappa
Chi può fare cosa: utenti, servizi, chiavi, confini di fiducia. Da qui nasce il registro di cosa va controllato.
- 2
Caccia
Più agenti, ognuno con una parte del registro, cercano dove qualcuno può fare ciò che non dovrebbe.
- 3
Smentita
Ogni problema passa a un agente nuovo, che non l’ha trovato e prova a smontarlo. Se non regge, esce.
- 4
Registro
Quello che resta diventa un record strutturato, controllato da due validatori automatici.
- 5
Seconda lettura
Altri agenti rileggono ogni riga citata nel codice attuale prima che il report venga scritto.
- 6
Report
Il dettaglio per chi corregge e una pagina per chi decide.
Decidete voi
Cosa correggere, entro quando, chi lo verifica. L’audit non modifica mai il codice.
Ottobre è entrato dagli strumenti, non dalla porta.
Gli attacchi del mese non hanno sfondato un firewall. Sono passati da una libreria AI, da pacchetti npm, dalle configurazioni degli agenti di coding. È la parte che l’audit controlla in più.
Chiavi dei servizi AI e gateway LLM
Dove finiscono le chiavi, chi può leggerle, quante ne tiene un solo gateway.
Una versione compromessa di LiteLLM, il gateway che molte aziende usano per raggiungere i modelli AI, è rimasta su PyPI circa due ore: secondo Wiz è stata scaricata circa 49.000 volte e rubava credenziali cloud e chiavi AI. LiteLLM
Configurazioni degli agenti di coding
File come .claude/settings.json, .mcp.json, .vscode/tasks.json: cosa eseguono, e chi può cambiarli.
Il malware nel pacchetto npm tensorlake scriveva file di configurazione per Claude Code e VS Code nei repository che riusciva a raggiungere, così ripartiva a ogni apertura del progetto. StepSecurity
Server MCP e pacchetti non bloccati
Server lanciati con versioni che cambiano da sole, con più permessi del necessario.
Resa pubblica una falla nella pubblicazione di npm: oltre 1.500 pacchetti potevano essere pubblicati da chiunque registrasse di nuovo il nome di un repository abbandonato. Help Net Security
Codice che parte prima dell’applicazione
Script di installazione e file di avvio che si eseguono dove le chiavi sono già presenti.
Il malware di LiteLLM stava in file che Python esegue a ogni avvio, prima di qualsiasi applicazione, e prendeva anche le sessioni di Claude, Codex, Cursor e Copilot. Datadog Security Labs
Cosa ricevete.
Cinque file, scritti solo dopo la seconda lettura. Ognuno ha un lettore.
- EXECUTIVE-SUMMARY.md
Sintesi per la direzione
Una pagina: verdetto, cosa è esposto, tre domande per il team, cosa resta fuori.
Direzione - REPORT.md
Report tecnico
I problemi confermati con gravità, percorso nel codice e la correzione più piccola che funziona.
Team tecnico - FINDINGS-DETAIL.md
Dettaglio riproducibile
Per ogni problema medio o superiore, come riprodurlo in locale su dati fittizi.
Chi corregge - NEEDS-VALIDATION.md
Da verificare
Quello che il codice da solo non dice, con chi deve controllarlo: fornitore cloud, IT, strumenti.
IT e fornitori - findings.json
Registro
Tutti i record in formato validato. La prossima esecuzione riparte da qui e copre di più.
Prossimo audit
Cosa non fa.
- Non tocca il codice.
- Legge in sola lettura e descrive le correzioni. Le fate voi, o chi mantiene il software.
- Non attacca sistemi veri.
- Niente prove su server, account o servizi in produzione. Se manca un fatto che il codice non mostra, finisce tra le cose da verificare.
- Non sostituisce un penetration test.
- Controlla il codice e la filiera AI intorno. La rete, gli accessi fisici e le persone restano fuori.
- Un passaggio non basta.
- Ogni esecuzione riparte da quella prima e copre di più. Va ripetuto dopo ogni cambiamento importante.
Si installa in un minuto.
Serve un agente di coding che lavori con sotto-agenti, come Claude Code, e Node.js. La skill è pubblica e gratuita: potete leggerne ogni riga prima di eseguirla.
- Claude Code o un agente con sotto-agenti
- Node.js per i validatori
- Profili: rapido, standard, approfondito
npx skills add yempik-ai/yempik-skills --skill yempik-security-auditPoi, nel repository da controllare, scrivete all’agente:
Fai un audit di sicurezza completo di questo repository.
Leggi la skill su GitHubDomande frequenti.
Quanto costa?
La skill è gratuita. Pagate l’uso del vostro agente AI, che cresce con la dimensione del codice e con il profilo scelto: rapido, standard o approfondito. Potete fissare un tetto al numero di agenti prima di partire.
Il nostro codice esce dall’azienda?
La skill non invia nulla a Yempik. Il codice lo legge il vostro agente, con le regole del fornitore AI che già usate. Se quel codice non può andare a quel fornitore, non va nemmeno nell’audit.
Chi deve farlo girare?
Chi gestisce il codice: il responsabile IT, uno sviluppatore interno o il fornitore. La direzione riceve la sintesi di una pagina, scritta nella lingua in cui è stato chiesto l’audit.
Che differenza c’è con uno scanner di vulnerabilità?
Uno scanner confronta il codice con un elenco di schemi noti e segnala molto. L’audit ragiona sui confini del vostro sistema e tiene solo i problemi che un secondo agente non riesce a smentire: meno segnalazioni, ognuna con una prova.
E se non abbiamo nessuno che lo faccia girare?
Scriveteci. Vi diciamo come impostarlo sul vostro progetto e chi può correggere quello che trova.
Per capire ottobre.
Leggete il vostro codice prima di chi vuole attaccarlo.
Raccontateci cosa avete in produzione e chi lo mantiene. Vi rispondiamo con come far girare l’audit e cosa fare di quello che trova.
Parliamo del vostro codice