OpenBSD IPv6 स्ट्याकमा टाढाको जोखिम

ओपनबीएसडीमा IPv6 ठेगाना स्वत: कन्फिगरेसन (IPv6 स्टेटलेस ठेगाना अटोकन्फिगरेसन, RFC 4862) को लागि जिम्मेवार पृष्ठभूमि प्रक्रिया slaacd मा, विशेष रूपमा डिजाइन गरिएको IPv6 राउटर विज्ञापन (RA, राउटर विज्ञापन) प्राप्त गर्दा बफर ओभरफ्लो हुने जोखिम पहिचान गरिएको छ। ।

प्रारम्भमा, IPv6 ठेगाना स्वत: कन्फिगरेसन कार्यक्षमता कर्नेल स्तरमा लागू गरिएको थियो, तर OpenBSD 6.2 बाट सुरु गरेर यसलाई छुट्टै विशेषाधिकाररहित slaacd प्रक्रियामा सारिएको थियो। यो प्रक्रिया RS (राउटर सोलिसिटेसन) सन्देशहरू पठाउन र राउटर र नेटवर्क जडान प्यारामिटरहरूको बारेमा जानकारी सहित RA (राउटर विज्ञापन) प्रतिक्रियाहरू पार्स गर्न जिम्मेवार छ।

फेब्रुअरीमा, slaacd ले एउटा बग फिक्स गर्‍यो जसले RDNSS (Recursive DNS सर्भर) सूचीमा 7 सर्भरहरू निर्दिष्ट गरिएमा क्र्यास हुन पुग्यो। यो निरीक्षणले स्वतन्त्र अनुसन्धानकर्ताहरूको ध्यान आकर्षित गर्‍यो जसले RA सन्देशहरूमा फिल्डहरू पार्स गर्दा हुने अन्य त्रुटिहरूको लागि slaacd कोड जाँच गर्ने प्रयास गर्यो। विश्लेषणले देखायो कि कोडमा अर्को समस्या छ, जुन DNSSL (DNS खोज सूची) फिल्ड प्रशोधन गर्दा प्रकट हुन्छ, जसमा DNS का लागि डोमेन नाम र होस्ट टेम्प्लेटहरूको सूची समावेश छ।

DNSSL सूचीमा प्रत्येक नाम नल डेलिमिटर र हस्तक्षेप गर्ने एक-बाइट ट्यागहरू प्रयोग गरेर इन्कोड गरिएको छ जसले निम्न डेटाको आकार निर्धारण गर्दछ। सूची पार्सिङ कोडमा, साइन इन्टिजर प्रकार (“len = data[pos]”) सँग चलमा साइज भएको फिल्ड प्रतिलिपि गरिएको तथ्यले गर्दा जोखिम उत्पन्न हुन्छ। तदनुसार, यदि मान सबैभन्दा महत्त्वपूर्ण बिट सेटको साथ फिल्डमा निर्दिष्ट गरिएको छ भने, यो मान सशर्त अपरेटरमा ऋणात्मक संख्याको रूपमा बुझिनेछ र अधिकतम स्वीकार्य आकारको लागि जाँच (“यदि (len > 63 || len + pos) + 1 > datalen) {“) ले काम गर्दैन, जसले memcpy लाई प्यारामिटरको साथ कल गर्न नेतृत्व गर्दछ जसको प्रतिलिपि गरिएको डाटाको आकार बफर साइज भन्दा बढि हुन्छ।

स्रोत: opennet.ru