sqlmap version: 1.0-dev (r4574)
Python version: 2.6.5
Operating system: posix
Command line: ./sqlmap.py -u * --batch --dbs --forms
--crawl 3 --technique=U --threads 10 --level 3 --risk 2 --smart
--random-agent --tor
Technique: None
Back-end DBMS: None (identified)
Traceback (mos
sqlmap version: 1.0-dev (r4574)
Python version: 2.6.5
Operating system: posix
Command line: ./sqlmap.py -u * --batch --dbs --forms --crawl 2
--technique=BU --threads 10 --level 3 --risk 2 --smart --random-agent --tor
Technique: None
Back-end DBMS: None (identified)
Traceback (most recen
Updated to 4543. Dumps still not saved to /output/domain/dump/
Please ignore the previous > DUMP redirection.
On Wed, Nov 23, 2011 at 12:54 AM, m4l1c3 wrote:
> Update:
>
> Command:
> ./sqlmap.py -u "http://www..org:80/php"; --forms --batch
> --te
X --dump-all --exclude-sysdbs
Technique: UNION
Back-end DBMS: MySQL (fingerprinted)
Update complete.
Many thanks/props/blessings
On Tue, Nov 22, 2011 at 11:49 PM, m4l1c3 wrote:
> Command:
> ./sqlmap.py -u "http://www..XXX:80/SOME.php"; --forms
> --technique=U -pNULL --d
Command:
./sqlmap.py -u "http://www..XXX:80/SOME.php"; --forms --technique=U
-pNULL --dump -T TABLE01 -D DB
The command completes with no errors, and the contents are dumped to
console (abbreviated, as normal), however; the /output/domain/dump/
directory remains empty. Need traffic.log?
sqlmap version: 1.0-dev (r4542)
Python version: 2.6.5
Operating system: posix
Command line: ./sqlmap.py -u ***
--batch --privileges --forms --technique=U -pXX --dump -T ** -D
Technique: UNION
Back-end DBMS: MySQL (fingerprinted)
Traceback
sqlmap version: 1.0-dev (r4541)
Python version: 2.6.5
Operating system: posix
Command line: ./sqlmap.py -u ** --batch --dbs
--forms --crawl 3 --smart --technique=U
Technique: None
Back-end DBMS: None (identified)
Traceback (most recent call last):
File "/pentest/database/s
[INFO]s have been removed.
sqlmap version: 1.0-dev (r4525)
Python version: 2.6.5
Operating system: posix
Command line: ./sqlmap.py -u --dbs
--technique=U --level 3 --risk 3 --batch --smart --crawl 3 --threads 3
--forms --random-agent
Technique: None
Back-end DB
sqlmap version: 1.0-dev (r4525)
Python version: 2.6.5
Operating system: posix
Command line: ./sqlmap.py -u ***
Technique: None
Back-end DBMS: None (identified)
Traceback (most recent call last):
File "/pentest/database/sqlmap/_sqlmap.py", line 86, in main
start()
File "/
New commit works perfectly, thanks.
On Sun, Nov 13, 2011 at 12:53 PM, m4l1c3 wrote:
> hi again
>
> sqlmap version: 1.0-dev (r4503)
> Python version: 2.6.5
> Operating system: posix
> Command li
sqlmap version: 1.0-dev (r4503)
Python version: 2.6.5
Operating system: posix
Command line: ./sqlmap.py -u
--batch --dbs --technique=BU --random-agent --threads 10 --forms --level 2
--risk 2 --smart
Technique: None
Back-end DBMS: None (identified)
Traceback
hi again
sqlmap version: 1.0-dev (r4503)
Python version: 2.6.5
Operating system: posix
Command line: ./sqlmap.py -u
--batch --dbs --techn
I"ve always had trouble dumping Oracle databases. I can usually see the
Databases and columns, whether they come down via Union or time-based or
whatever. But when it comes down to:
./sqlmap.py URL:/parameters/etc/?id=3 --dump -T public -D not_sensitive
I get errors indicating there might only
I"m getting a lot of this:
[07:08:51] [CRITICAL] unhandled exception in sqlmap/1.0-dev (r4161),
retry your run with the latest development version from the Subversion
repository. If the exception persists, please send by e-mail to
sqlmap-users@lists.sourceforge.net the following text and any
infor
with no switches:
Traceback (most recent call last):
File "./sqlmap.py", line 27, in
from lib.controller.controller import start
File "/pentest/database/sqlmap/lib/controller/controller.py", line
13, in
from lib.controller.action import action
File "/pentest/database/sqlmap/lib/con
Target login page is like: Type a number into a field, a login appears. I
log in, and spider with burpsuite. 250mb log file (too much?)
sqlmap version: 1.0-dev (r3770)
Python version: 2.5.2
Operating system: posix
Command line: ./sqlmap.py -l /stough/log --batch --dbs
Technique: None
Back-end D
I removed my sqlmap-dev folder, and svn'd the latest.
Here's the output of ./sqlmap.py --update
Traceback (most recent call last):
File "./sqlmap.py", line 27, in
from lib.controller.controller import start
File "/pentest/database/sqlmap-dev/lib/controller/controller.py", line 12,
in
sqlmap version: 1.0-dev (r3674)
Python version: 2.5.2
Operating system: posix
Command line: ./sqlmap.py -u ***
--batch --dump -C ***
Technique: BOOLEAN
Back-end DBMS: Microsoft SQL Server (fingerprinted)
Traceback (most recent call last):
File "./sq
sqlmap version: 0.9-dev (r3577)
Python version: 2.5.2
Operating system: posix
Command line: ./sqlmap.py -g ** ext:aspx --dbs --batch -o
--text-only --level 3 --risk 2
Technique: UNION
Back-end DBMS: None (identified)
Traceback (most recent call last):
File "./sqlmap.py", line 82,
sqlmap version: 0.9-dev (r3551)
Python version: 2.5.2
Operating system: posix
Command line: ./sqlmap.py -g ** --dbs --batch -o
Technique: None
Back-end DBMS: None (identified)
Traceback (most recent call last):
File "./sqlmap.py", line 82, in main
start()
File "/
sqlmap version: 0.9-dev (r3513)
Python version: 2.5.2
Operating system: posix
Command line: ./sqlmap.py -u ***
--batch -o --tables -D **
Technique: ERROR
Back-end DBMS: MySQL (fingerprinted)
Traceback (most recent call last):
Fil
[22:01:34] [CRITICAL] unhandled exception in sqlmap/0.9-dev, retry your run
with the latest development version from the Subversion repository. If the
exception persists, please send by e-mail to
sqlmap-users@lists.sourceforge.net the following text and any information
required to reproduce the bug
sqlmap version: 0.9-dev (r3498)
Python version: 2.5.2
Operating system: posix
Command line: ./sqlmap.py -u --dbs
--batch -o --forms
Technique: None
Back-end DBMS: None (identified)
Traceback (most recent call last):
File "./sqlmap.py", line 74, in main
Python version: 2.5.2
Operating system: posix
Command line: ./sqlmap.py -u
--batch -o --tables -D **
Technique: UNION
Back-end DBMS: MySQL (fingerprinted)
Traceback (most recent
24 matches
Mail list logo