Skip to content
KitploitKITPLOIT
StrumentiBlog
Invia
StrumentiBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

··Feed·Contatto·Privacy·© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
pentest-mcp — NON per scopi educativi: un server MCP per penetration tester professionisti che include supporto STDIO/HTTP/SSE, nmap, go/dirbuster, nikto, JtR, hashcat, creazione di wordlist e altro ancora. | Kitploit
Strumenti/GitHubGitHub/dmontgomery40/pentest-mcp
Frameworks per Penetration TestingEscalation di PrivilegiRicognizioneScanner di VulnerabilitàMappatura della ReteAttacchi alle PasswordScansione PorteExploitSfruttamento di Applicazioni WebFuzzingPenetration Testing
14028105 mesi faRevisionato da Kitploit
GitHub
dmontgomery40/pentest-mcp

pentest-mcp

NON per scopi educativi: un server MCP per penetration tester professionisti che include supporto STDIO/HTTP/SSE, nmap, go/dirbuster, nikto, JtR, hashcat, creazione di wordlist e altro ancora.

Vedi Repository

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
Condividi

Pentest MCP

smithery badge Verified on MseeP

Server MCP professionale per penetration test con supporto moderno per trasporto/autenticazione e strumentazione di ricognizione ampliata.

Novità nella versione 0.9.0

  • SDK MCP aggiornato a @modelcontextprotocol/sdk@^1.26.0
  • MCP Inspector mantenuto all'ultima release (@modelcontextprotocol/inspector@^0.20.0) con launcher integrato
  • Streamable HTTP è ora il trasporto di rete primario (MCP_TRANSPORT=http)
  • SSE è ancora disponibile solo come modalità di compatibilità deprecata
  • Aggiunta autenticazione bearer token con supporto OIDC JWKS e introspection
  • Aggiunti strumenti di prima classe: subfinderEnum, , , , , , ,
httpxProbe
ffufScan
nucleiScan
trafficCapture
hydraBruteforce
privEscAudit
extractionSweep
  • Aggiunti strumenti di amministrazione dei report: listEngagementRecords, getEngagementRecord
  • Aggiunto flusso di acquisizione della SoW per i report tramite elicitazione MCP (scopeMode=ask) con fallback su modello sicuro
  • Indurita la risoluzione dei comandi affinché il probing web usi httpx-toolkit (preferito) o ProjectDiscovery httpx validato, evitando collisioni con la CLI Python httpx
  • Integrato il launcher MCP Inspector incluso (pentest-mcp inspector)
  • La baseline runtime è ora Node.js 22.7.5+
  • Aggiunti metadati di invocazione nei nuovi output degli strumenti quando è disponibile il contesto di autenticazione/sessione
  • Strumenti inclusi

    • nmapScan
    • runJohnTheRipper
    • runHashcat
    • gobuster
    • nikto
    • subfinderEnum
    • httpxProbe
    • ffufScan
    • nucleiScan
    • trafficCapture
    • hydraBruteforce
    • privEscAudit
    • extractionSweep
    • generateWordlist
    • listEngagementRecords
    • getEngagementRecord
    • createClientReport
    • cancelScan

    Avvio rapido

    Installazione

    root@kitploit:~
    npm install -g pentest-mcp
    

    Esecuzione locale (stdio)

    root@kitploit:~
    pentest-mcp
    

    Avvio di MCP Inspector integrato (nessuna installazione separata)

    root@kitploit:~
    pentest-mcp inspector
    

    Puoi inoltrare direttamente i flag di Inspector:

    root@kitploit:~
    pentest-mcp inspector --help
    

    Esecuzione in rete (Streamable HTTP)

    root@kitploit:~
    MCP_TRANSPORT=http MCP_SERVER_HOST=0.0.0.0 MCP_SERVER_PORT=8000 pentest-mcp
    

    Esecuzione in modalità SSE legacy (deprecata)

    root@kitploit:~
    MCP_TRANSPORT=sse MCP_SERVER_PORT=8001 pentest-mcp
    

    Note sul trasporto

    • stdio: predefinito per i client MCP locali.
    • http: trasporto di rete moderno. Consigliato.
    • sse: solo per compatibilità. Deprecato e verrà rimosso in una futura major release.

    Integrazione di Inspector

    • pentest-mcp inspector avvia la CLI integrata @modelcontextprotocol/inspector.
    • Punta automaticamente a questo server MCP tramite stdio lanciando:
      • node <this-package-entrypoint> stdio
    • Non è necessario installare Inspector separatamente.

    Configurazione dell'autenticazione (Bearer + OIDC)

    Imposta queste variabili d'ambiente quando usi MCP_TRANSPORT=http (o sse se necessario):

    root@kitploit:~
    MCP_AUTH_ENABLED=true
    MCP_AUTH_MODE=bearer
    MCP_AUTH_SCOPES=read,write
    MCP_AUTH_AUDIENCE=
    MCP_OIDC_ISSUER=https://issuer.example.com
    MCP_OIDC_JWKS_URL=https://issuer.example.com/.well-known/jwks.json
    # optional alternative/backup validation mode:
    MCP_OIDC_INTROSPECTION_URL=https://issuer.example.com/oauth/introspect
    MCP_OAUTH_CLIENT_ID=...
    MCP_OAUTH_CLIENT_SECRET=...
    

    Gli alias legacy sono ancora accettati temporaneamente:

    • MCP_OAUTH_ENABLED
    • MCP_OAUTH_PROVIDER_URL
    • MCP_OAUTH_SCOPES

    Flusso di lavoro e report

    createClientReport ora supporta le modalità di gestione della SoW:

    • scopeMode=ask: richiedi all'utente tramite elicitazione MCP (consigliato)
    • scopeMode=provided: usa direttamente il valore scopeOfWork
    • scopeMode=template: usa il modello generico integrato per test autorizzati

    Se l'elicitazione viene rifiutata o non è disponibile, il report ripiega automaticamente sul modello.

    Come gli utenti forniscono la SoW (al momento)

    Non esiste ancora un'API separata per il caricamento di file. Le opzioni attuali sono:

    1. Chiedi in modo interattivo tramite l'invocazione utente MCP (elicitazione)
    root@kitploit:~
    {
      "tool": "createClientReport",
      "arguments": {
        "title": "Q1 External Pentest",
        "assessmentType": "external-network",
        "scopeMode": "ask"
      }
    }
    
    1. Incolla il testo della SoW direttamente in scopeOfWork
    root@kitploit:~
    {
      "tool": "createClientReport",
      "arguments": {
        "title": "Q1 External Pentest",
        "assessmentType": "external-network",
        "scopeMode": "provided",
        "scopeOfWork": "Authorized targets: ...\nOut-of-scope: ...\nTesting window: ...\nRules of engagement: ..."
      }
    }
    
    1. Usa la modalità modello quando i dettagli del cliente non devono essere condivisi
    root@kitploit:~
    {
      "tool": "createClientReport",
      "arguments": {
        "title": "Q1 External Pentest",
        "assessmentType": "external-network",
        "scopeMode": "template"
      }
    }
    

    Come questo riduce i tempi amministrativi

    • Ogni esecuzione di uno strumento registra un record di engagement strutturato (recordId=...) con il contesto di invocazione.
    • Usa listEngagementRecords per recuperare rapidamente tutti gli artefatti di lavoro.
    • Genera il report dai recordIds selezionati (o di default dai record più recenti) invece di copia e incolla manuali.
    • Le note sull'ambito vengono allegate automaticamente da una delle seguenti:
      • modulo di elicitazione utente (ask)
      • testo SoW incollato (provided)
      • modello predefinito sicuro (template)

    Roadmap

    Queste funzionalità sono pianificate specificamente per ridurre il sovraccarico amministrativo dei pentest.

    • Ingestione di scopeFilePath (carica la SoW da un percorso file locale sull'host MCP)
    • Flusso di caricamento a chunk di scopeDocument (invio del contenuto della SoW direttamente tramite MCP per i client remoti)
    • Parser SoW che estrae automaticamente target, esclusioni, finestre di test e regole di ingaggio
    • Collegamento automatico delle evidenze dagli output degli strumenti (recordId) ai finding e alle sezioni del report
    • Deduplicazione/unione dei finding tra strumenti sovrapposti (nuclei, nikto, ecc.)
    • Bozza automatica di severità e testo dell'impatto per write-up più rapidi
    • Generazione del pacchetto report con un clic (sintesi esecutiva + appendice tecnica + tabella di remediation)
    • Modalità diff per i retest (finding corretti/riaperti/nuovi tra engagement)
    • Sincronizzazione dell'export dei ticket (Jira/Linear/GitHub) con backfill dello stato
    • Controlli QA dei deliverable (evidenze mancanti, campi di ambito mancanti, note di remediation deboli)

    Nota sull'adozione:

    • Ci si aspetta un uso intenso di scopeFilePath e scopeDocument perché la maggior parte dei team mantiene già la SoW in documenti/PDF e vuole evitare passaggi ripetuti di copia e riformattazione.

    Esempi di ricognizione e sfruttamento

    Enumerazione dei sottodomini

    root@kitploit:~
    {
      "tool": "subfinderEnum",
      "arguments": {
        "domain": "example.com",
        "recursive": true,
        "allSources": true
      }
    }
    

    Sonda gli host attivi

    root@kitploit:~
    {
      "tool": "httpxProbe",
      "arguments": {
        "targets": ["example.com", "api.example.com"],
        "includeTitle": true,
        "includeStatusCode": true
      }
    }
    

    Fuzzing dei percorsi di contenuto

    root@kitploit:~
    {
      "tool": "ffufScan",
      "arguments": {
        "targetUrl": "https://example.com/FUZZ",
        "wordlist": "/usr/share/seclists/Discovery/Web-Content/common.txt",
        "threads": 40
      }
    }
    

    Scansione con template

    root@kitploit:~
    {
      "tool": "nucleiScan",
      "arguments": {
        "targets": ["https://example.com"],
        "severities": ["medium", "high", "critical"]
      }
    }
    

    Cattura del traffico (sniffing)

    root@kitploit:~
    {
      "tool": "trafficCapture",
      "arguments": {
        "networkInterface": "eth0",
        "packetCount": 200,
        "bpfFilter": "tcp port 80"
      }
    }
    

    Controlli di forza bruta

    root@kitploit:~
    {
      "tool": "hydraBruteforce",
      "arguments": {
        "target": "10.10.10.20",
        "service": "ssh",
        "usernameList": "/usr/share/seclists/Usernames/top-usernames-shortlist.txt",
        "passwordList": "/usr/share/seclists/Passwords/Common-Credentials/10k-most-common.txt"
      }
    }
    

    Sweep di estrazione SQLi

    root@kitploit:~
    {
      "tool": "extractionSweep",
      "arguments": {
        "targetUrl": "https://target.local/item.php?id=1",
        "risk": 2,
        "level": 3
      }
    }
    

    Docker

    root@kitploit:~
    docker-compose --profile http up
    docker-compose --profile stdio up
    docker-compose --profile sse up
    

    L'immagine Docker installa:

    • nmap, john, hashcat, gobuster, nikto, ffuf, hydra, sqlmap, tcpdump
    • subfinder, httpx + alias httpx-toolkit, nuclei

    Strumenti host richiesti (esecuzioni non Docker)

    Assicurati che i binari siano nel PATH:

    root@kitploit:~
    which nmap john hashcat gobuster nikto subfinder httpx-toolkit ffuf nuclei hydra sqlmap tcpdump
    

    Se httpx-toolkit non è installato, viene accettato come fallback un binario ProjectDiscovery httpx validato.

    Avviso di sicurezza

    Solo uso autorizzato. Esegui solo su sistemi/rete per cui disponi di un esplicito permesso scritto.


    Appendice: MCP nella pratica (Esecuzione del codice, scala degli strumenti e sicurezza)

    Ultimo aggiornamento: 2026-03-23

    Perché esiste questa appendice

    Il Model Context Protocol (MCP) è ancora uno dei layer di interoperabilità più utili per strumenti e agenti. Il compromesso è che i grandi server MCP possono esporre molti strumenti, e le chiamate naive agli strumenti possono inondare le finestre di contesto con schemi, chiacchiere degli strumenti e tracce di chiamate irrilevanti.

    Nella pratica, "più strumenti" non è sempre "risultati migliori". La superficie degli strumenti deve essere abbinata a pattern di esecuzione che mantengano limitato l'uso dei token e prevedibile il comportamento.

    Il passaggio all'esecuzione del codice / Code Mode

    I flussi di lavoro recenti spostano sempre più l'orchestrazione complessa fuori dal contesto della chat e dentro cicli di esecuzione del codice. Questo riduce i token di schema ripetitivi e rende l'uso degli strumenti verificabile e testabile.

    Letture principali:

    • Cloudflare: Code Mode
    • Cloudflare: Code Execution with MCP
    • Anthropic: Code Execution with MCP

    Configurazione consigliata per gli utenti avanzati

    Per gli utenti che desiderano un uso di MCP riproducibile e a basso rumore, inizia con una configurazione orientata al codemode:

    • codemode-mcp (jx-codes)
    • UTCP

    Avvertenza pratica: anche con una configurazione solida, il comportamento del modello può ancora essere incoerente tra provider e versioni. Mantieni retry, guardrail e fallback deterministici.

    Flusso di lavoro con wrapper in stile Peter Steinberger

    Un pattern ad alta leva è avvolgere i server MCP in interfacce di codice richiamabili e CLI focalizzate sulle attività, invece di esporre ogni strumento grezzo al modello in ogni momento.

    Strumentazione di riferimento:

    • MCPorter
    • OpenClaw

    Guida alla compatibilità dei client (versione breve)

    • Claude Code / Codex / Cursor: ottimi per flussi di lavoro MCP diretti, ma traggono comunque beneficio da superfici degli strumenti ristrette.
    • Wrapper di esecuzione del codice (CLI TypeScript/Python): migliori quando il numero di strumenti è elevato o le catene di attività sono multi-step.
    • Client chat ospitati con controlli MCP più deboli: spesso più sicuri tramite CLI pre-avvolte o strumenti gateway.

    Questo ambito cambia rapidamente. Se stai leggendo questo ora, parti di queste indicazioni potrebbero essere già obsolete.

    Prompt injection: rischi, impatto e mitigazioni

    La prompt injection rimane un problema di sicurezza aperto per gli agenti che usano strumenti. È gestibile, ma non "risolta".

    Rischi principali:

    • Istruzioni malevole nascoste nell'output degli strumenti o nei contenuti remoti.
    • Esfiltrazione di segreti e chiamate esterne non autorizzate.
    • Modifiche di stato non sicure (azioni distruttive su file/sistema/API).

    Conseguenze:

    • Perdita di dati, compromissione di account, perdite finanziarie e guasti all'integrità.

    Baseline di mitigazione:

    • Principio del minimo privilegio per credenziali e ambiti degli strumenti.
    • Allowlist delle destinazioni e applicazione dei controlli di egress.
    • Validazione rigorosa degli input e applicazione degli schemi.
    • Conferma umana per azioni distruttive o ad alto rischio.
    • Esecuzione in sandbox con limiti di risorse/tempo.
    • Logging strutturato, audit trail e run riproducibili.
    • Filtraggio/redazione dell'output prima del re-inserimento nel modello.

    Tratta ogni output degli strumenti come input non fidato, a meno che non sia esplicitamente verificato.

    Stato di conformità MCP

    Questo server punta alla versione 2025-11-25 del protocollo MCP e all'SDK @modelcontextprotocol/sdk@^1.27.1.

    FunzionalitàStato
    Trasporto stdioSupportato (predefinito)
    Trasporto Streamable HTTPSupportato (MCP_TRANSPORT=http)
    Trasporto SSE (legacy)Modalità di compatibilità deprecata
    Annotazioni degli strumentiTutti gli strumenti annotati con title, readOnlyHint, destructiveHint, idempotentHint, openWorldHint
    Autenticazione Bearer (OIDC/JWKS)Supportata
    Validazione Origin (HTTP)403 su Origin non valido quando MCP_ALLOWED_ORIGINS è impostato
    JSON Schema 2020-12Schemi generati con Zod
    Errori strutturati degli strumentiFlag isError con messaggi descrittivi per l'auto-correzione del modello
    ElicitazioneUsata per l'acquisizione della SoW nella generazione dei report
    Scarica lo strumento