तीन स्क्रिप्ट

वे स्वतंत्र हैं। एक चलाएँ, या तीनों चलाएँ - regex स्क्रिप्ट अपने निष्कर्षों को बाकी दोनों को स्वचालित रूप से सौंप देती है।

इंस्टॉल

macOS, Linux, Kali, WSL - एक पंक्ति, कोई तर्क नहीं:

curl -fsSL https://raw.githubusercontent.com/vulnersCom/nmap-vulners/master/install.sh | sh

Windows - PowerShell व्यवस्थापक के रूप में:

irm https://raw.githubusercontent.com/vulnersCom/nmap-vulners/master/install.ps1 | iex

इंस्टॉलर nmap से पूछता है कि वह अपना डेटा कहाँ रखता है, स्क्रिप्ट और उनकी डेटा फ़ाइलों को वहाँ कॉपी करता है, स्क्रिप्ट डेटाबेस को फिर से बनाता है, और फिर जाँचता है कि --script vulners वास्तव में उसी को संदर्भित करता है जो उसने अभी इंस्टॉल किया है - nmap अपनी स्वयं की एक vulners.nse के साथ आता है, और यह उसे बदल देती है।

# 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 v1.5

# remove everything it installed
./install.sh --uninstall

git clone https://github.com/vulnersCom/nmap-vulners
cd nmap-vulners
./install.sh

nmap -sV --script "$PWD/vulners.nse" <target>

nmap -d2 --script-help probe 2>&1 | grep nse_main.lua

उपयोग

vulners - कोई कुंजी आवश्यक नहीं

nmap -sV --script vulners [--script-args mincvss=<score>] <target>

nmap द्वारा रिपोर्ट किया गया हर CPE देखा जाता है; प्रत्येक भेद्यता उसके स्कोर, उस स्कोर के पैमाने और एक लिंक के साथ प्रिंट होती है। ज्ञात एक्सप्लॉइट वाली प्रविष्टियाँ *EXPLOIT* चिह्नित होती हैं और थ्रेशोल्ड चाहे जो भी हो, दिखाई जाती हैं, क्योंकि एक शोषित निम्न-गंभीरता वाला बग फिर भी आपके सिस्टम से समझौता करवा सकता है।

vulners_enterprise - Vulners API कुंजी

export VULNERS_API_KEY=<token>
nmap -sV --script vulners_enterprise [--script-args mincvss=<score>] <target>

एंटरप्राइज़ एंडपॉइंट CVSS v3 मेट्रिक्स के साथ-साथ उन एक्सप्लॉइट संदर्भों के साथ उत्तर देता है जिन्हें Vulners ने एकत्र किया है, इसलिए एक शोषित CVE *HAS EXPLOIT* चिह्नित होता है और एक्सप्लॉइट स्वयं उसके बगल में सूचीबद्ध होता है। एक पोर्ट के सभी CPE एक अनुरोध में जाते हैं।

http-vulners-regex - फ़िंगरप्रिंट लें जिसे -sV नाम नहीं दे सकता

nmap -sV --script http-vulners-regex [--script-args paths={"/"}] <target>

178 पैटर्न HTTP हेडर और पेज मार्कअप - Server, X-Powered-By, जनरेटर टैग, एसेट URL - को CPE पर मैप करते हैं: वेब सर्वर, CMS, फ्रेमवर्क, WordPress प्लगइन्स, JavaScript लाइब्रेरीज़। जो कुछ भी मिलता है वह पोर्ट पर प्रकाशित होता है, इसलिए vulners और vulners_enterprise उसी स्कैन में उसे देखते हैं।

स्क्रिप्ट तर्क

vulners

vulners_enterprise

http-vulners-regex

पूरी पथ सूची एक ही HTTP पाइपलाइन में जाती है। जिस फ़ाइल को पढ़ा नहीं जा सकता वह भेजी गई सूची पर वापस गिरने के बजाय स्क्रिप्ट को रोक देती है, इसलिए फ़ाइल नाम में टाइपो तीन-पथ वाले स्कैन को 125-पथ वाले में नहीं बदल सकता।

API कुंजी कहाँ रखें

प्राथमिकता के क्रम में:

1. पर्यावरण में VULNERS_API_KEY
2. --script-args vulners_enterprise.api_key_file=/absolute/path
3. --script-args vulners_enterprise.api_key=<token>

तीसरा सुविधाजनक है लेकिन लीक कर सकता है: nmap अपनी कमांड लाइन को हर रिपोर्ट में कॉपी करता है, इसलिए टोकन -oX आउटपुट के args विशेषता में और आपके शेल इतिहास में समाप्त हो जाता है। स्क्रिप्ट स्वयं टोकन को कहीं नहीं लिखती, उसके डीबग आउटपुट सहित - एक रिग्रेशन टेस्ट है जो यह बताता है।

टोकन आपके vulners.com खाते में रहते हैं। एक के बिना, vulners_enterprise चुप रहता है और कुछ नहीं भेजता।

तीनों एक साथ कैसे काम करते हैं

nmap -sV
   |
   +-- service fingerprint --> port.version.cpe ------------+
   |                                                        |
   +-- http-vulners-regex.nse                               |
         requests the path list in one pipeline             |
         matches headers and bodies against 178 patterns    |
         publishes the CPEs it found for that port ---------+
                                                            |
                                                            v
                                     vulners.nse / vulners_enterprise.nse
                                        one batched request per port
                                        answers cached for the whole scan
                                        sorted by CVSS, exploits marked

मशीन-पठनीय आउटपुट

स्क्रिप्ट जो कुछ भी प्रिंट करती हैं वह संरचित भी होता है, इसलिए -oX आउटपुट को मानव-पठनीय पाठ को छुए बिना पार्स किया जा सकता है:

<script id="vulners_enterprise">
  <table key="cpe:/a:apache:http_server:2.4.7">
    <table>
      <elem key="id">CVE-2021-44790</elem>
      <elem key="type">cve</elem>
      <elem key="cvss">9.8</elem>
      <elem key="cvss_type">cvss3.1</elem>
    </table>
    <table>
      <elem key="id">EDB-ID:51193</elem>
      <elem key="type">exploitdb</elem>
      <elem key="cvss">9.8</elem>
      <elem key="cvss_type">cvss3.1</elem>
      <elem key="is_exploit">true</elem>
    </table>
  </table>
</script>

कुंजियाँ id, type, cvss, cvss_type और is_exploit हैं, जो केवल उन प्रविष्टियों पर मौजूद होती हैं जिनके पास एक होता है। परिणाम तालिकाएँ उस CPE द्वारा कुंजीबद्ध होती हैं जिसके लिए वे पाई गई थीं। एक बिना स्कोर वाला बुलेटिन न तो cvss और न ही cvss_type रखता है।

विनम्रता से स्कैन करना

नेटवर्क स्कैन, दिखने में जितना लगता है, API से उससे कहीं कम पूछता है:

• एक पोर्ट का हर CPE एक बैच किए गए अनुरोध में जाता है
• उत्तर पूरे स्कैन के लिए कैश किए जाते हैं, इसलिए सौ समान सर्वर एक लुकअप की लागत देते हैं, सौ की नहीं
• पहले से चल रहे लुकअप की प्रतीक्षा की जाती है, उसे दोहराया नहीं जाता
• 125-पथ वाला स्वीप 126 के बजाय 5 TCP कनेक्शनों पर चलता है, और जहाँ सर्वर प्रदान करता है वहाँ संपीड़ित पृष्ठ माँगता है
• दर सीमा या आउटेज प्रति होस्ट पुनः प्रयास करने के बजाय स्कैन के अनुरोधों को रोक देता है

विकास

परीक्षण, स्वच्छता द्वार और CONTRIBUTING.md केवल git रिपॉजिटरी में हैं; रिलीज़ संग्रह स्क्रिप्ट और उनका डेटा भेजता है। तीन द्वार, सभी ऑफ़लाइन सिवाय जहाँ नोट किया गया है:

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

110 यूनिट मामले वास्तविक NSE लाइब्रेरीज़ के विरुद्ध nmap के अंदर चलते हैं; 33 एंड-टू-एंड मामले वास्तविक nmap बाइनरी को स्थानीय वेब सर्वर और एक स्टैंड-इन Vulners API के विरुद्ध चलाते हैं; स्वच्छता द्वार रहस्यों, स्कैन आउटपुट और संपादक कचरे को रिपॉजिटरी से बाहर रखता है। python3 tests/e2e/run_e2e.py --live वास्तविक सेवा के विरुद्ध छह जाँचें जोड़ता है। CONTRIBUTING.md देखें।

सामान्य प्रश्न

क्या यह किसी चीज़ का एक्सप्लॉइट करता है? नहीं। स्क्रिप्ट बैनर और पृष्ठ पढ़ती हैं और एक डेटाबेस से पूछती हैं। वे nmap की safe श्रेणी में हैं।

क्या यह API कुंजी के बिना काम करता है? हाँ - vulners और http-vulners-regex को किसी की आवश्यकता नहीं है। vulners_enterprise को है।

एक भेद्यता cvss2.0 क्यों दिखाती है जबकि दूसरी cvss3.1? लेबल उस पैमाने का नाम बताता है जिस पर स्कोर है। Vulners वही लौटाता है जो स्रोत ने प्रकाशित किया; 9.3 का v2 स्कोर 9.3 का v3 स्कोर नहीं है।

जब मैं mincvss सेट करता हूँ तो कम-स्कोर वाली प्रविष्टि क्यों दिखाई जाती है? क्योंकि उसके पास एक ज्ञात एक्सप्लॉइट है, या क्योंकि स्रोत ने उसे कभी स्कोर नहीं किया। दोनों जानबूझकर हैं।

यह एक ऐसे होस्ट पर कुछ नहीं पाया जिसके बारे में मैं जानता हूँ कि वह भेद्य है। -d2 के साथ चलाएँ: स्क्रिप्ट हर उस CPE को लॉग करती हैं जिसके बारे में उन्होंने पूछा। आमतौर पर nmap ने सेवा का नाम बताया लेकिन उसका संस्करण नहीं, और देखने के लिए कोई संस्करण नहीं है।

लाइसेंस

स्क्रिप्ट Nmap के समान ही लाइसेंस प्राप्त हैं - Nmap Public Source License के लिए LICENSE देखें, और इसका क्या अर्थ है यह जानने के लिए nmap.org/npsl देखें।

भेद्यता डेटा Vulners से आता है और उनकी शर्तों के अधीन है।

संबंधित

• vulners.com - इन स्क्रिप्ट के पीछे का डेटाबेस
• vulnersCom/api - Python क्लाइंट
• vulnersCom/burp-vulners-scanner - Burp Suite के अंदर वही डेटा
• nmap.org/book/nse.html - NSE स्क्रिप्ट कैसे काम करती हैं