
Nmap NSE-Skript, das die Vulners-API abfragt, um bekannte Schwachstellen (CVEs) für erkannte Netzwerkdienste zu identifizieren und das standardmäßige Port-Scannen durch automatisierte CVE-Suche und CVSS-Bewertung verbessert.
Verwandelt einen nmap-Dienstscan in eine sortierte Liste von CVEs, Exploits und dem, was in freier Wildbahn angegriffen wird.
Ein NSE-Skript, das die Software nimmt, die nmap bereits identifiziert hat, die Vulners-Datenbank fragt, was darüber bekannt ist, und die Antwort im Scanbericht ausgibt – zuerst die schlimmsten, nach dem, was tatsächlich ausnutzbar ist.
Echte Scans von Hosts, die zum Scannen veröffentlicht wurden. Ohne Schlüssel, dann mit einem Schlüssel, dann ein Web-Port: nmaps meldet ein Coyote-Banner und der Sweep benennt den Tomcat und das jQuery dahinter.
-sVFür jeden offenen Port schlägt es die Software nach, die nmap identifiziert hat – die CPEs, die -sV erzeugt hat – und gibt aus, was Vulners darüber weiß: zuerst die schlimmsten nach dem, was ausgenutzt wird, statt nur nach dem Score, und jede Zeile ein Link zur dahinterliegenden Seite.
Auf einem HTTP-Port nimmt es außerdem einen Fingerabdruck des Web-Stacks selbst, was Software benennt, die -sV nicht sehen kann – ein Anwendungs-Framework, ein CMS, die PHP-Version hinter einem Reverse-Proxy. 721 Regeln lesen die Teile einer Antwort, die eine Version tragen: den Server-Header, X-Powered-By, Cookies, den Seitentitel, <meta>-Tags, <script src>-Dateinamen und den Body. Diese Identitäten werden ebenfalls nachgeschlagen und auf den Port veröffentlicht, damit der Rest des Scans sie nutzen kann.
Zwei Dinge, die es über den Sweep hinaus tut:
-sV einen Dienst nicht benennen konnte, wird das rohe Banner gegen Regeln für FTP, SMTP, SSH, MySQL, DNS, NTP, LDAP und mehr abgeglichen. Das kostet keine zusätzliche Anfrage, und es ist der Fall, in dem ein Port sonst überhaupt nichts melden würde./CHANGELOG.txt für Drupal, /administrator/manifests/files/joomla.xml für Joomla. Ein Host, der keines der sechs abgefragten Produkte ausführt, bekommt nichts Zusätzliches gesendet.```sh
nmap -sV --script vulners Das ist die gesamte Oberfläche. Sie funktioniert ohne API-Schlüssel; mit einem verrät sie dir mehr. Es gibt keinen Moduswechsel.```
PORT STATE SERVICE VERSION
80/tcp open http Apache httpd 2.4.7 ((Ubuntu))
| vulners: cpe:/a:apache:http_server:2.4.7 272 findings, 56 exploitable
| SEVERITY CVSS AI FLAGS LINK
| ======== ==== ==== ======= ==============================================================
| CRITICAL 10.0 8.8 EXP https://vulners.com/gitee/3E6BA608-776F-5B1F-9BA5-589CD2A5A351
| CRITICAL 9.8 9.9 EXP https://vulners.com/zdt/1337DAY-ID-39214
| CRITICAL 9.8 9.6 EXP https://vulners.com/packetstorm/PACKETSTORM:171631
| CRITICAL 9.8 9.9 https://vulners.com/cve/CVE-2021-44790
| CRITICAL 9.8 9.8 https://vulners.com/cve/CVE-2023-25690
|_ 262 more not shown; -v shows all, -vv adds where each was found
Mit einem Schlüssel antwortet derselbe Scan desselben Hosts unterschiedlich – KEV bedeutet, dass CISA die Schwachstelle als in freier Wildbahn ausgenutzt erfasst hat, und EPSS ist die veröffentlichte Wahrscheinlichkeit, dass sie ausgenutzt wird:```
| vulners: cpe:/a:apache:http_server:2.4.7 272 findings, 78 exploitable
| SEVERITY CVSS EPSS FLAGS LINK
| ======== ==== ==== ======= ==============================================================
| CRITICAL 9.1 >99% KEV EXP https://vulners.com/cve/CVE-2024-38475
| CRITICAL 9.0 >99% KEV EXP https://vulners.com/cve/CVE-2021-40438
| CRITICAL 9.1 >99% KEV https://vulners.com/cnvd/CNVD-2024-36387
| CRITICAL 10.0 71% EXP https://vulners.com/gitee/3E6BA608-776F-5B1F-9BA5-589CD2A5A351
| CRITICAL 9.8 97% EXP https://vulners.com/cve/CVE-2021-44790
|_ 262 more not shown; -v shows all, -vv adds where each was found
Gleiche 272 Befunde, eine andere Reihenfolge, eine andere oberste Zeile – und 22 weitere davon
als bekanntermaßen ausnutzbar, weil ein Schlüssel jeden Exploit mit den CVEs verknüpft, die er
ausnutzt. Beides sind echte Antworten von vulners.com, erfasst gegen einen
lokalen Server, der dieses Banner präsentiert.
## Ranking
Fakten schlagen Vorhersagen. Befunde sind geordnet:
1. **CISA KEV** – als in freier Wildbahn ausgenutzt erfasst
2. **SSVC `active`** – das Urteil eines Koordinators, dass Ausnutzung stattfindet
3. **ein Exploit existiert** – der Code ist veröffentlicht, für diesen oder für eine CVE, die er nennt
4. **hoher EPSS** – ein Modell erwartet Ausnutzung
5. alles andere
CVSS entscheidet Gleichstände innerhalb einer Gruppe, nicht über sie hinweg: eine ausgenutzte 7.5 ist ein
schlimmeres Problem als eine nicht ausgenutzte 9.8, und dies ist die Reihenfolge, die das aussagt.
Spalten folgen den Daten. Ein Signal, das die Antwort nicht trug, verliert seine Spalte,
statt eine leere Zelle zu zeigen, denn ein leerer EPSS liest sich als „ruhig“, und
das ist eine Behauptung, die ein fehlendes Feld nicht stützen kann.
## Was ein API-Schlüssel hinzufügt
| | |
|---|---|
| **Ohne Schlüssel** | Jede CPE, die nmap fand, wird auf dem kostenlosen Endpunkt nachgeschlagen. Befunde, Scores, Exploit-Flags und Vulners' eigener KI-Score. Keine Credits, kein Konto |
| **Ein Schlüssel, keine Credits** | Jeder Befund erhält, was der id-Endpunkt weiß: Titel, Daten, die vorgelagerte Advisory- oder Exploit-Seite, die Exploit-zu-CVE-Verknüpfung, CISA KEV und – je nach Lizenz – EPSS und SSVC |
| **Ein Schlüssel, ein Credit** | Software, die der kostenlose Pfad gar nicht benennen konnte, wird aus ihrem rohen Banner identifiziert. Dies ist das Einzige hier, das etwas kostet, und nur für einen Dienst ohne CPE |
Ein Port, der bereits eine CPE trägt, kostet nie einen Credit: gemessen über vier
Produkte liefert die kostenlose Suche für eine CPE die **gleichen CVEs** wie die bezahlte.
Was ein Credit kauft, ist Identifikation, nicht mehr Schwachstellen.
Kostenlose Schlüssel gibt es unter [vulners.com/userinfo](https://vulners.com/userinfo).
## Installation
**macOS, Linux, Kali, WSL** – eine Zeile, keine Argumente:```sh
curl -fsSL https://raw.githubusercontent.com/vulnersCom/nmap-vulners/master/install.sh | sh
Windows – PowerShell als Administrator:```powershell irm https://raw.githubusercontent.com/vulnersCom/nmap-vulners/master/install.ps1 | iex
Der Installer fragt nmap, wo es seine Daten aufbewahrt, kopiert die Skripte und deren Datendateien dorthin, baut die Skriptdatenbank neu auf und prüft anschließend, dass `--script vulners` tatsächlich auf das gerade Installierte auflöst – nmap bringt ein eigenes `vulners.nse` mit, und dieses ersetzt es.
<details>
<summary><b>Ohne Root, und weitere Optionen</b></summary>```sh
# into ~/.nmap, no sudo; the installer prints the NMAPDIR line to add to your profile
curl -fsSL https://raw.githubusercontent.com/vulnersCom/nmap-vulners/master/install.sh | sh -s -- --user
# a specific directory
./install.sh --prefix /usr/local/share/nmap
# a specific release
./install.sh --ref v2.0
# remove everything it installed
./install.sh --uninstall
PowerShell übernimmt dieselben Optionen: -User, -Prefix, -Ref, -Uninstall.
Eine Datei: Kopieren Sie vulners.nse in <nmap data dir>/scripts/ und führen Sie
sudo nmap --script-updatedb aus. Es gibt nichts anderes zu platzieren – das Skript
lädt seine Wörterbücher zur Scan-Zeit herunter und schreibt nichts auf die Festplatte – und
daher nichts zu vergessen, was früher zu einem Skript führte, das lief, nichts fand und
nichts darüber sagte, warum.
Wenn Sie von 1.x aktualisieren, löschen Sie auch vulners_enterprise.nse und
http-vulners-regex.nse aus diesem Verzeichnis. Ein übrig gebliebenes
http-vulners-regex.nse trägt weiterhin die Kategorie default und durchsucht weiterhin
Ziele unter einem einfachen -sC. Der Installer erledigt das für Sie.
Das nmap-Datenverzeichnis ist normalerweise /usr/share/nmap (Debian, Ubuntu, Kali),
/usr/local/share/nmap (aus dem Quellcode erstellt), /opt/homebrew/share/nmap
(Homebrew) oder C:\Program Files (x86)\Nmap (Windows). Um sicherzugehen, fragen Sie nmap:```sh
nmap -d2 --script-help probe 2>&1 | grep nse_main.lua
Das Verzeichnis, das `nse_main.lua` enthält, ist das, das dieser nmap verwendet.
</details>
## Skriptargumente
| Argument | Standard | Bedeutung |
|---|---|---|
| `vulners.mincvss` | `0` | Blendet Ergebnisse aus, die unter diesem Wert liegen. Nicht bewertete Bulletins und alles mit einem bekannten Exploit werden unabhängig vom Schwellenwert angezeigt |
| `vulners.paths` | die veröffentlichten 939 Pfade | Pfade für den Websuchlauf: eine Lua-Liste, eine Zeichenkette, die eine Datei mit einem Pfad pro Zeile benennt, oder `none`, um den Suchlauf zu deaktivieren. Eine von Ihnen benannte Datei, die nicht gelesen werden kann, stoppt den Suchlauf und meldet dies, anstatt auf die veröffentlichte Liste zurückzufallen |
| `vulners.width` | `80` | Terminalbreite, für die die Tabelle ausgelegt ist |
| `vulners.max_items` | `32` | Obergrenze für abgerechnete Elemente für den gesamten Scan |
| `vulners.api_key` | - | API-Token. Undicht: nmap kopiert seine eigene Befehlszeile in `-oX` |
| `vulners.api_key_file` | - | Absoluter Pfad zu einer Datei, deren erste Zeile das Token ist |
| `vulners.api_host` | `vulners.com` | Hostname der API |
| `vulners.api_port` | `443` | Port auf `api_host` |
Ein bloßer Name funktioniert ebenfalls, also reicht `--script-args mincvss=7`.
Die 1.x-Argumentpräfixe - `vulners_enterprise.*` und
`http-vulners-regex.paths` - werden für eine Version akzeptiert und geben einen
Hinweis auf die Veraltung aus.
## Wo der API-Schlüssel aufbewahrt werden sollte
In der Reihenfolge der Bevorzugung:
1. `~/.nmap/vulners.key`, eine Zeile, Modus 600 - der Installer bietet an, ihn zu schreiben
2. `VULNERS_API_KEY` in der Umgebung
3. `--script-args vulners.api_key_file=/absoluter/pfad`
4. `--script-args vulners.api_key=<token>`
Die letzte Option ist bequem und undicht: nmap kopiert seine eigene Befehlszeile in jeden
Bericht, sodass das Token im `args`-Attribut der `-oX`-Ausgabe und in Ihrem
Shell-Verlauf landet. Das Skript selbst schreibt das Token nie irgendwohin, einschließlich seiner
Debug-Ausgabe - es gibt einen Regressionstest, der dies bestätigt.
Eine Schlüsseldatei, die Sie explizit benennen und die nicht gelesen werden kann, stoppt den Lauf, anstatt
still auf einen Fallback zurückzugreifen - ein Operator, der eine Datei benennt, meint diese Datei - und
der Bericht sagt, um welche Datei es sich handelte. Ein falsch geschriebener Pfad kann nicht wie ein sauberer
Scan aussehen.
## Woher die Fingerabdrücke stammen
Das Skript führt sie nicht mit sich. Es lädt drei Wörterbücher einmal pro Scan herunter,
bevor der erste Host berührt wird:```
https://raw.githubusercontent.com/vulnersCom/nmap-vulners/catalog/
index.json what exists, at which serial
fingerprints.json 721 product and version rules
paths.json 939 paths the sweep requests
probes.json targeted version probes
Das sind vier Anfragen pro Scan – eine pro Datei, nicht pro Host und nicht pro Port – für 40 KB komprimiert aus 250 KB JSON, in nmaps Pre-Scan-Phase. Gemessen gegen den veröffentlichten Branch. Ein installiertes Skript übernimmt daher neue Fingerprints, ohne aktualisiert zu werden.
Es schreibt nichts in Ihr Dateisystem. Die Wörterbücher werden für die Dauer des Scans gehalten und verworfen, so verhält sich jedes Skript, das nmap mitliefert: Von den 611 öffnen 26 eine Datei zum Schreiben, und jedes schreibt nur dorthin, wo ein Skriptargument es angewiesen hat. Keines führt einen Cache, und dieses auch nicht.
Wenn sie nicht heruntergeladen werden können, läuft der Scan trotzdem. Die Wörterbücher speisen das Web-Fingerprinting und sonst nichts, sodass eine Maschine ohne Route zu GitHub das verliert und alles andere behält: Die Software, die nmap selbst identifiziert hat, wird weiterhin nachgeschlagen, und der Bericht sagt, welche Fähigkeit fehlte, statt Sie ein leeres Ergebnis als sauberes Netz lesen zu lassen.
| Argument | Was es tut |
|---|---|
vulners.catalog_url=<url> | stattdessen von einem Mirror abrufen – für ein airgapped Netzwerk. Ein Hostname oder eine IPv6-Adresse in eckigen Klammern, http://[fd00::1]/catalog/ |
vulners.catalog=none | gar nicht abrufen; nur das nachschlagen, was nmap benannt hat |
Auf einem HTTP-Port fordert das Skript jeden Pfad an, den der Katalog
veröffentlicht – 939 Pfade – und gleicht alle 721 Regeln gegen jede Antwort ab.
Die Pfade stammen von WhatWeb, nuclei und FingerprintHub: Orte, an denen ein
Produkt erkannt wird, statt Vermutungen. Selbst ein Pfad, der zu Software gehört,
die Sie nicht ausführen, ist die Anfrage wert, denn die Antwort trägt trotzdem
Server, X-Powered-By, ein Cookie und einen Titel, und dort finden die Regeln
den Stack davor.
Wie schnell das geht, ist Ihr -T, keine Einstellung von uns. Die Liste
schrumpft nie; die Rate schon:
Alle sechs in einem Lauf gegen denselben lokalen Server gemessen. -sV allein
dagegen dauert 6.1 s, der Sweep kostet also anderthalb Sekunden bei der
Standardstufe. Die beiden langsamen Zeilen sind -T0 und -T1, die ihren Job
machen: 188 und 94 Batches, mit einer bewussten Wartezeit dazwischen.
Die Anfragen werden über 34–48 Verbindungen gepipelined, mit höchstens vier
gleichzeitig offenen, was nselibs pipeline_go ist – dieselbe Mechanik, die
nmaps eigenes http-enum verwendet, die Keep-Alive: max= des Servers und
--script-args http.max-pipeline=N respektierend.
--script-args vulners.paths=none schaltet den Sweep vollständig ab.
nmap -sV | +-- service fingerprint --> port.version.cpe --------------+ | | +-- vulners.nse | reads nmap's banner for services -sV could not name | on an HTTP port: requests the path list in one | pipeline, matches 721 rules against the header, the | title, the meta tags, the scripts and the body | probes for a version when a product hid it | publishes everything it recognised ------------------+ | v GET /api/v3/burp/software/ per identity free, no key, CDN-cached | POST /api/v3/search/id/ per 100 findings free, needs a key: enrichment | POST /api/v4/audit/smart only for a service with no CPE: 1 credit | ranked, filtered, printed
Antworten werden für den gesamten Scan zwischengespeichert, jeweils pro Identität, sodass hundert
identische Server nur eine Abfrage kosten. Die Anreicherung wird pro Befund-ID zwischengespeichert, sodass zwei
Web-Ports mit überlappender Software jedes Dokument nur einmal abrufen.
## Maschinenlesbare Ausgabe
Alles, was ausgegeben wird, ist auch strukturiert, sodass `-oX` geparst werden kann, ohne den
menschlich lesbaren Text anzufassen. Die Skript-ID, die beiden Tabellenebenen und die fünf ursprünglichen
Element-Schlüssel sind gegenüber 1.x unverändert, was DefectDojo, Faraday,
nmap2csv und raven lesen:```xml
<script id="vulners">
<elem key="schema">2.0</elem>
<elem key="mode">keyed</elem>
<table key="cpe:/a:apache:http_server:2.4.7">
<table>
<elem key="id">CVE-2021-40438</elem>
<elem key="type">cve</elem>
<elem key="severity">CRITICAL</elem>
<elem key="cvss">9.0</elem>
<elem key="cvss_type">cvss3.1</elem>
<elem key="is_exploit">false</elem>
<elem key="exploit_known">true</elem>
<elem key="kev">true</elem>
<elem key="epss">0.99612</elem>
<elem key="exploitation">active</elem>
<elem key="title">Apache HTTP Server SSRF in mod_proxy</elem>
<elem key="href">https://vulners.com/cve/CVE-2021-40438</elem>
<elem key="source_href">https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-40438</elem>
</table>
</table>
</script>
Neu in 2.0: schema, mode, severity, exploit_known, kev, epss,
epss_percentile, exploitation, ai_score, title, published, href,
source_href und found_on. Jedes ist vorhanden oder abwesend, niemals leer.
Nichts ist tiefer verschachtelt als zuvor, denn eine dritte Tabellenebene ist
für jeden untersuchten Importer unsichtbar.
href ist in beiden Modi immer die vulners.com-Seite für den Befund. Der
eigene href des Endpunkts ist die Upstream-Adresse – nvd.nist.gov für eine
CVE, github.com für einen gescrapten Exploit – und diese wird separat als
source_href übertragen, sodass die Bedeutung keines Feldes davon abhängt,
welcher Modus es erzeugt hat.
Die strukturierte Ausgabe enthält immer jeden Befund, der mincvss bestanden
hat, auch diejenigen, die die Ausführlichkeitsleiter im Text verbirgt – damit
keine Automatisierung Befunde verliert, nur weil -v nicht übergeben wurde.
Der gerenderte Text ist ein Bruch. Die Tokens *EXPLOIT* und
*HAS EXPLOIT* sowie das tabulatorgetrennte Layout sind verschwunden und durch
die obige ausgerichtete Tabelle ersetzt. Der vulners.com-Link pro Zeile blieb
erhalten: Er ist die letzte Spalte und die einzige Zelle, die das Layout nicht
kürzt, denn eine halbe URL ist keine URL. Verbraucher, die Text scrapen,
müssen aktualisiert werden; -oX-Verbraucher nicht.
Ein Scan eines Netzwerks fragt die API weit weniger, als es aussieht:
Die Tests, das Hygiene-Gate und CONTRIBUTING.md befinden sich nur im
Git-Repository; das Release-Archiv enthält die Skripte und ihre Daten. Acht
Gates, alle offline außer wo angegeben, und CI führt genau diese aus:```sh
nmap -sn -Pn --script ./tests/run.nse --script-args testdir=tests,root=. 127.0.0.1
python3 tests/e2e/run_e2e.py
python3 tools/check.py
python3 tools/catalog.py --check
python3 tools/xml_contract.py --selftest
python3 tools/fingerprints/selftest.py
python3 tools/catalog_diff.py --selftest
python3 tools/nmap_style.py
270 Einheiten-Fälle laufen innerhalb von nmap gegen die echten NSE-Bibliotheken; 64 End-to-End-Fälle treiben die echte nmap-Binärdatei gegen einen lokalen Webserver und eine Stellvertreter-Vulners-API, die das durchsetzt, was die echte durchsetzt; das Hygiene-Gate hält Geheimnisse, Scan-Ausgaben und Editor-Unrat aus dem Baum und verweigert ein globales Lesen, das NSE in ein verlorenes Ergebnis verwandeln würde; und die letzten vier halten die Daten und die Werkzeuge, die sie veröffentlichen – die Form des Katalogs, den XML-Vertrag, den jeder Importeur liest, den Muster-Übersetzer und das Gate, das entscheidet, dass ein Rebuild sicher zu veröffentlichen ist. Das letzte hält das gesamte Repository an
[Nmaps eigene Code-Standards](https://secwiki.org/w/Nmap/Code_Standards), die
`HACKING` als die Autorität für ein Skript nennt, das im nmap-Baum leben will:
keine Tabs, kein nachgestelltes Leerzeichen, Zeilen unter 80 Spalten, keine Semikolons,
privates NSEdoc, das mit `--;` beginnt, PEP 8 für das Python.
`python3 tests/e2e/run_e2e.py --live` fügt Prüfungen gegen den echten Dienst hinzu.
Siehe [CONTRIBUTING.md](https://github.com/vulnerscom/nmap-vulners/blob/master/CONTRIBUTING.md).
## FAQ
**Exploitiert es etwas?** Nein. Es liest Banner und Seiten und fragt eine
Datenbank – es sendet kein Payload und versucht keine Anmeldedaten. Es ist als
`discovery, intrusive, vuln, external` statt `safe` kategorisiert, aus einem Grund:
der Pfad-Sweep fordert 939 Pfade eines Web-Ports an, und nmaps Definition von `safe`
schließt Skripte aus, die große Mengen an Bandbreite nutzen. nmaps eigenes `http-enum`
fordert 2 204 an und trägt dasselbe Label. Ihr `-T` bestimmt, wie schnell diese
hinausgehen, und nie, wie viele, und `--script-args vulners.paths=none` schaltet den
Sweep ganz ab.
**Funktioniert es ohne API-Schlüssel?** Ja, vollständig. Ohne einen nutzt es den
kostenlosen Endpunkt, der für ein CPE dieselben Schwachstellen zurückgibt wie der
bezahlte. Ein Schlüssel fügt Details pro Fund hinzu und kann Software benennen, die
der kostenlose Pfad nicht kann.
**Warum hat `-sC` aufgehört, Web-Software zu finden?** Weil `vulners` nicht mehr in
nmaps `default`-Kategorie ist, und ebenso wenig der Fingerprint-Sweep, der früher in
`http-vulners-regex.nse` lebte. Das Senden der Identität der Software eines Ziels an
einen Dritten sollte etwas sein, das Sie angefordert haben: führen Sie `--script vulners` aus.
**Warum zeigt eine Schwachstelle `cvss2.0`, während eine andere `cvss3.1` zeigt?** Das
Label benennt die Skala, auf der der Score liegt. Vulners gibt zurück, was auch immer
die Quelle veröffentlicht hat; ein v2-Score von 9.3 ist kein v3-Score von 9.3.
**Warum wird ein Eintrag mit niedrigem Score angezeigt, wenn ich `mincvss` setze?** Weil
er einen bekannten Exploit hat, oder weil die Quelle ihn nie bewertet hat. Beides ist
beabsichtigt.
**Der Bericht sagt, der Katalog konnte nicht heruntergeladen werden.** Dann lief das
Web-Fingerprinting nicht und alles andere schon: die Software, die nmap selbst benannt
hat, wurde trotzdem nachgeschlagen. Es wird aus diesem Grund laut gesagt – eine
Fähigkeit, die nicht lief, liest sich wie eine Fähigkeit, die nichts fand. Die zwei
Ursachen haben getrennte Formulierungen: „konnte nicht heruntergeladen werden“ ist das
Netzwerk, und „antwortete, aber eines seiner Wörterbücher konnte nicht gelesen werden“
ist der Spiegel, auf den Sie es gerichtet haben.
**Es fand nichts auf einem Host, von dem ich weiß, dass er verwundbar ist.** Führen Sie
mit `-d2` aus: es protokolliert jede Identität, nach der es gefragt hat. Normalerweise
benannte nmap den Dienst, aber nicht seine Version, und es gibt keine Version zum
Nachschlagen.
## Lizenz
Die Skripte sind genauso lizenziert wie Nmap selbst – siehe [LICENSE](https://github.com/vulnerscom/nmap-vulners/blob/master/LICENSE) für die
Nmap Public Source License, und
[nmap.org/npsl](https://nmap.org/npsl/) für das, was sie bedeutet.
Schwachstellendaten stammen von [Vulners](https://vulners.com) und unterliegen
deren Bedingungen.
## Verwandt
* [vulners.com](https://vulners.com) – die Datenbank hinter diesen Skripten
* [vulnersCom/api](https://github.com/vulnersCom/api) – der Python-Client
* [vulnersCom/burp-vulners-scanner](https://github.com/vulnersCom/burp-vulners-scanner) – dieselben Daten in Burp Suite
* [nmap.org/book/nse.html](https://nmap.org/book/nse.html) – wie NSE-Skripte funktionieren
---
<div align="center">
Gepflegt vom Vulners-Team <[email protected]>
`#nmap` `#nse` `#vulnerability-scanner` `#cve` `#cvss` `#cpe` `#vulners`
`#security-tools` `#pentest` `#infosec` `#network-scanner` `#exploit-database`
`#lua` `#vulnerability-detection` `#security-automation`
</div>
| Batches | Wartezeit dazwischen | gemessen, ein Web-Port |
|---|
-T0 paranoid | 188 x 5 | 2 s | 11 m 22 s |
-T1 sneaky | 94 x 10 | 1 s | 1 m 56 s |
-T2 polite | 38 x 25 | 0.5 s | 26.2 s |
-T3 normal | 10 x 100 | 0.1 s | 7.6 s |
-T4 aggressive | 4 x 250 | keine | 6.7 s |
-T5 insane | 1 | keine | 6.6 s |