RSS AMD

Esta semana la empresa CTS-Labs afirmaba haber encontrado 13 vulnerabilidades graves en los chips AMD Ryzen y EPYC, fallos que según podrían ser explotados para acceder a todos los datos de las máquinas con esos procesadores.

CTS Labs salió de la nada y le dio a AMD menos de 24 horas para solucionar los supuestos problemas porque según ellos no creían que de todas formas se pudieran resolver en muchos meses o incluso un año. A Linus Torvalds todo esto le resulta más que cuestionable y no se la cree, le parece que es manipulación para llamar la atención en lugar de verdadero interés en la seguridad.

Llevamos una semana hablando de Meltdown y Spectre, los graves fallos de seguridad que afectan a la práctica totalidad de los procesadores modernos. La primera de las vulnerabilidades, Meltdown, afecta a las CPU de Intel e implica tener una puerta abierta a datos de la memoria del sistema, pudiendo sufrir una ralentización del equipo con la solución. La segunda, Spectre, afecta a Intel, AMD y ARM permitiendo la entrada de otras aplicaciones a la memoria.

Dado que la explotación de estos errores podría permitir a un atacante obtener contraseñas almacenadas, fotos, correos electrónicos, mensajes instantáneos e incluso documentos según los investigadores, además de las actualizaciones Microsoft ha anunciado el lanzamiento de un script PowerShell que los usuarios y profesionales pueden ejecutar en sus sistemas para comprobar si las protecciones frente a estas importantes amenazas están habilitadas. Solamente debemos seguir los siguientes pasos sabiendo lo que hacemos.

Desde el pasado 4 de enero, un hilo dentro del foro oficial de Microsoft se ha ido llenando de quejas de usuarios con equipos con procesadores AMD. Tras instalar las actualizaciones de seguridad contra las vulnerabilidades Meltdown y Spectre, sus ordenadores no arrancaban. Al encenderse se cuelgan y muestran el logo de Windows sin pasar de esa pantalla, apareciendo más tarde el error 0x800f0845.

Entre los usuarios ha reinado el desconcierto estos días, al no saber si podían estar sufriendo incompatibilidades similares a las provocadas por algunos antivirus, llegando a mostrar pantallazos azules, hasta que Microsoft se ha pronunciado en una nota aclaratoria.

El mundo de la seguridad informática ha comenzado este nuevo año con dos graves y masivas vulnerabilidades de los procesadores modernos sobre la mesa: Meltdown y Spectre. La primera es la que conocimos ayer, ese error de diseño de las CPU de Intel que implica tener una puerta abierta a datos de la memoria del sistema y sufrir una posible ralentización del equipo con la solución.

La segunda es Spectre, otro fallo de diseño que resulta ser todavía peor por varias razones. No solamente afecta a los procesadores de Intel, sino que se extiende también a las unidades centrales de procesamiento de AMD y ARM como pareció adelantar anoche Intel en su respuesta; es más difícil de mitigar, aunque también más difícil de explotar que Meltdown; y permite acceder a la memoria de otras aplicaciones.

Hace unas horas, y después de haberse pasado todo el domingo meditando si liberarlo o lanzar otro Release Candidate, Linus Torvalds ha lanzado de forma oficial la versión 4.5 del Kernel Linux. No es especialmente grande ni espectacular en mejoras, y en su lugar lo que han hecho ha sido solucionar varias decenas de bugs.

Este Kernel es el resultado de dos meses de trabajo, y ha tenido un total de siete versiones candidatas RC. Su añadido más significativo es el del soporte para la tecnología de administración de energía AMD PowerPlay power, añadiéndole un alto rendimiento al driven opensource AMDGPU para las gráficas Radeon.

Hace unos minutos os hablé de la iniciativa de Intel para dar soporte a la ejecución de Android y Windows en el mismo dispositivo. Pero Intel no es el único actor en el mercado de los microprocesadores: AMD también tiene una presencia importante, y también ha anunciado su propia iniciativa para integrar ambos sistemas operativos.

AMD y BlueStacks firmaron una alianza hace bastante tiempo, que ahora se extiende para ofrecer la ejecución de aplicaciones Android, pero integradas dentro del entorno Windows. La propuesta de Intel pasa por cambiar de sistema operativo cuando queramos utilizar una aplicación del otro sistema.

AMD ha anunciado hoy que se une a MeeGo, proyecto de la Linux Foundation para el desarrollo de este sistema operativo para todo tipo de dispositivos móviles, netbooks, smartphones, televisores, dispositivos empotrados para vehículos… MeeGo surgió de la unión de los sistemas Maemo de Nokia y Moblin OS de Intel, que siguen apoyando el proyecto bajo el auspicio de la Linux Foundation. Sí, amigos, Intel y AMD subidos en el mismo barco.

Según AMD, proporcionará su experiencia en ingeniería con el fin de “construir los fundamentos técnicos de plataformas móviles y dispositivos empotrados de próxima generación”. Para el fabricante de chips, MeeGo es un sistema operativo móvil de código libre muy atractivo, que esperan sea adoptado por muchos fabricantes, con el tiempo. Tienen la esperanza de que esta unión les ayude a crear nuevas oportunidades de mercado para los procesadores acelerados que lanzarán próximamente.

La Linux Foundation acoge con optimismo este nuevo apoyo al proyecto, que ahora cuenta con quizás los dos principales fabricantes de procesadores del mundo. AMD ya formaba parte del comité de la fundación, así que por una parte es un paso lógico. Pero por otro lado, resulta curioso ver a AMD e Intel aunando esfuerzos en un mismo proyecto, ¿no os parece? ¿Servirá este nuevo apoyo para que MeeGo encuentre su nicho?

Sitio oficial | Blog de AMD, MeeGo
En Genbeta | Nokia e Intel unen sus fuerzas con MeeGo, Intel, requerido a ofrecer un compilador que no juegue sucio contra AMD
En Xataka | AMD se incorpora al proyecto MeeGo

Muchos programadores consideran que el compilador de Intel como el mejor del mercado en cuanto a optimización, por lo que suele ser el utilizado en las aplicaciones más críticas. De hecho, si excluimos GNU GCC, hay pocas alternativas que estén a la altura. Y para algunas aplicaciones matemáticas, técnicas y científicas, las librerías de Intel están tan optimizadas, que a efectos prácticos no hay opción a usar otro compilador.

El compilador de Intel, sin embargo, está diseñado específicamente para generar código no eficiente en procesadores AMD o VIA. Es capaz de generar múltiples versiones de un código, cada una optimizada para un procesador y juego de instrucciones determinado, e incluye una función (CPU dispatcher) que detecta el procesador sobre el que se ejecuta la aplicación, y así seleccionar la versión del código compilado a utilizar.

Sin embargo, si el procesador no es un "GenuineIntel", el compilador utiliza en la mayor parte de los casos la versión más lenta del código, incluso si la CPU es capaz de soportar las versiones más optimizadas del código. Pero esta táctica de dudosa ética se le va a acabar a Intel.