0x90 / pyrit

Automatically exported from code.google.com/p/pyrit
3 stars 6 forks source link

Pyrit Will Not Recognize Scapy Mac OS X 10.6.4 #206

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. pyrit -r wpapsk-linksys.dump.gz -i dict.gz -b 00:0b:86:c2:a4:85 
attack_passthrough
2. Gives Error: Scapy 2.x is required to use Pyrit's analyze/attack functions 
but seems to be unavailable.
3.Result, unable to analyze or attack.

What is the expected output? What do you see instead? I am trying to follow the 
tutorial listed here: http://code.google.com/p/pyrit/wiki/Tutorial - I have 
successfully installed pyrit, basic commands work, but unable to analyze or 
attack.

What version of the product are you using? On what operating system?
I am using Pyrit 0.3.0, Xcode, X11, Subversion, Macports, Scapy 2.1.0, Python 
2.6 on a Macbook Pro 10.6.4 Unibody Late 2008

Please provide any additional information below.

Hello, I have successfully installed Pyrit but am unable to use any 
analyze or attack functions due to the following error: 

michael-chuas-macbook-pro:pyrit-0.3.0 mchua79$ pyrit -r wpapsk- 
linksys.dump.gz -i dict.gz -b 00:0b:86:c2:a4:85 attack_passthrough 
Pyrit 0.3.0 (C) 2008-2010 Lukas Lueg http://pyrit.googlecode.com 
This code is distributed under the GNU General Public License v3+ 

Scapy 2.x is required to use Pyrit's analyze/attack functions but 
seems to be unavailable. 

I have tried installing Scapy from Macports, and also through Python. 
I built it and installed properly according to directions. Build/Installed 
Could somebody help me please?  I really need to get this program working, 

Thanks much Mike. 

I can be reached at mchua79@gmail.com or I will be anxiously watching for your 
response. 

Thank you very much.

Original issue reported on code.google.com by mchu...@gmail.com on 27 Oct 2010 at 2:42

GoogleCodeExporter commented 9 years ago
Also, I just want to leave a note, that I read one of your posts: 

you have more than one python installation installed - one from osx (where pyrit
lives) and one from macports (where scapy lives)

you dont need macports to install scapy - its a pure python module and doesnt 
need
compiling. Get it from their website, use setup.py build && setup.py install as
instructed to install it into your osx python installation

So I Deleted all aspects of Scapy and started from scratch.  Went to their 
website and downloaded newest version, then followed your instructions, 
setup.py build && setup.py install.

I get this error:michael-chuas-macbook-pro:pyrit-0.3.0 mchua79$ python setup.py 
build && setup.py install
svn: '.' is not a working copy
running build
running build_py
running build_ext
running build_scripts
-bash: setup.py: command not found

Again, I really would appreciate your help if your are willing.  Thanks much

Original comment by mchu...@gmail.com on 27 Oct 2010 at 2:55

GoogleCodeExporter commented 9 years ago
Sorry, another note:  I had three different Python folders in my Library. 2.6, 
2.5, and 2.4.  I deleted 2.5 and 2.4 so there is only 2.6.  I reinstalled Scapy 
to the Python 2.6 folder, and I reinstalled Pyrit to the 2.6 folder.  I ran the 
same command as listed above and it still tells me the same thing: Scapy 2.x is 
required to use Pyrit's analyze/attack functions but seems to be unavailable.   
Pulling my hair out here!!! :)

Original comment by mchu...@gmail.com on 27 Oct 2010 at 3:42

GoogleCodeExporter commented 9 years ago
You should not delete anything from a MacOS installation :-/ And you are 
probably missing libdnet.

Execute this in a terminal:

/usr/bin/python -c "from cpyrit import pckttools"

Original comment by lukas.l...@gmail.com on 27 Oct 2010 at 5:58

GoogleCodeExporter commented 9 years ago
Thank you very much for your help.  I do however have libdnet, but it is 
located in my HD/Library/Python folder. Is this the correct place? Just to 
clearify, to install Pyrit on Mac OS X, I need the following: Xcode, Python, 
Macports, Scapy, Libdnet, Libpcap. Is this correct?  

Original comment by mchu...@gmail.com on 27 Oct 2010 at 3:14

GoogleCodeExporter commented 9 years ago
Macports is not needed at all.

What does '/usr/bin/python -c "from cpyrit import pckttools"' say?

Original comment by lukas.l...@gmail.com on 27 Oct 2010 at 3:26

GoogleCodeExporter commented 9 years ago
Hi there. I actually am not at my computer right now I get done with work at 
4:30 and will try when I get home around 5pm.  I will keep you posted. Will you 
be available after 5pm tonight?

Original comment by mchu...@gmail.com on 27 Oct 2010 at 5:13

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
Ok, I tried that command and get the following error:

michael-chuas-macbook-pro:~ mchua79$ cd /Users/mchua79/Downloads/pyrit-0.3.0 
michael-chuas-macbook-pro:pyrit-0.3.0 mchua79$ /usr/bin/python -c "from cpyrit 
import pckttools"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "cpyrit/pckttools.py", line 34, in <module>
    import util
  File "cpyrit/util.py", line 48, in <module>
    import _cpyrit_cpu
ImportError: No module named _cpyrit_cpu

Does this tell you anything?

Original comment by mchu...@gmail.com on 27 Oct 2010 at 10:03

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
Sorry to post again, I tried the command while I was NOT in the Pyrit-0.3.0 
directory, and I get the following:

michael-chuas-macbook-pro:~ mchua79$ /usr/bin/python -c "from cpyrit import 
pckttools"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/Library/Python/2.6/site-packages/cpyrit/pckttools.py", line 45, in <module>
    raise util.ScapyImportError(e)
cpyrit.util.ScapyImportError: No module named pcapy

Does this mean we are looking for pcapy?

Also, I read in an article that I also need SDK and Swig to get Scapy to work. 
Does that apply towards my operating system,  OS X 10.6.4?

I downloaded and installed Swig, but I can't find SDK anywhere. I have it on a 
Leopard install disc but it will not let me install it on Snow Leopard.

Original comment by mchu...@gmail.com on 27 Oct 2010 at 10:34

GoogleCodeExporter commented 9 years ago
Any idea how to fix this?

Original comment by mchu...@gmail.com on 28 Oct 2010 at 6:39

GoogleCodeExporter commented 9 years ago
Install pcapy

Original comment by lukas.l...@gmail.com on 28 Oct 2010 at 6:50

GoogleCodeExporter commented 9 years ago
I tried installing pcapy, but am getting a permission denied at the end. Have 
any suggestions?

michael-chuas-macbook-pro:pcapy-0.10.5 mchua79$ python2.6 setup.py install
running install
running build
running build_ext
building 'pcapy' extension
creating build
creating build/temp.macosx-10.6-x86_64-2.6
/usr/bin/gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -O2 -DNDEBUG -g 
-fwrapv -O3 -Wall -Wstrict-prototypes 
-I/opt/local/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 
-c pcapdumper.cc -o build/temp.macosx-10.6-x86_64-2.6/pcapdumper.o
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
/usr/bin/gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -O2 -DNDEBUG -g 
-fwrapv -O3 -Wall -Wstrict-prototypes 
-I/opt/local/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 
-c bpfobj.cc -o build/temp.macosx-10.6-x86_64-2.6/bpfobj.o
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
/usr/bin/gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -O2 -DNDEBUG -g 
-fwrapv -O3 -Wall -Wstrict-prototypes 
-I/opt/local/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 
-c pcapy.cc -o build/temp.macosx-10.6-x86_64-2.6/pcapy.o
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
pcapy.cc:185: warning: deprecated conversion from string constant to ‘char*’
pcapy.cc: In function ‘void initpcapy()’:
pcapy.cc:215: warning: deprecated conversion from string constant to ‘char*’
/usr/bin/gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -O2 -DNDEBUG -g 
-fwrapv -O3 -Wall -Wstrict-prototypes 
-I/opt/local/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 
-c pcapobj.cc -o build/temp.macosx-10.6-x86_64-2.6/pcapobj.o
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
/usr/bin/gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -O2 -DNDEBUG -g 
-fwrapv -O3 -Wall -Wstrict-prototypes 
-I/opt/local/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 
-c pcap_pkthdr.cc -o build/temp.macosx-10.6-x86_64-2.6/pcap_pkthdr.o
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
creating build/lib.macosx-10.6-x86_64-2.6
/usr/bin/g++-4.2 -L/opt/local/lib -bundle -undefined dynamic_lookup 
build/temp.macosx-10.6-x86_64-2.6/pcapdumper.o 
build/temp.macosx-10.6-x86_64-2.6/bpfobj.o 
build/temp.macosx-10.6-x86_64-2.6/pcapy.o 
build/temp.macosx-10.6-x86_64-2.6/pcapobj.o 
build/temp.macosx-10.6-x86_64-2.6/pcap_pkthdr.o -lpcap -o 
build/lib.macosx-10.6-x86_64-2.6/pcapy.so
running install_lib
copying build/lib.macosx-10.6-x86_64-2.6/pcapy.so -> 
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-p
ackages
error: 
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-p
ackages/pcapy.so: Permission denied
michael-chuas-macbook-pro:pcapy-0.10.5 mchua79$ cd
michael-chuas-macbook-pro:~ mchua79$ /usr/bin/python -c "from cpyrit import 
pckttools"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/Library/Python/2.6/site-packages/cpyrit/pckttools.py", line 45, in <module>
    raise util.ScapyImportError(e)
cpyrit.util.ScapyImportError: No module named pcapy
michael-chuas-macbook-pro:~ mchua79$ cd /Users/mchua79/Downloads/pcapy-0.10.5 
michael-chuas-macbook-pro:pcapy-0.10.5 mchua79$ python setup.py install
my_init_posix: changing LDSHARED = 'gcc-4.2 -Wl,-F. -bundle -undefined 
dynamic_lookup' to 'g++-4.2 -Wl,-F. -bundle -undefined dynamic_lookup'
running install
running build
running build_ext
building 'pcapy' extension
creating build
creating build/temp.macosx-10.6-universal-2.6
gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -Os -Wall 
-Wstrict-prototypes -DENABLE_DTRACE -arch i386 -arch ppc -arch x86_64 -pipe 
-I/System/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 -c 
pcapdumper.cc -o build/temp.macosx-10.6-universal-2.6/pcapdumper.o
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -Os -Wall 
-Wstrict-prototypes -DENABLE_DTRACE -arch i386 -arch ppc -arch x86_64 -pipe 
-I/System/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 -c 
bpfobj.cc -o build/temp.macosx-10.6-universal-2.6/bpfobj.o
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -Os -Wall 
-Wstrict-prototypes -DENABLE_DTRACE -arch i386 -arch ppc -arch x86_64 -pipe 
-I/System/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 -c 
pcapy.cc -o build/temp.macosx-10.6-universal-2.6/pcapy.o
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
pcapy.cc:185: warning: deprecated conversion from string constant to ‘char*’
pcapy.cc: In function ‘void initpcapy()’:
pcapy.cc:215: warning: deprecated conversion from string constant to ‘char*’
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
pcapy.cc:185: warning: deprecated conversion from string constant to ‘char*’
pcapy.cc: In function ‘void initpcapy()’:
pcapy.cc:215: warning: deprecated conversion from string constant to ‘char*’
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
pcapy.cc:185: warning: deprecated conversion from string constant to ‘char*’
pcapy.cc: In function ‘void initpcapy()’:
pcapy.cc:215: warning: deprecated conversion from string constant to ‘char*’
gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -Os -Wall 
-Wstrict-prototypes -DENABLE_DTRACE -arch i386 -arch ppc -arch x86_64 -pipe 
-I/System/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 -c 
pcapobj.cc -o build/temp.macosx-10.6-universal-2.6/pcapobj.o
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -Os -Wall 
-Wstrict-prototypes -DENABLE_DTRACE -arch i386 -arch ppc -arch x86_64 -pipe 
-I/System/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 -c 
pcap_pkthdr.cc -o build/temp.macosx-10.6-universal-2.6/pcap_pkthdr.o
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC 
but not for C++
creating build/lib.macosx-10.6-universal-2.6
g++-4.2 -Wl,-F. -bundle -undefined dynamic_lookup -arch i386 -arch ppc -arch 
x86_64 build/temp.macosx-10.6-universal-2.6/pcapdumper.o 
build/temp.macosx-10.6-universal-2.6/bpfobj.o 
build/temp.macosx-10.6-universal-2.6/pcapy.o 
build/temp.macosx-10.6-universal-2.6/pcapobj.o 
build/temp.macosx-10.6-universal-2.6/pcap_pkthdr.o -lpcap -o 
build/lib.macosx-10.6-universal-2.6/pcapy.so
running install_lib
copying build/lib.macosx-10.6-universal-2.6/pcapy.so -> 
/Library/Python/2.6/site-packages
running install_data
creating /System/Library/Frameworks/Python.framework/Versions/2.6/share/doc
error: could not create 
'/System/Library/Frameworks/Python.framework/Versions/2.6/share/doc': 
Permission denied

Original comment by mchu...@gmail.com on 28 Oct 2010 at 8:05

GoogleCodeExporter commented 9 years ago
I ran /usr/bin/python -c "from cpyrit import pckttools" and now it says missing 
dnet.

michael-chuas-macbook-pro:pcapy-0.10.5 mchua79$ /usr/bin/python -c "from cpyrit 
import pckttools"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/Library/Python/2.6/site-packages/cpyrit/pckttools.py", line 45, in <module>
    raise util.ScapyImportError(e)
cpyrit.util.ScapyImportError: No module named dnet

Original comment by mchu...@gmail.com on 28 Oct 2010 at 8:07

GoogleCodeExporter commented 9 years ago
So I found that libdnet installed in my 2.5 library because it was version 1.1

I found a newer tar version 1.12. I configured, make, make install, cd python, 
python2.6 setup.py install and I get the same permission denied error at the 
end saying:

error: 
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-p
ackages/dnet.so: Permission denied

So I found out the libdnet will only install on Python 2.5 and I am running 
Python 2.6.

I installed it on Python 2.5 I also installed pcapy, and scapy on 2.5
I ran your command and am now getting a different error:

ImportError: No module named _cpyrit_cpu

Original comment by mchu...@gmail.com on 28 Oct 2010 at 8:34

GoogleCodeExporter commented 9 years ago
So I found _cpyrit_cpu.so and copied/pasted it into the cpyrit folder. Now when 
I run your command I get this:

michael-chuas-macbook-pro:pyrit-0.3.0 2 mchua79$ /usr/bin/python -c "from 
cpyrit import pckttools" 
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "cpyrit/pckttools.py", line 34, in <module>
    import util
  File "cpyrit/util.py", line 48, in <module>
    import _cpyrit_cpu
ImportError: cpyrit/_cpyrit_cpu.so: no appropriate 64-bit architecture (see 
"man python" for running in 32-bit mode)

Original comment by mchu...@gmail.com on 28 Oct 2010 at 8:57

GoogleCodeExporter commented 9 years ago

michael-chuas-macbook-pro:pyrit-0.3.0 2 mchua79$ /usr/bin/python -c "from 
cpyrit import pckttools"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "cpyrit/pckttools.py", line 45, in <module>
    raise util.ScapyImportError(e)
cpyrit.util.ScapyImportError: dlopen(/Library/Python/2.5/site-packages/dnet.so, 
2): Symbol not found: _addr_bcast
  Referenced from: /Library/Python/2.5/site-packages/dnet.so
  Expected in: flat namespace
 in /Library/Python/2.5/site-packages/dnet.so

Original comment by mchu...@gmail.com on 28 Oct 2010 at 10:16

GoogleCodeExporter commented 9 years ago
Any other ideas?

Original comment by mchu...@gmail.com on 29 Oct 2010 at 3:08

GoogleCodeExporter commented 9 years ago
Now I am getting this when running:bin/python -c "from cpyrit import pckttools"

michael-chuas-macbook-pro:pyrit-0.3.0 2 mchua79$ /usr/bin/python -c "from 
cpyrit import pckttools"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "cpyrit/pckttools.py", line 45, in <module>
    raise util.ScapyImportError(e)
cpyrit.util.ScapyImportError: dlopen(/Library/Python/2.5/site-packages/dnet.so, 
2): Symbol not found: _addr_bcast
  Referenced from: /Library/Python/2.5/site-packages/dnet.so
  Expected in: flat namespace
 in /Library/Python/2.5/site-packages/dnet.so

Original comment by mchu...@gmail.com on 29 Oct 2010 at 9:21

GoogleCodeExporter commented 9 years ago
Im stuck. Now Im getting this:

michael-chuas-macbook-pro:~ mchua79$ /usr/bin/python -c "from cpyrit import 
pckttools"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/Library/Python/2.5/site-packages/cpyrit/pckttools.py", line 45, in <module>
    raise util.ScapyImportError(e)
cpyrit.util.ScapyImportError: dlopen(/Library/Python/2.5/site-packages/dnet.so, 
2): Symbol not found: _addr_bcast
  Referenced from: /Library/Python/2.5/site-packages/dnet.so
  Expected in: flat namespace
 in /Library/Python/2.5/site-packages/dnet.so

Original comment by mchu...@gmail.com on 29 Oct 2010 at 11:38

GoogleCodeExporter commented 9 years ago
Don't flood.

See https://code.google.com/p/libdnet/issues/detail?id=9

Original comment by lukas.l...@gmail.com on 30 Oct 2010 at 8:03

GoogleCodeExporter commented 9 years ago
Sorry, to post again but I wanted to get your opinion on installing Scapy 
through Macports.  I wrote to Scapy support and asked if they could help and I 
received the following response:
Hi Michael

I know nothing about Pyrit, I assume you are referring to
http://code.google.com/p/pyrit/wiki/Installation

I use Mac OS X 10.6.4 and have scapy installed with MacPorts, it automatically 
installs all the dependencies like dnet
with the single command "sudo port install scapy".

$ sudo port info scapy
scapy @2.1.1 (net, security, python)

Description:          Scapy is a powerful interactive packet manipulation
                     program. It is able to forge or decode packets of a wide
                     number of protocols, send them on the wire, capture them,
                     match requests and replies, and much more. It can easily
                     handle most classical tasks like scanning, tracerouting,
                     probing, unit tests, attacks or network discovery (it can
                     replace hping, 85% of nmap, arpspoof, arp-sk, arping,
                     tcpdump, tethereal, p0f, etc.). It also performs very well
                     at a lot of other specific tasks that most other tools
                     can't handle, like sending invalid frames, injecting your
                     own 802.11 frames, combining technics (VLAN hopping+ARP
                     cache poisoning, VOIP decoding on WEP encrypted channel,
                     ...), etc.
Homepage:             http://www.secdev.org/projects/scapy

Library Dependencies: python25, py25-readline, py25-pylibpcap, py25-libdnet,
                     py25-crypto, py25-gnuplot, py25-pyx, graphviz
Platforms:            darwin
License:              unknown
Maintainers:          pmq@macports.org

But in scanning the google site for Pyrit, I see you are already well aware of 
MacPorts. My only advice is that you need to get all the dependencies installed 
in one place. Each of your various python installs has its own libraries but 
they will not be able to find each other.

Maybe asking on the Macports list if anyone could help building a port for 
Pyrit. I am not even sure from my brief read of the google site that Pyrit 
supports OpenCL on the OSX builds?

Good Luck
End Response.

So what are your thoughts, do you think I should start from scratch and try to 
install from macports?  Thanks again for your time, I really do appreciate it.

Best.

Original comment by mchu...@gmail.com on 1 Nov 2010 at 1:54

GoogleCodeExporter commented 9 years ago
Of course you *can* use macports to use Pyrit. However afaik macports has its 
own python-environment in order to to interfer with the one installed by MacOS 
itself. You'll have to make sure that Pyrit uses macport's environment while 
building/installing. How to do that is up to macports.

Pyrit does support OpenCL on MacOS 10.6 in the upcoming version 0.4. The main 
module works ever since...

Original comment by lukas.l...@gmail.com on 1 Nov 2010 at 5:15

GoogleCodeExporter commented 9 years ago
For your OSX 10.6 are you just using your processor cores or did you actually 
get it set up with use the GPU?

I can't seem to get it to work with Scapy either so I'm happy I found this. But 
I was able to get the benchmark test to work with just the processors but not 
with the Cuda 320M. 

Any idea when that version 0.4 is getting released? 

Original comment by GrantWSa...@gmail.com on 20 Nov 2010 at 6:12

GoogleCodeExporter commented 9 years ago
I've installed pcapy; Libdnet; Scapy; Pyrit and had the self test and 
benchmarks work ok but still get the same scapy is required error. I think the 
pointer are missing for scapy on OSX and i'm not really sure what to add into 
my path. Scapy installed without any errors for me. I tried doing everything 
the MacPorts way but still got the same errors and I don't know how to point 
pyrit to the non default python environment.

Anyone actually get pyrit to function yet in OSx 10.6? 

Original comment by GrantWSa...@gmail.com on 21 Nov 2010 at 7:29

GoogleCodeExporter commented 9 years ago
From my point of view the 
"Scapy 2.x is required to use Pyrit's analyze/attack functions but seems to be 
unavailable" problem is still not fixed. The problem is now 1 Month old and 
still no solution? This is not acceptable for daily use in industry. This tool 
will not be acknowledged by security industry if it's to complex to be 
integrated in pentesting tools... i mean: there does not even seem to be ea 
workaround like " hey, go into the sourcecode and remove that stupid hardcoded 
searchpath" or something. 

Sorry. Was not very helpfull. But after waiting and searching 1 month, i just 
gave up. 

Original comment by newge...@web.de on 25 Nov 2010 at 7:18

GoogleCodeExporter commented 9 years ago
The issue is in libdnet which is dependency of scapy. You can either solve 
https://code.google.com/p/pyrit/issues/detail?id=86 or 
https://code.google.com/p/libdnet/issues/detail?id=9 or move along.

Original comment by lukas.l...@gmail.com on 25 Nov 2010 at 10:30

GoogleCodeExporter commented 9 years ago
I'm done wasting my time and just decided to give up until further notice from 
Libdnet. I have left numerous posts for Jay Fink and get absolutely no 
response. You can try checking back here. 
https://code.google.com/p/libdnet/issues/detail?id=9 but I wouldnt get your 
hopes up.

Original comment by mchu...@gmail.com on 29 Nov 2010 at 3:30

GoogleCodeExporter commented 9 years ago
has anyone got this working yet for OSX on a MacBook?

Original comment by GrantWSa...@gmail.com on 18 Dec 2010 at 10:04

GoogleCodeExporter commented 9 years ago
Not "working" all the way (I concur that libdnet is the underlying issue), but 
I'd note that the PSK pregeneration feature still works fine even without these 
libraries.  You can use your Mac to generate a database, and then use some 
Linux computer (or a simple Backtrack VM running from within OS X) that does 
have a packet-parsing build of Pyrit, airolib, cowpatty, etc. to do the actual 
attack.  The advantage of this is that you can use cpyrit-cuda on your Macbook 
without futzing with a dual boot.

Original comment by fiat.mo...@gmail.com on 3 Jan 2011 at 9:36

GoogleCodeExporter commented 9 years ago
Same issue here, no mac ports

$ /usr/bin/python -c "from cpyrit import pckttools"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/Library/Python/2.6/site-packages/cpyrit/pckttools.py", line 50, in <module>
    raise util.ScapyImportError(e)
cpyrit.util.ScapyImportError: No module named pcapy

Followed this tutorial: http://forum.kismac-ng.org/viewtopic.php?f=9&t=1621
But with most recent builds

Original comment by madal...@gmail.com on 28 Mar 2011 at 12:45

GoogleCodeExporter commented 9 years ago
My solution was to download the GCC installer 
(https://github.com/kennethreitz/osx-gcc-installer/downloads), run the pkg, and 
then re-run the whole installation of the library libdnet and its Python 
wrapper (http://www.secdev.org/projects/scapy/portability.html)

I hope this helps.

I was using OS X 10.9.1 with XCode installed previously (and Dev Command tools).

Original comment by rhv...@gmail.com on 2 Mar 2014 at 4:49