iBoot

iBoot es el gestor de arranque de etapa 1 y etapa 2 para iPhones , iPads , Macs con procesadores Apple Silicon y el chip T2 en Macs con procesadores Intel que incorporan dicho chip. ^{[ 3 ] [ 4 ]} En comparación con su predecesor, iBoot mejora la autenticación realizada en la cadena de arranque. ^{[ 2 ]}

Para las Mac basadas en Intel con un chip T2, el proceso de arranque comienza ejecutando código en el chip T2 desde la ROM de arranque . Esa ROM de arranque carga y ejecuta iBoot en el chip T2; iBoot carga el sistema operativo bridgeOS en el chip T2 y lo inicia; bridgeOS carga el firmware UEFI ; el firmware UEFI inicia el procesador Intel principal y completa el proceso de autodiagnóstico de encendido . El firmware UEFI carga boot.efi, que carga e inicia el kernel de macOS. ^{[ 4 ]} Para las Mac basadas en Intel con un chip T2, el firmware UEFI puede llamarse iBoot UEFI .

Para iPhones, iPads y Macs con procesadores Apple Silicon, el proceso de arranque comienza ejecutando la ROM de arranque del dispositivo, que está integrada en el SoC del dispositivo . En iPhones y iPads con procesadores A9 o de la serie A anteriores, la ROM de arranque carga elEl cargador de arranque de bajo nivel (LLB), que es el cargador de arranque de etapa 1 y carga iBoot, y LLB está almacenado en una EEPROM; en iPhones y iPads con procesadores A10 o posteriores, así como en Macs con Apple silicon, la ROM de arranque carga iBoot, y LLB e iBoot están almacenados en la memoria flash NAND o en un SSD interno, que es un flujo de arranque sin NOR. ^{[ 5 ] [ 6 ]} Si todo va bien, iBoot procederá a cargar eliOS,iPadOSomacOS, así como el resto del sistema operativo. ^{[ 7 ] [ 8 ] [ 9 ]} Si iBoot no carga o no verifica iOS, iPadOS o macOS, el cargador de arranque salta al modo DFU (Actualizacióndefirmwaredeldispositivo) ^{[ 10 ]} ; de lo contrario, carga losmódulosdel kernelParaarm64con iBoot, "saltará" a la caché del kernel (el propio kernel envuelto en el formato Image4) y arrancará desde allí. ^{[ 2 ] [ 11 ]}

Una vez cargados el núcleo y todos los controladores necesarios para el arranque, el gestor de arranque inicia el procedimiento de inicialización del núcleo. En este punto, se han cargado suficientes controladores para que el núcleo encuentre el dispositivo raíz. ^{[ 12 ]}

Según el código fuente filtrado de iBoot (del 7 de febrero de 2018), ^{[ 13 ]} en apps/iBoot/iBoot.mk, se definen los estilos de compilación válidos como "RELEASE", "DEVELOPMENT", "DEBUG" y "SECRET" al compilar una copia de iBoot. Estos estilos de compilación definen información específica cuando se compila el gestor de arranque, como agregar más comandos de depuración para encontrar problemas en un dispositivo de desarrollo o realizar pruebas de hardware usando el indicador de comandos de iBoot a través de la comunicación serial.

iBoot incluye una línea de comandos en los modos de recuperación, DFU o restauración (también está presente en las versiones "DEBUG" de iBoot, pero no se incluyó en versiones posteriores). La disponibilidad de comandos depende del tipo de iBoot que se utilice, especialmente del estilo de compilación (puede ser RELEASE, DEVELOPMENT, DEBUG, SECRET, etc.).

Al usar el símbolo del sistema de iBoot, los comandos incluidos se utilizan para gestionar el comportamiento, como sus argumentos de arranque (denominados internamente "boot-args" en la NVRAM), o si se debe usar el comando de inicio (fsboot) cuando iBoot se carga automáticamente (conocido como arranque automático). ^{[ 14 ] [ 15 ]}

Apple ha modificado la cadena de herramientas del compilador C que se utiliza para crear iBoot con el fin de mejorar la seguridad de la memoria desde iOS 14. Este avance está diseñado para mitigar clases enteras de vulnerabilidades comunes de corrupción de memoria, como desbordamientos de búfer , explotaciones de montón , vulnerabilidades de confusión de tipos y ataques de uso después de la liberación . Estas modificaciones pueden impedir que los atacantes escalen con éxito sus privilegios para ejecutar código malicioso, como un ataque que implique la ejecución de código arbitrario . ^{[ 16 ]}

En 2018, se filtró en GitHub una parte del código fuente de iBoot para iOS 9 para varios modelos de iPhone , iPad , iPod touch y Apple Watch . ^{[ 17 ]} Apple emitió entonces una solicitud de eliminación por infracción de derechos de autor ( DMCA ) a GitHub para que eliminara el repositorio. Se creía que un empleado de Apple era el responsable de la filtración. Sin embargo, Apple no lo confirmó. Se sabe que un usuario llamado "ZioShiba" fue el responsable de la publicación del código fuente de iBoot.

La primera versión conocida de iBoot fue iBoot-87.1, vista en prototipos muy tempranos durante la producción del iPhone en 2006-2007. ^{[ 18 ]} Tenía las mismas características que la primera versión conocida de iBoot (iBoot-99), excepto que no tenía características antes del lanzamiento final. Esta versión de iBoot podría considerarse la "primera beta temprana" de iBoot. Tras el lanzamiento del iPhone de primera generación y iPhone OS 1 , la primera versión de iBoot fue iBoot-159.

• Proceso de arranque de dispositivos Android
• Proceso de arranque de Linux
• Proceso de arranque de Windows

• Mac OS X archivado el 10/05/2020 en Wayback Machine en osxbook.com