एक डेटाबेस सर्वर पर एक लाइन के साथ DoS हमले की व्यवस्था कैसे करें

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



स्थिति इस तथ्य से जटिल थी कि रिलीज में सैकड़ों अलग-अलग php फ़ाइलों के क्रम के परिवर्तन शामिल थे और परिवर्तनों की पूरी सूची को ब्राउज़ करना बहुत मुश्किल था। tcpdump ने यह पता लगाने में मदद की कि ट्रैफिक एक PostgreSQL डेटाबेस सर्वर तक बढ़ा। घेरा संकुचित हो गया।



पहली धारणा यह थी कि SQL प्रश्नों में से एक में सीमा को भुला दिया गया था और यह एकल पंक्ति के बजाय संपूर्ण डेटा सेट का चयन करता है। लेकिन आप कैसे जानते हैं कि यह अनुरोध क्या है? PgFouine बचाव के लिए आया था। दो मिनट में डेटाबेस सर्वर के लॉग का विश्लेषण और यहां यह है - बुराई का स्रोत!



select oid,typname from pg_type







यहाँ यह है - एक सीमा के बिना अनुरोध, जिसे हजारों बार निष्पादित किया गया है। लेकिन हमारे स्रोत का यह अनुरोध नहीं था! कहीं भी किसी भी फाइल में वह नहीं मिला।



समस्या का स्रोत php फ़ंक्शन pg_field_type में छिपा हुआ था, जिसने केवल चयन परिणाम के कॉलम प्रकार का प्रतीकात्मक नाम लौटाया था।



समस्या की जड़ें कम से कम 2005 में हैं, लेकिन अभी तक आधिकारिक दस्तावेज में यह नोट नहीं मिला है कि PostgreSQL तक पहुंचने के लिए php-pgsql लाइब्रेरी DBMS के लिए एक अतिरिक्त क्वेरी बनाती है, जो 1000 से अधिक डेटा प्रकारों की पूरी सूची का चयन करती है।



शायद ही कभी देखी गई साइट पर यह प्रदर्शन को प्रभावित नहीं करता है, लेकिन भरी हुई परियोजना पर यह एक गंभीर समस्या पैदा कर सकता है। हमने अपने एनालॉग pg_field_type_oid को pg_field_type फ़ंक्शन के बजाय का उपयोग करके समस्या को दरकिनार कर दिया, जो इसके प्रतीकात्मक नाम के बजाय डेटा प्रकार की आंतरिक ओआईडी लौटाता है। हां, इसने कोड की पठनीयता को थोड़ा कम कर दिया, लेकिन चैनल को 40 Mbit डेटाबेस सर्वर पर उतार दिया।



शायद अगर हम True FastCGI का इस्तेमाल करते, तो हमें यह समस्या नहीं होती, लेकिन php कुछ महीने पहले ही इसके लिए तैयार हो गया था , और यह समस्या लगभग 6 साल से मौजूद है।



कीवर्ड के लिए अपने स्रोत कोड में देखें pg_field_type - शायद आप अपने PostgreSQL सर्वर के कठिन जीवन को बहुत आसान कर सकते हैं।