Chi può vedere cosa
Un utente vede i dati di un altro cambiando un numero nell'indirizzo. Uno scanner non distingue gli utenti: non sa a chi appartiene un dato.
penetration test con intelligenza artificiale
Penetration test e vulnerability assessment, verificati da persone
Testiamo applicazioni web, API, app mobili, cloud e infrastrutture con analisi assistita da intelligenza artificiale, dentro un perimetro autorizzato per iscritto. Chi ci affida il test riceve una prova per ogni vulnerabilità, e nessun report esce senza revisione.
Perimetro bloccato al dominio verificato
Ogni azione registrata
Revisione umana prima del report
penetration test e vulnerability assessment
Due servizi diversi, entrambi verificati da persone.
Un vulnerability assessment individua e classifica le vulnerabilità di applicazioni, API e infrastrutture: produce un inventario con priorità. Un penetration test va oltre e dimostra che una vulnerabilità è sfruttabile, con quale impatto. ExploitFinder esegue entrambi, con analisi assistita da intelligenza artificiale e una revisione finale svolta da persone.
I risultati sono verificati da persone prima di entrare nel report: il vulnerability assessment non si ferma all'elenco generato da uno scanner e il penetration test non consegna ipotesi, ma vulnerabilità riprodotte, con gravità e correzione.
il contesto
Un elenco di vulnerabilità non basta a chi deve dimostrare la sicurezza.
Il cliente chiede una prova, non un PDF generico. Queste sono le classi di vulnerabilità che i test automatici individuano raramente. Sono ipotesi: il benchmark pubblico dirà se e quanto reggono.
Regole che si possono aggirare
Uno sconto applicato due volte, un ordine pagato con un importo modificato.
Due vulnerabilità di gravità bassa, un impatto alto
Un errore minore e una configurazione debole possono dare insieme un accesso completo.
servizi
Un servizio per ogni superficie di attacco, ciascuno con il proprio metodo e il proprio prezzo.
Un test OWASP, un test delle API e un test di accessi non si fanno allo stesso modo né costano lo stesso. Ogni servizio ha la sua scheda.
Test OWASP Top 10
Le categorie di rischio più diffuse nelle applicazioni web.
Test delle API
Autorizzazione per oggetto, autenticazione, dati esposti.
Test delle app mobili
Analisi del pacchetto e prove su dispositivo di test.
Revisione cloud
Identità, permessi, storage e logging su AWS, Azure e Google Cloud.
Test di infrastruttura
Servizi esposti, versioni, TLS e segmentazione, esterni e interni.
Accessi e logica di business
Chi può fare cosa tra ruoli, utenti e passi di un flusso.
come funziona
Quattro passi. Ogni passo ha un controllo.
Perimetro
Dominio, ruoli di test e finestra temporale, scritti e firmati.
Verifica
Controllo del dominio tramite DNS. Senza verifica non parte nessuna prova.
Analisi
Ricognizione, piano, prove controllate e catene di attacco. Ogni azione finisce nel registro.
Revisione
Una persona controlla ogni risultato. Solo allora il report viene preparato.
la piattaforma
Si parte dal perimetro autorizzato.
Ogni test comincia indicando il bersaglio, che deve rientrare in un perimetro autorizzato. Puoi indicare una priorità (IDOR/BOLA, SSRF, RCE), aggiungere istruzioni e, se serve, fornire un'autenticazione.
Verificato su prove, non su liste
- Rilevamenti con evidenze: ogni rilevamento mostra la gravità e se è supportato da evidenze o resta un'ipotesi.
- Storico delle analisi: scansioni, stato e gravità nel tempo, da un'unica dashboard.
- Verificati da persone: nessun rilevamento entra nel report senza revisione umana.
report campione
Guarda un report reale, prima di commissionarne uno.
Un report di 69 pagine generato dal motore ExploitFinder su un'applicazione di prova pubblica e volutamente vulnerabile (testphp.vulnweb.com). Mostra struttura, livello di dettaglio e tracciabilità di un report completo.
Sintesi per il management
Rischio complessivo, metodologia e risultati in una pagina leggibile da chi non è tecnico.
Evidenze e riproduzione
Registro delle evidenze e schede tecniche per ogni vulnerabilità, con i passi per ripeterla.
Piano di correzione
Tracciamento delle correzioni, rischio residuo e dichiarazione di accettazione del rischio.
Scarica il report campione (PDF, 69 pagine)
Nota. Il bersaglio è un'applicazione di test pubblica, non un cliente. Il report è in inglese ed è stato prodotto dal motore automatico; i report consegnati ai clienti passano dalla revisione umana descritta nella pagina Come funziona.
un esempio
Un test, passo per passo.
Così appare la verifica di accessi tra ruoli: ogni riga è un passo registrato, e l'ultima attende una persona.
$ exploitfinder run --servizio accessi-logica --perimetro app.cliente.it
[ok] dominio verificato tramite DNS
[ok] autorizzazione firmata, valida fino al 10 novembre
[ok] perimetro bloccato a app.cliente.it
[..] ricognizione: 12 endpoint, 3 ruoli
[..] piano: accesso incrociato tra ruoli
[!!] possibile accesso ai dati di un altro utente
[ ] in attesa di revisione umana
Esempio illustrativo. Non è un risultato reale.
cosa automatizza l'AI
L'AI propone. Una persona decide.
L'AI fa
- Mappano la superficie del dominio verificato
- Propongono ipotesi di test e le provano nei limiti concordati
- Collegano i risultati in catene di attacco
- Preparano la prima bozza del report
L'AI non fa
- Testare un dominio che non è stato verificato
- Uscire dal perimetro firmato
- Decidere da soli la gravità di una vulnerabilità
- Inviare qualcosa al cliente
per chi è
Per chi consegna applicazioni e deve dimostrarne la sicurezza.
Software house e agenzie
Consegni applicazioni a PMI o enti e ti chiedono una prova per una gara o un rinnovo.
Consulenti compliance e DPO
Rivendi la prova ai tuoi clienti, con lo stesso perimetro firmato e lo stesso registro.
compliance
Test richiesti dalle norme, con le evidenze per l'auditor.
Produciamo le evidenze. Il giudizio resta a chi certifica o controlla.
SOC 2
Evidenze del monitoraggio dei controlli e delle vulnerabilità.
PCI DSS
Test di penetrazione per il requisito 11.4.
ISO 27001
Gestione delle vulnerabilità e test di sicurezza.
GDPR
Test periodico delle misure tecniche, articolo 32.
NIS2
Gestione delle vulnerabilità e verifica dell'efficacia.
come iniziare
Tre passi, dal preventivo al servizio completo.
Preventivo in 24 ore
Ci indichi dominio e motivo: certificazione, cliente o gara. Entro 24 ore lavorative ricevi per iscritto perimetro, metodo, tempi e prezzo.
Pilota di confronto
Un'applicazione verificata, confrontata con lo scanner che usi già. I 490 € vengono scalati dal primo servizio acquistato entro 60 giorni.
Servizio completo
Test con perimetro firmato, revisione umana e report con prove riproducibili per ogni vulnerabilità.
domande
Le domande più frequenti.
Quanto costa un penetration test?
Dipende dal servizio: da 1.000 € a 7.500 €, indicativi e confermati nella proposta scritta. Il primo passo è un preventivo scritto entro 24 ore lavorative, senza impegno. I prezzi per servizio sono nella pagina Prezzi.
Il test può bloccare il mio servizio?
Non eseguiamo test di negazione del servizio. Finestra temporale, host e divieti sono scritti nel perimetro firmato prima dell'avvio, e un comando interrompe subito i test attivi.
In cosa è diverso da uno scanner di vulnerabilità?
Uno scanner confronta il sistema con firme note. Noi lo usiamo, e in più verifichiamo accessi tra ruoli, logica di business e catene di attacco, che le firme non vedono. Una persona riproduce ogni risultato.
Cosa ricevo alla fine?
Un report leggibile da tecnici e direzione, con passi di riproduzione, gravità e correzione per ogni vulnerabilità, il registro delle azioni e, quando serve a un auditor, una lettera di perimetro.
Serve un'autorizzazione?
Sì. Prima di qualsiasi test firmi una dichiarazione che il dominio è tuo o che hai il diritto di testarlo. Senza firma, il test non parte.
Cosa succede se il test trova una vulnerabilità grave?
Il sistema lo segnala immediatamente e sospende quella linea di test, che riprende solo dopo la conferma di una persona.
Dove vengono elaborati i dati del cliente?
Il contratto indica dove vengono elaborati i dati e con quale modello. Per clienti con vincoli sui dati è prevista un'opzione con modello in Unione Europea o in locale.
Quanto dura un test?
Dipende dal servizio e dal perimetro. La durata è scritta nella proposta, prima dell'inizio.
Parti da un dominio che puoi dimostrare di controllare.
Rispondiamo a mano entro 24 ore lavorative, con una proposta scritta o con un motivo chiaro.