
WordPress security scanner that detects vulnerabilities, enumerates plugins/themes/users, and checks for weak passwords. Integrates with the WPScan API for real-time vulnerability data.
वर्डप्रेस सुरक्षा स्कैनर
WPScan वर्डप्रेस भेद्यता डेटाबेस - वर्डप्रेस सुरक्षा प्लगइन
Stream error in the HTTP/2 framing layer का परिणाम हो सकता हैपेनिट्रेशन टेस्टिंग वितरण (जैसे काली लिनक्स) का उपयोग करते समय, उपलब्ध होने पर पैकेज मैनेजर के माध्यम से wpscan को स्थापित/अपडेट करने की अनुशंसा की जाती है।
brew install wpscanteam/tap/wpscan
WPScan मूल एक्सटेंशन वाले gems पर निर्भर करता है (जैसे yajl-ruby, nokogiri, ffi), इसलिए gem install wpscan से पहले एक कार्यशील C टूलचेन और Ruby डेवलपमेंट हेडर्स मौजूद होने चाहिए। इनके बिना, इंस्टॉल Failed to build gem native extension या make: x86_64-linux-gnu-gcc: No such file or directory जैसी त्रुटियों के साथ विफल हो जाता है (देखें #1844)।
sudo apt install build-essential ruby-dev
sudo dnf install @development-tools ruby-devel
sudo pacman -S base-devel ruby
sudo apk add build-base ruby-dev
xcode-select --install)।फिर gem स्थापित करें:
gem install wpscan
MacOSX पर, यदि Apple की System Integrity Protection (SIP) के कारण Gem::FilePermissionError उठाया जाता है, तो या तो RVM स्थापित करें और wpscan को फिर से स्थापित करें, या sudo gem install -n /usr/local/bin wpscan चलाएँ (देखें #1286)
आप wpscan --update का उपयोग करके स्थानीय डेटाबेस को अपडेट कर सकते हैं।
WPScan को स्वयं अपडेट करना gem update wpscan या पैकेज मैनेजर के माध्यम से किया जाता है (यह काली लिनक्स जैसे वितरणों के लिए काफी महत्वपूर्ण है: apt-get update && apt-get upgrade) जो इस बात पर निर्भर करता है कि WPScan कैसे (पूर्व) स्थापित किया गया था
docker pull wpscanteam/wpscan के साथ रेपो खींचें
उपयोगकर्ता नामों की गणना
docker run -it --rm -v wpscan-db:/wpscan/.cache/wpscan/db wpscanteam/wpscan --url https://target.tld/ --enumerate u
उपयोगकर्ता नामों की एक श्रेणी की गणना
docker run -it --rm -v wpscan-db:/wpscan/.cache/wpscan/db wpscanteam/wpscan --url https://target.tld/ --enumerate u1-100
** u1-100 को अपनी पसंद की श्रेणी से बदलें।
इमेज बिल्ड समय पर बेक की गई स्थानीय डेटाबेस की एक प्रतिलिपि के साथ शिप की जाती है। क्योंकि ऊपर दिए गए उदाहरण कमांड --rm का उपयोग करते हैं, रन के दौरान किया गया कोई भी डेटाबेस अपडेट कंटेनर से बाहर निकलने पर खो जाता है, इसलिए अगला रन फिर से (संभावित रूप से पुरानी) बेक-इन कॉपी से शुरू होता है।
/wpscan/.cache/wpscan/db (कंटेनर के अंदर wpscan उपयोगकर्ता का कैश निर्देशिका) पर एक नामित वॉल्यूम माउंट करना डेटाबेस को रनों के बीच रखता है, इसलिए wpscan --update केवल उन फ़ाइलों को फिर से डाउनलोड करता है जिनके चेकसम वास्तव में बदले हैं और 5-दिन की पुरानीता संकेत स्थानीय स्थापना की तरह व्यवहार करता है:
docker run -it --rm -v wpscan-db:/wpscan/.cache/wpscan/db wpscanteam/wpscan --update
नामित वॉल्यूम पहले उपयोग पर स्वचालित रूप से बनाया जाता है यदि वह पहले से मौजूद नहीं है।
पूर्ण उपयोगकर्ता दस्तावेज़ यहाँ पाया जा सकता है; https://github.com/wpscanteam/wpscan/wiki/WPScan-User-Documentation
wpscan --url blog.tld यह गति और सटीकता के बीच एक अच्छे समझौते के साथ डिफ़ॉल्ट विकल्पों का उपयोग करके ब्लॉग को स्कैन करेगा। यह संस्करण का पता लगाने, थीम का पता लगाने और दिलचस्प निष्कर्षों की खोज करने का कार्य करता है। प्लगइन्स, थीम, उपयोगकर्ताओं, बैकअप फ़ोल्डरों आदि की गणना करने के लिए, -e विकल्प का उपयोग करें (जैसे, सभी प्लगइन्स के लिए -e ap, कमजोर प्लगइन्स के लिए -e vp, बैकअप फ़ोल्डरों के लिए -e bf)।
यदि अधिक गुप्त दृष्टिकोण की आवश्यकता है, तो wpscan --stealthy --url blog.tld का उपयोग किया जा सकता है।
परिणामस्वरूप, --enumerate विकल्प का उपयोग करते समय, --plugins-detection को तदनुसार सेट करना न भूलें, क्योंकि इसका डिफ़ॉल्ट 'passive' है।
अधिक विकल्पों के लिए, एक टर्मिनल खोलें और wpscan --help टाइप करें (यदि आपने स्रोत से wpscan बनाया है, तो आपको कमांड git रेपो के बाहर टाइप करना चाहिए)
डेटाबेस स्थान XDG Base Directory Specification का अनुसरण करता है:
~/.cache/wpscan/db (या $XDG_CACHE_HOME/wpscan/db यदि सेट है)~/.wpscan/db (पुराना पथ, पश्चगामी संगतता के लिए बनाए रखा गया)रनटाइम फ़ाइलें जैसे डिफ़ॉल्ट HTTP कैश और कुकी जार $TMPDIR/wpscan के अंतर्गत संग्रहीत की जाती हैं जब
$TMPDIR सेट है। अन्यथा वे उसी प्रति-उपयोगकर्ता XDG कैश निर्देशिका का उपयोग करते हैं, उदाहरण के लिए
~/.cache/wpscan/cache और ~/.cache/wpscan/cookie_jar.txt। इन डिफ़ॉल्ट को --cache-dir और --cookie-jar के साथ ओवरराइड किया जा सकता है।
किसी मौजूदा स्थापना को XDG पथ पर स्थानांतरित करने के लिए:
mv ~/.wpscan ~/.cache/wpscan
WPScan CLI उपकरण वास्तविक समय में वर्डप्रेस भेद्यता डेटा प्राप्त करने के लिए WordPress Vulnerability Database API का उपयोग करता है। WPScan के लिए भेद्यता डेटा प्राप्त करने के लिए, --api-token विकल्प के माध्यम से, या नीचे चर्चा के अनुसार कॉन्फ़िगरेशन फ़ाइल के माध्यम से एक API टोकन प्रदान किया जाना चाहिए। WPScan.com पर एक खाता पंजीकृत करके API टोकन प्राप्त किया जा सकता है।
प्रति दिन 25 तक API अनुरोध निःशुल्क दिए जाते हैं, जो अधिकांश वर्डप्रेस वेबसाइटों को दिन में कम से कम एक बार स्कैन करने के लिए उपयुक्त होना चाहिए। जब दैनिक 25 API अनुरोध समाप्त हो जाते हैं, तो WPScan सामान्य रूप से काम करना जारी रखेगा लेकिन बिना किसी भेद्यता डेटा के।
WPScan कॉन्फ़िगरेशन फ़ाइलों से सभी विकल्प (--url सहित) लोड कर सकता है, निम्नलिखित स्थानों की जाँच की जाती है (क्रम: पहले से अंतिम):
$XDG_CONFIG_HOME/wpscan/scan.json (यदि XDG_CONFIG_HOME सेट है)$XDG_CONFIG_HOME/wpscan/scan.yml (यदि XDG_CONFIG_HOME सेट है)~/.config/wpscan/scan.json (यदि XDG_CONFIG_HOME सेट नहीं है)~/.config/wpscan/scan.yml (यदि XDG_CONFIG_HOME सेट नहीं है)~/.wpscan/scan.json~/.wpscan/scan.ymlpwd/.wpscan/scan.jsonpwd/.wpscan/scan.ymlयदि वे फ़ाइलें मौजूद हैं, तो cli_options कुंजी के विकल्प लोड हो जाएंगे और यदि दो बार पाए जाते हैं तो ओवरराइड हो जाएंगे।
उदाहरण:
~/.config/wpscan/scan.yml:
cli_options:
proxy: 'http://127.0.0.1:8080'
verbose: true
pwd/.wpscan/scan.yml:
cli_options:
proxy: 'socks5://127.0.0.1:9090'
url: 'http://target.tld'
वर्तमान निर्देशिका (pwd) में wpscan चलाना wpscan -v --proxy socks5://127.0.0.1:9090 --url http://target.tld के समान है
अन्य कमांड लाइन विकल्पों को स्नेक केस कन्वेंशन का उपयोग करके जोड़ा जा सकता है। उदाहरण:
cli_options:
user_agent: "Testing UA"
max_threads: 1
headers: "Custom-Header: aaaa; Another Header: bbb"
ऊपर उल्लिखित सुविधा API टोकन को एक कॉन्फ़िग फ़ाइल में रखने और हर बार CLI के माध्यम से इसे प्रदान न करने के लिए उपयोगी है। ऐसा करने के लिए, ~/.config/wpscan/scan.yml फ़ाइल बनाएं जिसमें नीचे दिया गया हो:
cli_options:
api_token: 'YOUR_API_TOKEN'
API टोकन स्वचालित रूप से ENV वेरिएबल WPSCAN_API_TOKEN से लोड किया जाएगा यदि मौजूद है। यदि --api-token CLI विकल्प भी प्रदान किया गया है, तो CLI से मान का उपयोग किया जाएगा।
यदि आप WPScan API के साथ कनेक्शन समस्याओं का अनुभव करते हैं, तो आप सेवा की स्थिति https://status.wpscan.com/ पर जांच सकते हैं। जब API कनेक्शन त्रुटियाँ होती हैं, तो WPScan त्रुटि संदेश में स्थिति पृष्ठ का एक लिंक शामिल करेगा।
wpscan --url https://target.tld/ --enumerate u
उपयोगकर्ता नामों की एक श्रेणी की गणना
wpscan --url https://target.tld/ --enumerate u1-100
** u1-100 को अपनी पसंद की श्रेणी से बदलें।
wpscan --url https://target.tld/ --enumerate bf
यह लोकप्रिय वर्डप्रेस बैकअप प्लगइन्स द्वारा बनाए गए बैकअप फ़ोल्डरों की जांच करेगा। इन फ़ोल्डरों में डेटाबेस डंप, कॉन्फ़िगरेशन फ़ाइलें, या पूर्ण साइट बैकअप जैसे संवेदनशील डेटा हो सकते हैं।
WPScan सॉफ्टवेयर (जिसे आगे केवल "WPScan" कहा जाएगा) दोहरे-लाइसेंस प्राप्त है - कॉपीराइट 2011-2019 WPScan टीम।
वे मामले जिनमें WPScan का व्यावसायीकरण शामिल है, एक वाणिज्यिक, गैर-मुक्त लाइसेंस की आवश्यकता होती है। अन्यथा, WPScan का उपयोग नीचे निर्धारित शर्तों के तहत बिना शुल्क के किया जा सकता है।
1.1 "लाइसेंस" का अर्थ यह दस्तावेज़ है।
1.2 "योगदानकर्ता" का अर्थ प्रत्येक व्यक्ति या कानूनी इकाई है जो WPScan बनाता है, उसके निर्माण में योगदान देता है, या उसका मालिक है।
1.3 "WPScan टीम" का अर्थ WPScan के मुख्य डेवलपर्स हैं।
वाणिज्यिक उपयोग वह है जो वाणिज्यिक लाभ या मौद्रिक मुआवजे के लिए अभिप्रेत है।
व्यावसायीकरण के उदाहरण मामले हैं:
वे मामले जिनके लिए वाणिज्यिक लाइसेंस की आवश्यकता नहीं है, और इस प्रकार नीचे निर्धारित शर्तों के अंतर्गत आते हैं, इनमें शामिल हैं (लेकिन इन्हीं तक सीमित नहीं):
यदि आपको एक वाणिज्यिक लाइसेंस खरीदने की आवश्यकता है या अनिश्चित हैं कि क्या आपको वाणिज्यिक लाइसेंस खरीदने की आवश्यकता है, तो हमसे संपर्क करें - [email protected]।
निःशुल्क-उपयोग नियम और शर्तें;
पुनर्वितरण निम्नलिखित शर्तों के तहत अनुमत है:
प्रतिलिपि बनाने की अनुमति तब तक है जब तक यह पुनर्वितरण खंड के साथ विरोध नहीं करता है।
संशोधन की अनुमति तब तक है जब तक यह पुनर्वितरण खंड के साथ विरोध नहीं करता है।
कोई भी योगदान मानता है कि योगदानकर्ता WPScan टीम को योगदानकर्ता की सामग्री का पुन: उपयोग, संशोधन और पुनर्लाइसेंस करने का असीमित, गैर-अनन्य अधिकार प्रदान करता है।
WPScan AS-IS आधार पर और बिना किसी समर्थन, अद्यतन या रखरखाव के प्रदान किया जाता है। समर्थन, अद्यतन और रखरखाव WPScan टीम के एकमात्र विवेक पर दिया जा सकता है।
WPScan इस लाइसेंस के तहत "जैसा है" आधार पर प्रदान किया जाता है, बिना किसी प्रकार की वारंटी के, चाहे वह व्यक्त, निहित या वैधानिक हो, जिसमें बिना सीमा के, WPScan के दोषों से मुक्त होने, व्यापारिकता, किसी विशेष उद्देश्य के लिए उपयुक्तता या गैर-उल्लंघन की वारंटी शामिल है।
कानून द्वारा अनुमत सीमा तक, WPScan AS-IS आधार पर प्रदान किया जाता है। WPScan टीम कभी भी, और बिना किसी सीमा के, WPScan की कार्रवाइयों, विफलता, बग और/या WPScan और अंत-उपकरण, कंप्यूटर, अन्य सॉफ़्टवेयर या किसी तीसरे पक्ष, अंत-उपकरण, कंप्यूटर या सेवाओं के बीच किसी भी अन्य इंटरैक्शन के परिणामस्वरूप होने वाली किसी भी क्षति, लागत, व्यय या किसी अन्य भुगतान के लिए उत्तरदायी नहीं होगी।
पूर्व पारस्परिक सहमति के बिना वेबसाइटों के विरुद्ध WPScan चलाना आपके देश में अवैध हो सकता है। WPScan टीम कोई देयता स्वीकार नहीं करती है और WPScan के किसी भी दुरुपयोग या क्षति के लिए जिम्मेदार नहीं है।
"wpscan" शब्द एक पंजीकृत ट्रेडमार्क है। यह लाइसेंस "wpscan" ट्रेडमार्क या WPScan लोगो के उपयोग की अनुमति नहीं देता है।