nmap 7.80 bug in bullseye

[Simon74]

Hallo,
ich habe soeben mehrere Debian Server von 10 auf 11 aktualisiert.
Ich scanne im Intervall 2-3 Subnetze im 10 Minuten Takt. Mal gehts mal nicht..
Das Problem steht hier beschrieben:
https://github.com/nmap/nmap/issues/1764

• Nun gut, dachte ich, hol was aktuelleres aus Backports -> "Computer sagt nein", da gibts kein nmap.
• Nun gut, dachte ich, hol ich von SID -> "Computer sagt nein", geht zwar zu installieren jedoch ändert sich die Version von nmap nicht und zeigt nach wie vor 7.80 an

Code: Alles auswählen

root@io /tmp > wget http://ftp.de.debian.org/debian/pool/main/n/nmap/nmap_7.91+dfsg1+really7.80+dfsg1-2_amd64.deb
--2021-12-25 21:31:48--  http://ftp.de.debian.org/debian/pool/main/n/nmap/nmap_7.91+dfsg1+really7.80+dfsg1-2_amd64.deb
Auflösen des Hostnamens ftp.de.debian.org (ftp.de.debian.org)… 141.76.2.4
Verbindungsaufbau zu ftp.de.debian.org (ftp.de.debian.org)|141.76.2.4|:80 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
Länge: 1898908 (1,8M) [application/x-debian-package]
Wird in »nmap_7.91+dfsg1+really7.80+dfsg1-2_amd64.deb« gespeichert.
nmap_7.91+dfsg1+really7.80+dfsg1-2_amd64. 100%[==================================================================================>]   1,81M  5,75MB/s    in 0,3s
2021-12-25 21:31:49 (5,75 MB/s) - »nmap_7.91+dfsg1+really7.80+dfsg1-2_amd64.deb« gespeichert [1898908/1898908]

root@io /tmp > apt install /tmp/nmap_7.91+dfsg1+really7.80+dfsg1-2_amd64.deb
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Hinweis: »nmap« wird an Stelle von »/tmp/nmap_7.91+dfsg1+really7.80+dfsg1-2_amd64.deb« gewählt.
nmap ist schon die neueste Version (7.91+dfsg1+really7.80+dfsg1-2).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

root@io /tmp > nmap -V
Nmap version 7.80 ( https://nmap.org )
Platform: x86_64-pc-linux-gnu
Compiled with: liblua-5.3.3 openssl-1.1.1j libssh2-1.9.0 libz-1.2.11 libpcre-8.39 libpcap-1.10.0 nmap-libdnet-1.12 ipv6
Compiled without:
Available nsock engines: epoll poll select
root@io /tmp > Computer sagt nein!

Jemand eine Idee zur einfachen Lösung?

[eggy]

"dpkg -i paket.deb", rechne aber damit, dass dann diverses an Abhängigkeiten fehlen wird.

[Simon74]

Danke für Antwort, hatte ich auch versucht.
Selbes Ergebniss, es wird weiterhin 7.80 angezeigt.

Auch wenn ich nmap per apt purge deinstalliere und dann die SID-Version 7.91 installiere, zeigt es weiterhin 7.80, nun egal, so wie es scheint behebt es das Problem jedoch trotzdem.
(Vorher schlug so jeder 3,4 Scan fehl, nun habe ich 10x abgefeuert und das Problem ist nicht mehr aufgetreten).
Fall ich mich zu früh gefreut habe, melde ich es hier nochmals.

[eggy]

aehm ups. nicht drauf geachtet:
/usr/share/doc/nmap/changelogap/changelog.Debian.gz sagt

New upstream version 7.91+dfsg1+really7.80+dfsg1
- Rolling back to 7.80 as the latest version has a license issue which
most likely makes nmap not compatible with the DFSG. There are still
discussions ongoing and upstream is deciding on what to do, meanwhile
we are rolling back to the previous release as we are getting close
to bullseye becoming stable. More info at the bug this is closing or
at upstream discussion on github:
https://github.com/nmap/nmap/issues/2199

[Simon74]

Oha, nun gut, der Beitrag im Link ist etwas länger

Auch wenn ich nmap per apt purge deinstalliere und dann die SID-Version 7.91 installiere, zeigt es weiterhin 7.80, nun egal, so wie es scheint behebt es das Problem jedoch trotzdem.

Diese Annahme stimmt leider auch nicht.
Meine Lösung jetzt, ist es einfach nmap auf einem Remotehost (Buster) zu starten, wo noch die funktionierende 7.7x läuft..

[KBDCALLS]

Eventuell bringt ein

• rmadison nmap

• Code: Alles auswählen

  rmadison nmap
  nmap       | 6.47-3+deb8u2                 | oldoldoldstable | source, amd64, armel, armhf, i386
  nmap       | 7.40-1                        | oldoldstable    | source, amd64, arm64, armel, armhf, i386, mips, mips64el, mipsel, ppc64el, s390x
  nmap       | 7.70+dfsg1-6+deb10u2          | oldstable       | source, amd64, arm64, armel, armhf, i386, mips, mips64el, mipsel, ppc64el, s390x
  nmap       | 7.70+dfsg1-6+deb10u2          | oldstable-debug | source
  nmap       | 7.91+dfsg1+really7.80+dfsg1-2 | stable          | source, amd64, arm64, armel, armhf, i386, mips64el, mipsel, ppc64el, s390x
  nmap       | 7.91+dfsg1+really7.80+dfsg1-2 | testing         | source, amd64, arm64, armel, armhf, i386, mips64el, mipsel, ppc64el, s390x
  nmap       | 7.91+dfsg1+really7.80+dfsg1-2 | unstable        | source, amd64, arm64, armel, armhf, i386, mips64el, mipsel, ppc64el, s390x
  nmap       | 7.91+dfsg1+really7.80+dfsg1-2 | unstable-debug  | source

Manchmal frag ich mich was diese kryptischen Versionsnummern sollen. realy7.80 klingt so nach altem Wein in neuen Schläuchen. Wobei die Nmap Seite schon bei 7.92 ist.

[eggy]

@KBDCALLS : deswegen der github Thread: es gibt Probleme mit der Lizenz, daher paketiert Debian die letzte Version, deren Lizenz als "frei" anzunehmen ist.

Debian hat "niemand darf diskriminiert werden (auch der Abschaum der Menschheit nicht)" als Policy, nmap (fyodor) will nicht, dass sein Code von Malwareautoren genutzt wird, um der Menschheit zu schaden. Dazu kommen noch kommerzielle Interessen/Co-Lizenzen und GPL-ed Contributions aus der Community ... das zu entwirren wird wohl etwas dauern. Sie arbeiten dran, alle Seiten scheinen ne sinnvolle Lösung finden zu wollen, aber das wird wohl länger dauern.

Und bis dahin gibt's halt die alte Version, mit komischen Namen.