seltsamer Fehler "(22 - 'Ungültiges Argument')" bei Verwendung mit IPv4

seltsamer Fehler "(22 - 'Ungültiges Argument')" bei Verwendung mit IPv4

Ich habe "(22 - 'Ungültiges Argument')" mit nmap. Ich habe gegoogelt und habehttps://seclists.org/nmap-dev/, aber hier wird IPv6 besprochen, während ich diesen Fehler bei IPv4 habe. IPv4 wird nicht erwähnt, warum also bekomme ich diesen seltsamen Fehler?

Ich betrat:

$ nmap --send-eth --release-memory --nsock-engine=epoll --allports --fuzzy \
     --randomize-hosts --log-errors  --max-os-tries=9 -n --reason          \
     --append-output --scanflags=URGACKPSHRSTSYNFIN --max-retries=6        \
     --host-timeout=225s --stats-every=10m --ttl=255 --min-hostgroup=5 .   \
     --max-hostgroup=25 --max-rtt-timeout=60s --scan-delay=250ms .         \
     --max-scan-delay=25s --stats-every=1 -v5 -sT -sV -A -p 80-82          \
     0.18.0.0

Und habe dieses Ergebnis erhalten:

Starting Nmap 7.70 ( https://nmap.org ) at 2019-01-17 16:05 CET
NSE: Loaded 148 scripts for scanning.
NSE: Script Pre-scanning.
NSE: Starting runlevel 1 (of 2) scan.
Initiating NSE at 16:05
Completed NSE at 16:05, 0.00s elapsed
NSE: Starting runlevel 2 (of 2) scan.
Initiating NSE at 16:05
Completed NSE at 16:05, 0.00s elapsed
Initiating Ping Scan at 16:05
Scanning 0.18.0.0 [2 ports]
Stats: 0:00:01 elapsed; 0 hosts completed (0 up), 1 undergoing Ping Scan
Ping Scan Timing: About 0.00% done
Strange read error from 0.18.0.0 (22 - 'Invalid argument')
Strange read error from 0.18.0.0 (22 - 'Invalid argument')
Completed Ping Scan at 16:05, 0.50s elapsed (1 total hosts)
NSE: Script Post-scanning.
NSE: Starting runlevel 1 (of 2) scan.
Initiating NSE at 16:05
Completed NSE at 16:05, 0.00s elapsed
NSE: Starting runlevel 2 (of 2) scan.
Initiating NSE at 16:05
Completed NSE at 16:05, 0.00s elapsed
Read data files from: /usr/bin/../share/nmap
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 1.46 seconds

Beim Versuch mit weniger Argumenten nmap -p 80-82 0.18.0.0 erhielt ich:

Starting Nmap 7.70 ( https://nmap.org ) at 2019-01-17 16:24 CET
Strange read error from 0.18.0.0 (22 - 'Invalid argument')
Strange read error from 0.18.0.0 (22 - 'Invalid argument')
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 0.12 seconds

Beim Versuch mit ncaterhielt ich:

$ nc -vvv 0.18.0.0 80
0.18.0.0: inverse host lookup failed: Unknown host
(UNKNOWN) [0.18.0.0] 80 (http) : Invalid argument
 sent 0, rcvd 0

$ nc -vvv 0.18.0.0 81
0.18.0.0: inverse host lookup failed: Unknown host
(UNKNOWN) [0.18.0.0] 81 (hosts2-ns) : Invalid argument
 sent 0, rcvd 0

Ich habe immer noch die Meldung „Ungültiges Argument“, aber dieses Mal habe ich statt 22 die Postnummern und den Dienst erhalten:

80 (http)
81 (hosts2-ns)

Dies wirft einige Fragen auf:

  1. Bezieht sich das „Ungültige Argument“ von ncatund nmapauf dasselbe?
  2. Wie kann ich nmapdafür sorgen, dass es informativ ist, statt 22 auszudrucken?
  3. Wie kann ich feststellen, ob der Remote-Port wirklich GESCHLOSSEN oder wirklich GEÖFFNET ist und aufgrund der Firewall ablehnt?

Antwort1

Adresse0.18.0.0(bzw.0.0.0.0/8) ist standardmäßig™ nicht als Ziel-IP-Adresse zulässig:

AusRFC 6890:

2.2.2. IPv4-Registrierungseinträge für spezielle Adressen

Die Tabellen 1 bis 16 unten stellen Einträge dar, mit denen IANA
das IPv4 Special-Purpose Address Registry ursprünglich gefüllt hat.

          +----------------------+----------------------------+
          | Attribute            | Value                      |
          +----------------------+----------------------------+
          | Address Block        | 0.0.0.0/8                  |
          | Name                 | "This host on this network"|
          | RFC                  | [RFC1122], Section 3.2.1.3 |
          | Allocation Date      | September 1981             |
          | Termination Date     | N/A                        |
          | Source               | True                       |
          | Destination          | False                      |
          | Forwardable          | False                      |
          | Global               | False                      |
          | Reserved-by-Protocol | True                       |
          +----------------------+----------------------------+

                Table 1: "This host on this network"

Daher0.0.0.0/8und daher0.18.0.0ist keine gültige Zieladresse, daher gibt der Kernel EINVALIDSocket-Operationen zurück und versucht, sie als Ziel zu verwenden.

Hinweis: Sie könnenRFC 1918Adressen für Ihr lokal verwaltetes Netzwerk.

verwandte Informationen