Coreboot 4.17 जारी गरियो

CoreBoot 4.17 परियोजनाको रिलीज प्रकाशित गरिएको छ, जसको ढाँचा भित्र स्वामित्व फर्मवेयर र BIOS को लागि एक नि: शुल्क विकल्प विकसित भइरहेको छ। परियोजना कोड GPLv2 लाइसेन्स अन्तर्गत वितरण गरिएको छ। 150 विकासकर्ताहरूले नयाँ संस्करणको निर्माणमा भाग लिए, जसले 1300 भन्दा बढी परिवर्तनहरू तयार पारे।

मुख्य परिवर्तनहरू:

• एक जोखिम (CVE-2022-29264) जुन CoreBoot रिलीज 4.13 देखि 4.16 मा देखा पर्यो फिक्स गरिएको छ र SMM (प्रणाली व्यवस्थापन मोड) स्तरमा AP (एप्लिकेशन प्रोसेसर) को साथ प्रणालीहरूमा कार्यान्वयन गर्न अनुमति दिन्छ, जसको उच्च प्राथमिकता (सिस्टम व्यवस्थापन मोड) छ। रिंग -2) हाइपरभाइजर मोड र सुरक्षाको शून्य रिंग भन्दा, र सबै मेमोरीमा असीमित पहुँच भएको। समस्या smm_module_loader मोड्युलमा SMI ह्यान्डलरमा गलत कलको कारणले भएको हो।
• 12 मदरबोर्डहरूका लागि समर्थन थपियो, जसमध्ये 5 क्रोम ओएस भएका यन्त्रहरूमा वा Google सर्भरहरूमा प्रयोग गरिन्छ। गैर-Google शुल्कहरू मध्ये:
  • Clevo L140MU / L141MU / L142MU
  • डेल प्रेसिजन T1650
  • 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 motherboards को लागि समर्थन बन्द गरिएको छ।
• नयाँ पेलोड coreDOOM थपियो, तपाईंलाई Coreboot बाट DOOM खेल सुरु गर्न अनुमति दिँदै। परियोजनाले doomgeneric कोड प्रयोग गर्दछ, libpayload मा पोर्ट गरिएको। Coreboot रैखिक फ्रेमबफर आउटपुटको लागि प्रयोग गरिन्छ, र खेल स्रोतहरूसँग WAD फाइलहरू CBFS बाट लोड हुन्छन्।
• अपडेट गरिएको पेलोड कम्पोनेन्टहरू SeaBIOS 1.16.0 र iPXE 2022.1।
• SeaGRUB मोड थपियो (GRUB2 over SeaBIOS), जसले GRUB2 लाई SeaBIOS द्वारा प्रदान गरिएको कलब्याक कलहरू प्रयोग गर्न अनुमति दिन्छ, उदाहरणका लागि, GRUB2 पेलोडबाट पहुँच गर्न नसकिने उपकरणहरू पहुँच गर्न।
• सिंकहोल आक्रमण विरुद्ध सुरक्षा थपियो, जसले कोडलाई SMM (प्रणाली व्यवस्थापन मोड) स्तरमा कार्यान्वयन गर्न अनुमति दिन्छ।
• तेस्रो-पक्ष उपयोगिताहरू कल गर्न आवश्यकता बिना, विधानसभा फाइलहरूबाट मेमोरी पृष्ठहरूको स्थिर तालिकाहरू उत्पन्न गर्न निर्मित क्षमता लागू गरियो।
• DEBUG_SMI प्रयोग गर्दा SMI ह्यान्डलरहरूबाट CBMEMC कन्सोलमा डिबगिङ जानकारी लेख्न अनुमति दिनुहोस्।
• CBMEM प्रारम्भिक ह्यान्डलरहरूको प्रणाली परिवर्तन गरिएको छ; चरणहरूमा बाँधिएको *_CBMEM_INIT_HOOK ह्यान्डलरहरूको सट्टा, दुई ह्यान्डलरहरू प्रस्तावित छन्: CBMEM_CREATION_HOOK (प्रारम्भिक चरणमा प्रयोग गरिएको जसले cbmem सिर्जना गर्दछ) र CBMEM_READY_HOOK (कुनै पनि चरणहरूमा प्रयोग गरिएको छ जुन पहिले नै cbmem मा प्रयोग गरिएको छ। सिर्जना गरिएको)।
• PSB (प्लेटफर्म सुरक्षित बुट) को लागि समर्थन थपियो, PSP (प्लेटफर्म सुरक्षा प्रोसेसर) प्रोसेसर द्वारा डिजिटल हस्ताक्षर प्रयोग गरेर BIOS को अखण्डता प्रमाणित गर्न सक्रिय।
• FSP (FSP डिबग ह्यान्डलर) बाट स्थानान्तरण गरिएको डिबगिङ डेटाको लागि ह्यान्डलरको आफ्नै कार्यान्वयन थपियो।
• TPM (विश्वसनीय प्लेटफर्म मोड्युल) रेजिस्टरहरू - tis_vendor_read() र tis_vendor_write() बाट सीधा पढ्न र लेख्नको लागि विक्रेता-विशिष्ट TIS (TPM इन्टरफेस स्पेसिफिकेशन) कार्यहरू थपियो।
• डिबग रेजिस्टरहरू मार्फत शून्य सूचक dereferences अवरोध गर्न समर्थन थपियो।
• i2c डिभाइस पत्ता लगाउने, विभिन्न निर्माताहरूबाट टचप्याड वा टच स्क्रिनहरूले सुसज्जित बोर्डहरूसँग काम गर्न सजिलो बनाउँदै।
• FlameGraph ग्राफहरू उत्पन्न गर्न उपयुक्त ढाँचामा समय डेटा बचत गर्ने क्षमता थपियो, जसले प्रक्षेपणको विभिन्न चरणहरूमा कति समय खर्च भयो भनेर स्पष्ट रूपमा देखाउँछ।
• cbmem उपयोगितामा प्रयोगकर्ता स्पेसबाट cbmem तालिकामा समयको "टाइमस्ट्याम्प" थप्नको लागि विकल्प थपिएको छ, जसले cbmem मा CoreBoot पछि प्रदर्शन गरिएका चरणहरूमा घटनाहरू प्रतिबिम्बित गर्न सम्भव बनाउँछ।

थप रूपमा, हामी OSFF (ओपन-स्रोत फर्मवेयर फाउन्डेशन) द्वारा इंटेललाई खुला पत्रको प्रकाशनलाई नोट गर्न सक्छौं, जसले फर्मवेयर समर्थन प्याकेजहरू (FSP, फर्मवेयर समर्थन प्याकेज) लाई थप मोड्युलर बनाउन र Intel SoC प्रारम्भ गर्न सम्बन्धित कागजातहरू प्रकाशन गर्न थाल्छ। । FSP कोडको अभावले खुला फर्मवेयरको सिर्जनालाई महत्त्वपूर्ण रूपमा जटिल बनाउँछ र Intel हार्डवेयरमा Coreboot, U-Boot र LinuxBoot परियोजनाहरूको प्रगतिलाई रोक्छ। पहिले, यस्तै पहल सफल भएको थियो र इंटेलले समुदायले अनुरोध गरेको PSE (प्रोग्रामेबल सर्भिस इन्जिन) ब्लक फर्मवेयरको लागि कोड खोल्यो।

स्रोत: opennet.ru