Esta es una pregunta de dos partes:
¿Es posible habilitar sin raíz?
Sí.
- ¿Cómo se implementa / maneja generalmente la creación y administración de cuentas de usuario en aplicaciones iOS ya que no parece haber ningún soporte incorporado?
- ¿Cuáles son los pros y los contras de construir con Adobe Flex, en comparación con el desarrollo nativo de iOS o Android?
- ¿Es el desarrollo de aplicaciones iOS una buena área para entrar para hacer dinero?
- ¿Swift implementará KVO en el futuro?
- ¿Qué hay de nuevo en iOS 8.2?
Hacerlo rompería gran parte del modelo de seguridad existente, que se basa en la arquitectura de derechos. Significaría reorganizar muchas tumbonas (actualizaciones, etc.), y Apple no tendría un beneficio significativo al hacerlo. Pero es posible.
¿Habilitar el desarraigo hará que sea prácticamente imposible hacer jailbreak?
No.
Puede aumentar un poco el nivel de inconveniencia, pero los componentes que tienden a ser adulterados y los puntos en los que están adulterados, para lograr un jailbreak, puede significar que realmente está protegiendo el jailbreak al ejecutarlo en un dispositivo con rootless habilitado.
Francamente, Apple tiene peces más grandes para freír, y el jailbreak ya no es una amenaza existencial.
La razón original para liberar un iPhone no era para poder ejecutar aplicaciones; eso fue simplemente un efecto secundario .
La razón original era permitirle ejecutar un programa en el iPhone para modificar el firmware de la banda base. Este es un código que se ejecuta en la CPU que implementa el SDR (radio definida por software), que es un chip separado. Y hay algunos datos, en la SecZone del firmware de la banda base, que está protegida por una firma TEA (Algoritmo de cifrado minúsculo), que es lo que controla el bloqueo del operador.
En otras palabras: la gente quería usar iPhones en redes telefónicas que no fueran la red AT&T GSM, y en áreas del mundo donde Apple aún no vendía el iPhone. Y querían hacer esto lo suficiente como para que un grupo de piratas informáticos aprovechara el trabajo de algunos aficionados que, aunque el iPhone sería una plataforma de computación portátil bastante coll.
La gente quería iPhones, y no estaban dispuestos a esperar a que Apple aumentara su producción, se comprometieran a una puesta en marcha por etapas, encuentren socios en países, solucionen los obstáculos regulatorios (diferentes en cada país) para dispositivos de telecomunicaciones y negocien con los operadores para que los operadores no tenían control de credenciales o contenido de terceros, etc.
Y así sucedieron los jailbreak.
En este punto, vale la pena señalar que todo este “asunto de la aplicación” probablemente habría sucedido, si simplemente no pusieran el bloqueo del operador en el software de banda base suministrado por Samsung para el SDR, y lo hicieran fácilmente accesible en el espacio del usuario . O difícil, pero al menos posible, para cumplir con las regulaciones de la FCC sobre DEG.
Hoy puede comprar un iPhone desbloqueado por un operador, y puede cargar casi cualquier software que desee en él, al tener una Mac, tener XCode y simplemente hacerlo usando la tecla del dispositivo.
Por lo tanto, el jailbreak es en gran medida irrelevante para el resultado final de Apple, y aunque todavía es un poco molesto para los operadores de subsidios (operadores que pagan parte del costo del iPhone con la expectativa de que les comprarán el servicio, como líder de pérdidas), ese modelo de negocio está en gran parte muerto en este punto.
Lo que a Apple le importa ahora es la seguridad de la información, no la seguridad del dispositivo , y ciertamente no protege una segmentación del mercado que ya no existe (excepto para los operadores de subsidios).
¿Y francamente? Ir sin raíz es mucho trabajo, y realmente no satisface directamente una necesidad comercial de Apple, a menos que decidan que el FBI no habría entrado en el iPhone de San Bernardino, si no hubiera tenido raíz. Si deciden eso: sin raíz será.
