GNU नेटल ४.०

निल्स मोलर

म GNU Nettle को एक प्रमुख नयाँ रिलीज घोषणा गर्न पाउँदा खुसी छु, एक निम्न-स्तरीय क्रिप्टोग्राफिक पुस्तकालय। यस रिलीजमा धेरै API परिवर्तनहरू समावेश छन्, केही धेरै महत्त्वपूर्ण, साथै हटाइएका प्रकार्यहरू हटाउने। एउटा उल्लेखनीय नयाँ सुविधा SLH-DSA हस्ताक्षरहरूको लागि समर्थन हो (एक राज्यविहीन ह्यास-आधारित डिजिटल हस्ताक्षर एल्गोरिथ्म)।
यो एउटा प्रमुख नयाँ रिलीज हो। यसमा SLH-DSA को लागि समर्थन समावेश छ। Nettle API मा धेरै परिवर्तनहरू गरिएका छन्, र हटाइएका प्रकार्यहरू हटाइएका छन्। थप रूपमा, ABI लाई सुधार गरिएको छ, जसले API लाई धेरै हदसम्म अपरिवर्तित छोडेको छ। विशेष गरी, धेरै एल्गोरिदमहरूको लागि सन्दर्भ संरचनाहरू घटाइएको छ।

परिवर्तनहरु:

• ह्यास एल्गोरिदम, MAC, र AEAD का _डाइजेस्ट प्रकार्यहरूले अब वांछित डाइजेस्ट आकारलाई तर्कको रूपमा स्वीकार गर्दैनन्; बरु, तिनीहरूले सधैं पूर्ण-आकारको डाइजेस्ट फर्काउँछन्। nettle_hash_digest_func प्रकार तदनुसार परिवर्तन गरिएको छ।
• CCM AES प्रयोग गरेर पूर्ण सन्देशहरू प्रशोधन गर्ने कार्यहरूले अब पहिलो तर्कको रूपमा स्थिर इन्क्रिप्शन सन्दर्भ स्वीकार गर्दछ। उदाहरणका लागि, ccm_aes128_encrypt_message प्रकार्यको पहिलो तर्क अब स्थिर aes128_ctx* संरचना हो। पहिले, यो ccm_aes128_ctx* संरचना थियो, जसले अन्तर्निहित इन्क्रिप्शन सन्दर्भ बाहेक सबै कुरालाई बेवास्ता गर्थ्यो।
• SHA3 ​​प्रकार्यहरूले अब सबै ह्यास भेरियन्टहरूको लागि उही sha3_ctx संरचना प्रयोग गर्दछ, साथै उही sha3_init प्रकार्य पनि प्रयोग गर्दछ। पुराना नामहरू, जस्तै sha3_256_ctx र sha3_256_init, पछाडि अनुकूलताको लागि प्रिप्रोसेसर उपनामहरूको रूपमा परिभाषित गरिन्छ।
• base16_decode_update र base64_decode_update प्रकार्यहरूको dst_length आर्गुमेन्ट अब इनपुट र आउटपुट आर्गुमेन्ट दुवै हो। इनपुटको रूपमा प्रयोग गर्दा, यसमा लक्ष्य बफरको आकार समावेश हुनुपर्छ; यदि यो आकार अपर्याप्त छ भने डिकोडिङ असफल हुनेछ। पहिले, dst_length केवल एक आउटपुट आर्गुमेन्ट थियो, जसमा निर्दिष्ट src_length लम्बाइको कुनै पनि इनपुट मानको लागि लक्ष्य बफर पर्याप्त ठूलो हुनु आवश्यक थियो।

स्रोत: linux.org.ru