रस्ट मानक पुस्तकालयमा जोखिम

std::fs::remove_dir_all() प्रकार्यमा दौड अवस्थाका कारण Rust मानक पुस्तकालयमा एउटा जोखिम (CVE-2022-21658) पहिचान गरिएको छ। यदि यो प्रकार्यलाई विशेषाधिकार प्राप्त अनुप्रयोगमा अस्थायी फाइलहरू मेटाउन प्रयोग गरिन्छ भने, आक्रमणकर्ताले मनमानी प्रणाली फाइलहरू र डाइरेक्टरीहरू मेटाउन हासिल गर्न सक्छ जुन आक्रमणकर्तासँग सामान्यतया मेटाउन पहुँच हुँदैन।

पुनरावर्ती डाइरेक्टरीहरू मेटाउनु अघि प्रतीकात्मक लिङ्कहरू जाँच गर्ने गलत कार्यान्वयनको कारणले गर्दा जोखिम उत्पन्न हुन्छ। सिमलिङ्कहरूलाई पछ्याउनबाट रोक्नुको सट्टा, remove_dir_all() ले पहिले फाइल सिमलिङ्क हो कि होइन भनेर जाँच गर्छ। यदि लिङ्क परिभाषित गरिएको छ भने, यसलाई फाइलको रूपमा मेटाइन्छ, र यदि यो डाइरेक्टरी हो भने, पुनरावर्ती सामग्री हटाउने अपरेशन भनिन्छ। समस्या यो छ कि त्यहाँ चेक र मेटाउने कार्यको सुरु बीचमा केही ढिलाइ छ।

एक समयमा जब चेक पहिले नै सम्पन्न भइसकेको छ, तर मेटाउनका लागि डाइरेक्टरीहरू गणना गर्ने कार्य अझै सुरु भएको छैन, आक्रमणकर्ताले एक प्रतीकात्मक लिङ्कको साथ अस्थायी फाइलहरूसँग डाइरेक्टरी बदल्न सक्छ। यदि यो सही समयमा हिट भयो भने, remove_dir_all() प्रकार्यले प्रतीकात्मक लिङ्कलाई डाइरेक्टरीको रूपमा व्यवहार गर्नेछ र लिङ्कलाई पोइन्ट गर्ने सामग्री हटाउन सुरु गर्नेछ। यस तथ्यको बावजुद आक्रमणको सफलता डाइरेक्टरीलाई प्रतिस्थापन गर्ने र सही क्षणमा पहिलो पटक हिट गर्ने छनौट गरिएको समयको शुद्धतामा निर्भर छ भन्ने तथ्यको बावजुद, प्रयोगको क्रममा अन्वेषकहरूले शोषणलाई कार्यान्वयन गरेपछि दोहोरिने सफल आक्रमण हासिल गर्न सक्षम थिए। केही सेकेन्ड।

1.0.0 देखि 1.58.0 सम्म समावेशी Rust को सबै संस्करणहरू प्रभावित छन्। समस्या अहिलेको लागि प्याच फारममा समाधान गरिएको छ (फिक्स 1.58.1 रिलीजमा समावेश गरिनेछ, जुन केहि घण्टा भित्र अपेक्षित छ)। तपाईंले यी पृष्ठहरूमा वितरणहरूमा कमजोरीहरूको उन्मूलन निगरानी गर्न सक्नुहुन्छ: डेबियन, RHEL, SUSE, Fedora, Ubuntu, Arch, FreeBSD। रस्ट प्रोग्रामहरूका सबै प्रयोगकर्ताहरूलाई उन्नत विशेषाधिकारहरूका साथ चलिरहेको र remove_dir_all प्रकार्य प्रयोग गरेर रस्टलाई संस्करण 1.58.1 मा तुरुन्त अद्यावधिक गर्न सल्लाह दिइन्छ। यो चाखलाग्दो छ कि जारी गरिएको प्याचले सबै प्रणालीहरूमा समस्या समाधान गर्दैन; उदाहरणका लागि, 10.10 (Yosemite) अघिको REDOX OS र macOS को संस्करणहरूमा, O_NOFOLLOW फ्ल्यागको अनुपस्थितिको कारणले कमजोरी अवरुद्ध गरिएको छैन, जसले निम्न प्रतीकात्मक अक्षम गर्दछ। लिङ्कहरू।

स्रोत: opennet.ru