<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general">
    <title>gmane.comp.security.scapy.general</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4672"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4671"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4670"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4669"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4668"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4667"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4666"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4665"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4664"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4663"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4662"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4661"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4660"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4659"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4658"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4657"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4656"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4655"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4654"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.scapy.general/4653"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4672">
    <title>Custom response matching</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4672</link>
    <description>&lt;pre&gt;Hi

I have a scenario where I will be sending packets into an ip-ip tunnel 
and will receive responses that are not tunneled. Since the normal response 
matcher requires layer-by-layer class membership equality this fails. 
I have implemented a workaround that sets conf.match_debug and filters 
the debug.recv packet list, but apart from being an ugly hack this 
approach has real limitations. Is there a better way to roll your own 
response matcher?

Thanks
Johan


---------------------------------------------------------------------
To unsubscribe, send a mail to scapy.ml-unsubscribe&amp;lt; at &amp;gt;secdev.org


&lt;/pre&gt;</description>
    <dc:creator>Johan Johansson</dc:creator>
    <dc:date>2012-05-14T23:17:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4671">
    <title>Defining Type of fields for a class according to a field from another class ???</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4671</link>
    <description>&lt;pre&gt;Hi folks,

I'm wondering how to define Type of fields of class according to a field from 
another class ???
I mean how to define and link a field from a class to another class, example:

class TemplateRecord(Packet):
        name = "Template Record"
        fields_desc = [ ShortField("Type", 0),
                        ShortField("Length", 0) ]
        def extract_padding(self, s):
                return "", s


class DataRecord(Packet):
        name = "Data Record"
        fields_desc = [ ==&amp;gt; Here i would like something like this :

"if Type == 0 from Class TemplateRecord:
IPField("ipsrc", "0.0.0.0"),
if Type == 1 from Class TemplateRecord
IPField("ipdst", "0.0.0.0"),
if Type == 2 from IPField("nexthop", "0.0.0.0")

....etc..." 
      
]
def extract_padding(self, s):
                return "", s

Thx in advance,

Regards,

Mojo.


---------------------------------------------------------------------
To unsubscribe, send a mail to scapy.ml-unsubscribe&amp;lt; at &amp;gt;secdev.org


&lt;/pre&gt;</description>
    <dc:creator>Mojo</dc:creator>
    <dc:date>2012-05-11T14:32:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4670">
    <title>PACKET INJECTION</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4670</link>
    <description>&lt;pre&gt;I try to inject a packet with an atheros chip (pingpacketscapy), and
capture on a totally different card (pingpacketcaptured).
The wireshark dump from the other card shows that infact the source and
destination MAcs of the 802.11 packet have been changed! in fact a whole
20bytes is added to the packet?! C.f. attatchments.
Is this normal operation?

Thanks so much!
---------------------------------------------------------------------
To unsubscribe, send a mail to scapy.ml-unsubscribe&amp;lt; at &amp;gt;secdev.org&lt;/pre&gt;</description>
    <dc:creator>Radek.Hes&lt; at &gt;ecs.vuw.ac.nz</dc:creator>
    <dc:date>2012-05-02T21:27:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4669">
    <title>IPv4 over IPv6</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4669</link>
    <description>&lt;pre&gt;This code:

    &amp;gt;&amp;gt; IPv6() / IP()

creates this packet:

    &amp;lt;IPv6  |&amp;lt;IP  |&amp;gt;&amp;gt;

But what it should create is this packet:

    &amp;lt;IPv6  nh=IP |&amp;lt;IP  |&amp;gt;&amp;gt;

I think the right way to fix this is to put

IP.overload_fields[IPv6] = {"nh": 4}

somewhere in inet6.py. Is that correct?

~Nathan

---------------------------------------------------------------------
To unsubscribe, send a mail to scapy.ml-unsubscribe&amp;lt; at &amp;gt;secdev.org


&lt;/pre&gt;</description>
    <dc:creator>Nathan Michaels</dc:creator>
    <dc:date>2012-05-02T18:46:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4668">
    <title>Re: Virtual network</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4668</link>
    <description>&lt;pre&gt;
It seems you are running into the long-standing problem of Scapy's
incorrect network interface detection on Windows.

I haven't looked at this for years, and I don't have a useful suggestion
(besides from what I put in the above error message), but here is some
background information:

http://article.gmane.org/gmane.comp.security.scapy.general/3932
http://article.gmane.org/gmane.comp.security.scapy.general/3937
http://article.gmane.org/gmane.comp.security.scapy.general/3902

Best regards
Dirk

---------------------------------------------------------------------
To unsubscribe, send a mail to scapy.ml-unsubscribe&amp;lt; at &amp;gt;secdev.org


&lt;/pre&gt;</description>
    <dc:creator>Dirk Loss</dc:creator>
    <dc:date>2012-05-02T18:20:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4667">
    <title>Re: Re: Virtual network</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4667</link>
    <description>&lt;pre&gt;I'm just guessing here but do you have at least 1 interface with an IP
address?  Maybe it would help to paste the output of
'ipconfig/ifconfig' along with your question.

Thanks,
Andrew

On Wed, May 2, 2012 at 9:50 AM, Denis &amp;lt;den.meln&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

---------------------------------------------------------------------
To unsubscribe, send a mail to scapy.ml-unsubscribe&amp;lt; at &amp;gt;secdev.org


&lt;/pre&gt;</description>
    <dc:creator>Andrew McConachie</dc:creator>
    <dc:date>2012-05-02T08:24:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4666">
    <title>Re: Virtual network</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4666</link>
    <description>&lt;pre&gt;But if I connect my virtual machine to 
the physical network, it works correct...

What is the reason?





---------------------------------------------------------------------
To unsubscribe, send a mail to scapy.ml-unsubscribe&amp;lt; at &amp;gt;secdev.org


&lt;/pre&gt;</description>
    <dc:creator>Denis</dc:creator>
    <dc:date>2012-05-02T07:50:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4665">
    <title>Virtual network</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4665</link>
    <description>&lt;pre&gt;Hi!

So I have one question about scapy, if anyone can, 
help me please.

I installed Scapy on VMWare virual machine and 
this machine is in virual network. This virtual 
network isn't connected to my physical network. 
And I attempting to run Scapy, 
but there is one error:

"No match between your pcap and dnet network 
interfaces found. You probably won't be able 
to send packets. Deactivating unneeded 
interfaces and restarting Scapy might help."

How can I resolve this problem?

Thanks.


---------------------------------------------------------------------
To unsubscribe, send a mail to scapy.ml-unsubscribe&amp;lt; at &amp;gt;secdev.org


&lt;/pre&gt;</description>
    <dc:creator>Denis</dc:creator>
    <dc:date>2012-05-02T07:14:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4664">
    <title>not getting any ICMP time exceeded messages</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4664</link>
    <description>&lt;pre&gt;Hi all,

I'm playing around with Scapy and I noticed something weird. If I create 
a packet in order to trigger an ICMP time-exceeded error message:

|myPacket = IP(dst="www.google.com", ttl=3)/TCP()
|

... I do get the ICMP message once I send it with the function |sr| . On 
the other hand, if I take any outgoing packet that I have sniffed and 
change its ttl value to the same used above, I get no reply whatsoever.

What's the problem here? I thought I could experience this when using 
dummy traffic, not real traffic! I even tried with other TTL values, but 
to no avail.

Thanks.

RIccardo.

&lt;/pre&gt;</description>
    <dc:creator>Riccardo R.</dc:creator>
    <dc:date>2012-04-27T07:16:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4663">
    <title>Re: srp() and wireshark</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4663</link>
    <description>&lt;pre&gt;Thanks for your quick reply. Also I want to sniff packets and filter ARP
reply packets, opcode=0x0002. The following command will filter ARP packets
but what will be the filter for ARP reply packets.?
"sniff(filter="arp",prn=lambda x: x.summary,count=1,iface=i)"



On Thu, Apr 26, 2012 at 11:01 PM, StalkR &amp;lt;stalkr&amp;lt; at &amp;gt;stalkr.net&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>jeetika kataria</dc:creator>
    <dc:date>2012-04-26T21:08:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4662">
    <title>Re: srp() and wireshark</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4662</link>
    <description>&lt;pre&gt;Hello,

Maybe promiscuous mode?

Enable it with:
# ifconfig eth0 promisc
then try again srp()

Back to normal with:
# ifconfig eth0 -promisc

(or whatever the interface name is)

Cheers,
StalkR

On Thu, Apr 26, 2012 at 22:19, jeetika kataria
&amp;lt;jeetika.kataria&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

---------------------------------------------------------------------
To unsubscribe, send a mail to scapy.ml-unsubscribe&amp;lt; at &amp;gt;secdev.org


&lt;/pre&gt;</description>
    <dc:creator>StalkR</dc:creator>
    <dc:date>2012-04-26T21:01:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4661">
    <title>srp() and wireshark</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4661</link>
    <description>&lt;pre&gt;Hello List,

Scapy is only receiving packets and matching requests with replies using
srp() function when Wireshark is running in background. What can be
possible reason for this behavior?

Greetings.
&lt;/pre&gt;</description>
    <dc:creator>jeetika kataria</dc:creator>
    <dc:date>2012-04-26T20:19:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4660">
    <title>Help writing a new dissector</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4660</link>
    <description>&lt;pre&gt;Hello Scapy users,

I am writing a dissector/parser for a network protocol that has tricky
length fields embedded in it.
One of these packets X is very easy to dissemble:

class PacketX(Packet):
    fields_desc = [
                   FieldLenField("y_count",None, fmt="I",
count_of="y_packets"),
                   PacketListField("y_packets",None, PacketY,
                                   count_from=lambda pkt:pkt.y_count)
                   ]
The packet Y is an header that introduce an other packet:

class PacketY(Packet):
    fields_desc = [
                   ByteEnumField("type",1,{1:"a",2:"b"}),
                   ShortField("length",0),
                   Packet Z1,Z2,Z3, ...
                   ]

Following this packet, there are 4 or 5 type of packets (that I call
Z1,Z2,Z3) which are very different between them.
What I am stuck now, is that the number of fields inside these packets
directly depend on the length field of the Y packet (which contain the
size of Y + Z(1,2,...).
I am stuck, as I don't kn&lt;/pre&gt;</description>
    <dc:creator>Aris Adamantiadis</dc:creator>
    <dc:date>2012-04-22T20:47:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4659">
    <title>Re: Sendpfast() rate</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4659</link>
    <description>&lt;pre&gt;
Ah, yes. Here's a new patch that allows the additional_options
parameter to be a string of multiple options, separated by whitespace:

sendpfast(s, iface='eth0',
additional_options="--timer=gtod --preload-pcap")

http://hg.secdev.org/scapy-com/rev/937f99e3dbbd

Regards
Dirk

---------------------------------------------------------------------
To unsubscribe, send a mail to scapy.ml-unsubscribe&amp;lt; at &amp;gt;secdev.org


&lt;/pre&gt;</description>
    <dc:creator>Dirk Loss</dc:creator>
    <dc:date>2012-04-20T15:54:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4658">
    <title>Re: Sendpfast() rate</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4658</link>
    <description>&lt;pre&gt;Thanks for your help and the patch.
But if I want to specify two or more additional options. For example
sendpfast(s,iface='eth0',
additional_options="--timer=gtod","--preload-pcap")



On Thu, Apr 19, 2012 at 8:34 PM, Dirk Loss &amp;lt;lists&amp;lt; at &amp;gt;dirk-loss.de&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>jeetika kataria</dc:creator>
    <dc:date>2012-04-20T09:34:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4657">
    <title>Re: Sendpfast() rate</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4657</link>
    <description>&lt;pre&gt;
AFAIK that's not possible. But here's a simple patch that allows you to
specify additional options for sendpfast:
http://hg.secdev.org/scapy-com/rev/1f021e89f2b9

So if you install from scapy-com (see the docs for instructions), or if
you apply the patch manually, you could do something like this:


(I fixed the docstring in the next commit.)

Regards
Dirk

---------------------------------------------------------------------
To unsubscribe, send a mail to scapy.ml-unsubscribe&amp;lt; at &amp;gt;secdev.org


&lt;/pre&gt;</description>
    <dc:creator>Dirk Loss</dc:creator>
    <dc:date>2012-04-19T18:34:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4656">
    <title>Re: Sendpfast() rate</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4656</link>
    <description>&lt;pre&gt;Yes, I think this is a issue with tcpreplay but there are some options and
arguments which when provided while running tcpreplay can help in achieving
accurate speed (
http://tcpreplay.synfin.net/wiki/FAQ#HowcanImaketcpreplayrunfaster ). But I
dont know how can I specify these arguments for tcpreplay in sendpfast()
function of Scapy.

On Thu, Apr 19, 2012 at 6:22 PM, Dirk Loss &amp;lt;lists&amp;lt; at &amp;gt;dirk-loss.de&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>jeetika kataria</dc:creator>
    <dc:date>2012-04-19T17:49:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4655">
    <title>Re: Sendpfast() rate</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4655</link>
    <description>&lt;pre&gt;
This seems to be a tcpreplay problem, because Scapy passes your pps
parameter directly to tcpreplay:

== scapy/sendrecv.py ==
def sendpfast(x, pps=None, mbps=None, realtime=None, loop=0,
file_cache=False, iface=None):
    """Send packets at layer 2 using tcpreplay for performance
[...]
    argv = [conf.prog.tcpreplay, "--intf1=%s" % iface ]
[...]
    if pps is not None:
        argv.append("--pps=%i" % pps)
[...]
subprocess.check_call(argv)


Not that I know.

Best regards
Dirk


---------------------------------------------------------------------
To unsubscribe, send a mail to scapy.ml-unsubscribe&amp;lt; at &amp;gt;secdev.org


&lt;/pre&gt;</description>
    <dc:creator>Dirk Loss</dc:creator>
    <dc:date>2012-04-19T16:22:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4654">
    <title>Sendpfast() rate</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4654</link>
    <description>&lt;pre&gt;Hello List,

I am using sendpfast() function to send around 100000 packets at a defined
rate of 25000pps, but Scapy never sends these packets with this exact rate.
"  sendpfast(a, pps=25000,iface='eth0')
   Rated: 16528.93pps "
Is there any feature in Scapy which will make it send packets approximately
with the rate specified in the argument of sendpfast().

Thanks
&lt;/pre&gt;</description>
    <dc:creator>jeetika kataria</dc:creator>
    <dc:date>2012-04-19T10:23:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4653">
    <title>Re: load_contrib() Help</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4653</link>
    <description>&lt;pre&gt;
Thanks Dirk.  This solved my issue.

--Andrew

---------------------------------------------------------------------
To unsubscribe, send a mail to scapy.ml-unsubscribe&amp;lt; at &amp;gt;secdev.org


&lt;/pre&gt;</description>
    <dc:creator>Andrew McConachie</dc:creator>
    <dc:date>2012-04-17T19:37:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.scapy.general/4652">
    <title>Re: load_contrib() Help</title>
    <link>http://permalink.gmane.org/gmane.comp.security.scapy.general/4652</link>
    <description>&lt;pre&gt;[...]

The file "__init__.py" is missing (and the other contrib files as well).
At least the __init__.py must exist. It can be empty:

$ ls -l __init__.py
-rw-r--r--  1 dirk  staff  0 15 Apr 14:51 __init__.py

You can create it with "touch":
$ touch /usr/local/lib/python2.7/site-packages/scapy/contrib/__init__.py


This is the right syntax and will work if you have created the
__init__.py file in the contrib directory.

Best regards
Dirk

---------------------------------------------------------------------
To unsubscribe, send a mail to scapy.ml-unsubscribe&amp;lt; at &amp;gt;secdev.org


&lt;/pre&gt;</description>
    <dc:creator>Dirk Loss</dc:creator>
    <dc:date>2012-04-16T17:43:56</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.security.scapy.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.security.scapy.general</link>
  </textinput>
</rdf:RDF>

