Coreboot 4.17 रिलीझ

CoreBoot 4.17 प्रकल्पाचे प्रकाशन प्रकाशित केले गेले आहे, ज्याच्या चौकटीत प्रोप्रायटरी फर्मवेअर आणि BIOS साठी एक विनामूल्य पर्याय विकसित केला जात आहे. प्रकल्प कोड GPLv2 परवान्याअंतर्गत वितरित केला जातो. नवीन आवृत्तीच्या निर्मितीमध्ये 150 विकसकांनी भाग घेतला, ज्यांनी 1300 हून अधिक बदल तयार केले.

मुख्य बदल:

• CoreBoot रिलीझ 2022 ते 29264 मध्ये दिसणारी एक भेद्यता (CVE-4.13-4.16) निश्चित केली गेली आहे आणि SMM (सिस्टम मॅनेजमेंट मोड) स्तरावर AP (अॅप्लिकेशन प्रोसेसर) असलेल्या सिस्टमवर कोड कार्यान्वित करण्यास अनुमती देते, ज्याला उच्च प्राधान्य आहे ( रिंग -2) हायपरवाइजर मोडपेक्षा आणि संरक्षणाची शून्य रिंग, आणि सर्व मेमरीवर अमर्यादित प्रवेश आहे. smm_module_loader मॉड्यूलमधील SMI हँडलरला चुकीच्या कॉलमुळे समस्या उद्भवली आहे.
• 12 मदरबोर्डसाठी समर्थन जोडले, त्यापैकी 5 Chrome OS असलेल्या डिव्हाइसेसवर किंवा Google सर्व्हरवर वापरले जातात. गुगल नसलेल्या शुल्कांमध्ये:
  • Clevo L140MU / L141MU / L142MU
  • डेल प्रेसिजन टी 1650
  • HP Z220 CMT वर्कस्टेशन
  • Star Labs LabTop Mk III (i7-8550u), LabTop Mk IV (i3-10110U, i7-10710U), Lite Mk III (N5000) आणि Lite Mk IV (N5030).
• Google Deltan आणि Deltaur मदरबोर्डसाठी समर्थन बंद केले आहे.
• तुम्हाला Coreboot वरून DOOM गेम लाँच करण्याची अनुमती देऊन नवीन पेलोड coreDOOM जोडले. प्रकल्प डूमजेनेरिक कोड वापरतो, जो libpayload वर पोर्ट केला जातो. Coreboot रेखीय फ्रेमबफर आउटपुटसाठी वापरला जातो आणि गेम संसाधनांसह WAD फाइल्स CBFS वरून लोड केल्या जातात.
• अपडेट केलेले पेलोड घटक SeaBIOS 1.16.0 आणि iPXE 2022.1.
• SeaGRUB मोड (GRUB2 प्रती SeaBIOS), जो GRUB2 ला SeaBIOS द्वारे प्रदान केलेले कॉलबॅक कॉल्स वापरण्याची परवानगी देतो, उदाहरणार्थ, GRUB2 पेलोडमधून प्रवेशयोग्य नसलेल्या उपकरणांमध्ये प्रवेश करण्यासाठी.
• सिंकहोल हल्ल्यापासून संरक्षण जोडले, जे कोड SMM (सिस्टम व्यवस्थापन मोड) स्तरावर कार्यान्वित करण्यास अनुमती देते.
• थर्ड-पार्टी युटिलिटीजला कॉल न करता, असेंबली फाइल्समधून मेमरी पेजेसची स्टॅटिक टेबल्स व्युत्पन्न करण्याची बिल्ट-इन क्षमता लागू केली.
• DEBUG_SMI वापरताना SMI हँडलर्सकडून CBMEMC कन्सोलवर डीबगिंग माहिती लिहिण्यास अनुमती द्या.
• CBMEM इनिशिएलायझेशन हँडलर्सची प्रणाली बदलण्यात आली आहे; चरणांशी जोडलेल्या *_CBMEM_INIT_HOOK हँडलर्सऐवजी, दोन हँडलर्स प्रस्तावित आहेत: CBMEM_CREATION_HOOK (प्रारंभिक टप्प्यावर वापरलेले जे cbmem तयार करते) आणि CBMEM_READY_HOOK (आधीच कोणत्याही टप्प्यावर वापरलेले cBMEM_READY_HOOK) तयार केलेले).
• डिजिटल स्वाक्षरी वापरून BIOS ची अखंडता सत्यापित करण्यासाठी PSB (प्लॅटफॉर्म सुरक्षित बूट) साठी PSP (प्लॅटफॉर्म सिक्युरिटी प्रोसेसर) प्रोसेसरद्वारे सक्रिय केलेले समर्थन जोडले आहे.
• FSP (FSP डीबग हँडलर) वरून हस्तांतरित केलेल्या डीबगिंग डेटासाठी हँडलरची आमची स्वतःची अंमलबजावणी जोडली.
• TPM (ट्रस्टेड प्लॅटफॉर्म मॉड्यूल) रजिस्टर्समधून थेट वाचन आणि लिहिण्यासाठी विक्रेता-विशिष्ट TIS (TPM इंटरफेस स्पेसिफिकेशन) कार्ये जोडली - tis_vendor_read() आणि tis_vendor_write().
• डीबग रजिस्टर्सद्वारे नल पॉइंटर डिरेफरन्सेसमध्ये अडथळा आणण्यासाठी समर्थन जोडले.
• i2c डिव्हाईस डिटेक्शन लागू केले, ज्यामुळे वेगवेगळ्या उत्पादकांकडून टचपॅड किंवा टच स्क्रीनसह सुसज्ज असलेल्या बोर्डसह काम करणे सोपे होते.
• फ्लेमग्राफ आलेख तयार करण्यासाठी योग्य असलेल्या फॉरमॅटमध्ये वेळ डेटा वाचवण्याची क्षमता जोडली आहे, जे प्रक्षेपणाच्या वेगवेगळ्या टप्प्यांवर किती वेळ घालवला आहे हे स्पष्टपणे दर्शवते.
• cbmem युटिलिटीमध्ये वापरकर्त्याच्या जागेपासून cbmem टेबलमध्ये वेळेचा "टाइमस्टॅम्प" जोडण्यासाठी एक पर्याय जोडला गेला आहे, ज्यामुळे cbmem मधील CoreBoot नंतर केलेल्या टप्प्यांमधील घटना प्रतिबिंबित करणे शक्य होते.

याव्यतिरिक्त, आम्ही OSFF (ओपन-सोर्स फर्मवेअर फाउंडेशन) द्वारे इंटेलला लिहिलेल्या एका खुल्या पत्राची नोंद घेऊ शकतो, ज्यात फर्मवेअर सपोर्ट पॅकेजेस (FSP, फर्मवेअर सपोर्ट पॅकेज) अधिक मॉड्यूलर बनवण्याचा आणि इंटेल SoC सुरू करण्याशी संबंधित दस्तऐवज प्रकाशित करणे सुरू करण्याचा प्रस्ताव आहे. . FSP कोडचा अभाव ओपन फर्मवेअरच्या निर्मितीमध्ये लक्षणीयरीत्या गुंतागुंतीचा बनवतो आणि Intel हार्डवेअरवरील Coreboot, U-Boot आणि LinuxBoot प्रकल्पांच्या प्रगतीस प्रतिबंध करतो. यापूर्वी, असाच उपक्रम यशस्वी झाला होता आणि इंटेलने समुदायाद्वारे विनंती केलेल्या PSE (प्रोग्रामेबल सर्व्हिसेस इंजिन) ब्लॉक फर्मवेअरसाठी कोड उघडला होता.

स्त्रोत: opennet.ru