Pregunta sobre I2C/ SPI - Plaintext a Ciphertext (conversion)

[yuky2k7]

Buenas, estoy analizando un proyecto que me ha llamado la atencion, en la cual consiste en tratar de descomprimir una data encriptada de audio (supuestamente onda pcm), pero esta no se puede pasar a mp3 directamente sino que segun una amistad norteamericana me indica lo siguiente.
La data de audio encriptada no puede ser reconocida por la pc porque necesita un proceso al cual pueda leerse de una manera alternativa, se debe emplear un dispositivo que utilice un analizador de protocolos I2C/SPI (el señalo uno llamado Beagle converter I2C/SPI) el cual captura la fuente directa del audio y lo reconoce identificandolo en bloques (keys), posteriormente esos bloques (keys) que pesarian aproximadamente casi 10kb cada una estan escritas en Plaintext para luego convertirlas a Ciphertext (tengo por entendido que son parte de lenguaje hexadecimal) y una vez hecho este proceso la data encriptada de audio se convertira (desencripta) automaticamente a mp3 genuino.

Por ello quisiera preguntar si alguien tambien tiene alguna nocion sobre este proyecto que me pueda orientar.
Si necesariamente para capturar un audio encriptado necesariamente se requerira un dispositivo como el que mencione ese Beagle i2c/spi o existira uno diferente? digamos un raspberry pi que haga esas funciones y como? asi mismo que si el proceso como me indica sera sencillo o sera un proceso tedioso?

 

[Dr. Zoidberg]

Sea lo que sea lo que esté encriptado, no es más que un bloque de bytes, así que no veo cual puede ser el problema para extraerlo y procesarlo.
Lo que no queda claro de tu descripción es si los bloques cifrados están intercalados con el audio en MP3 o si lo que está encriptado es un archivo MP3 que debe ser desencriptado para escucharlo
En fin... si aclarás mejor las cosas en lugar de preocuparte por el dispositivo que vas a usar, tal vez podamos darte alguna ayuda.

 

[yuky2k7]

Sea lo que sea lo que esté encriptado, no es más que un bloque de bytes, así que no veo cual puede ser el problema para extraerlo y procesarlo.
Lo que no queda claro de tu descripción es si los bloques cifrados están intercalados con el audio en MP3 o si lo que está encriptado es un archivo MP3 que debe ser desencriptado para escucharlo
En fin... si aclarás mejor las cosas en lugar de preocuparte por el dispositivo que vas a usar, tal vez podamos darte alguna ayuda.

Genial una respuesta al fin.
Bueno te explico, el proyecto consiste en extraer audio encriptado de una commodore 64, osea una consola de juegos muy antigua, por el cual me ha señalado que ese audio en natural es irreconocible a una pc, por más que lo convierta a wav, el procedimiento consiste primero en capturar la data encriptado de audio que solamente se lee por hexadecimal sin haberle hecho alguna modificación (raw data), y el programa emulador de esa consola necesita desencriptar ese audio con los bloques (keys) para recién pueda ser reconocido.
Al menos, eso es lo que mi amigo hacker me señaló utilizando ese dispositivo, pero me suena muy costoso y no lo venden aquí.
El programa que desencripte la data una vez hecho ese procedimiento si lo tengo, y es un jar file con los algoritmos programados, pero primero debo capturar la data encriptada de audio.

No se si me hice entender, pues me interesa mucho al menos hacer ese procedimiento, sabiendo si debo capturar la data del commodore o trabajarlo allí mismo en la pc? Por favor saquenme de la duda

 

[Scooter]

Me resulta tremendamente confuso lo que dices, no me cuadra nada.
El c64, el ordenador mas vendido de la historia, lleva un chip de sonido llamado SID que no lleva ni I²C ni SPI, no entiendo que relación tienen esos buses con la pregunta. Lleva un conexionado al bus del 6510 que es el procesador de ese sistema.El 6510 es un clon del 6502 con unas pocas diferencias, lleva un portátil de 6 bits en la posición $0000 y un registro de direcciones del portal en la $0001 nada más que esté documentado. Creo que alguno de los opcodes indocumentados varía con el 6502.
Bueno el caso es que lleva un bus de 8 bits "normal", nada de buses serie.

El SID no recibe datos encriptados ni siquiera es capaz de reproducir un streaming oficialmente. Extraoficialmente, jugando con el control de volumen de es de 4bits si no me equivoco, algunas versiones, no todas, son capaces de hacer una reproducción de un streaming , sin codificar ni encriptar ni va por bus I²C ni va por SPI porque el c64 no tiene ninguno de esos buses.
El SID, que está perfectamente documentado por commodore y no está en absoluto encriptado, se programa escribiendo en una serie de registros que le dicen que es lo que hace cada una de sus tres voces, forma de onda, frecuencia y envolvente. El sonido resultante sale mezclado por la salida de audio que está en el conector din del monitor, no recuerdo los pines. El otro conector din es para las impresoras y discos, esto si que es un bus serie IEC noseque numero, es propietario de commodore aunque está documentado, pero por ahí no pasan los datos de sonido más que si se leen de sde un diskette. I²C y SPI son buses serie pero diferentes.
La tarea de escribir los datos en el SID la hace el procesador según se programe en lenguaje maquina de 6502 principalmente, porque el básic v2 del c64 no tiene comandos de sonido, solo se puede hacer con la instrucción poke.

Me parece, pero no lo puedo asegurar, que hay un formato .SID o algo así que es en realidad un ensamblador de 6502 para que este escriba en los registros del SID la secuencia de valores adecuada. Pero eso no es encriptación, es lenguaje máquina del 6502.
Se puede abrir un archivo de estos, desensamblarlo y ver que valores y cuando se describen en el SID, a partir de ahí, sabiendo lo que hace el SID puedes deducir si es inda cuadrada de 1kHz o senoidal de 3kHz o lo que sea. ¡¡Tremendo trabajo este camino!!

Otra opción es poner un c64 auténtico o un emulador a "tocar" un tema y de la salida de audio grabarla a mp3, o waw o lo que sea. En este caso nada de lo antes dicho importa, "le das al rec" y ya está, solo tienes que conectar la entrada de audio del equipo que graba a la salida del que reproduce, c64 real o emulado. La salida de audio, es una salida de audio de las de toda la vida, se puede conectar a un amplificador, al altavoz del monitor, a una grabadora de cassette... y con algo de adaptacion, a una entrada analógica de una rPI (que yo sepa no tiene entada de audio)

Resumiendo, no me cuadra nada de nada lo que estás diciendo. Aclara de nuevo la pregunta, mejor aún pon todo lo que sepas para no volver a preguntar una vez más imaginando en que estás pensando.