Firmware propietario

El firmware propietario es cualquier firmware cuyo uso, modificación privada, copia o republicación ha sido restringido por el productor. Los propietarios pueden imponer restricciones por medios técnicos, como restringir el acceso al código fuente , restringir el reemplazo del firmware (negando las herramientas necesarias para recompilarlo y reemplazarlo) o por medios legales, como los derechos de autor y las patentes . Las alternativas al firmware propietario pueden ser el software libre o de código abierto .

El firmware propietario (y especialmente el microcódigo) es mucho más difícil de evitar que el software propietario o incluso los controladores de dispositivos propietarios , porque el firmware suele ser muy específico del fabricante de cada dispositivo (a menudo es único para cada modelo), y la documentación de programación y las especificaciones completas que serían necesarias para crear un reemplazo a menudo son retenidas por el fabricante del hardware. ^{[ 1 ]}

Muchos sistemas operativos de código abierto optan a regañadientes por incluir archivos de firmware propietarios en sus distribuciones simplemente para que funcionen sus controladores de dispositivos , ^{[ 2 ]} porque los fabricantes intentan ahorrar dinero eliminando la memoria flash o la EEPROM de sus dispositivos, lo que obliga al sistema operativo a cargar el firmware cada vez que se usa el dispositivo. ^{[ 3 ]} Sin embargo, para ello, el sistema operativo aún debe tener derechos de distribución para este microcódigo propietario. ^{[ 3 ]}

El firmware propietario supone un riesgo de seguridad significativo para el usuario debido a la arquitectura de acceso directo a memoria (DMA) de los ordenadores modernos y al potencial de ataques DMA . Theo de Raadt, de OpenBSD, sugiere que el firmware inalámbrico se mantiene como propietario debido a la mala calidad del diseño y a los defectos del firmware. ^{[ 4 ] [ 5 ]} Mark Shuttleworth, de Ubuntu, sugiere que «es razonable suponer que todo el firmware es un foco de inseguridad debido a la pésima incompetencia de los fabricantes y a la altísima competencia de una amplia gama de dichas agencias». ^{[ 6 ]}

Los riesgos de seguridad y confiabilidad que plantea el microcódigo propietario pueden ser menores que los que plantean los controladores de dispositivos propietarios , porque el microcódigo en este contexto no está vinculado al sistema operativo y no se ejecuta en el procesador principal del host . ^{[ 2 ]}

Es posible que aún se encuentre disponible firmware personalizado para ciertos productos, que a menudo es software libre y de código abierto , y que es especialmente popular en ciertos segmentos de hardware como consolas de videojuegos , enrutadores inalámbricos y teléfonos Android , que son capaces de ejecutar sistemas operativos completos de propósito general como Linux , FreeBSD o NetBSD , que suelen ser los sistemas utilizados por el fabricante en su firmware propietario original.

Otra posible solución es optar por hardware de código abierto , que va un paso más allá al proporcionar también esquemas para replicar el propio hardware.