El Samsung Galaxy S7 y S7 Edge reavivaron las esperanzas de AOSP con sus variantes Snapdragon 820. Pero Samsung tenía algo más en mente. ¡Siga leyendo para saber más!
El Samsung Galaxy S7 y el S7 Edge son algunos de los dispositivos más potentes que puedes comprar ahora mismo. Pero nuestros lectores habituales y habitantes del foro sabrán que los dispositivos Samsung no son los mejores en lo que respecta al desarrollo.
Muchos de los problemas con Samsung y el desarrollo se remontan a Exynos y su falta de documentación. Entonces, naturalmente, cuando escuchamos la noticia de que el Samsung Galaxy S7 vendría en una variante con Qualcomm Snapdragon 820 en lugar del Exynos 8890 de Samsung, la comunidad de desarrolladores cruzó los dedos y esperó el mejor. ¿Podría ser este el primer buque insignia de Samsung en la memoria reciente que tendrá un buen soporte para el desarrollo basado en AOSP? ¿Podría realmente ser posible eliminar TouchWiz por completo de un buque insignia de Samsung y disfrutar de una experiencia AOSP sin toda la hinchazón? ¿Se podría esperar obtener la última versión de Android sin esperar meses a que Samsung la transfiera al dispositivo?
Por desgracia, eso sería una ilusión. El camino comenzó con controles de carretera al inicio. Para empezar, sólo los dispositivos vendidos en EE.UU. vendrían con el Qualcomm Snapdragon 820. Los dispositivos vendidos internacionalmente vendrían con el Exynos 8890, lo que significaba que una gran parte del mundo se quedaría sin trabajos comunitarios en AOSP al igual que los buques insignia anteriores de Samsung. Sin embargo, esto era algo esperado y, como tal, esta noticia no fue una sorpresa.
Luego vienen los transportistas. Los operadores estadounidenses tienen un sólido historial de bloqueo de dispositivos, siendo Verizon y AT&T los peores en lo que respecta al bloqueo del gestor de arranque. Por lo tanto, los usuarios de esos operadores podrían esperar quedarse atascados en su mayor parte con lo que viene fuera de la caja. Las actualizaciones del sistema Android deben implementarse primero en TouchWiz por parte de Samsung y luego deben pasar por el operador para llegar al dispositivo, lo que agrega otro paso en el proceso de implementación de actualizaciones.
Entonces, con todo esto dicho y hecho, los usuarios de Sprint y T-Mobile Samsung Galaxy S7 y S7 Edge serían los más afortunados de todos, ¿verdad? Después de todo, aunque estos operadores implementan prácticas de bloqueo de SIM en los dispositivos, tradicionalmente no son tan estrictos como los otros operadores cuando se trata de cargadores de arranque Samsung. Los dispositivos aún no se comparan con completamente Dispositivos desbloqueados, pero algo es mejor que nada, ¿verdad? ¿Bien?
No en realidad no. Samsung lo ha vuelto a hacer.
Comenzó en nuestros foros de T-Mobile Samsung Galaxy S7 Edge, donde una anticipación hilo de discusión raíz fue creado, con el objetivo de obtener root en el dispositivo lo antes posible y luego distribuirlo a otros usuarios del foro de una manera fácil de seguir. Desarrollador reconocido por XDA Fangoso hecho una observación rápida eso indicaba que, después de todo, tal vez no todo estuviera bien:
Parece que el gestor de arranque está bloqueado, tanto el arranque seguro de Qualcomm como la descarga segura están habilitados.
Eh, eso no parece tan malo. El desbloqueo OEM todavía está presente en la configuración del desarrollador, por lo que tal vez sea necesario alternarlo antes de continuar. Fenny respondió que sí lo hizo, pero seguía deseando otros métodos a través del cual se podría obtener la raíz.
Desarrollador reconocido por XDA TEKHD aportado con sus observaciones:
Acabo de recibir mi dispositivo hoy... Después de una mirada rápida, no veo nada bloqueado. Si te refieres a:
ARRANQUE SEGURO DE QUALCOMM: HABILITAR
DESCARGA SEGURA: HABILITAR
eso es perfectamente normal... nada de que preocuparse...
Otros contribuyeron a la discusión, pero se volvió aparente que Odin no podía mostrar nada excepto imágenes de archivo intactas.
Aún no existe TWRP. Ni siquiera puedo Odin un kernel con initramfs totalmente sin cambios, pero reempaquetado. Las imágenes de archivo parpadean bien.
En esta etapa, Samsung lanzó el Códigos fuente del kernel para las variantes de Exynos. del Galaxy S7 y el S7 Edge. No debe confundirse con nada más que el mínimo requerido para cumplir con GPL, este código fuente del kernel solo ayudará a desarrollar kernels personalizados para las variantes de Exynos. AOSP sigue siendo un sueño, por ahora.
Impulsado por el código del kernel, miembro senior de XDA jcadduono pudo tratar a los propietarios internacionales (Exynos) del Galaxia S7 y Borde S7 a compilaciones de TWRP, abriendo un mundo de posibilidades a la base de usuarios. Pero ¿qué pasa con las variantes de Qualcomm? Bueno, aquí es donde empiezan a llegar las malas noticias.
Jcadduonoconvocado departamento de ingeniería móvil de Samsung, donde le dijeron que el T-Mobile S7 tenía un gestor de arranque bloqueado con flash seguro, que es similar a los dispositivos Samsung anteriores de Verizon. También mencionó que dm-verdad está habilitado en el kernel, lo que significa que no podrá actualizar las particiones del sistema modificadas en el estado actual, que fue la forma en que ciertos modelos bloqueados del Galaxy S6 obtuvieron su raíz.
Para promover el desarrollo y la investigación, jcadduono Preguntó a las personas en el hilo para ver si podían flashear el TWRP que él creó para el dispositivo. Dependiendo del error que muestre el dispositivo, se podría llegar a una conclusión. Y luego, todos los temores fueron confirmados.
Este no fue un error de escritura común y corriente. Una falla en la verificación segura, en términos simples, indica un gestor de arranque bloqueado. Hasta donde mi conocimiento personal y comprensión dice, esto evita que se ejecute cualquier operación a menos que la firma del archivo coincida con la clave pública del OEM almacenada en la partición de arranque del dispositivo. Básicamente, esto restringe todas las actividades a aquellas que provienen directamente del OEM, Samsung en este caso. No puedes mostrar nada, ni siquiera imágenes de archivo reempaquetadas sin otras modificaciones.
Para citar Desarrollador Reconocido por XDA Fangoso:
Qualcomm Secureboot nos tiene encadenados a una cadena de confianza casi a prueba de balas.
Jcadduonoconfirmó lo mismo en una respuesta:
P: ¿Es posible que ayudaría hacer que Selinux sea permisivo? Eso es lo que tuvimos que hacer en el s6, según recuerdo.
A: No, la imagen de recuperación ni siquiera se puede actualizar. El problema no es arrancarlo, sino flashearlo.
El gestor de arranque del modo de descarga carga la imagen enviada desde Odin en la memoria, luego ejecuta una suma de verificación y una validación de firma en la imagen. Si no coincide, simplemente se libera de la memoria y no se escribe en absoluto en el dispositivo.
No podemos hacer nada excepto que T-Mobile firme nuestras imágenes TWRP.
¿Por qué T-Mobile bloquearía los gestores de arranque de lo que bien podría ser uno de los dispositivos Samsung más vendidos en 2016? Aquí Hay algunas especulaciones sobre por qué elegirían hacerlo, a pesar de haber sido indulgentes con varios otros dispositivos en el pasado:
Supongo que Samsung simplemente decidió habilitar la verificación flash segura en todas las variantes de Snapdragon, ya que eso es lo que quieren todos los demás operadores.
T-Mobile anula la garantía de rooteo ahora según su representante de Facebook, por lo que tal vez T-Mobile no se molestó en pedir dispositivos desbloqueados a Samsung y decidió unirse a los demás también.
Tener las fuentes publicadas no hace ninguna diferencia. No puede mostrar NADA en el teléfono a menos que esté firmado por OEM.
Con esto, Samsung ha bloqueado efectivamente todo el desarrollo de las variantes Snapdragon 820 del Galaxy S7 y S7 Edge. Aunque la mayor parte de esta discusión existe en los foros de T-Mobile S7 Edge, el escenario y las consecuencias se aplican a todos los operadores y también al S7 (SD-820). Lo que se suponía que sería un dispositivo Samsung amigable para los desarrolladores durante mucho tiempo se ha vuelto aún más bloqueado que las variantes de Exynos. Esto es realmente frustrante para los usuarios que buscan específicamente un dispositivo Samsung con desarrollo, ya que Era más probable que funcionaran con la variante Snapdragon 820 que con la variante Exynos según el pasado. experiencias.
¿Está todo perdido? ¿El dispositivo nunca obtendrá ningún desarrollo?
La situación aún no es un desastre al 100%. Todavía existe una posibilidad muy pequeña de que se pueda obtener root a través de vulnerabilidades y exploits. Estas son formas toscas de obtener raíz, pero se pueden hacer, aunque todavía no se ha encontrado ninguna. Pero el problema con las vulnerabilidades y los exploits es que se parchean en futuras actualizaciones. El usuario final tiene que decidir si desea obtener la última actualización pero permanecer sin root hasta que se encuentren nuevos exploits, o permanecer con una actualización desactualizada y contentarse con root. Actualizas a la última versión y vuelves al punto de partida.
Jcadduono tenía este que decir sobre el estado de desarrollo del dispositivo:
La imagen de arranque tiene dm-verity activado, lo que significa que obtendrá un bucle de arranque si alguna vez hace algo para montar/escribir en la partición del sistema. Las raíces vivas serán la única manera.
La buena noticia es que debería poder crear una imagen de dispositivo de bucle en la partición de datos y montarla con permisos ejecutables para crear su propio tipo de superposición de minisistema grabable. si sale un exploit de root activo. Supongo que similar a SuperSU sin sistema.
Esta es una visión optimista del futuro, principalmente porque depende en gran medida de la existencia y del descubrimiento de un exploit de raíz activo. Es posible que no exista tal exploit o que esté presente pero que nadie pueda encontrarlo. eso es muy grande SI adjunto al escenario de desarrollo del Galaxy S7 y S7 Edge basados en Snapdragon 820 en todos los operadores de EE. UU.
¿Estamos realmente sorprendidos? Personalmente, me lo esperaba. Dado que Samsung Pay se había convertido en un negocio tan importante, Samsung no iba a ceder fácilmente en su solución de pago móvil. Si bien la intención de la comunidad de desarrolladores es clara cuando se mira desde un punto de vista amplio, no se puede negar que root y otras cosas se utilizan para actividades nefastas. Los actos de rootear y desbloquear el gestor de arranque abren el dispositivo a un mundo de posibilidades, y este mundo tiene ventajas y desventajas. Las cosas se pondrán serias si se considera que se espera que una gran población migre su información bancaria a estos dispositivos y los utilice en todas las terminales de pago locales. Las variables involucradas son enormes, y Samsung ciertamente no arriesgaría la reputación de sus dispositivos ni de Samsung Pay como competidores de alternativas más "seguras" como Apple y Apple Pay.
¿Pero eso hace que este bloqueo sea aceptable? No. Como mínimo, se debería haber presentado un descargo de responsabilidad al público en general. Ni siquiera es necesario comercializarlo negativamente. Samsung bien podría haber mencionado estas características de seguridad en su evento de lanzamiento, diciendo que Estos dispositivos tienen capas de seguridad adicionales para Samsung Pay, lo que los hace difíciles de piratear y explotar. En realidad, entenderíamos la indirecta.
Samsung también podría haber introducido un programa especial para desbloquear dispositivos, muy parecido a lo que hacen otros OEM como Sony. Esta es una de esas posibilidades que aún pueden ser factibles y permitir lo mejor de ambos mundos. El público no desarrollador obtiene un teléfono seguro con lo mejor de las capacidades actuales de Samsung, mientras que el La comunidad de desarrolladores desbloquea sus gestores de arranque a costa de perder Samsung Pay y otros dispositivos dependientes de la seguridad. características.
Sin duda, este ha sido un giro decepcionante de los acontecimientos. Lo que iba a ser la mejor esperanza de AOSP en el oscuro mundo de TouchWiz ha quedado paralizado incluso detrás de empresas como Exynos. Si bien aún existe la posibilidad de root, kernels personalizados, recuperaciones y ROM para el Snapdragon de Samsung 820 dispositivos, la probabilidad de que atraigan importantes trabajos de desarrollo sigue siendo escasa después de este devastador explotar.
¿Qué piensas sobre este giro de los acontecimientos? ¡Háganos saber en los comentarios a continuación!