💣 👐🏼 💅🏽 मैंने बेलारूसी इंटरनेट को कैसे स्कैन नहीं किया 🤼 👂🏼 😀

प्रस्तावना

यह लेख उन लोगों के समान नहीं है जो पहले कुछ देशों के इंटरनेट को स्कैन करने के बारे में प्रकाशित किए गए थे, क्योंकि मैंने खुले बंदरगाहों के लिए इंटरनेट के एक विशिष्ट खंड को स्कैन करने और सबसे लोकप्रिय कमजोरियों की उपस्थिति के कारण बड़े पैमाने पर स्कैनिंग के लक्ष्यों का पीछा नहीं किया क्योंकि यह कानून के खिलाफ है।

मुझे थोड़ा अलग रुचि थी - आईपी और खुले बंदरगाहों पर और निष्क्रिय बंदरगाहों पर, और थोड़ा सा अन्य उपयोगी संग्रह करने के लिए, शोडान, वायरसटोटल जैसी सेवाओं के माध्यम से, अलग-अलग तरीकों का उपयोग करके बीओ डोमेन ज़ोन में सभी संबंधित साइटों की पहचान करने की कोशिश करने के लिए। साइटों और उपयोगकर्ताओं के बारे में सुरक्षा के स्तर पर कुछ सामान्य आंकड़ों के गठन की जानकारी।

परिचयात्मक और हमारे टूलकिट

बहुत शुरुआत में योजना सरल थी - वर्तमान पंजीकृत डोमेन की सूची के लिए अपने स्थानीय रजिस्ट्रार से संपर्क करें, फिर उपलब्धता के लिए सब कुछ जांचें और कार्य साइटों को शुरू करना। वास्तव में, सब कुछ बहुत अधिक जटिल हो गया - इस तरह की जानकारी प्राकृतिक थी, कोई भी प्रदान नहीं करना चाहता था, BY ज़ोन में वास्तविक पंजीकृत डोमेन नामों के आधिकारिक आँकड़े पृष्ठ (लगभग 130 हजार डोमेन) के अपवाद के साथ। यदि ऐसी कोई जानकारी नहीं है, तो आपको इसे स्वयं एकत्र करना होगा।

साधनों के संदर्भ में, वास्तव में, सब कुछ काफी सरल है - हम खुले स्रोत की ओर देखते हैं, आप हमेशा कुछ जोड़ सकते हैं, कुछ न्यूनतम बैसाखी समाप्त कर सकते हैं। सबसे लोकप्रिय में से, निम्नलिखित उपकरणों का उपयोग किया गया था:

WhatWeb
कर्ल
खुदाई
wafw00f
थर्ड पार्टी एपीआई ( वायरसटोटल , गूगल सेफब्रोज़िंग , शोडान , वालनर्स )

गतिविधियों की शुरुआत: प्वाइंट शुरू करना

एक परिचय के रूप में, जैसा कि मैंने पहले कहा था, आदर्श रूप से डोमेन नाम उपयुक्त थे, लेकिन मैं उन्हें कहां प्राप्त कर सकता हूं? हमें कुछ सरल से शुरू करने की आवश्यकता है, इस मामले में आईपी पते हमारे लिए उपयुक्त हैं, लेकिन फिर से - रिवर्स लुकअप के साथ सभी डोमेन को पकड़ना हमेशा संभव नहीं होता है, और होस्टनाम इकट्ठा करते समय - यह हमेशा सही डोमेन नहीं होता है। इस स्तर पर, मैंने इस तरह की जानकारी एकत्र करने के लिए संभावित परिदृश्यों के बारे में सोचना शुरू किया, फिर से - यह तथ्य कि हमारे बजट में VPS किराये के लिए $ 5 का ध्यान रखा गया था, बाकी सब कुछ मुफ्त होना चाहिए।

हमारी जानकारी के संभावित स्रोत:

आईपी पते ( ip2location साइट)
ईमेल पते के दूसरे भाग द्वारा डोमेन के लिए खोजें (लेकिन उन्हें कहाँ प्राप्त करें?
कुछ रजिस्ट्रार / होस्टिंग प्रदाता हमें इस तरह की जानकारी उप-डोमेन के रूप में प्रदान कर सकते हैं
उप-डोमेन और उनके बाद के रिवर्स (Sublist3r और Aquatone यहां मदद कर सकते हैं)
ब्रूटफोर्स और मैनुअल इनपुट (लंबा, डरावना, लेकिन संभव है, हालांकि मैंने इस विकल्प का उपयोग नहीं किया है)

मैं थोड़ा आगे भागूंगा और कहूंगा कि इस दृष्टिकोण के साथ मैं क्रमशः लगभग 50 हजार अद्वितीय डोमेन और साइट एकत्र करने में कामयाब रहा, (मैंने सब कुछ संसाधित करने का प्रबंधन नहीं किया)। यदि वह सक्रिय रूप से जानकारी एकत्र करना जारी रखता है, तो निश्चित रूप से एक महीने से भी कम समय में मेरे कन्वेयर ने पूरे डेटाबेस या इसमें से अधिकांश में महारत हासिल कर ली होगी।

चलो व्यापार के लिए नीचे उतरो

पिछले लेखों में, IP पते के बारे में जानकारी IP2LOCATION साइट से ली गई थी, स्पष्ट कारणों के लिए, मैं इन लेखों के बाद से नहीं आया था (चूंकि सभी क्रियाएं बहुत पहले हुई थीं), लेकिन इस संसाधन पर भी आया था। सच है, मेरे मामले में, दृष्टिकोण अलग था - मैंने डेटाबेस को स्थानीय रूप से अपने आप से नहीं लेने और सीएसवी से जानकारी नहीं निकालने का फैसला किया, लेकिन साइट पर सीधे परिवर्तनों की निगरानी करने का निर्णय लिया, एक निरंतर आधार पर और मुख्य आधार के रूप में जहां से बाद की सभी स्क्रिप्ट लक्ष्य ले लेंगी - के साथ एक तालिका बनाई। विभिन्न स्वरूपों में आईपी पते: CIDR, "से" और "से" सूची, देश चिह्न (बस मामले में), एएस संख्या, एएस विवरण।

प्रारूप सबसे इष्टतम नहीं है, लेकिन मैं डेमो और वन-टाइम प्रमोशन से काफी खुश था, और एएसएन जैसी अतिरिक्त जानकारी की लगातार तलाश न करने के लिए, मैंने इसके अलावा इसे स्वयं लॉग ऑन करने का निर्णय लिया। इस जानकारी को प्राप्त करने के लिए, मैंने इपोटासन सेवा की ओर रुख किया, उनके पास एक सुविधाजनक एपीआई (प्रतिबंधों के साथ) है, जो वास्तव में आपको बस अपने आप में एकीकृत करने की आवश्यकता है।

आईपी पार्सिंग कोड

function ipList() { $ch = curl_init(); curl_setopt($ch, CURLOPT_URL, "https://lite.ip2location.com/belarus-ip-address-ranges"); curl_setopt($ch, CURLOPT_HEADER, 0); curl_setopt($ch, CURLOPT_USERAGENT,'Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13'); curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false); curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, false); $ipList = curl_exec($ch); curl_close ($ch); preg_match_all("/(\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}\<\/td\>\s+\<td\>\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})/", $ipList, $matches); return $matches[0]; } function iprange2cidr($ipStart, $ipEnd){ if (is_string($ipStart) || is_string($ipEnd)){ $start = ip2long($ipStart); $end = ip2long($ipEnd); } else{ $start = $ipStart; $end = $ipEnd; } $result = array(); while($end >= $start){ $maxSize = 32; while ($maxSize > 0){ $mask = hexdec(iMask($maxSize - 1)); $maskBase = $start & $mask; if($maskBase != $start) break; $maxSize--; } $x = log($end - $start + 1)/log(2); $maxDiff = floor(32 - floor($x)); if($maxSize < $maxDiff){ $maxSize = $maxDiff; } $ip = long2ip($start); array_push($result, "$ip/$maxSize"); $start += pow(2, (32-$maxSize)); } return $result; } $getIpList = ipList(); foreach($getIpList as $item) { $cidr = iprange2cidr($ip[0], $ip[1]); }

आईपी का पता लगाने के बाद, हमें अपने पूरे डेटाबेस को रिवर्स लुकअप सेवाओं के माध्यम से चलाने की आवश्यकता है, अफसोस, बिना किसी प्रतिबंध के - यह असंभव है, सिवाय पैसे के।

सेवाओं के लिए जो इस के लिए महान हैं और उपयोग करने के लिए सुविधाजनक है, मैं दो का उल्लेख करना चाहता हूं:

VirusTotal - एक एपीआई कुंजी से कॉल की आवृत्ति पर सीमा
Hackertarget.com (उनके एपीआई) - एक आईपी से हिट की संख्या पर सीमा

सीमा को दरकिनार करते हुए, निम्नलिखित विकल्प प्राप्त किए गए:

पहले मामले में, परिदृश्यों में से एक 15 सेकंड के टाइमआउट का सामना करना है, कुल में हमारे पास प्रति मिनट 4 कॉल होंगे, जो हमारी गति को बहुत प्रभावित कर सकते हैं और इस स्थिति में 2-3 ऐसी कुंजियों का उपयोग करना उपयोगी होगा, और मैं उसी का सहारा लेने की सलाह दूंगा उपयोगकर्ता-एजेंट को प्रॉक्सी और बदलने के लिए।
दूसरे मामले में, मैंने सार्वजनिक रूप से उपलब्ध जानकारी, उनके सत्यापन और बाद के उपयोग के आधार पर प्रॉक्सी डेटाबेस के स्वचालित पार्सिंग के लिए एक स्क्रिप्ट लिखी थी (लेकिन बाद में मैंने यह विकल्प छोड़ दिया क्योंकि VirusTotal सार में भी पर्याप्त था)

हम आगे बढ़ते हैं और आसानी से ईमेल पते पर जाते हैं। वे उपयोगी जानकारी का स्रोत भी हो सकते हैं, लेकिन उन्हें कहां इकट्ठा करना है? मुझे लंबे समय तक समाधान की तलाश नहीं करनी पड़ी, क्योंकि उपयोगकर्ता हमारे व्यक्तिगत साइटों के खंड में बहुत कम हैं, और उनमें से अधिकांश संगठन हैं - ऑनलाइन स्टोर निर्देशिका, फ़ोरम और सशर्त बाज़ार जैसी प्रोफ़ाइल वेबसाइटें हमारे अनुरूप होंगी।

उदाहरण के लिए, इन साइटों में से एक के त्वरित निरीक्षण से पता चला कि बहुत सारे उपयोगकर्ता अपने ईमेल को सीधे अपने सार्वजनिक प्रोफ़ाइल में जोड़ते हैं और तदनुसार, इस व्यवसाय को भविष्य में उपयोग के लिए सावधानीपूर्वक पार्स किया जा सकता है।

पार्सरों में से एक

 #!/usr/bin/env python3 import sys, threading, time, os, urllib, re, requests, pymysql from html.parser import HTMLParser from urllib import request from bs4 import BeautifulSoup # HEADERS CONFIG headers = { 'User-Agent': 'Mozilla/5.0 (Macintosh; Intel Mac OS X 11.9; rv:42.0) Gecko/20200202 Firefox/41.0' } file = open('dat.html', 'w') def parseMails(uid): page = 'https://profile.onliner.by/user/'+str(uid)+'' cookie = {'onl_session': 'YOUR_SESSION_COOOKIE_HERE'} r = requests.get(page, headers = headers, cookies = cookie) data = BeautifulSoup(r.text) userinfo = data.find_all('dl', {'class': 'uprofile-info'}) find_email = [] for item in userinfo: find_email += str(item.find('a')) get_mail = ''.join(find_email) detect_email = re.compile(".+?>(.+@.+?)</a>").search(get_mail) file.write("<li>('"+detect_email.group(1)+"'),</li>") for uid in range(1, 10000): t = threading.Thread(target=parseMails, args=(uid,)) t.start() time.sleep(0.3)

मुझे प्रत्येक साइट को पार्स करने के विवरण में नहीं जाना है, कहीं न कहीं यह उपयोगकर्ता के लिए क्रूर बल द्वारा आईडी का अनुमान लगाने के लिए कहीं अधिक सुविधाजनक है, कहीं साइट मानचित्र को पार्स करना आसान है, इसके बारे में कंपनी के पृष्ठों के बारे में जानकारी प्राप्त करें और फिर उनसे पते एकत्र करें। पतों को इकट्ठा करने के बाद, यह हमारे लिए कई सरल ऑपरेशन करने के लिए बना रहता है कि वे तुरंत डोमेन ज़ोन द्वारा छँटाई करें, "पूंछ" को संरक्षित करें और मौजूदा डेटाबेस से डुप्लिकेट को बाहर करने के लिए उन्हें चलाएं।

इस स्तर पर, मेरा मानना है कि गुंजाइश के गठन के साथ, हम समाप्त हो सकते हैं और बुद्धिमत्ता पर आगे बढ़ सकते हैं। खुफिया, जैसा कि हम पहले से ही जानते हैं, दो प्रकार के हो सकते हैं - सक्रिय और निष्क्रिय, हमारे मामले में - निष्क्रिय दृष्टिकोण सबसे अधिक प्रासंगिक होगा। लेकिन फिर, केवल दुर्भावनापूर्ण लोड और कमजोरियों का शोषण किए बिना पोर्ट 80 या 443 पर साइट तक पहुंचना काफी वैध कार्रवाई है। हमारी रुचि एकल अनुरोध के लिए सर्वर प्रतिक्रिया है, कुछ मामलों में दो अनुरोध हो सकते हैं (http से https तक पुनर्निर्देशित), अधिक दुर्लभ मामलों में, तीन के रूप में (जब www का उपयोग किया जाता है)।

अन्वेषण

डोमेन के रूप में ऐसी जानकारी का उपयोग करके, हम निम्नलिखित डेटा एकत्र कर सकते हैं:

DNS रिकॉर्ड्स (NS, MX, TXT)
उत्तर हेडर
इस्तेमाल की गई तकनीक स्टैक को पहचानें
समझें कि साइट किस प्रोटोकॉल से काम करती है।
प्रत्यक्ष स्कैनिंग के बिना खुले बंदरगाहों (Shodan / Censys डेटाबेस के आधार पर) की पहचान करने की कोशिश करें
वूलनर्स डेटाबेस के साथ शोडान / सेंसरिस से जानकारी के सहसंबंध के आधार पर कमजोरियों की पहचान करने का प्रयास करें
क्या यह Google सुरक्षित ब्राउज़िंग मैलवेयर डेटाबेस में है
डोमेन द्वारा ईमेल पते एकत्र करें, साथ ही साथ पहले से पाए गए और जांचे गए मैच को मैंने अपने पास रखा है, इसके अलावा - सामाजिक नेटवर्क से लिंक करना
एक डोमेन कुछ मामलों में न केवल कंपनी का चेहरा है, बल्कि उसकी गतिविधियों का उत्पाद, सेवाओं पर पंजीकरण के लिए ईमेल पते, आदि - क्रमशः - आप उन सूचनाओं की खोज कर सकते हैं जो उनके साथ GitHub, Pastebin, Google Porks (Google CSE) जैसे संसाधनों से जुड़ी हैं। )

आप हमेशा आगे जा सकते हैं और एक विकल्प के रूप में masscan या nmap, zmap का उपयोग कर सकते हैं, उन्हें पहले यादृच्छिक समय या यहां तक कि कई उदाहरणों में लॉन्च करने के साथ Tor के माध्यम से सेट कर सकते हैं, लेकिन हमारे पास अन्य लक्ष्य हैं और नाम का अर्थ है कि मैंने प्रत्यक्ष स्कैन नहीं किया था।

हम डीएनएस रिकॉर्ड इकट्ठा करते हैं, एक्सएफआरएफ जैसे अनुरोधों और कॉन्फ़िगरेशन त्रुटियों के प्रवर्धन की संभावना की जांच करते हैं:

एनएस सर्वर रिकॉर्ड इकट्ठा करने का एक उदाहरण

 dig ns +short $domain | sed 's/\.$//g' | awk '{print $1}'

MX रिकॉर्ड संग्रह उदाहरण (NS देखें, बस 'ns' को 'mx' से बदलें

AXFR के लिए जांचें (यहां कई समाधान हैं, यहां एक और बैसाखी है, लेकिन सुरक्षा नहीं, आउटपुट देखने के लिए उपयोग किया जाता है)

  $digNs = trim(shell_exec("dig ns +short $domain | sed 's/\.$//g' | awk '{print $1}'")); $ns = explode("\n", $digNs); foreach($ns as $target) { $axfr = trim(shell_exec("dig -t axfr $domain @$target | awk '{print $1}' | sed 's/\.$//g'")); $axfr = preg_replace("/\;/", "", $axfr); if(!empty(trim($axfr))) { $axfr = preg_replace("/\;/", "", $axfr); $res = json_encode(explode("\n", trim($axfr)));

DNS प्रवर्धन के लिए जाँच करें

 dig +short test.openresolver.com TXT @$dns

मेरे मामले में, एनएस सर्वर को डेटाबेस से लिया गया था, इसलिए चर के अंत में, आप वास्तव में किसी भी सर्वर को स्थानापन्न कर सकते हैं। इस सेवा के परिणामों की शुद्धता के बारे में, मुझे यकीन नहीं है कि वहां सब कुछ सुचारू रूप से काम करता है और परिणाम हमेशा मान्य होते हैं, लेकिन मुझे आशा है कि अधिकांश परिणाम वास्तविक हैं।

यदि किसी भी उद्देश्य के लिए हमें साइट पर एक पूर्ण URL रखने की आवश्यकता है, तो इसके लिए मैंने cURL का उपयोग किया है:

 curl -I -L $target | awk '/Location/{print $2}'

वह खुद पूरे पुनर्निर्देशन के माध्यम से जाएगा और अंतिम एक को प्रदर्शित करेगा, अर्थात्। वर्तमान साइट URL। मेरे मामले में, व्हाट्सएब जैसे उपकरणों के बाद के उपयोग के लिए यह बेहद उपयोगी था।

हमें इसका उपयोग क्यों करना चाहिए? ओएस, वेब सर्वर, सीएमएस साइट का उपयोग करने के लिए, कुछ हेडर, जेएस / एचटीएमएल लाइब्रेरी / फ्रेमवर्क जैसे अतिरिक्त मॉड्यूल, साथ ही साइट शीर्षक जिसके द्वारा आप बाद में गतिविधि के एक ही क्षेत्र द्वारा फ़िल्टर करने का प्रयास कर सकते हैं।

इस मामले में एक बहुत सुविधाजनक विकल्प बाद के विश्लेषण के लिए एक्सएमएल प्रारूप में उपकरण के संचालन के परिणामों को निर्यात करना है और डेटाबेस में आयात करना है अगर बाद में इसे संसाधित करने का कोई लक्ष्य है।

 whatweb --no-errors https://www.mywebsite.com --log-xml=results.xml

अपने लिए, मैंने JSON को आउटपुट के परिणामस्वरूप बनाया और पहले ही डेटाबेस में डाल दिया।

हेडर की बात करें, तो आप फॉर्म की एक क्वेरी निष्पादित करके साधारण CURL के साथ लगभग एक ही काम कर सकते हैं:

 curl -I https://www.mywebsite.com

हेडर में, उदाहरण के लिए, नियमित अभिव्यक्ति का उपयोग करते हुए सीएमएस और वेब सर्वर पर जानकारी पकड़ते हैं।

उपयोगी एक के अलावा, हम Shodan का उपयोग करके खुले बंदरगाहों के बारे में जानकारी एकत्र करने की संभावना को भी उजागर कर सकते हैं और फिर पहले से प्राप्त डेटा का उपयोग करते हुए, अपने एपीआई का उपयोग करके वूलर्स डेटाबेस पर एक चेक प्रदर्शन कर सकते हैं (सेवाओं के लिंक हेडर में दिए गए हैं)। बेशक, इस परिदृश्य में सटीकता के साथ समस्याएं हो सकती हैं, लेकिन यह मैनुअल सत्यापन के साथ एक सीधा स्कैन नहीं है, लेकिन तृतीय-पक्ष स्रोतों से डेटा का एक "मजाक" है, लेकिन कम से कम यह कुछ भी नहीं से बेहतर है।

Shodan के लिए PHP समारोह

 function shodanHost($host) { $ch = curl_init(); curl_setopt($ch, CURLOPT_URL, "https://api.shodan.io/shodan/host/".$host."?key=<YOUR_API_KEY>"); curl_setopt($ch, CURLOPT_HEADER, 0); curl_setopt($ch, CURLOPT_USERAGENT,'Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13'); curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false); curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, false); $shodanResponse = curl_exec($ch); curl_close ($ch); return json_decode($shodanResponse); }

ऐसे तुलनात्मक विश्लेषण का उदाहरण # 1

उदाहरण # 2

हां, जब से उन्होंने एपीआई के बारे में बात करना शुरू किया, तब वाल्टर्स की सीमाएं हैं और सबसे इष्टतम समाधान उनकी पायथन लिपि का उपयोग करना होगा, सब कुछ मरोड़-ट्विस्ट के बिना ठीक काम करेगा, PHP के मामले में, मुझे कुछ छोटी कठिनाइयों का सामना करना पड़ा (फिर से, जोड़ें)। टाइमआउट्स ने स्थिति को बचाया)।

नवीनतम परीक्षणों में से एक - हम "wafw00f" जैसी स्क्रिप्ट के साथ उपयोग किए जाने वाले फ़ायरवॉल पर जानकारी का अध्ययन करेंगे। इस अद्भुत उपकरण का परीक्षण करते समय, मैंने एक दिलचस्प बात पर ध्यान दिया: यह हमेशा पहली बार नहीं था कि उपयोग किए गए फ़ायरवॉल के प्रकार को निर्धारित करना संभव था।

यह देखने के लिए कि किस प्रकार के फ़ायरवॉल wafw00f संभावित रूप से पता लगा सकते हैं, आप निम्न कमांड दर्ज कर सकते हैं:

 wafw00f -l

फ़ायरवॉल के प्रकार को निर्धारित करने के लिए, wafw00f साइट पर एक मानक अनुरोध भेजने के बाद सर्वर के प्रतिक्रिया शीर्षकों का विश्लेषण करता है, यदि यह प्रयास पर्याप्त नहीं है, तो यह एक अतिरिक्त सरल परीक्षण अनुरोध को अच्छी तरह से उत्पन्न करता है, और यदि यह फिर से पर्याप्त नहीं है, तो पहले दो प्रयासों के बाद डेटा पर तीसरी विधि संचालित होती है। ।

क्योंकि आंकड़ों के लिए, वास्तव में, हमें पूरे उत्तर की आवश्यकता नहीं है, हम एक नियमित अभिव्यक्ति के साथ सभी अतिरिक्त काट देते हैं और केवल नाम फ़ायरवॉल छोड़ देते हैं:

 /is\sbehind\sa\s(.+?)\n/

खैर, जैसा कि मैंने पहले लिखा था - डोमेन और साइट के बारे में जानकारी के अलावा, ईमेल पते और सामाजिक नेटवर्क के बारे में जानकारी निष्क्रिय मोड में भी अपडेट की गई थी:

डोमेन के आधार पर परिभाषित ईमेल द्वारा आँकड़े

ईमेल पते के लिए सामाजिक नेटवर्क के बंधन का निर्धारण करने का एक उदाहरण

सबसे आसान तरीका ट्विटर (2 तरीके) पर पते के सत्यापन से निपटने के लिए था, इस संबंध में फेसबुक (1 तरीका) के साथ यह एक वास्तविक उपयोगकर्ता सत्र उत्पन्न करने के लिए थोड़ा अधिक जटिल प्रणाली के कारण थोड़ा अधिक जटिल हो गया।

आइए सूखे आँकड़ों की ओर बढ़ते हैं।

DNS आँकड़े

प्रदाता - कितनी साइटें
ns1.tutby.com: 10899
ns2.tutby.com: 10899
ns1.neolocation.com: 4877
ns2.neolocation.com: 4873
ns3.neolocation.com: 4572
ns1.activeby.net: 4231
ns2.activeby.net: 4229
u1.hoster.by: 3382
u2.hoster.by: 3378

अद्वितीय डीएनएस पाया: 2462
विशिष्ट एमएक्स (मेल) सर्वर: 9175 (लोकप्रिय सेवाओं के अलावा, पर्याप्त संख्या में प्रशासक हैं जो अपनी स्वयं की मेल सेवाओं का उपयोग करते हैं)
DNS ज़ोन स्थानांतरण से प्रभावित: 1011
DNS प्रवर्धन द्वारा प्रभावित: 531
कुछ CloudFlare प्रशंसक: 375 (प्रयुक्त एनएस रिकॉर्ड के आधार पर)

सीएमएस के आँकड़े

सीएमएस - मात्रा
वर्डप्रेस: 5118
जुमला: 2722
बिट्रिक्स: 1757
द्रुपाल: 898
ओपनकार्ट: 235
डेटालाइफ: 133
Magento: 32

संभावित रूप से कमजोर वर्डप्रेस इंस्टॉलेशन: 2977
जूमला की संभावित रूप से कमजोर स्थापना: 212
Google SafeBrowsing सेवा का उपयोग करना, संभावित खतरनाक या संक्रमित साइटों की पहचान करना संभव था: लगभग 10,000 (अलग-अलग समय पर, किसी ने तय किया, किसी ने स्पष्ट रूप से तोड़ दिया, आंकड़े पूरी तरह से उद्देश्य नहीं हैं)
HTTP और HTTPS के बारे में - पाया गया वॉल्यूम की साइटों में से आधे से भी कम उत्तरार्द्ध का उपयोग करते हैं, लेकिन इस तथ्य को ध्यान में रखते हुए कि मेरा डेटाबेस पूरा नहीं है, लेकिन कुल संख्या का केवल 40% है, यह बहुत संभव है कि साइटों के दूसरे छमाही में HTTPS के माध्यम से संचार और संचार हो सके। ।

फ़ायरवॉल आँकड़े:

फ़ायरवॉल - संख्या
ModSecurity: 4354
आईबीएम वेब ऐप सुरक्षा: 126
बेहतर WP सुरक्षा: 110
CloudFlare: 104
इंपर्वा सिक्योरसेरे: 45
जुनिपर WebApp सुरक्षित: 45

वेब सर्वर सांख्यिकी

वेब सर्वर - संख्या
नग्नेक्स: 31752
अपाचे: 4042
IIS: 959

नग्नेक्स की पुरानी और संभावित रूप से कमजोर स्थापना: 20966
अपाचे: 995 का पदावनत और संभावित रूप से कमजोर प्रतिष्ठान

इस तथ्य के बावजूद कि hoster.by डोमेन और सामान्य रूप से होस्टिंग के मामले में अग्रणी है, ओपन कॉन्टैक्ट को भी प्रतिष्ठित किया गया था, लेकिन सच्चाई एक आईपी पर साइटों की संख्या है:

आईपी - साइटें
93.84.119.243: 556
93.125.99.83: 399
193.232.92.25: 386

ईमेल द्वारा, विस्तृत आँकड़ों को वास्तव में खींचने का फैसला किया गया है, डोमेन ज़ोन द्वारा क्रमबद्ध नहीं किया गया है, बल्कि, विशिष्ट विक्रेताओं के लिए उपयोगकर्ताओं के स्थान को देखना दिलचस्प था:

TUT.BY सेवा पर: 38282
यैंडेक्स सेवा पर (द्वारा | आरयू): 28127
जीमेल सेवा पर: 33452
फेसबुक पर बंधे: 866
ट्विटर पर बंधे: 652
एचआईबीपी के अनुसार लीक में विशेष: 7844
निष्क्रिय खुफिया ने 13 हजार से अधिक ईमेल पतों की पहचान करने में मदद की

जैसा कि आप देख सकते हैं, समग्र चित्र काफी सकारात्मक है, विशेष रूप से होस्टिंग प्रदाताओं के हिस्से से नेग्नेक्स का सक्रिय उपयोग। शायद यह काफी हद तक आम उपयोगकर्ताओं के बीच लोकप्रिय होने के कारण है - साझा होस्टिंग प्रकार।

इस तथ्य से कि मैं वास्तव में इसे पसंद नहीं करता था - मध्य हाथ के होस्टिंग प्रदाताओं की एक पर्याप्त संख्या है जिन्होंने AXFR, एसएसएच और अपाचे के पुराने संस्करणों और कुछ अन्य छोटी समस्याओं का इस्तेमाल किया है। यहां, निश्चित रूप से, स्थिति पर अधिक प्रकाश सक्रिय चरण द्वारा बहाया जा सकता है, लेकिन फिलहाल, हमारे कानून के आधार पर, यह मुझे लगता है कि यह असंभव है, और मैं वास्तव में ऐसे मामलों में कीटों की श्रेणी में भर्ती करना पसंद नहीं करूंगा।

यदि आप इसे कह सकते हैं कि ईमेल चित्र आम तौर पर बहुत रसीला है। अरे हां, जहां TUT.BY प्रदाता को इंगित किया गया है - इसका मतलब डोमेन का उपयोग करना है, क्योंकि यह सेवा यैंडेक्स के आधार पर काम करती है।

निष्कर्ष

निष्कर्ष के रूप में, मैं एक बात कह सकता हूं - यहां तक कि उपलब्ध परिणामों के साथ, आप जल्दी से समझ सकते हैं कि विशेषज्ञों के लिए बड़ी मात्रा में काम है जो वायरस से साइटों की सफाई, WAF की स्थापना और विभिन्न सीएमएस को कॉन्फ़िगर / जोड़ रहे हैं।

ठीक है, गंभीरता से, जैसा कि पिछले दो लेखों में, हम देखते हैं कि इंटरनेट और देशों के बिल्कुल अलग-अलग क्षेत्रों में समस्याएं बिल्कुल अलग स्तर पर मौजूद हैं, और उनमें से कुछ तब भी पॉप अप करते हैं, जब दूर से समस्या का अध्ययन किए बिना, आक्रामक तरीकों का उपयोग किए बिना। ई। कौन से विशेष कौशल की आवश्यकता नहीं है, इसे इकट्ठा करने के लिए सार्वजनिक रूप से उपलब्ध जानकारी का उपयोग करना।

मैंने बेलारूसी इंटरनेट को कैसे स्कैन नहीं किया