GRUB2 बूटलोडरमधील गंभीर भेद्यता जी तुम्हाला UEFI सुरक्षित बूटला बायपास करण्याची परवानगी देते

GRUB2 बूटलोडरमध्ये प्रकट 8 असुरक्षा. सर्वात धोकादायक समस्या (सीव्हीई- 2020-10713), ज्याचे सांकेतिक नाव BootHole आहे, एक संधी द्या UEFI सुरक्षित बूट यंत्रणा बायपास करा आणि असत्यापित मालवेअर स्थापित करा. या भेद्यतेचे वैशिष्ठ्य म्हणजे ते दूर करण्यासाठी GRUB2 अद्यतनित करणे पुरेसे नाही, कारण आक्रमणकर्ता डिजिटल स्वाक्षरीद्वारे प्रमाणित जुन्या असुरक्षित आवृत्तीसह बूट करण्यायोग्य मीडिया वापरू शकतो. आक्रमणकर्ता केवळ लिनक्सच्याच नव्हे तर इतर ऑपरेटिंग सिस्टमच्या पडताळणी प्रक्रियेशी तडजोड करू शकतो, ज्यामध्ये विंडोज.

सिस्टम अद्ययावत करूनच समस्या सोडवली जाऊ शकते प्रमाणपत्र रद्द करण्याची यादी (dbx, UEFI रिव्होकेशन लिस्ट), परंतु या प्रकरणात लिनक्ससह जुने इंस्टॉलेशन मीडिया वापरण्याची क्षमता गमावली जाईल. काही उपकरण निर्मात्यांनी त्यांच्या फर्मवेअरमध्ये रद्दीकरण प्रमाणपत्रांची अद्ययावत यादी आधीच समाविष्ट केली आहे; अशा प्रणालींवर, फक्त लिनक्स वितरणाचे अद्यतनित बिल्ड UEFI सुरक्षित बूट मोडमध्ये लोड केले जाऊ शकतात.

वितरणातील भेद्यता दूर करण्यासाठी, तुम्हाला इंस्टॉलर्स, बूटलोडर्स, कर्नल पॅकेजेस, fwupd फर्मवेअर आणि शिम लेयर अद्यतनित करणे आवश्यक आहे, त्यांच्यासाठी नवीन डिजिटल स्वाक्षरी तयार करणे. वापरकर्त्यांना इंस्टॉलेशन प्रतिमा आणि इतर बूट करण्यायोग्य मीडिया अद्यतनित करणे आवश्यक आहे, तसेच UEFI फर्मवेअरमध्ये प्रमाणपत्र रद्दीकरण सूची (dbx) लोड करणे आवश्यक आहे. dbx ला UEFI वर अपडेट करण्यापूर्वी, OS मध्ये अपडेट्स इंस्टॉल केल्याशिवाय सिस्टम असुरक्षित राहते.

असुरक्षितता कारणीभूत एक बफर ओव्हरफ्लो ज्याचा वापर बूट प्रक्रियेदरम्यान अनियंत्रित कोड कार्यान्वित करण्यासाठी केला जाऊ शकतो.
grub.cfg कॉन्फिगरेशन फाइलची सामग्री पार्स करताना भेद्यता उद्भवते, जी सहसा ESP (EFI सिस्टम विभाजन) मध्ये असते आणि स्वाक्षरी केलेल्या शिम आणि GRUB2 एक्झिक्युटेबल फाइल्सच्या अखंडतेचे उल्लंघन न करता प्रशासक अधिकारांसह आक्रमणकर्त्याद्वारे संपादित केले जाऊ शकते. कारण चुका कॉन्फिगरेशन पार्सर कोडमध्ये, घातक पार्सिंग त्रुटींसाठी हँडलरने YY_FATAL_ERROR फक्त एक चेतावणी प्रदर्शित केली, परंतु प्रोग्राम समाप्त केला नाही. सिस्टीममध्ये विशेषाधिकारप्राप्त प्रवेशाच्या गरजेमुळे असुरक्षिततेचा धोका कमी होतो; तथापि, उपकरणांमध्ये भौतिक प्रवेश असल्यास (जर आपल्या स्वतःच्या मीडियावरून बूट करणे शक्य असेल तर) लपविलेल्या रूटकिट्सचा परिचय करून देण्याची समस्या उद्भवू शकते.

बहुतेक लिनक्स वितरणे लहान वापरतात शिम थर, Microsoft द्वारे डिजिटल स्वाक्षरी. हा स्तर GRUB2 ची स्वतःच्या प्रमाणपत्रासह पडताळणी करतो, जे वितरण विकासकांना प्रत्येक कर्नल आणि GRUB अद्यतन Microsoft द्वारे प्रमाणित न करण्याची परवानगी देते. असुरक्षा, grub.cfg ची सामग्री बदलून, यशस्वी शिम पडताळणीनंतर टप्प्यावर तुमचा कोड कार्यान्वित करण्यास अनुमती देते, परंतु ऑपरेटिंग सिस्टम लोड करण्यापूर्वी, सुरक्षित बूट मोड सक्रिय असताना विश्वासाच्या साखळीला जोडणे आणि पूर्ण नियंत्रण मिळवणे. पुढील बूट प्रक्रियेवर, दुसरे ओएस लोड करणे, ऑपरेटिंग सिस्टम घटकांमध्ये बदल करणे आणि संरक्षण बायपास करणे लॉकडाउन.

GRUB2 मधील इतर भेद्यता:

• सीव्हीई- 2020-14308 — grub_malloc मध्ये वाटप केलेल्या मेमरी क्षेत्राचा आकार तपासत नसल्यामुळे बफर ओव्हरफ्लो;
• सीव्हीई- 2020-14309 - grub_squash_read_symlink मध्ये पूर्णांक ओव्हरफ्लो, ज्यामुळे वाटप केलेल्या बफरच्या पलीकडे डेटा लिहिला जाऊ शकतो;
• सीव्हीई- 2020-14310 - read_section_from_string मध्ये पूर्णांक ओव्हरफ्लो, ज्यामुळे वाटप केलेल्या बफरच्या पलीकडे डेटा लिहिता येऊ शकतो;
• सीव्हीई- 2020-14311 - grub_ext2_read_link मध्ये पूर्णांक ओव्हरफ्लो, ज्यामुळे वाटप केलेल्या बफरच्या पलीकडे डेटा लिहिला जाऊ शकतो;
• सीव्हीई- 2020-15705 — तुम्हाला शिम लेयरशिवाय सुरक्षित बूट मोडमध्ये डायरेक्ट बूट करताना सही न केलेले कर्नल लोड करण्याची परवानगी देते;
• सीव्हीई- 2020-15706 — रनटाइमच्या वेळी फंक्शन पुन्हा परिभाषित करताना आधीपासून मुक्त केलेल्या मेमरी क्षेत्रामध्ये प्रवेश (वापर-नंतर-मुक्त);
• सीव्हीई- 2020-15707 — initrd आकार हँडलरमध्ये पूर्णांक ओव्हरफ्लो.

साठी हॉटफिक्स पॅक अद्यतने जारी केली गेली आहेत डेबियन, उबंटू, रहेल и SUSE. GRUB2 साठी सुचवले पॅचचा संच.

स्त्रोत: opennet.ru