Thread: [sqlmap-users] Still errors in cracking
Brought to you by:
inquisb
Menu
▾
▴
sqlmap-users
|
From: Gianluca B. <g...@br...> - 2011-07-26 10:06:54
|
Hi all!
I still have errors while trying to crack retrieved hashes :(
[11:32:53] [CRITICAL] unhandled exception in sqlmap/1.0-dev (r4293),
retry your run with the latest development version from the Subversion
repository. If the exception persists,
please send by e-mail to sql...@li... the
following text and any information required to reproduce the bug. The
developers will try to reproduce the bug, fix
it accordingly and get back to you.
sqlmap version: 1.0-dev (r4293)
Python version: 2.6.5
Operating system: posix
Command line: sqlmap.py --tor --url
*************************************** --password
Technique: ERROR
Back-end DBMS: MySQL (fingerprinted)
Traceback (most recent call last):
File "sqlmap.py", line 86, in main
start()
File "/home/g/sqlmap-dev2/lib/controller/controller.py", line 554, in start
action()
File "/home/g/sqlmap-dev2/lib/controller/action.py", line 77, in action
conf.dbmsHandler.getPasswordHashes(), "password hash")
File "/home/g/sqlmap-dev2/plugins/generic/enumeration.py", line 396,
in getPasswordHashes
attackCachedUsersPasswords()
File "/home/g/sqlmap-dev2/lib/utils/hash.py", line 246, in
attackCachedUsersPasswords
results = dictionaryAttack(kb.data.cachedUsersPasswords)
File "/home/g/sqlmap-dev2/lib/utils/hash.py", line 575, in dictionaryAttack
retVal = _multiprocessing.Queue()
File "/usr/local/lib/python2.6/multiprocessing/__init__.py", line
212, in Queue
from multiprocessing.queues import Queue
File "/usr/local/lib/python2.6/multiprocessing/queues.py", line 22,
in <module>
from multiprocessing.synchronize import Lock, BoundedSemaphore,
Semaphore, Condition
File "/usr/local/lib/python2.6/multiprocessing/synchronize.py", line
33, in <module>
" function, see issue 3770.")
ImportError: This platform lacks a functioning sem_open
implementation, therefore, the required synchronization primitives
needed will not function, see issue 3770.
[*] shutting down at 11:32:53
Gianluca
|
|
From: Steve P. <ste...@gm...> - 2011-07-26 14:43:39
Attachments:
mp_error_fix.diff
|
On 07/26/2011 05:36 AM, Gianluca Brindisi wrote: > Hi all! > I still have errors while trying to crack retrieved hashes :( > <--snip--> > File "/usr/local/lib/python2.6/multiprocessing/synchronize.py", line > 33, in <module> > " function, see issue 3770.") > ImportError: This platform lacks a functioning sem_open > implementation, therefore, the required synchronization primitives > needed will not function, see issue 3770. Out of curiosity, what OS are you using? >From what info I can dig up, this is a Python bug that only seems to affect Solaris, AIX, openBSD and FreeBSD < 7.2. The attached patch should fix it, unfortunately by disabling multiprocessing on those platforms. Is there any other sync mechanism available in some other multiprocessing library? Do enough people use those OSs to make it worth it? -- | Steven Pinkham, Security Consultant | | http://www.mavensecurity.com | | GPG public key ID CD31CAFB | |
|
From: Bernardo D. A. G. <ber...@gm...> - 2011-07-27 08:08:19
|
This should be fixed now. Can you please retry and report back? Bernardo On 26 July 2011 10:36, Gianluca Brindisi <g...@br...> wrote: > Hi all! > I still have errors while trying to crack retrieved hashes :( > > [11:32:53] [CRITICAL] unhandled exception in sqlmap/1.0-dev (r4293), > retry your run with the latest development version from the Subversion > repository. If the exception persists, > please send by e-mail to sql...@li... the > following text and any information required to reproduce the bug. The > developers will try to reproduce the bug, fix > it accordingly and get back to you. > sqlmap version: 1.0-dev (r4293) > Python version: 2.6.5 > Operating system: posix > Command line: sqlmap.py --tor --url > *************************************** --password > Technique: ERROR > Back-end DBMS: MySQL (fingerprinted) > Traceback (most recent call last): > File "sqlmap.py", line 86, in main > start() > File "/home/g/sqlmap-dev2/lib/controller/controller.py", line 554, in start > action() > File "/home/g/sqlmap-dev2/lib/controller/action.py", line 77, in action > conf.dbmsHandler.getPasswordHashes(), "password hash") > File "/home/g/sqlmap-dev2/plugins/generic/enumeration.py", line 396, > in getPasswordHashes > attackCachedUsersPasswords() > File "/home/g/sqlmap-dev2/lib/utils/hash.py", line 246, in > attackCachedUsersPasswords > results = dictionaryAttack(kb.data.cachedUsersPasswords) > File "/home/g/sqlmap-dev2/lib/utils/hash.py", line 575, in dictionaryAttack > retVal = _multiprocessing.Queue() > File "/usr/local/lib/python2.6/multiprocessing/__init__.py", line > 212, in Queue > from multiprocessing.queues import Queue > File "/usr/local/lib/python2.6/multiprocessing/queues.py", line 22, > in <module> > from multiprocessing.synchronize import Lock, BoundedSemaphore, > Semaphore, Condition > File "/usr/local/lib/python2.6/multiprocessing/synchronize.py", line > 33, in <module> > " function, see issue 3770.") > ImportError: This platform lacks a functioning sem_open > implementation, therefore, the required synchronization primitives > needed will not function, see issue 3770. > > [*] shutting down at 11:32:53 > > Gianluca > > ------------------------------------------------------------------------------ > Magic Quadrant for Content-Aware Data Loss Prevention > Research study explores the data loss prevention market. Includes in-depth > analysis on the changes within the DLP market, and the criteria used to > evaluate the strengths and weaknesses of these DLP solutions. > http://www.accelacomm.com/jaw/sfnl/114/51385063/ > _______________________________________________ > sqlmap-users mailing list > sql...@li... > https://lists.sourceforge.net/lists/listinfo/sqlmap-users > -- Bernardo Damele A. G. E-mail / Jabber: bernardo.damele (at) gmail.com Mobile: +447788962949 (UK 07788962949) PGP Key ID: Unavailable |
|
From: Miroslav S. <mir...@gm...> - 2011-07-27 23:24:56
|
"Gianluca Brindisi" officially hates me :) i've tried around 6 different fixes and at the end solution from Steve really looks most promising (just committed something 99% similar to that one) thing is that for some unapparent reason i've made some boyscout fixes and he probably just got crazy in all those iterations. don't know what to say than sorry. kr On Wed, Jul 27, 2011 at 10:08 AM, Bernardo Damele A. G. <ber...@gm...> wrote: > This should be fixed now. > Can you please retry and report back? > > Bernardo > > > On 26 July 2011 10:36, Gianluca Brindisi <g...@br...> wrote: >> Hi all! >> I still have errors while trying to crack retrieved hashes :( >> >> [11:32:53] [CRITICAL] unhandled exception in sqlmap/1.0-dev (r4293), >> retry your run with the latest development version from the Subversion >> repository. If the exception persists, >> please send by e-mail to sql...@li... the >> following text and any information required to reproduce the bug. The >> developers will try to reproduce the bug, fix >> it accordingly and get back to you. >> sqlmap version: 1.0-dev (r4293) >> Python version: 2.6.5 >> Operating system: posix >> Command line: sqlmap.py --tor --url >> *************************************** --password >> Technique: ERROR >> Back-end DBMS: MySQL (fingerprinted) >> Traceback (most recent call last): >> File "sqlmap.py", line 86, in main >> start() >> File "/home/g/sqlmap-dev2/lib/controller/controller.py", line 554, in start >> action() >> File "/home/g/sqlmap-dev2/lib/controller/action.py", line 77, in action >> conf.dbmsHandler.getPasswordHashes(), "password hash") >> File "/home/g/sqlmap-dev2/plugins/generic/enumeration.py", line 396, >> in getPasswordHashes >> attackCachedUsersPasswords() >> File "/home/g/sqlmap-dev2/lib/utils/hash.py", line 246, in >> attackCachedUsersPasswords >> results = dictionaryAttack(kb.data.cachedUsersPasswords) >> File "/home/g/sqlmap-dev2/lib/utils/hash.py", line 575, in dictionaryAttack >> retVal = _multiprocessing.Queue() >> File "/usr/local/lib/python2.6/multiprocessing/__init__.py", line >> 212, in Queue >> from multiprocessing.queues import Queue >> File "/usr/local/lib/python2.6/multiprocessing/queues.py", line 22, >> in <module> >> from multiprocessing.synchronize import Lock, BoundedSemaphore, >> Semaphore, Condition >> File "/usr/local/lib/python2.6/multiprocessing/synchronize.py", line >> 33, in <module> >> " function, see issue 3770.") >> ImportError: This platform lacks a functioning sem_open >> implementation, therefore, the required synchronization primitives >> needed will not function, see issue 3770. >> >> [*] shutting down at 11:32:53 >> >> Gianluca >> >> ------------------------------------------------------------------------------ >> Magic Quadrant for Content-Aware Data Loss Prevention >> Research study explores the data loss prevention market. Includes in-depth >> analysis on the changes within the DLP market, and the criteria used to >> evaluate the strengths and weaknesses of these DLP solutions. >> http://www.accelacomm.com/jaw/sfnl/114/51385063/ >> _______________________________________________ >> sqlmap-users mailing list >> sql...@li... >> https://lists.sourceforge.net/lists/listinfo/sqlmap-users >> > > > > -- > Bernardo Damele A. G. > > E-mail / Jabber: bernardo.damele (at) gmail.com > Mobile: +447788962949 (UK 07788962949) > PGP Key ID: Unavailable > > ------------------------------------------------------------------------------ > Got Input? Slashdot Needs You. > Take our quick survey online. Come on, we don't ask for help often. > Plus, you'll get a chance to win $100 to spend on ThinkGeek. > http://p.sf.net/sfu/slashdot-survey > _______________________________________________ > sqlmap-users mailing list > sql...@li... > https://lists.sourceforge.net/lists/listinfo/sqlmap-users > -- Miroslav Stampar (@stamparm) E-mail: miroslav.stampar (at) gmail.com PGP Key ID: 0xB5397B1B |
|
From: Steve P. <ste...@gm...> - 2011-07-28 00:05:57
Attachments:
smime.p7s
|
On 07/27/2011 07:24 PM, Miroslav Stampar wrote: > "Gianluca Brindisi" officially hates me :) > > i've tried around 6 different fixes and at the end solution from Steve > really looks most promising (just committed something 99% similar to > that one) > > thing is that for some unapparent reason i've made some boyscout fixes > and he probably just got crazy in all those iterations. > > don't know what to say than sorry. > > kr Unfortunately, you need OS semaphores to do multiprocessing without problems. Python uses POSIX semaphores, which are not or poorly supported on some OSs. If you're willing to use external libraries, you can rewrite to use SysV semaphores with something like http://semanchuk.com/philip/sysv_ipc/ which should work basically everywhere. That would inconvenience a lot of people for the sake of openBSD, Solaris, AIX, and FreeBSD <= 7.1 (which isn't even supported anymore). Because only these minority share OSs have the problem, this issue is considered low priority for the Python project. The related bugs are here, if anyone feels bored in the future and wants to have a go. I guarantee if you try, you'll learn some interesting things and lose some hair or turn it gray. ;-) http://bugs.python.org/issue5725 http://bugs.python.org/issue10348 -- | Steven Pinkham, Security Consultant | | http://www.mavensecurity.com | | GPG public key ID CD31CAFB | |
|
From: Gianluca B. <g...@br...> - 2011-07-28 06:56:35
|
LOL :) Actually I owe you a beer for all the extra work I keep trhowing at you! I am back home and I'll reproduce it asap... stay tuned. By the way I used to crack hashes flawlessy before on the same machine (OpenBSD) but can't remeber if it was 0.9 or what revision of 1.0. Gianluca On Wed, Jul 27, 2011 at 11:24 PM, Miroslav Stampar <mir...@gm...> wrote: > "Gianluca Brindisi" officially hates me :) > > i've tried around 6 different fixes and at the end solution from Steve > really looks most promising (just committed something 99% similar to > that one) > > thing is that for some unapparent reason i've made some boyscout fixes > and he probably just got crazy in all those iterations. > > don't know what to say than sorry. > > kr > > On Wed, Jul 27, 2011 at 10:08 AM, Bernardo Damele A. G. > <ber...@gm...> wrote: >> This should be fixed now. >> Can you please retry and report back? >> >> Bernardo >> >> >> On 26 July 2011 10:36, Gianluca Brindisi <g...@br...> wrote: >>> Hi all! >>> I still have errors while trying to crack retrieved hashes :( >>> >>> [11:32:53] [CRITICAL] unhandled exception in sqlmap/1.0-dev (r4293), >>> retry your run with the latest development version from the Subversion >>> repository. If the exception persists, >>> please send by e-mail to sql...@li... the >>> following text and any information required to reproduce the bug. The >>> developers will try to reproduce the bug, fix >>> it accordingly and get back to you. >>> sqlmap version: 1.0-dev (r4293) >>> Python version: 2.6.5 >>> Operating system: posix >>> Command line: sqlmap.py --tor --url >>> *************************************** --password >>> Technique: ERROR >>> Back-end DBMS: MySQL (fingerprinted) >>> Traceback (most recent call last): >>> File "sqlmap.py", line 86, in main >>> start() >>> File "/home/g/sqlmap-dev2/lib/controller/controller.py", line 554, in start >>> action() >>> File "/home/g/sqlmap-dev2/lib/controller/action.py", line 77, in action >>> conf.dbmsHandler.getPasswordHashes(), "password hash") >>> File "/home/g/sqlmap-dev2/plugins/generic/enumeration.py", line 396, >>> in getPasswordHashes >>> attackCachedUsersPasswords() >>> File "/home/g/sqlmap-dev2/lib/utils/hash.py", line 246, in >>> attackCachedUsersPasswords >>> results = dictionaryAttack(kb.data.cachedUsersPasswords) >>> File "/home/g/sqlmap-dev2/lib/utils/hash.py", line 575, in dictionaryAttack >>> retVal = _multiprocessing.Queue() >>> File "/usr/local/lib/python2.6/multiprocessing/__init__.py", line >>> 212, in Queue >>> from multiprocessing.queues import Queue >>> File "/usr/local/lib/python2.6/multiprocessing/queues.py", line 22, >>> in <module> >>> from multiprocessing.synchronize import Lock, BoundedSemaphore, >>> Semaphore, Condition >>> File "/usr/local/lib/python2.6/multiprocessing/synchronize.py", line >>> 33, in <module> >>> " function, see issue 3770.") >>> ImportError: This platform lacks a functioning sem_open >>> implementation, therefore, the required synchronization primitives >>> needed will not function, see issue 3770. >>> >>> [*] shutting down at 11:32:53 >>> >>> Gianluca >>> >>> ------------------------------------------------------------------------------ >>> Magic Quadrant for Content-Aware Data Loss Prevention >>> Research study explores the data loss prevention market. Includes in-depth >>> analysis on the changes within the DLP market, and the criteria used to >>> evaluate the strengths and weaknesses of these DLP solutions. >>> http://www.accelacomm.com/jaw/sfnl/114/51385063/ >>> _______________________________________________ >>> sqlmap-users mailing list >>> sql...@li... >>> https://lists.sourceforge.net/lists/listinfo/sqlmap-users >>> >> >> >> >> -- >> Bernardo Damele A. G. >> >> E-mail / Jabber: bernardo.damele (at) gmail.com >> Mobile: +447788962949 (UK 07788962949) >> PGP Key ID: Unavailable >> >> ------------------------------------------------------------------------------ >> Got Input? Slashdot Needs You. >> Take our quick survey online. Come on, we don't ask for help often. >> Plus, you'll get a chance to win $100 to spend on ThinkGeek. >> http://p.sf.net/sfu/slashdot-survey >> _______________________________________________ >> sqlmap-users mailing list >> sql...@li... >> https://lists.sourceforge.net/lists/listinfo/sqlmap-users >> > > > > -- > Miroslav Stampar (@stamparm) > > E-mail: miroslav.stampar (at) gmail.com > PGP Key ID: 0xB5397B1B > |
|
From: Gianluca B. <g...@br...> - 2011-07-28 07:09:09
|
Oh yeah, it's working great :) [09:02:48] [INFO] starting dictionary-based cracking (mysql_passwd) [09:02:48] [WARNING] multiprocessing hash cracking is currently not supported on this platform [09:04:06] [WARNING] no clear password(s) found Tested on rev 4301. Thank you all! Gianluca On Thu, Jul 28, 2011 at 6:56 AM, Gianluca Brindisi <g...@br...> wrote: > LOL :) > Actually I owe you a beer for all the extra work I keep trhowing at you! > > I am back home and I'll reproduce it asap... stay tuned. > > By the way I used to crack hashes flawlessy before on the same machine > (OpenBSD) but can't remeber if it was 0.9 or what revision of 1.0. > > Gianluca > > On Wed, Jul 27, 2011 at 11:24 PM, Miroslav Stampar > <mir...@gm...> wrote: >> "Gianluca Brindisi" officially hates me :) >> >> i've tried around 6 different fixes and at the end solution from Steve >> really looks most promising (just committed something 99% similar to >> that one) >> >> thing is that for some unapparent reason i've made some boyscout fixes >> and he probably just got crazy in all those iterations. >> >> don't know what to say than sorry. >> >> kr >> >> On Wed, Jul 27, 2011 at 10:08 AM, Bernardo Damele A. G. >> <ber...@gm...> wrote: >>> This should be fixed now. >>> Can you please retry and report back? >>> >>> Bernardo >>> >>> >>> On 26 July 2011 10:36, Gianluca Brindisi <g...@br...> wrote: >>>> Hi all! >>>> I still have errors while trying to crack retrieved hashes :( >>>> >>>> [11:32:53] [CRITICAL] unhandled exception in sqlmap/1.0-dev (r4293), >>>> retry your run with the latest development version from the Subversion >>>> repository. If the exception persists, >>>> please send by e-mail to sql...@li... the >>>> following text and any information required to reproduce the bug. The >>>> developers will try to reproduce the bug, fix >>>> it accordingly and get back to you. >>>> sqlmap version: 1.0-dev (r4293) >>>> Python version: 2.6.5 >>>> Operating system: posix >>>> Command line: sqlmap.py --tor --url >>>> *************************************** --password >>>> Technique: ERROR >>>> Back-end DBMS: MySQL (fingerprinted) >>>> Traceback (most recent call last): >>>> File "sqlmap.py", line 86, in main >>>> start() >>>> File "/home/g/sqlmap-dev2/lib/controller/controller.py", line 554, in start >>>> action() >>>> File "/home/g/sqlmap-dev2/lib/controller/action.py", line 77, in action >>>> conf.dbmsHandler.getPasswordHashes(), "password hash") >>>> File "/home/g/sqlmap-dev2/plugins/generic/enumeration.py", line 396, >>>> in getPasswordHashes >>>> attackCachedUsersPasswords() >>>> File "/home/g/sqlmap-dev2/lib/utils/hash.py", line 246, in >>>> attackCachedUsersPasswords >>>> results = dictionaryAttack(kb.data.cachedUsersPasswords) >>>> File "/home/g/sqlmap-dev2/lib/utils/hash.py", line 575, in dictionaryAttack >>>> retVal = _multiprocessing.Queue() >>>> File "/usr/local/lib/python2.6/multiprocessing/__init__.py", line >>>> 212, in Queue >>>> from multiprocessing.queues import Queue >>>> File "/usr/local/lib/python2.6/multiprocessing/queues.py", line 22, >>>> in <module> >>>> from multiprocessing.synchronize import Lock, BoundedSemaphore, >>>> Semaphore, Condition >>>> File "/usr/local/lib/python2.6/multiprocessing/synchronize.py", line >>>> 33, in <module> >>>> " function, see issue 3770.") >>>> ImportError: This platform lacks a functioning sem_open >>>> implementation, therefore, the required synchronization primitives >>>> needed will not function, see issue 3770. >>>> >>>> [*] shutting down at 11:32:53 >>>> >>>> Gianluca >>>> >>>> ------------------------------------------------------------------------------ >>>> Magic Quadrant for Content-Aware Data Loss Prevention >>>> Research study explores the data loss prevention market. Includes in-depth >>>> analysis on the changes within the DLP market, and the criteria used to >>>> evaluate the strengths and weaknesses of these DLP solutions. >>>> http://www.accelacomm.com/jaw/sfnl/114/51385063/ >>>> _______________________________________________ >>>> sqlmap-users mailing list >>>> sql...@li... >>>> https://lists.sourceforge.net/lists/listinfo/sqlmap-users >>>> >>> >>> >>> >>> -- >>> Bernardo Damele A. G. >>> >>> E-mail / Jabber: bernardo.damele (at) gmail.com >>> Mobile: +447788962949 (UK 07788962949) >>> PGP Key ID: Unavailable >>> >>> ------------------------------------------------------------------------------ >>> Got Input? Slashdot Needs You. >>> Take our quick survey online. Come on, we don't ask for help often. >>> Plus, you'll get a chance to win $100 to spend on ThinkGeek. >>> http://p.sf.net/sfu/slashdot-survey >>> _______________________________________________ >>> sqlmap-users mailing list >>> sql...@li... >>> https://lists.sourceforge.net/lists/listinfo/sqlmap-users >>> >> >> >> >> -- >> Miroslav Stampar (@stamparm) >> >> E-mail: miroslav.stampar (at) gmail.com >> PGP Key ID: 0xB5397B1B >> > |
|
From: Miroslav S. <mir...@gm...> - 2011-07-28 07:26:10
|
Nice to hear and thx for the donation. You are 'protected' now :) p.s. Steve, feel free to crash the critical error repair party anytime On 28.7.2011. 09:09, "Gianluca Brindisi" <g...@br...> wrote: > Oh yeah, it's working great :) > > [09:02:48] [INFO] starting dictionary-based cracking (mysql_passwd) > [09:02:48] [WARNING] multiprocessing hash cracking is currently not > supported on this platform > [09:04:06] [WARNING] no clear password(s) found > > Tested on rev 4301. > > Thank you all! > > Gianluca > > > On Thu, Jul 28, 2011 at 6:56 AM, Gianluca Brindisi <g...@br...> wrote: >> LOL :) >> Actually I owe you a beer for all the extra work I keep trhowing at you! >> >> I am back home and I'll reproduce it asap... stay tuned. >> >> By the way I used to crack hashes flawlessy before on the same machine >> (OpenBSD) but can't remeber if it was 0.9 or what revision of 1.0. >> >> Gianluca >> >> On Wed, Jul 27, 2011 at 11:24 PM, Miroslav Stampar >> <mir...@gm...> wrote: >>> "Gianluca Brindisi" officially hates me :) >>> >>> i've tried around 6 different fixes and at the end solution from Steve >>> really looks most promising (just committed something 99% similar to >>> that one) >>> >>> thing is that for some unapparent reason i've made some boyscout fixes >>> and he probably just got crazy in all those iterations. >>> >>> don't know what to say than sorry. >>> >>> kr >>> >>> On Wed, Jul 27, 2011 at 10:08 AM, Bernardo Damele A. G. >>> <ber...@gm...> wrote: >>>> This should be fixed now. >>>> Can you please retry and report back? >>>> >>>> Bernardo >>>> >>>> >>>> On 26 July 2011 10:36, Gianluca Brindisi <g...@br...> wrote: >>>>> Hi all! >>>>> I still have errors while trying to crack retrieved hashes :( >>>>> >>>>> [11:32:53] [CRITICAL] unhandled exception in sqlmap/1.0-dev (r4293), >>>>> retry your run with the latest development version from the Subversion >>>>> repository. If the exception persists, >>>>> please send by e-mail to sql...@li... the >>>>> following text and any information required to reproduce the bug. The >>>>> developers will try to reproduce the bug, fix >>>>> it accordingly and get back to you. >>>>> sqlmap version: 1.0-dev (r4293) >>>>> Python version: 2.6.5 >>>>> Operating system: posix >>>>> Command line: sqlmap.py --tor --url >>>>> *************************************** --password >>>>> Technique: ERROR >>>>> Back-end DBMS: MySQL (fingerprinted) >>>>> Traceback (most recent call last): >>>>> File "sqlmap.py", line 86, in main >>>>> start() >>>>> File "/home/g/sqlmap-dev2/lib/controller/controller.py", line 554, in start >>>>> action() >>>>> File "/home/g/sqlmap-dev2/lib/controller/action.py", line 77, in action >>>>> conf.dbmsHandler.getPasswordHashes(), "password hash") >>>>> File "/home/g/sqlmap-dev2/plugins/generic/enumeration.py", line 396, >>>>> in getPasswordHashes >>>>> attackCachedUsersPasswords() >>>>> File "/home/g/sqlmap-dev2/lib/utils/hash.py", line 246, in >>>>> attackCachedUsersPasswords >>>>> results = dictionaryAttack(kb.data.cachedUsersPasswords) >>>>> File "/home/g/sqlmap-dev2/lib/utils/hash.py", line 575, in dictionaryAttack >>>>> retVal = _multiprocessing.Queue() >>>>> File "/usr/local/lib/python2.6/multiprocessing/__init__.py", line >>>>> 212, in Queue >>>>> from multiprocessing.queues import Queue >>>>> File "/usr/local/lib/python2.6/multiprocessing/queues.py", line 22, >>>>> in <module> >>>>> from multiprocessing.synchronize import Lock, BoundedSemaphore, >>>>> Semaphore, Condition >>>>> File "/usr/local/lib/python2.6/multiprocessing/synchronize.py", line >>>>> 33, in <module> >>>>> " function, see issue 3770.") >>>>> ImportError: This platform lacks a functioning sem_open >>>>> implementation, therefore, the required synchronization primitives >>>>> needed will not function, see issue 3770. >>>>> >>>>> [*] shutting down at 11:32:53 >>>>> >>>>> Gianluca >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Magic Quadrant for Content-Aware Data Loss Prevention >>>>> Research study explores the data loss prevention market. Includes in-depth >>>>> analysis on the changes within the DLP market, and the criteria used to >>>>> evaluate the strengths and weaknesses of these DLP solutions. >>>>> http://www.accelacomm.com/jaw/sfnl/114/51385063/ >>>>> _______________________________________________ >>>>> sqlmap-users mailing list >>>>> sql...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/sqlmap-users >>>>> >>>> >>>> >>>> >>>> -- >>>> Bernardo Damele A. G. >>>> >>>> E-mail / Jabber: bernardo.damele (at) gmail.com >>>> Mobile: +447788962949 (UK 07788962949) >>>> PGP Key ID: Unavailable >>>> >>>> ------------------------------------------------------------------------------ >>>> Got Input? Slashdot Needs You. >>>> Take our quick survey online. Come on, we don't ask for help often. >>>> Plus, you'll get a chance to win $100 to spend on ThinkGeek. >>>> http://p.sf.net/sfu/slashdot-survey >>>> _______________________________________________ >>>> sqlmap-users mailing list >>>> sql...@li... >>>> https://lists.sourceforge.net/lists/listinfo/sqlmap-users >>>> >>> >>> >>> >>> -- >>> Miroslav Stampar (@stamparm) >>> >>> E-mail: miroslav.stampar (at) gmail.com >>> PGP Key ID: 0xB5397B1B >>> >> |
×
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