En el foro oficial de raspberrypi.org , "Dom" - un moderador escribió:
He falsificado mi placa para tener su número de serie
¿Cómo edito el número de serie de una Raspberry Pi?
En el foro oficial de raspberrypi.org , "Dom" - un moderador escribió:
He falsificado mi placa para tener su número de serie
¿Cómo edito el número de serie de una Raspberry Pi?
/proc/cpuinfo
? Sin embargo, no estoy seguro de si eso ayudaría con los blobs del decodificador ..Respuestas:
Estoy copiando esto de este hilo del foro .
Además según lo publicado en el hilo. La única razón para cambiar la serie sería copiar la licencia MP4 de otra persona y usarla. Como esa es la seguridad en torno a la licencia. Su serie única está vinculada a la licencia MP4, por lo que incluso si alguien obtuvo su clave de licencia, no podrán hacer nada con ella (a menos que puedan cambiar el número de serie de la Raspberry Pi).
ACTUALIZACIÓN: Para responder a la pregunta real. Yo diría que como Dom tiene la fuente del firmware real de bajo nivel. Me imagino que realmente solo está cambiando el código fuente que lee el serial y lo obliga a devolver un valor diferente. Sinceramente, dudo que se haya cambiado realmente (en la CPU, quiero decir), más como si hubiera cambiado parte del código de firmware para devolver una serie diferente. También disculpas al autor de la pregunta, todos le dimos un "¿Por qué? Eso no es bueno. Su robo" en lugar de responder la pregunta. Culpa mía.
fuente
En lo que respecta a los programas de espacio de usuario, es bastante fácil engañarlos y falsificar el contenido de casi cualquier archivo. Por ejemplo, suponga que un programa C está usando un
/proc/cpuinfo
archivo para verificar el número de serie. El programa está protegido contra copias y está vinculado a la serie, y no tengo el código fuente. Sin embargo, todavía puedo correrstrace program 2>&1 | grep cpuinfo
, lo que revelará algo como:En este punto, puedo crear una pequeña biblioteca,
cpuinfo.so
con la siguiente función:Como puede ver, estoy verificando si el usuario de la biblioteca intenta abrir
/proc/cpuinfo
, en cuyo caso abro en su/tmp/cpuinfo
lugar.Luego ejecutaré el programa original protegido contra copia como
LD_PRELOAD=/path/to/cpuinfo.so program
, y felizmente leerá mi archivo falso pensando que es/proc/cpuinfo
, mientras funciona correctamente con el resto de los archivos.Tenga en cuenta que si el software protegido contra copia incluye objetos del núcleo, será mucho más difícil engañarlo, ya que podría acceder al hardware directamente. Sin embargo, dicho software también solo funcionará con el núcleo para el que fue construido, lo que hace que sea poco práctico distribuirlo.
fuente