Qualcomm se monta en el bus del bloqueo remoto con el Snapdragon 810

Buena idea, y si pueden agregarle que le estalle en la mano al ladrón mejor jajajajajajaja

interesante pero no me parece que aporte mucho sobre lo que ya existe. si es algo así como el eprocesador tiene clave, posiblemente guarda la clave encriptada y la compara con el hash de lo que el usuario dé como clave. si es así, para convertirlo en hash, o el mismo sistema operativo hace el hash (la encripción), o el mismo procesador tiene el algoritmo que hace el hash, que lo dudo. el hecho de sobreescribir en el procesador (si el mismo procesador guarda la clave), o el hecho de convertir en procesador en una memoria flash, me parece que le quita vida útil, o vuelve medio obsoleto al procesador cuando lo que va en la memoria sea superado por otra cosa (que no es lo mismo que microprogramación, que lo que queda, queda). y sea como sea, no recibe ninguna clave si el sistema operativo no le pasa esa clave. eso significa que queda pendiente de lo que el sistema le dé, o que si el sistema le pasa otra cosa, se atiene a eso. entonces para bloquearlo o desbloquearlo no hay qué meterse con el procesador, sino con lo que el sistema le pase.
por otro lado, lo del procesador sí se podría utilizar como medida de seguridad para robos, si se revisa el serial del procesador en una lista en internet. igual que en el caso anterior, también depende del sistema operativo, pero se obtienen los mismos resultados sin que el procesador quede como una eprom, y dependiendo de la vida útil de lecturas y escrituras de una eprom. que si el sistema operativo se salta esa parte de revisar el serial de la cpu, se puede, pero si todos los sistemas operativos lo adoptan, entonces para usarlo tocaría con un mod hecho por la misma persona o algo así, no con la versión estándard del sistema, lo cual creo que lo inutilizaría para le reventa, si es robado, y seguramente, el usuario tampoco podría actualizarlo con lo que salga comio nueva versiónd el sistema o pierde lasmodificaciones, por lo cual, el motivo que tienen los ladrones, simplemente quedaría anulado porque no lo pueden revender de esa forma

editado: como yo lo veo (o como yo supongo). existe instrucción para guardar o reemplazar la clave y existe instrucción para comparar una clave de entrada con lo que está guardado. como no hay instrucción para mirar la clave que está guardada, no importa si se guarda encriptada o sin encriptar, y no se necesitaría algoritmo de hash. la idea sería desbloquear el hardware, y antes de empezar a correr programas, el sistema debe desbloquear el hardware. para este paso, se supone que habrá instrucciones en el procesador que no quedan bloqueadas, o cómo corre el programa que le permite comparar claves, o que le pregunta clave al usuario y se la pasa a la cpu, que lo corre a partir de instrcciones que están en el mismo procesador que se quiere desbloquear. esto no necesita listas de internet ni cosas de ese estilo, pero sí sigue quedando pendiente del sistema operativo, y me parece que entonces un ataque podría ser que un usuario le bloquee el teléfono a otro. nuevamnete suposiciones

Hace poco me robaron mi iphone y la opción de ‘buscar mi iphone’ sirvió para que al menos los datos de rescate aparecieran en pantalla. Los ladrones querian hacerse pasar por la policía para sacarme mi id y pass de apple “para comprobar que el iphone era mio y poder regresarmelo”. La opción ideal sería que el equipo enviara la localización cuando intenten restaurarlo, comunicación directa con el gps sin depender de internet. Y si no es posible, pos que le explote en la mano al bandido como dice @sergiomartinezpaternina:disqus