Busque en Phoronix.com las revisiones de Purism, Michael ha hecho algunas publicaciones de blog sobre temas, incluida alguna controversia sobre lo que Purism está haciendo con su firmware. Los IBV tradicionales (proveedores de BIOS independientes) como AMI / Phoenix / Insyde tienen bases de código de código cerrado. Intel tiene un paquete de soporte de firmware (FSP) y AMD tiene ASGEA (sp) que contiene los blobs necesarios que una solución de firmware (como tianocore.org o coreboot.org de UEFI necesita para trabajar en sus sistemas. Nuevos OEM de Linux (System76, ThinkPenguin, etc. .) usualmente usan BIOS comunes de IBV tradicionales, por lo que son 100% blobs. Algunos proveedores, como Sage Engineering y aparentemente Purism, tienen licencias de fuente Intel FSP, bajo NDA, para que puedan editar la fuente FSP y modificarlas, con suerte mejorando las cosas " "(su definición, configurabilidad o seguridad), pero están bajo NDA de Intel por lo que probablemente no pueden decir mucho. Tianocore de código abierto (UEFI) o coreboot + FSP blobs es mejor que el 100% de solución IBV de código cerrado, si a usted le gusta el código fuente abierto. Pero el hardware de hoy NECESITA que se ejecuten los blobs, mire el antiguo / limitado hardware con el que se ejecuta libreboot (coreboot sin blobs FSP).
Si el firmware de un sistema tiene malware y tiene las herramientas físicas y el software correctos para volver a flashear, y el sistema se puede volver a actualizar, y tiene acceso a los binarios de la ROM, o puede reconstruir nuevos binarios, entonces podrá salvar el sistema. . De lo contrario, se convierte en un ladrillo para ser utilizado como un tope de puerta. (Pero envíeme una copia de esa ROM para su análisis, vea el blog para correo electrónico).
Gracias,
Lee RSS: enlace