आउट-ऑफ-ट्री v1.0.0 - शोषण और लिनक्स कर्नेल मॉड्यूल के विकास और परीक्षण के लिए उपकरण

आउट-ऑफ-ट्री का पहला (v1.0.0) संस्करण, शोषण और लिनक्स कर्नेल मॉड्यूल के विकास और परीक्षण के लिए एक टूलकिट जारी किया गया था।

आउट-ऑफ-ट्री आपको कर्नेल मॉड्यूल और शोषण को डीबग करने, शोषण विश्वसनीयता आंकड़े उत्पन्न करने के लिए वातावरण बनाने के लिए कुछ नियमित क्रियाओं को स्वचालित करने की अनुमति देता है, और सीआई (कंटीन्यूअस इंटीग्रेशन) में आसानी से एकीकृत करने की क्षमता भी प्रदान करता है।

प्रत्येक कर्नेल मॉड्यूल या शोषण को एक फ़ाइल .out-of-tree.toml द्वारा वर्णित किया गया है, जो आवश्यक वातावरण और (यदि यह एक शोषण है) कुछ सुरक्षा शमन की उपस्थिति में संचालन पर प्रतिबंधों के बारे में जानकारी निर्दिष्ट करता है।

टूलकिट आपको भेद्यता से प्रभावित विशिष्ट कर्नेल संस्करणों की पहचान करने की भी अनुमति देता है (--अनुमान कमांड का उपयोग करके), और इसका उपयोग किसी विशिष्ट प्रतिबद्धता के लिए बाइनरी खोजों को सरल बनाने के लिए भी किया जा सकता है।

संस्करण v0.2 के बाद से हुए परिवर्तनों की सूची नीचे दी गई है।

जोड़ा गया

• उत्पन्न (आउट-ऑफ़-ट्री कर्नेल ऑटोजेन) कर्नेल की संख्या को सीमित करने की क्षमता लागू की गई (.out-of-tree.toml में विवरण के आधार पर) और -मैक्स = का उपयोग करके रन (आउट-ऑफ़-ट्री प्यू) की जांच करें एक्स पैरामीटर.

• नया जेनॉल कमांड, जो आपको एक विशिष्ट वितरण और संस्करण के लिए सभी कर्नेल उत्पन्न करने की अनुमति देता है।

• सभी लॉग अब sqlite3 डेटाबेस में संग्रहीत हैं। सरल बार-बार आवश्यक प्रश्नों के लिए कमांड लागू किए गए, साथ ही json और मार्कडाउन में डेटा निर्यात किया गया।

• सफल संचालन की संभावना की गणना लागू की गई (पिछले लॉन्च के आधार पर)।

• बिल्ड परिणामों को सहेजने की क्षमता (आउट-ऑफ़-ट्री प्यू कमांड के लिए नया --dist पैरामीटर)

• होस्ट सिस्टम पर स्थापित कर्नेल के लिए मेटाडेटा उत्पन्न करने के साथ-साथ होस्ट पर सीधे निर्माण के लिए समर्थन।

• तृतीय पक्ष कर्नेल के लिए समर्थन.

• आउट-ऑफ़-ट्री डिबग वातावरण अब स्वचालित रूप से होस्ट सिस्टम पर डिबगिंग प्रतीकों की खोज करता है।

• डिबगिंग के दौरान KASLR, SMEP, SMAP और KPTI को सक्षम/अक्षम फ़्लैग के साथ सुरक्षा शमन प्रबंधित करने की क्षमता जोड़ी गई।

• आउट-ऑफ़-ट्री प्यू टेस्टिंग कमांड में --threads=N पैरामीटर जोड़ा गया, जिसका उपयोग उन थ्रेड्स की संख्या निर्दिष्ट करने के लिए किया जा सकता है जिनमें निर्माण/चलाने और शोषण और कर्नेल मॉड्यूल का परीक्षण किया जा सकता है।

• एक टैग सेट करने की क्षमता जिसे लॉग में रिकॉर्ड किया जाएगा और फिर आंकड़ों की गणना के लिए उपयोग किया जा सकता है।

• नियमित अभिव्यक्तियों का उपयोग किए बिना कर्नेल संस्करण निर्दिष्ट करने की क्षमता जोड़ी गई।

• नया पैक कमांड, उपनिर्देशिकाओं में शोषण और कर्नेल मॉड्यूल के बड़े पैमाने पर परीक्षण के लिए उपयोग किया जाता है।

• शोषण और कर्नेल मॉड्यूल के लिए कॉन्फ़िगरेशन (.out-of-tree.toml) में, KASLR, SMEP, SMAP और KPTI को अक्षम करने की क्षमता जोड़ी गई है, साथ ही कोर और मेमोरी की आवश्यक संख्या निर्दिष्ट की गई है।

• अब कर्नेल ऑटोजेन चलने के दौरान छवियां (रूटएफएस) स्वचालित रूप से लोड हो जाती हैं। बूटस्ट्रैप की अब आवश्यकता नहीं है.

• CentOS कर्नेल के लिए समर्थन।

परिवर्तन

• अब, यदि वितरण के आवश्यक संस्करण के लिए कोई छवि (रूटएफएस) नहीं है, तो आउट-ऑफ-ट्री निकटतम संस्करण की छवि का उपयोग करने का प्रयास करेगा। उदाहरण के लिए, Ubuntu 18.04 के लिए Ubuntu 18.10 छवि।

• अब कर्नेल मॉड्यूल के परीक्षणों को विफल नहीं माना जाएगा यदि वे गायब हैं (कोई परीक्षण नहीं - कोई त्रुटि नहीं!)।

• यदि किसी भी कोर पर कम से कम एक चरण (निर्माण, लॉन्च या परीक्षण) विफल हो जाता है, तो अब आउट-ऑफ-ट्री एक नकारात्मक त्रुटि कोड लौटाएगा।

• प्रोजेक्ट ने गो मॉड्यूल का उपयोग करना शुरू कर दिया है, अब GO111MODULE=on के साथ निर्माण को प्राथमिकता दी जाती है।

• डिफ़ॉल्ट परीक्षण जोड़े गए.

• यदि मेकफ़ाइल में ${TARGET}_test में असेंबली लागू नहीं की गई है तो Test.sh का उपयोग अब डिफ़ॉल्ट रूप से किया जाएगा।

• कर्नेल मॉड्यूल या शोषण चलाने से पहले कर्नेल लॉग को साफ़ नहीं किया जाता है। कुछ कारनामे KASLR को बायपास करने के लिए dmesg में कर्नेल बेस लीक का उपयोग करते हैं, इसलिए क्लीनअप कारनामे के कार्यान्वित तर्क को तोड़ सकता है।

• qemu/kvm अब होस्ट प्रोसेसर की सभी क्षमताओं का उपयोग करता है।

निकाला गया

• कर्नेल फैक्टरी क्रमिक रूप से अद्यतन डॉकरफ़ाइल्स के आधार पर कर्नेल पीढ़ी के कार्यान्वयन के कारण पूरी तरह से हटा दिया गया।

• बूटस्ट्रैप और कुछ नहीं करता. अगले रिलीज़ में आदेश हटा दिया जाएगा.

स्थिर

• MacOS पर, GNU कोरुटिल्स को चलाने की अब आवश्यकता नहीं है।

• कुछ सिस्टम पर डॉकर के अंदर बढ़ती त्रुटियों के कारण अस्थायी फ़ाइलों को ~/.out-of-tree/tmp/ पर ले जाया गया है।

स्रोत: linux.org.ru