Scapy runs natively on Linux, and on most Unixes with libpcap and its python wrappers (see scapy’s installation page). The same code base now runs natively on both Python 2 and Python 3.
- Scapy ≥ 2.4.x needs Python2 ≥ 2.7, or Python3 ≥ 3.4.
- Scapy ≥ 2.x needs Python2 ≥ 2.7.
- Scapy 1.x needs Python2 ≥ 2.5. Scapy 1.x is now deprecated.
What is Scapy
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. See interactive tutorial and the quick demo: an interactive session (some examples may be outdated).
What makes scapy different from most other networking tools
First, with most other tools, you won’t build something the author did not imagine. These tools have been built for a specific goal and can’t deviate much from it. For example, an ARP cache poisoning program won’t let you use double 802.1q encapsulation. Or try to find a program that can send, say, an ICMP packet with padding (I said padding, not payload, see?). In fact, each time you have a new need, you have to build a new tool.
Second, they usually confuse decoding and interpreting. Machines are good at decoding and can help human beings with that. Interpretation is reserved for human beings. Some programs try to mimic this behavior. For instance, they say “this port is open” instead of “I received a SYN-ACK”. Sometimes they are right. Sometimes not. It’s easier for beginners, but when you know what you’re doing, you keep on trying to deduce what really happened from the program’s interpretation to make your own, which is hard because you lost a big amount of information. And you often end up using tcpdump -xX to decode and interpret what the tool missed.
Third, even programs which only decode do not give you all the information they received. The network’s vision they give you is the one their author thought was sufficient. But it is not complete, and you have a bias. For instance, do you know a tool that reports the padding?
Scapy tries to overcome those problems. It enables you to build exactly the packets you want. Even if I think stacking a 802.1q layer on top of TCP has no sense, it may have some for somebody else working on some product I don’t know. Scapy has a flexible model that tries to avoid such arbitrary limits. You’re free to put any value you want in any field you want and stack them like you want. You’re an adult after all.
In fact, it’s like building a new tool each time, but instead of dealing with a hundred line C program, you only write 2 lines of Scapy.
After a probe (scan, traceroute, etc.) Scapy always gives you the full decoded packets from the probe, before any interpretation. That means that you can probe once and interpret many times, ask for a traceroute and look at the padding for instance.
- Scapytain: a web application to store, organize and run test campaigns on top of Scapy
- UTscapy: Unit Testing with scapy (integrated with Scapy 2.x)
- WifiTap: Wi-Fi traffic injection
An independent fork of Scapy was created from v2.2.0 in 2015, aimed at supporting only Python3 (scapy3k). The fork diverged, did not follow evolutions and fixes, and has had its own life without contributions back to Scapy. Unfortunately, it has been packaged as python3-scapy in some distributions, and as scapy-python3 on PyPI leading to confusion amongst users. It should not be the case anymore soon. Scapy supports Python3 in addition to Python2 since 2.4.0. Scapy v2.4.0 should be favored as the official Scapy code base. The fork has been renamed as kamene.
Send questions, bug reports, suggestions, ideas, cool usages of Scapy, etc. To avoid spam, you must subscribe to the mailing list to post.
- To subscribe to the mailing-list, send a mail to scapy.ml-subscribe(at)secdev.org
- To send a mail to the mailing-list: scapy.ml(at)secdev.org
- Official Online HTML documentation
- Security Power Tools where Philippe Biondi wrote a complete chapter about Scapy.
- Quick demo: an interactive session
- Building your own tools with Scapy
- Scapy’s installation page
- You will also find an article in the French Linux Magazine #52
- Report bugs/wishes/patches here
- Active tickets here
- Scapy’s PacSec/core05 slides (printable version)
- Scapy’s Hack.lu 2005 slides
- Scapy’s Summerschool Applied IT Security 2005 slides
- Scapy’s T2’2005 slides
- Scapy’s CanSecWest/core05 slides
- Scapy’s LSM 2003 slides
Other documents on Scapy :
- A Scapy tutorial: Packet Wizardry: Ruling the Network with Python by Rob klein Gunnewiek.
- (now outdated) Scapy installation on OpenBSD 3.8 howto
Scapy development uses Git version control system. Scapy reference repository is at https://github.com/secdev/scapy/. It provides a ticket management service that I use to avoid forgetting patches or bugs.
- Session management
- Link layer not well managed yet
- DNS packets not reassembled exactly as the original (no compression used)
- May miss packets under heavy load
- BPF filters do not work on PPP interfaces