दिल्ली, भारत में कुछ स्क्रिप्ट किडी कल रात से हमारी साइट को हैक करने की कोशिश कर रहे हैं। उन्होंने एक ब्राउज़र स्क्रिप्ट लिखी, जो बड़े पैमाने पर नेस्टेड लूप्स में हमारे सर्वर के अनुरोधों को बनाती है, जो सूरज के नीचे सब कुछ आज़माती है।
वह कहीं भी नहीं मिल रहा है, और हमारे मूल बचावों से भी आगे नहीं बढ़ रहा है (लेकिन वह हमारी लॉग फाइल भर रहा है)।
हम 403 Unauthorizedउनके अनुरोधों को वापस भेज रहे हैं जैसे ही वे आते हैं, लेकिन जितनी तेज़ी से हम उनके अनुरोधों को रोकते हैं, उतनी तेज़ी से उनकी स्क्रिप्ट चलती है।
हम 403 प्रतिक्रिया को वापस भेजने से पहले किसी प्रकार की "देरी" शुरू करना चाहते हैं। अब, बेहतर।
प्रश्न: बाकी साइट को प्रभावित किए बिना हम हैक प्रयासों में देरी कैसे कर सकते हैं?
- मुझे लगता है कि एक स्लीप (15000) उसके धागे पर अन्य साइट आगंतुकों के लिए बुरी खबर होगी।
- सिर्फ उसके लिए एक नया धागा उखाड़ना, ओवरकिल जैसा लगता है।
- विलंबित प्रतिक्रिया भेजने का एक और तरीका है?
- हम कब तक उसके ब्राउज़र को प्रतीक्षा करने के लिए मजबूर कर सकते हैं? मुझे लगता है कि अगर मुझे
403 Unauthorizedत्रुटि मिलती है या अंततः बाहर निकलते हैं तो मुझे ज्यादा परवाह नहीं है, इसलिए हम शायद अनिश्चितकालीन / अनंत प्रतीक्षा भी कर सकते हैं।
36
क्या कोई कारण है कि आप अपने फ़ायरवॉल को उसके आईपी पते से आने वाले ट्रैफ़िक को छोड़ने के लिए कॉन्फ़िगर नहीं कर सकते हैं? यह समस्या आवेदन स्तर की तुलना में नेटवर्क स्तर पर बेहतर ढंग से हल हो जाएगी। ट्रैफ़िक छोड़ने का मतलब होगा कि कनेक्ट रिक्वेस्ट आउट होने तक उसे वहीं बैठना होगा। और सभी का जवाब नहीं देना "अनधिकृत" प्रतिक्रियाओं को वापस फेंकने की तुलना में बहुत अधिक प्रभावी है क्योंकि यह उसे प्रभावी ढंग से निरीक्षण करने के लिए कोई जानकारी नहीं देता है।
—
cdhowie
सिर्फ उसका आईपी ब्लॉक क्यों नहीं?
—
होगन
अपने सर्वर को अनप्लग करें।
—
इब्राहिम हाशिमी
मेरे उत्तर को देखें - यह एक मानक बात है, मुझे आश्चर्य है कि आपको ऐसा उत्तर नहीं मिला जो पहले कुछ घुसपैठ का पता लगाने वाले सिस्टम की ओर इशारा करता हो।
—
अनकांशस