लिनक्स 6.2 कर्नलमधील भेद्यता जी स्पेक्टर v2 आक्रमण संरक्षणास बायपास करू शकते

Linux 6.2 कर्नल (CVE-2023-1998) मध्ये एक असुरक्षितता ओळखली गेली आहे जी Specter v2 हल्ल्यांपासून संरक्षण अक्षम करते जे भिन्न SMT किंवा हायपर थ्रेडिंग थ्रेड्सवर चालणार्‍या इतर प्रक्रियांच्या मेमरीमध्ये प्रवेश करण्यास अनुमती देते, परंतु त्याच भौतिक प्रोसेसर कोरवर. भेद्यता, इतर गोष्टींबरोबरच, क्लाउड सिस्टममधील व्हर्च्युअल मशीनमधील डेटा लीकेज आयोजित करण्यासाठी वापरली जाऊ शकते. समस्या फक्त Linux 6.2 कर्नलवर परिणाम करते आणि Specter v2 विरुद्ध संरक्षण लागू करताना लक्षणीय ओव्हरहेड कमी करण्यासाठी डिझाइन केलेल्या ऑप्टिमायझेशनच्या चुकीच्या अंमलबजावणीमुळे उद्भवते. Linux 6.3 कर्नलच्या प्रायोगिक शाखेत भेद्यता निश्चित केली गेली.

वापरकर्त्याच्या जागेत, स्पेक्टर हल्ल्यांपासून संरक्षण करण्यासाठी, प्रक्रिया निवडकपणे prctl PR_SET_SPECULATION_CTRL सह सट्टा सूचना अंमलबजावणी अक्षम करू शकतात किंवा seccomp-आधारित सिस्टम कॉल फिल्टरिंग वापरू शकतात. समस्या ओळखणाऱ्या संशोधकांच्या मते, 6.2 कर्नलमधील चुकीच्या ऑप्टिमायझेशनमुळे कमीत कमी एका मोठ्या क्लाउड प्रदात्याच्या व्हर्च्युअल मशीनला योग्य संरक्षणाशिवाय सोडले, prctl द्वारे स्पेक्ट्र-BTI अटॅक ब्लॉकिंग मोडचा समावेश असूनही. भेद्यता 6.2 कर्नलसह नियमित सर्व्हरवर देखील प्रकट होते, जी “spectre_v2=ibrs” सेटिंग वापरून बूट केली जाते.

असुरक्षिततेचे सार हे आहे की IBRS किंवा eIBRS संरक्षण मोड निवडताना, केलेल्या ऑप्टिमायझेशनने STIBP (सिंगल थ्रेड इनडायरेक्ट ब्रांच प्रेडिक्टर्स) यंत्रणा वापरणे अक्षम केले आहे, जे एकाचवेळी मल्टीथ्रेडिंग तंत्रज्ञान (एसएमटी किंवा हायपर-थ्रेडिंग) वापरताना गळती रोखण्यासाठी आवश्यक आहे. ). त्याच वेळी, केवळ eIBRS मोड थ्रेड्समधील गळतीपासून संरक्षण प्रदान करतो, परंतु IBRS मोडला नाही, कारण त्यासह IBRS बिट, जो लॉजिकल कोरमधील गळतीपासून संरक्षण प्रदान करतो, जेव्हा नियंत्रण वापरकर्त्याच्या जागेवर परत येते तेव्हा कार्यक्षमतेच्या कारणांसाठी साफ केले जाते, ज्यामुळे वापरकर्ता स्पेस थ्रेड्स स्पेक्टर v2 वर्गाच्या हल्ल्यांपासून संरक्षित नाही.

स्त्रोत: opennet.ru