Recent changes to patches

#11 windows installation unclear

Andres Riancho — Sun, 14 Apr 2013 17:16:12 -0000

status: open --> closed
Group: --> Unstable_(example)

#11 windows installation unclear

Andres Riancho — Sun, 14 Apr 2013 17:14:51 -0000

Your comments are great, thank you so much for them. I need a windows beta-tester, would you like to help me out? Please contact me directly at andres.riancho@gmail.com

I've been neglecting the windows side of w3af for some time and need someone to help me out. As you can see here [0] we have dependency check helpers for various platforms, but windows is not included. If you want to help, we would create a file named windows.py in that folder which will help all other users.

Going back to your bug report, a couple of things:
* Agreed on the libdnet stuff
* Don't understand why numpy is required, since (at least in the latest version) there is no direct mention to it:
pablo@eulogia:~/workspace/w3af$ find . -name '*.py' | xargs grep numpy pablo@eulogia:~/workspace/w3af$
And also I believe that if you installed everything with easy_install, if a dependency requires numpy, it would be installed automatically.
* You're using a very old version of the w3af framework. Please use the one available at our github repository.
* Please report bugs here: https://github.com/andresriancho/w3af/issues/new , we've migrated to github

Going to close this issue and we should continue to talk in the new bug I opened in github [1]

[0] https://github.com/andresriancho/w3af/tree/master/core/controllers/dependency_check/platforms
[1] https://github.com/andresriancho/w3af/issues/237

XST audit plugin regex bug

Mike Palmer — Sat, 15 Dec 2012 00:44:37 -0000

Putting brackets around this header in plugins/audit/xst.py will cause it to match almost everything:

re.compile("[FalseHeader: XST]")

windows installation unclear

f.duchene — Thu, 25 Oct 2012 17:22:12 -0000

on windows, I get the following error message:
--------
python2.6 .\w3af_console
Your python installation needs the following packages:
nltk

On debian based systems:
sudo apt-get install python-nltk

Additional information:
If you can not install nltk, please try the following:
wget http://pyyaml.org/download/pyyaml/PyYAML-3.09.tar.gz
tar -xzvf PyYAML-3.09.tar.gz
cd PyYAML-3.09
python setup.py install
cd ..
wget http://nltk.googlecode.com/files/nltk-2.0b9.tar.gz
tar -xzvf nltk-2.0b9.tar.gz
cd nltk-2.0b9
python setup.py install
--------

however, I installed before
C:\Python26\Scripts>.\easy_install-2.6.exe -U nltk

when printing the exception, I got this additional message:

-------
No module named numpy
-------

so I suggest adding:
try:
import numpy
except:
packages.append('numpy')
reasonForExit = True

in dependency_check.py

and this before:
if not lazy_load('nltk'):

same goes for yaml

--------------

try:
import numpy
except:
packages.append('numpy')
reasonForExit = True

try:
import yaml
except Exception as e:
print(e)
packages.append('pyyaml')
packages_debian.append('python-yaml')
reasonForExit = True

if not lazy_load('nltk'):
------------

windows installation unclear

f.duchene — Thu, 25 Oct 2012 17:22:12 -0000

Ticket 11 has been modified: windows installation unclear
Edited By: Andres Riancho (andresriancho)
Status updated: u'open' => u'closed'
milestone updated: '' => u'Unstable(example)'

hmap connection failed on ipv6 hostname (rev 4588)

Chris Frederick — Wed, 21 Dec 2011 16:58:22 -0000

Running the hmap plugin on a hostname for an ipv6 site generated the following error:
A w3afException occurred while running hmap: "Connection failed to hostname:443"

The socket was hard coded for AF_INET, added a socket.getaddrinfo() call before the connect to determine the address type before the connect and conditionally use AF_INET or AF_INET6 when needed.

point to /usr/bin/python2

Thu, 14 Oct 2010 19:47:03 -0000

point to /usr/bin/python2 instead of /usr/bin/python.

help value typo

Gene Gotimer — Thu, 30 Sep 2010 21:36:55 -0000

In the getOptions method of the urlOpenerSettings class, the help value was set to the description text instead.

temp_persist - handling unicode

Martin Alderete — Wed, 25 Aug 2010 13:31:40 -0000

Here's a patch I've made for the "Unicode string error" bug ( https://sourceforge.net/tracker/?func=detail&aid=3045048&group_id=170274&atid=853652 )
Basically I injected a factory to solve the problem in w3af/coredata/db/temp_persist.py

sslCertificate - handling wildcards

Vlatko Kosturjak — Tue, 08 Sep 2009 12:20:47 -0000

Here's the better patch to handle wildcards