La impresión de que OnePlus había hecho las cosas un poco rápido, para respetar los tiempos que se había marcado, la habíamos tenido desde el lanzamiento de Nougat la noche del 31 de diciembre de 2016, y poco a poco surgieron varios informes para reforzar esta idea.
De hecho, hay un par de temas interesantes sobre XDA: el primero con respecto a una vulnerabilidad del gestor de arranque, que permite a un atacante que tiene acceso físico al teléfono inteligente, o de forma remota a través de ADB, modificar (por lo que Extremadamente facil) el estado de SELinux en Permissive, exponiendo así el teléfono inteligente a posibles riesgos de seguridad.
El segundo se refiere al hecho de que OnePlus 3 / 3T no respeta la licencia GPLv2. Esto puede ser de poca importancia para el usuario promedio, pero no es para los desarrolladores ni para cualquiera que esté en el mundo del modding, por lo que XDA le ha pedido específicamente a OnePlus que lance las fuentes del kernel rápidamente, pero no hay respuesta por ahora. todavía estamos hablando de una publicación fechada el 15 de enero, por lo que aún está muy reciente).
Luego hay un último hecho, no menos importante. Un usuario señaló que el OxygenOS 4.0.1 parece estar basado en un kernel de depuración, que por lo tanto no debe utilizarse en un comunicado público.
Si bien no podemos verificar exactamente cómo están las cosas, el hecho de que OnePlus haya dejado de lanzar 4.0.1 sugiere que ha habido problemas de todos modos, y veremos si la versión 4.0.2 esperada cambiará algo que hemos visto hasta ahora. .
Como también observó XDA, esto puede no tener ningún impacto en la vida diaria del usuario promedio, pero el cuidado (y el diablo) está en los detalles, y también es con aquellos a los que OnePlus debe aprender a lidiar con el fin de estar a la altura de las (altas) expectativas que la empresa ha podido generar.
Agradecemos a Lorenzo por informar.
Actualizar: OnePlus confirmó a Android Central que el mensaje de depuración del kernel era un error y que tanto OxygenOS 4.0 como 4.0.1 han adoptado un kernel normal y seguro. En ausencia de una verificación, solo podemos confiar en la palabra de la empresa: es mejor una mala gestión de los mensajes de registro que un problema de seguridad real.
