नए प्रकार के DDoS हमले: विंडोज़ में टीसीपी प्रोटोकॉल बग पाया गया

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

इसलिए, MANET नेटवर्क के लिए प्रोटोकॉल स्टैक डीबग करने की प्रक्रिया में, जहां एक कंप्यूटर के साथ एक रेडियो नेटवर्क के एक संशोधित टीसीपी नेटवर्क कनेक्शन को ईथरनेट गेटवे के माध्यम से परीक्षण किया गया था, यह गलती से पता चला था कि सर्वर द्वारा क्लाइंट द्वारा कनेक्शन को गलत तरीके से बंद करने से, असीम रूप से लंबे समय तक सॉकेट संसाधनों को रखना संभव है!

यह सब इसके साथ शुरू हुआ:


स्क्रीनशॉट क्लाइंट 192.168.0.108 (ईथरनेट गेटवे) और सर्वर 192.168.0.187 (ओएस विंडोज विस्टा) के बीच टीसीपी कनेक्शन दिखाता है।

जैसा कि आप देख सकते हैं, अगर क्लाइंट के फिन एसीके पैकेट में अनुक्रम संख्या गलत तरीके से निर्दिष्ट की गई थी, तो विंडोज सर्वर ने सॉकेट बंद नहीं किया और संसाधन जारी नहीं किए। उसी क्लाइंट पोर्ट (स्रोत पोर्ट 40400) से सर्वर पोर्ट (गंतव्य पोर्ट 31000) से फिर से कनेक्ट करने का प्रयास असफल रहा। सर्वर ने ग्राहक से नए SYN के जवाब में लगातार ACK की मांग की।

सबसे पहले, मैंने फैसला किया कि यह MANET स्टैक के किनारे पर कुछ प्रकार का बग था (इसके अलावा, बेशक, फिन एसीके में गलत seqno), लेकिन अनुक्रम / पावती संख्याओं द्वारा प्रवाह का विश्लेषण करने और अन्य बंदरगाहों के लिए एक ही प्रयोग को दोहराने के बाद, यह पता चला कि हाँ विंडोज ...

एक अन्य सर्वर पोर्ट का उदाहरण (30000):



फिर, कंप्यूटर को रिबूट किया और फिर से सब कुछ दोहराया। इस बार क्लाइंट ने कनेक्शन बंद कर दिया, और सर्वर ने 32000 पोर्ट की बात सुनी।



परिणाम वही है।

तब नेटस्टैट टीम ने सॉकेट्स की स्थिति को देखा और भयभीत थे ...


सर्वर खुले सॉकेट रखता है जो कई घंटों से प्रकृति में नहीं हैं !!!
और सबसे अधिक संभावना है, केवल प्रक्रियाओं की हत्या या रिबूटिंग स्थिति को बचाएगा, क्योंकि स्पष्ट रूप से FIN_WAIT_2 स्थिति में, विंडोज़ में सॉकेट के लिए टाइमर नहीं है और संसाधनों को खाली करने के लिए TIME_WAIT स्थिति में नहीं जाता है।

सारांश

1. हम आपसे कृपया इस भेद्यता की लोकप्रियता की रिपोर्ट करने को कहें।
यदि यह एक नया खोजा गया बग है, तो यह विंडोज़ ओएस पर कई नेटवर्क उत्पादों को खतरे में डालता है।

2. मुख्य रूप से अन्य सर्वर और OS पर इस समस्या की जांच करना दिलचस्प होगा।

3. नेटवर्क प्रोटोकॉल जानें!

पुनश्च
समस्या का पता चले एक दिन बीत चुका है - अब तक संसाधनों का आवंटन किया गया है ...