Repo

Trasforma Claude in un team di cybersecurity

Di Marco Masut

In breve: questo pacchetto porta 817 procedure di sicurezza dentro un assistente di programmazione. Si installa con un comando, funziona con Claude Code ma anche con Cursor, Copilot e altri venti strumenti, ed è pubblicato con licenza Apache 2.0. Serve a far ragionare l'assistente come farebbe un analista di sicurezza sul codice e sui log che gli dai da leggere.

Cosa sono davvero queste 817 skill

Non sono un programma. Sono 817 file di procedura, ognuno dedicato a un compito preciso e scritto in linguaggio naturale, che l'assistente legge e segue quando gli chiedi qualcosa che corrisponde a quel compito.

Qualche esempio preso dall'elenco vero: leggere gli header di una mail per capire se è un tentativo di phishing, analizzare i log di attività di Azure in cerca di accessi anomali, esaminare i log di audit di Kubernetes, cercare esfiltrazione di dati dentro il traffico DNS, ricostruire i file cancellati da una tabella MFT.

Ogni procedura è collegata a sei framework di riferimento: MITRE ATT&CK, NIST CSF 2.0, MITRE ATLAS, MITRE D3FEND, NIST AI RMF e MITRE F3. In pratica vuol dire che quando l'assistente ti dice che ha trovato qualcosa, ti può anche dire a quale tecnica catalogata corrisponde, invece di darti solo un'impressione. È la differenza fra "questo mi sembra sospetto" e "questo corrisponde a T1071, comunicazione con un server di comando e controllo".

Il repository ha 27.100 stelle e 3.280 fork, ed è aggiornato. Sono numeri che contano perché un pacchetto di procedure di sicurezza fermo da un anno vale poco: le tecniche cambiano.

Come si installa

Un comando solo, dentro la cartella del progetto:

npx skills add mukul975/Anthropic-Cybersecurity-Skills

In alternativa, se preferisci vedere cosa stai installando prima di installarlo:

git clone https://github.com/mukul975/Anthropic-Cybersecurity-Skills.git

Da quel momento l'assistente ha le procedure a disposizione e le usa quando servono, senza che tu debba richiamarle per nome.

Cosa serve a un'azienda, e cosa no

Qui va detta una cosa che di solito non si dice quando si condivide un pacchetto da 817 elementi: a un'azienda normale ne servono cinque o sei.

La gran parte del contenuto è scritta per chi fa sicurezza di mestiere. Analisi di malware con Ghidra, forensica della memoria con Volatility, studio delle configurazioni di Cobalt Strike, attribuzione di campagne: sono strumenti da laboratorio, e servono a chi risponde agli incidenti per lavoro.

Il sottoinsieme che riguarda un'impresa è più stretto e più noioso, ed è questo:

  • revisione del codice consegnato da un fornitore esterno, prima di metterlo in produzione
  • controllo delle configurazioni di un ambiente cloud, dove la maggioranza dei problemi veri nasce da un permesso lasciato aperto e non da un attacco sofisticato
  • lettura dei log di accesso, per accorgersi di qualcosa mentre sta succedendo invece che tre mesi dopo
  • analisi di una mail sospetta arrivata all'amministrazione, che nelle PMI italiane è il vettore più comune e più sottovalutato

Se sei arrivato qui perché gestisci un'azienda e non perché scrivi codice, sono queste quattro le voci da guardare. Il resto lascialo dov'è.

Il limite che conviene conoscere

Un assistente con queste procedure riconosce schemi noti, e li riconosce molto in fretta su quantita' di codice e di log che una persona non riuscirebbe a leggere. Questo è il valore reale.

Quello che non fa è cercare cio' che nessuno aveva previsto. Una procedura descrive come si controlla una cosa che già sappiamo di dover controllare. Un attacco nuovo, per definizione, non è in nessun elenco.

Detto in modo pratico: alza la soglia, non chiude la porta. Se hai dati di clienti in gioco, la revisione automatica va messa prima di una verifica fatta da qualcuno, non al posto di quella.

E una cosa ovvia che vale la pena scrivere lo stesso: queste procedure si usano su sistemi tuoi, o su sistemi per cui hai un'autorizzazione scritta. Usarle su infrastruttura di altri non è una zona grigia, è un reato.

Lo schema conta più del pacchetto

La ragione per cui questo repository è interessante anche se non ti occupi di sicurezza è che mostra bene come si specializza un assistente generico.

Il modello di partenza è lo stesso per tutti. Quello che cambia il risultato è il contesto che gli metti intorno: procedure scritte bene, collegate a standard riconosciuti, richiamate al momento giusto. Non serve addestrare niente, non serve un modello proprietario. Serve scrivere le procedure che nella tua azienda oggi stanno nella testa di due persone.

È esattamente lo stesso meccanismo con cui si costruisce un agente AI per un processo aziendale, e lo stesso motivo per cui la parte difficile del lavoro non è tecnica ma organizzativa: bisogna prima scrivere come si fa una cosa, poi l'assistente la sa fare.

Se questa parte ti interessa più della sicurezza in sé, il ragionamento completo su cosa si automatizza e cosa conviene lasciare a una persona sta nella pagina sull'automazione dei processi con l'AI.

Vai al repository

Domande frequenti

Che cosa sono le skill di cybersecurity per Claude Code?

Sono file di procedura scritti in linguaggio naturale che si installano dentro un assistente di programmazione. Ognuno descrive come si esegue un compito di sicurezza specifico: leggere gli header di una mail per riconoscere un tentativo di phishing, analizzare i log di accesso di un gateway API, cercare tracce di persistenza in un sistema. L'assistente le legge e le segue quando il compito che gli chiedi corrisponde a una di quelle procedure. Non sono programmi e non contengono codice eseguibile: sono istruzioni.

Servono a un'azienda che non ha un team di sicurezza?

Ne servono cinque o sei su 817. La maggior parte del pacchetto è scritta per chi fa sicurezza di mestiere: analisi di malware, forensica della memoria, attribuzione di campagne. A un'azienda senza un team interno interessa il sottoinsieme che riguarda la revisione del codice ricevuto da un fornitore, il controllo delle configurazioni cloud e la lettura dei log. Il resto è materiale da laboratorio.

L'AI può sostituire un penetration test?

No. Un assistente con queste skill riconosce schemi noti dentro codice e configurazioni che gli dai in pasto, e li riconosce in fretta. Un penetration test è un'altra cosa: è qualcuno che attacca il sistema vivo, con il tuo permesso scritto, cercando anche quello che nessuna procedura aveva previsto. Il primo è un filtro che alza la soglia, il secondo è una verifica.

Funzionano solo con Claude Code?

No. Il pacchetto segue lo standard aperto agentskills.io e la stessa cartella viene letta da Claude Code, GitHub Copilot, Cursor, Codex CLI, Gemini CLI e altre venti piattaforme. È il motivo per cui vale la pena installarlo anche se un domani cambi assistente: le procedure restano tue, non sono legate allo strumento.

Altre risorse

Video

Estrarre il testo da un PDF e farlo leggere davvero all'AI

Estrarre il testo da un PDF in modo che l'AI lo legga davvero: come si fa gratis e in locale con AnyDoc, e cosa cambia con le scansioni.
Articolo

Le nuove regole del context engineering per i modelli Claude 5

L'articolo di Anthropic sul context engineering per i modelli Claude 5: cosa togliere dal prompt di sistema, dal CLAUDE.md e dalle skill.
Guida

Guida completa su Claude Code per chi inizia da ZERO

L'archivio che ti porta subito nel 10% di chi usa Claude Code davvero: skill e agenti già pronti, agenti esperti di prompt e di contesto.

Approfondimenti dal blog

ai-tools

Quanto costa sviluppare un software con l'intelligenza artificiale

Quanto costa sviluppare un software con l'intelligenza artificiale: le tre voci di listino, in dollari, e la quarta che nessun listino contiene.
claude

Trasformare un documento in una skill per Claude Code, invece di incollarlo nel contesto

Trasformare un documento in una skill per Claude Code costa fino a 51 volte meno che incollarlo nel contesto. Come funziona e quando conviene.