Speeding up the process!
Until now, we've only seen the old-school singe-threaded operation of SQLMap, but in real life we may need to speed up these things as there can be hundreds of rows present inside a table, if not thousands. Using a single thread and no method to optimize the dumping process will result in SQLMap taking forever to complete. Luckily the developers of SQLMap have provided us with four types of optimization techniques as follows:
Multi-threading
NULL connections
HTTP persistent connections
Output prediction
Multi-threading
As we have already mentioned, SQLMap runs on only one single thread, which is darn slow. We can utilize the --threads
switch and specify a value for the number of threads, which ranges from 1
to 10
. Increasing the thread count can dramatically increase the overall performance of SQLMap.
Let's try that out. First let's try to dump all the tables under the database security without the --threads
option alongside the time
Linux utility to track and monitor the...