Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RIP Injection: -i 0.0.0.0 option results in random RIP Address #12

Closed
octknot opened this issue Jul 15, 2020 · 1 comment
Closed

RIP Injection: -i 0.0.0.0 option results in random RIP Address #12

octknot opened this issue Jul 15, 2020 · 1 comment

Comments

@octknot
Copy link

octknot commented Jul 15, 2020

I have builded nemesis 1.7 release.

Run the following command:

$ nemesis rip -v -d wlan0 -c 1 -V 1 -a 0 -R 0 -i  0.0.0.0 -k 0.0.0.0 -h 0.0.0.0 -m 16 -S 10.10.10.1                                                                                     
                                                                                                                                       
RIP Packet Injection -=- The NEMESIS Project v1.7                                                                                      

               [MAC] 20:7C:8F:11:39:13 > FF:FF:FF:FF:FF:FF
     [Ethernet type] IP (0x0800)

                [IP] 10.10.10.1 > 224.0.0.9
             [IP ID] 39436
          [IP Proto] UDP (17)
            [IP TTL] 1
            [IP TOS] 0x10
    [IP Frag offset] 0x0000
     [IP Frag flags]
         [UDP Ports] 520 > 520

       [RIP Command] Request (1)
       [RIP Version] 1
[RIP Routing domain] 0
[RIP Address family] Unknown (0)
     [RIP Route tag] 0
       [RIP Address] 117.64.14.67
  [RIP Network mask] 0.0.0.0
      [RIP Next hop] 0.0.0.0
        [RIP Metric] 16

Wrote 66 byte RIP packet through linktype DLT_EN10MB.

The [RIP Address] should have been set by -i 0.0.0.0 option, but as showed above, it is randomized.

If setting -i with a non 0.0.0.0 IP, everything is fine.

The all-zero IP address is useful for the purpose of RIP testing, so it might be better to leave the choice to the users.

@troglobit
Copy link
Collaborator

Awesome find, thank you for taking the time to report this! 😃

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

2 participants