SQLMap su una forma sequenziale

Generalmente se trovi uno SQLi non hai bisogno di mappare l'intero database per provare la vulnerabilità, in realtà sono necessarie pochissime informazioni come prova. SQLmap è un ottimo strumento per il suo scopo, per mappare i database, ma ha alcune limitazioni di usabilità.

In generale, consiglierei di utilizzare uno scanner di applicazioni Web per cercare i vettori SQLi, ad esempio lo scanner proxy ZAP OWASP. Ma in questo caso anche gli scanner potrebbero essere difficili da configurare per fare sempre una serie di richieste valide prima che venga inviato il modulo di destinazione. Gli scanner dispongono di un ampio set di payload SQLi già pronti e di tecniche di analisi della risposta e questa è sicuramente una risorsa da utilizzare.

Se tutto fallisce, un semplice script e un elenco di stringhe SQLi potrebbero essere usato per fare il lavoro L'automazione dei due moduli precedenti da inviare con input statico valido è facilmente eseguibile nella maggior parte delle lingue, specialmente se non è necessaria alcuna parte della risposta. Dopo questo è possibile inviare il terzo modulo con un parametro iniettato. Ora puoi ripetere questo processo per tutti i payload fino a quando non ottieni una risposta interessante. Qualcosa di leggermente fuori dall'ordinario è una risposta interessante.

Spesso un messaggio di errore, una risposta leggermente diversa o una differenza nella durata della query è sufficiente per montare un SQLi cieco attacco. Ciò significa che tutte le prove necessarie per dimostrare che la vulnerabilità esiste sono una serie di (in questo caso) tre richieste che finiscono per rispondere in un modo che rivela informazioni sul processo di interrogazione. Data questa serie di richieste proof-of-concept, un utente malintenzionato potrebbe facilmente scrivere uno script che estrae lentamente l'intero database, in quanto un tester non ha realmente bisogno di farlo.

Se sei un programmatore esperto, puoi sfruttare le librerie che fanno parte del progetto SQLmap .