{"id":123002,"date":"2025-03-26T04:22:53","date_gmt":"2025-03-26T02:22:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/razrabotchiki-grub2-rassmatrivayut-vozmozhnost-ispolzovaniya-yazyka-rust"},"modified":"2025-03-26T04:22:53","modified_gmt":"2025-03-26T02:22:53","slug":"razrabotchiki-grub2-rassmatrivayut-vozmozhnost-ispolzovaniya-yazyka-rust","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/razrabotchiki-grub2-rassmatrivayut-vozmozhnost-ispolzovaniya-yazyka-rust","title":{"rendered":"Los desarrolladores de GRUB2 est\u00e1n considerando el uso del lenguaje Rust","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Vladimir Serbinenko, uno de los tres mantenedores del cargador GRUB2, quien ha realizado m\u00e1s de cinco mil cambios en la base de c\u00f3digo, ha propuesto la posibilidad de escribir m\u00f3dulos para GRUB2 utilizando el lenguaje Rust. Vladimir present\u00f3 los primeros resultados de sus experimentos con la adici\u00f3n de soporte para Rust en GRUB2 y la creaci\u00f3n de los enlaces necesarios. Adem\u00e1s, se han preparado cambios para GRUB que permiten el uso de bibliotecas compartidas («.so», ET_DYN) para m\u00f3dulos, en lugar de enlazarlos a nivel de archivos objeto («.o», ET_REL). <\/p>\n
La iniciativa se posiciona actualmente como un experimento separado que no afectar\u00e1 el desarrollo de GRUB2. Se menciona que la aplicaci\u00f3n \u00f3ptima de Rust en GRUB ser\u00eda la escritura de m\u00f3dulos para nuevos sistemas de archivos. Tambi\u00e9n se contempla la posibilidad de reescribir en Rust el c\u00f3digo para trabajar con particiones de disco y GPT. <\/p>\n
Se supone que el uso de Rust ayudar\u00e1 al proyecto a reducir la probabilidad de aparici\u00f3n de ciertos tipos de errores, especialmente en el c\u00f3digo de m\u00f3dulos que contienen numerosos procedimientos de an\u00e1lisis grandes y complejos. En febrero, como resultado de una auditor\u00eda de la base de c\u00f3digo de GRUB, se identificaron 72 problemas de seguridad, 21 de los cuales se reconocieron como vulnerabilidades cr\u00edticas que podr\u00edan eludir el mecanismo de arranque verificado UEFI Secure Boot. 20 de las 21 vulnerabilidades fueron causadas por errores en el manejo de la memoria, que llevaron a desbordamientos de b\u00fafer o a acceder a la memoria despu\u00e9s de ser liberada. <\/p>\n
Adicionalmente, se puede mencionar el lanzamiento del proyecto GNU Boot 0.1 RC6, que incluye las correcciones de vulnerabilidades mencionadas anteriormente (en GRUB2, las correcciones contin\u00faan distribuy\u00e9ndose en forma de parches sin formar un lanzamiento separado). El proyecto GNU Boot desarrolla una alternativa a los firmware propietarios UEFI y BIOS, basado en CoreBoot, pero que aplica requisitos m\u00e1s estrictos para incluir componentes binarios. GNU Boot se presenta como «coreboot-libre», es decir, como una edici\u00f3n de CoreBoot libres de blobs y componentes no libres, de manera similar a como el proyecto Linux-libre desarrolla una versi\u00f3n limpia del n\u00facleo de Linux. Proyectos similares como Libreboot y Canoeboot tambi\u00e9n se est\u00e1n desarrollando de forma separada. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"