- Oct 20, 2007
-
-
Phil authored
-
- Oct 18, 2007
-
-
Phil authored
-
- Oct 17, 2007
-
-
Phil authored
Now, instead of creating one add-on for each new protocol, and launch each add-on separately, you can put some load_extension() commands in your ~/scapy_startup.py and each time you run Scapy, all your extensions will be present.
-
- Oct 15, 2007
-
-
Phil authored
-
- Oct 13, 2007
-
-
Phil authored
-
- Oct 10, 2007
- Oct 09, 2007
-
-
Phil authored
-
- Sep 24, 2007
- Sep 14, 2007
-
-
Phil authored
This is done either using the timeval returned by libpcap or SIOCGSTAMP ioctl for Linux native mode
-
- Oct 10, 2007
-
-
Phil authored
The timestamp is always taken before sending the packet thus ensuring responses' timestamps are always in the future but there is always a little overhead betwee the timestamp and the time the packet hits the wire
-
- Sep 14, 2007
- Sep 03, 2007
-
-
Phil authored
-
- Aug 31, 2007
-
-
Phil authored
-
Phil authored
-
Phil authored
There is a race condition between the time a socket is created and the time it is initialized (BPF filter pushed, bound to an interface). Indeed, packets captured in between would still be delivered when reading the socket. Setting reception buffers to 0 was part of the solution and greatly reduced the race condition timeframe, but still, packet already captured where actually not sweeped out. So this also need to be done. Thanks to AGR and Y.E. Jutard.
-
- Aug 27, 2007
- Aug 23, 2007
- Aug 07, 2007
-
-
phil@secdev.org authored
This automaton accepts any TFTP WRQ request and returns the tranfered file
-
phil@secdev.org authored
-
phil@secdev.org authored
-
- Aug 03, 2007
-
-
Phil authored
Most of the initialization is done once for all at the class creation instead of being done at each instantiation Now the .graph() method can become a class method and can be called directly on a class
-
- Aug 02, 2007
-
-
Phil authored
-
- Aug 01, 2007
-
-
Phil authored
-
- Jul 31, 2007
-
-
Phil authored
-