VPN एक्जिटबाट आउने दुरुपयोग ट्राफिकको रिपोर्ट कसरी गर्ने
VPN एक्जिटबाट आउने दुरुपयोगको रिपोर्ट गर्नुहोस्: ट्राफिक रोक्ने र व्यक्ति पहिचान गर्ने कुरा छुट्याउनुहोस्, कारबाही गर्न सक्ने माध्यम छान्नुहोस् र सीमित प्रमाण पठाउनुहोस्।
VPN एक्जिटबाट आउने ट्राफिकले कसले पठायो भनेर नभनिकनै दुरुपयोग हुन सक्छ, र तपाईंले लेख्ने रिपोर्ट तीन प्रश्नमध्ये कुनको जवाफ दिइरहनुभएको छ भन्नेमा निर्भर गर्छ। ट्राफिक रोक्नु आज तपाईंको काम हो। प्रमाण जोगाउनु एउटा प्रक्रिया हो। व्यक्ति पहिचान गर्न तपाईंसँग सम्भवतः नभएको कानुनी प्रक्रिया चाहिन्छ। यी तीन एउटै उजुरीमा मिसिए रिपोर्ट असफल हुन्छन्, किनकि प्राप्तकर्ताले आफ्नो भागमा मात्र कारबाही गर्न सक्छ।
पहिले तीन प्रश्न छुट्याउनुहोस्
तपाईं कुन नतिजा चाहनुहुन्छ भनेर निर्णय गरेर सुरु गर्नुहोस्। लक्ष्य अनुरोध रोक्नु हो भने, आज तपाईं ठेगाना दायरा अवरुद्ध गर्न, खाताको दर सीमित गर्न वा अन्तिम बिन्दु कडा गर्न सक्नुहुन्छ, र दुरुपयोग रिपोर्ट गौण हुन्छ। लक्ष्य जाँचमा टिक्ने अभिलेख हो भने, तपाईंलाई समय छाप, अनुरोध पहिचानकर्ता र सुरक्षित ठाउँमा राखिएको नसम्पादित मूल प्रति चाहिन्छ। लक्ष्य ठेगाना पछाडिको नाम हो भने, तपाईंलाई अपरेटरको कानुनी प्रक्रिया वा अदालतको आदेश चाहिन्छ, र कुनै निजी उजुरीले त्यसको ठाउँ लिँदैन।
ती मिसाउँदा चिरपरिचित नकाम रिपोर्ट बन्छ: रिसाएको अनुच्छेद, समय क्षेत्र छैन, ग्राहक विवरणको माग, र प्राप्तकर्ताले सहयोग गर्न चाहे पनि के गर्न सक्थ्यो भन्ने कुनै संकेत छैन। त्यस्तो रिपोर्ट कारबाहीबिना बन्द हुन्छ, र पठाउनेले दुरुपयोग डेस्कहरू केही गर्दैनन् भन्ने निष्कर्ष निकाल्छ। प्राप्तकर्तासँग कारबाही गर्ने केही थिएन।
इमेल खोल्नुअघि तीन जवाफ लेख्नुहोस्। तिनैले स्वर, लम्बाइ र अनुरोध निर्धारण गर्छन्।
एक्जिट ठेगानाले के प्रमाणित गर्छ र के गर्दैन
VPN सँग जोडिएको ठेगानाले ट्राफिक इन्टरनेटमा कहाँबाट पस्यो भन्ने बताउँछ, कसले सुरु गर्यो भन्ने होइन. व्यावसायिक एक्जिट धेरै ग्राहकले एकै समयमा साझा गर्छन्, र त्यसअगाडिको वाहक-स्तरको NAT ले पोर्ट दायरा प्रयोग गरी एउटा सार्वजनिक ठेगाना हजारौं ग्राहकबीच बाँड्न सक्छ। RFC 6269 ले त्यो ठेगाना साझेदारी ढाँचा वर्णन गर्छ, र व्यावहारिक परिणाम यो हो कि स्रोत ठेगाना र समय छापले ग्राहक पहिचान गर्न सक्ने तब मात्र हो जब अपरेटरसँग त्यो क्षणको म्यापिङ अझै छ।
तपाईंले प्रमाणित गर्न सक्ने कुरा अभिलेख गर्नुहोस्। अर्थात् UTC समयमा मूल क्षेत्र उल्लेख गरिएको समय छाप, स्रोत ठेगाना, स्रोत पोर्ट, प्रोटोकल र अनुरोध पहिचानकर्ता, र कार्य प्रमाणित खाताबाट आयो कि अज्ञात अनुरोधबाट। कच्चा अभिलेख राख्नुहोस्, त्यसपछि प्राप्तकर्ताका लागि सम्पादित प्रति तयार गर्नुहोस्। लगको मूल लाइनका लागि स्क्रिनसट कमजोर विकल्प हो।
राख्ने अवधि छोटा हुन्छन् र अपरेटरअनुसार फरक पर्छन्। जति चाँडो सोध्नुहुन्छ, म्यापिङ अझै हुने सम्भावना त्यति बढी, र समस्या पहिले नै कम गरिसकेको भए पनि चाँडो रिपोर्ट गर्ने मुख्य कारण यही हो।
वास्तवमै कारबाही गर्न सक्ने माध्यम छान्नुहोस्
तीन माध्यम छन् र ती एकअर्काको ठाउँ लिन सक्दैनन्। एक्जिट अपरेटरको दुरुपयोग डेस्कले आफ्नै ग्राहकको अनुसन्धान गर्न र खाता निलम्बन गर्न सक्छ। ठेगाना दायराको दर्ता सम्पर्कले whois अभिलेख पुरानो भएको वा पुनर्विक्रेताको भएको अवस्थामा सही अपरेटरतर्फ देखाउन सक्छ। कानुन प्रवर्तन निकायले शंकास्पद अपराध, धम्की र गम्भीर उल्लंघन हेर्छन्, र अधिकांश क्षेत्राधिकारमा खुलासा गर्न बाध्य पार्न सक्ने त्यही माध्यम मात्र हो।
| Channel | What it can do | What it cannot do |
|---|---|---|
| Exit operator abuse desk | Investigate, warn or suspend the account | Disclose a subscriber to a private complainant |
| Registry contact | Identify the network holder and its abuse address | Act on the incident itself |
| Law enforcement | Preserve and compel records under legal process | Move faster than your own mitigation |
दुई सर्तले माध्यम छान्छन्। घटना चलिरहेको छ, जसले पहिले न्यूनीकरण र समानान्तर रिपोर्टको पक्षमा बोल्छ, कि पुरानो हो, जसले सबैभन्दा पहिले प्रमाण जोगाउने पक्षमा बोल्छ? ट्राफिक रोकिनुपर्ने हो, जसलाई तीनैले प्रभाव पार्न सक्छन्, कि पहिचान चाहिन्छ, जो कानुनी बाटोले मात्र दिन सक्छ? तेस्रो सर्तले कति विस्तृत विवरण पठाउने भन्ने निर्धारण गर्छ: एक्जिट चलाउने अपरेटरलाई प्राविधिक विवरण चाहिन्छ, तर दर्ता सम्पर्कलाई ठेगाना दायरा र समस्या मात्र चाहिन्छ।
घटना चलिरहेको अपराध हो भने, दुरुपयोग डेस्क र अधिकारीहरू विकल्प होइनन्। दुवैलाई रिपोर्ट गर्नुहोस्, र अपरेटरलाई कानुनी अनुरोध आउन सक्ने जानकारी दिनुहोस्, जसले गर्दा उसको आफ्नै संरक्षण नीति सक्रिय होस्।
प्राप्तकर्ताले कारबाही गर्न सक्ने रिपोर्ट लेख्नुहोस्
सन्देश एक मिनेटमा पढ्न सकिने गरी छोटो राख्नुहोस्। एउटा अनुच्छेदले के भयो र कहिले भन्छ, एउटा खण्डले सही समय छापसहित प्रमाण सूचीबद्ध गर्छ, एउटा लाइनले तपाईंले पहिले नै के गर्नुभयो भन्छ र अर्को लाइनले तपाईं के माग्नुहुन्छ भन्छ। मुद्दा सन्दर्भको अनुरोध अन्त्यमा राख्नुहोस्, जसले गर्दा व्यस्त विश्लेषकले कुराकानीको सट्टा नम्बरले जवाफ दिन सकून्।
तपाईंले पठाउने प्रतिबाट गोप्य कुरा हटाउनुहोस्। पासवर्ड, सत्र टोकन, असम्बन्धित व्यक्तिगत डेटा र आन्तरिक होस्टनामले प्राप्तकर्तालाई सहयोग गर्दैनन् र तपाईंको आफ्नै जोखिम बढाउँछन्। घटना कानुनी प्रमाण बन्न सक्ने भए नसम्पादित मूललाई सीमित पहुँच भएको ठाउँमा र अभिलेख गरिएको ह्याससँग राख्नुहोस्। तलका आदेशहरूले केही लेख्नुअघि ठेगानाबारे सार्वजनिक तथ्य संकलन गर्छन्।
whois 198.51.100.7 | grep -iE 'orgname|netrange|abuse'
dig +short -x 198.51.100.7
grep '198.51.100.7' /var/log/nginx/access.log | head -n 20तपाईंले वास्तवमै देख्नुभएको ठेगाना राख्नुहोस्, र माथिको जस्तो दस्तावेजीकरण दायराले जीवित अभिलेख फर्काउँदैन भन्ने ध्यान दिनुहोस्। whois आउटपुटले VPN ब्रान्डको सट्टा होस्टिङ प्रदायकको नाम दिए त्यही प्रदायक सही प्राप्तकर्ता हो, किनकि ठेगाना बाँडफाँट र ग्राहक सम्बन्ध उसैसँग छ।
जवाफ सम्हाल्नुहोस् र अभिलेख राख्नुहोस्
मौनताको अर्थ केही भएन भन्ने होइन। अपरेटरहरू नियमित रूपमा रिपोर्टमा कारबाही गर्छन् रिपोर्ट गर्नेलाई नभनिकनै, किनकि उनीहरूले ग्राहक जानकारी खुलाउन सक्दैनन् र उनीहरूको नीतिले निषेध गर्न सक्छ। मुद्दा नम्बरसहितको छोटो स्वीकृति तपाईंले अपेक्षा गर्न सक्ने अधिकतम हो, र थप प्राविधिक विवरण माग्नु ढिलाइ नभई राम्रो संकेत हो।
रिपोर्ट खुला रहेसम्म कुनै ठेगाना वा प्रदायकविरुद्ध आरोप प्रकाशित नगर्नुहोस्। साझा एक्जिटलाई दोषी भन्नु त्यो एक्जिटका अन्य सबै ग्राहकलाई सजाय दिनु हो र मुद्दा पछि कानुनी प्रक्रियामा पुगे हानि गर्न सक्छ। NIST को घटना प्रतिक्रिया मार्गदर्शन ले घटना अभिलेखको स्रोत र गोपनीयतालाई प्रतिक्रियाको भाग मान्छ, त्यसपछिको कागजी काम होइन।
आफ्नै अभिलेखमा चक्र बन्द गर्नुहोस्: के पठाउनुभयो, कसलाई, कहिले, र त्यसको परिणामस्वरूप के बदलियो। त्यही इतिहासले अर्को घटनालाई अस्तव्यस्तताबाट ज्ञात पहिलो कदम भएको प्रक्रियामा बदल्छ।