Provided by: mz_0.40-1.1build3_amd64 
NAME
mz - a fast versatile packet generator
SYNOPSIS
mz [options]<arg_string> | <hex_string>
DESCRIPTION
Mausezahn is a free fast traffic generator written in C which allows you to send nearly
every possible and impossible packet.
Mausezahn can also be used for example as didactical tool in network labs or for security
audits including penetration and DoS testing. As traffic generator Mausezahn is for
example used test IP multicast or VoIP networks. Speeds close to the Ethernet limit are
reachable (depending on the hardware platform, especially the quality of the network
interface card).
USAGE
Mausezahn supports two modes, direct mode and a multi-threaded interactive mode.
The direct mode allows you to create a packet directly on the Linux/UN*X shell and every
packet parameter is specified in the argument list when calling Mausezahn.
The interactive mode is an advanced multi-threaded configuration mode with its own command
line interface (CLI). This mode allows you to create an arbitrary number of packet types
and streams in parallel, each with different parameters. The interactive mode utilizes a
completely redesigned and more flexible protocol framework called MOPS (Mausezahn's Own
Packet System). The look and feel of the CLI is very similar to the Cisco IOS(tm) command
line. You can start the interactive mode by executing Mausezahn with the -x argument (an
optional port number may follow, otherwise it is 25542). Then use Telnet to connect to
this Mausezahn instance (the default login expects the user 'mz' with password 'mz', and
enable password 'mops'; you can change this in /etc/mausezahn/mz.cfg). More information
about the interactive mode and MOPS is provided on the Mausezahn website.
The direct mode supports two specification schemes: The raw-layer-2 scheme, where every
single byte to be sent can be specified, and higher-layer scheme, where packet builder
interfaces are used (using the -t option).
To use the raw-layer-2 scheme, simply specify the desired frame as hexadecimal sequence
(the hex_string), such as
mz eth0 "00:ab:cd:ef:00 00:00:00:00:00:01 08:00 ca:fe:ba:be"
In this example, the spaces within the byte string are optional and separate the Ethernet
fields (destination and source address, type field, and a short payload). The only
additional options supported are -a, -b, -c, and -p. The frame length MUST be greater or
equal 15 bytes.
The higher-layer scheme is enabled using the -t <packet_type> option. This option
activates a packet builder and besides the packet_type an optional arg_string can be
specified. The arg_string contains packet-specific parameters, such as TCP flags, port
numbers, etc; see the EXAMPLES below.
Note that Mausezahn requires root privileges. Please see the Mausezahn User's Guide for
more details or use Mausezahn's command line help.
OPTIONS
Mausezahn provides a built-in context-specific help. Simply append the keyword help to the
configuration options.
The most important options are:
-v Verbose mode. Capital -V is even more verbose.
-S Simulation mode, i. e. don't put anything on the wire. This is typically combined
with the verbose mode.
-q Quiet mode (only warnings and errors are displayed).
-c <count>
Send the packet count times (default: 1, infinite: 0).
-d <delay>
Apply delay between transmissions. The delay value can be specified in usec
(default, no additional unit needed), or in msec (e. g. 100m or 100msec), or in
seconds (e. g. 100s or 100sec). Note: MOPS also supports nanosecond delay
granulation if you need it (see: interactive mode).
-p <lenght>
Pad the raw frame to specified length (using zero bytes). Note that for raw layer 2
frames the specified length defines the whole frame length, while for higher layer
packets the number of additional padding bytes are specified.
-a <Src_MAC|keyword>
Use specified source mac address (use hex notation such as 00:00:aa:bb:cc:dd). By
default the interface MAC address will be used. The keywords rand and own refer to
a random MAC address (only unicast addresses are created) and the own address,
respectively. You can also use the keywords mentioned below (although broadcast-
type source addresses are officially invalid).
-b <Dst_MAC|keyword>
Use specified destination mac address. By default a broadcast is sent in raw layer
2 mode or the destination hosts/gateways interface MAC address in normal (IP) mode.
You can use the same keywords as mentioned above as well as bc (or bcast), cisco,
and stp. Please note that for the destination MAC address the rand keyword is
supported but creates a random address only once, even when you send multiple
packets.
-A <Src_IP|range|rand>
Use specified source IP address (default is own interface IP). Optionally the
keyword rand can again be used for a random source IP address or a range can be
specified, such as 192.168.1.1-192.168.1.100 or 10.1.0.0/16. Also a DNS name can be
specified for which Mausezahn tries to determine the corresponding IP address
automatically.
-B <Dst_IP|range>
Use specified destination IP address (default is broadcast i. e. 255.255.255.255).
As with the source address (see above) you can also specify a range or a DNS name.
-t <packet_type>
Create the specified packet type using the built-in packet builder. Currently
supported packet types are: arp, bpdu, ip, udp, tcp, rtp, and dns. There is
currently also a limited support for ICMP. Enter -t help to verify which packet
builders your actual Mausezahn version supports. Also, for any particular packet
type, for example tcp enter mz -t tcp help to receive a context specific help.
-T <packet_type>
Make this Mausezahn instance the receiving station. Currently (version 0.30) only
rtp is an option here and provides precise jitter measurements. For this purpose
start another Mausezahn instance on the sending station and the local receiving
station will output jitter statistics. See mz -T rtp help for a detailed help.
-Q <[CoS:]vlan> [, <[CoS:]vlan>, ...]
Specify 802.1Q VLAN tag and optional Class of Service. An arbitrary number of VLAN
tags can be specified (that is you can simulate QinQ or even QinQinQinQ...).
Multiple tags must be separated via a comma or a period (e. g. "5:10,20,2:30").
VLAN tags are not supported for ARP and BPDU packets (in which case you could
specify the whole frame in hex using the raw layer 2 interface of Mausezahn).
-M <label[:cos[:ttl]][bos]> [, <label...>]
Specify a MPLS label or even a MPLS label stack. Optionally for each label the
experimental bits (usually the Class of Service, CoS) and the Time To Live (TTL)
can be specified. And if you are really crazy you can set/unset the Bottom of Stack
(BoS) bit at each label using the S (set) and s (unset) option. By default the BoS
is set automatically and correctly. Any other setting will lead to invalid frames.
Enter -M help for detailed instructions and examples.
-P <ASCII_payload>
Specify a cleartext payload. Alternatively each packet type supports a hexadecimal
specification of the payload (see for example -t udp help).
-f <filename>
Read the ASCII payload from the specified file.
-F <filename>
Read the HEX payload from the specified file. Actually this file must be also an
ASCII file (text file) but must contain hexadecimal digits, e. g.
"aa:bb:cc:0f:e6...". You can use also spaces as separation characters.
COMBINATION OF RANGES
When multiple ranges are specified, e. g. destination port ranges AND destination address
ranges, then all possible combinations of ports and addresses are used for packet
generation. Furthermore, this can be mixed with other ranges e. g. a TCP sequence number
range. Note that combining ranges can lead to a very huge number of frames to be sent. As
a rule of thumb you can assume that about 100,000 frames are sent in a fraction of one
second, depending on your network interface.
DISCLAIMER AND WARNING
Mausezahn has been designed as fast traffic generator so you can easily overwhelm a LAN
segment with myriads of packets. And because Mausezahn should also support security audits
it is also possible to create malicious or “invalid” packets, SYN floods, port and address
sweeps, DNS and ARP poisoning, etc.
Therefore, don't use this tool when you are not aware of possible consequences or have
only little knowledge about networks and data communication. If you abuse Mausezahn for
'unallowed' attacks and get caught, or damage something of your own, then this is
completely your fault. So the safest solution is to try it out in a lab environment.
EXAMPLES
Send BPDU frames for VLAN 5 as used with Cisco's PVST+ type of STP. Per default Mausezahn
assumes that you want to become the root bridge:
# mz eth0 -c 0 -d 2s -t bpdu vlan=5
Perform a CAM table overflow attack:
# mz eth0 -c 128000 -a rand -p 64
Perform a SYN flood attack to another VLAN using VLAN hopping. This only works if you are
connected to the same VLAN which is configured as native VLAN on the trunk. We assume
that the victim VLAN is VLAN 100 and the native VLAN is VLAN 5. Lets attack every host in
VLAN 100 which use a IP prefix of 10.100.100.0/24, also try out all ports between 1 and
1023 and use a random source IP address:
# mz eth0 -c 0 -Q 5,100 -t tcp "flags=syn,dp=1-1023" -p 20 -A rand -B 10.100.100.0/24
Send IP multicast packets to the multicast group 230.1.1.1 using a UDP header with
destination port 32000 and set the IP DSCP field to EF (46). Send one frame every 10 msec:
# mz eth0 -c 0 -d 10msec -B 230.1.1.1 -t udp "dp=32000,dscp=46" -P "Multicast test packet"
Send UDP packets to the destination host target.anynetwork.foo using all possible
destination ports and send every packet with all possible source addresses of the range
172.30.0.0/16; additionally use a source port of 666 and three MPLS labels, 100, 200, and
300, the outer (300) with QoS field 5. Send the frame with a VLAN tag 420 and CoS 6;
eventually pad with 1000 bytes and repeat the whole thing 10 times:
# mz eth0 -Q 6:420 -M 100,200,300:5 -A 172.30.0.0/16 -B target.anynetwork.foo -t udp
"sp=666,dp=1-65535" -p 1000 -c 10
Send six forged Syslog messages with severity 3 to a Syslog server 10.1.1.9; use a forged
source IP address 192.168.33.42 and let Mausezahn decide which local interface to use. Use
an inter-packet delay of 10 seconds:
# mz -t syslog sev=3 -P "Main reactor reached critical temperature." -A 192.168.33.42 -B
10.1.1.9 -c 6 -d 10s
Send an invalid TCP packet with only a 5 byte payload as layer-2 broadcast and also use
the broadcast MAC address as source address. The target should be 10.1.1.6 but use a
broadcast source address. The source and destination port shall be 145 and the window size
0. Set the TCP flags SYN, URG, and RST simultaneously and sweep through the whole TCP
sequence number space with an increment of 1500. Finally set the urgent pointer to 666, i.
e. pointing to nowhere:
# mz -t tcp "flags=syn|urg|rst, sp=145, dp=145, win=0, s=0-4294967295, ds=1500, urg=666"
-a bcast -b bcast -A bcast -B 10.1.1.6 -p 5
SEE ALSO
mz.cfg(1)
AUTHOR
Herbert Haas
Visit www.perihel.at/sec/mz/ for Mausezahn news and additional information.
This manual page was written by Herbert Haas <herbert AT perihel DOT at>, for the Debian
project.
March 7, 2010 MZ(1)