Penetration Testing

Penetration test di applicazioni web

La tua applicazione web è aperta a chiunque abbia un browser, e un attaccante la usa in modi che non hai previsto: cambia un parametro per vedere l'ordine di un altro cliente, salta un passaggio per pagare meno, invia dati che un modulo non dovrebbe mai ricevere. Noi testiamo le tue applicazioni web allo stesso modo.

RICHIEDI IL SERVIZIO
Perché sceglierci

Siamo un'azienda italiana di sicurezza specializzata in cloud e application security. I nostri servizi nascono da anni di penetration testing, consulenza, formazione e ricerca.

Metodologia solida costruita da esperti
Certificazioni internazionali
Azienda di sicurezza in rapida crescita
SCOPRI CHI SIAMO

FAQ

Penetration test di applicazioni web: domande frequenti

Le domande che ci fanno più spesso prima di testare un'applicazione web.

Cosa vi serve da parte nostra?

L'accesso all'ambiente da testare, tramite VPN o allowlist dei nostri indirizzi IP se non è pubblico, e due account di test per ogni ruolo, così possiamo verificare se un utente raggiunge i dati di un altro. Quando i flussi lo richiedono, ti chiediamo anche dei dati di test, come prodotti, ordini, carte di pagamento di test o utenti già configurati.

La nostra applicazione è protetta da un WAF. Non basta?

No. Un WAF blocca gli schemi di attacco noti, ma non corregge il problema che c'è dietro: con un payload diverso, o con una richiesta che il WAF non analizza, resta sfruttabile. Le vulnerabilità logiche, poi, non hanno uno schema da riconoscere: per un WAF, una richiesta che sfrutta un controllo degli accessi mancante o aggira una regola di business è una richiesta come le altre. Durante il test, però, il WAF potrebbe bloccare i nostri tentativi o i nostri indirizzi IP e nascondere vulnerabilità che un attaccante con più tempo a disposizione riuscirebbe comunque a raggiungere. Per questo ti chiediamo di mettere in allowlist i nostri indirizzi IP sul WAF o sulla CDN: così vediamo le vulnerabilità che ci sono davvero nella tua applicazione, e verifichiamo comunque anche quanto è efficace il WAF.

Il nostro front-end è una single-page application. Cambia qualcosa nel test?

In parte. In una single-page application buona parte della logica gira nel browser, dove chiunque può leggerla e modificarla: nascondere un pulsante o una pagina a un ruolo non gli impedisce di chiamare l'API che c'è dietro. Per questo, oltre all'interfaccia, testiamo cosa impone il server a ogni chiamata e guardiamo cosa rivela il codice JavaScript, come route, endpoint o chiavi nascoste.

Il nostro sito è basato su WordPress o su un altro CMS. Cosa testate?

Il sito così come è costruito: il CMS, i plugin e i temi che hai installato e il codice sviluppato per te, insieme a come sono configurati. Basta un plugin non aggiornato o scritto male per compromettere l'intero sito, per questo testiamo ogni componente e non solo la versione del core.