Ingeniería inversa de MCU

Ingeniería inversa de circuitos integrados Hynix

Preguntas Generales sobre Extracción de Firmware de Microcontroladores

---

• ¿Es seguro enviar el pago a MikaTech?

  Si MikaTech fuera una mala empresa, podría encontrar toneladas de malas reputaciones sobre su servicio en Internet a lo largo de sus 28 años de historia

  ¡Entonces, la respuesta es SÍ! Somos buena gente.

  Por qué elegir Mikatech, por favor haga clic aquí para saberlo
  

  
  
• ¿Puede Mikatech romper circuitos integrados no listados en este sitio?

  Diferentes fabricantes de chips tienen diferentes números de pieza, pero el núcleo interno del chip puede estar hecho con la misma tecnología, sería imposible listar todos los números de pieza donde nuestra tecnología puede aplicarse, como MYSON, STK, FEELING, ANALOG, FUJITSU, NOVATEK, LG/HYNDAI.
  
  Además, con el avance de la tecnología, cada día ganamos más experiencia y desarrollamos nuevos métodos de ingeniería inversa para diferentes partes de circuitos integrados. La lista completa de números de pieza de circuitos integrados que están dentro de nuestro alcance siempre crece, por favor contáctenos para averiguarlo.

• ¿Se protegerá mi privacidad?

  Mikatech Innovative Limited comprende la importancia de la privacidad de sus clientes. En el momento en que contacta a Mikatech, la información personal suya quedará bajo protección mediante nuestras normas de gestión desarrolladas a lo largo de nuestros años de práctica. Mikatech utiliza esta información para personalizar su servicio hacia usted, nunca la divulgará a terceros por ninguna razón.
  En cada proyecto que realizamos, eliminamos todos los datos, materiales y códigos 60 días después de entregar los archivos, lo que nos protege a nosotros y protege su privacidad.

• ¿Es legal obtener el servicio de Mikatech?

  Sí, es totalmente legal.
  Mikatech ofrece sus servicios de ingeniería inversa solo con fines educativos, puede ser ilegal utilizar los servicios mencionados en algunos países o regiones, por favor consulte sus leyes locales. Mikatech no asume ninguna responsabilidad en relación con el uso de los servicios mencionados que pudiera considerarse ilegal.

  
  
• La anatomía de una evasión de la protección de lectura

  El mecanismo de protección de lectura (read-out protection) representa la primera línea de defensa para cualquier fabricante de microcontroladores (MCU) que busca salvaguardar el firmware propietario contra la extracción no autorizada. Cuando un ingeniero habilita la protección de lectura en un dispositivo de producción, generalmente asume que el firmware permanecerá seguro frente a todos los adversarios, excepto los más sofisticados. Desafortunadamente, esta suposición se ha demostrado falsa una y otra vez en numerosas familias de microcontroladores. La serie STM32, por ejemplo, implementa un mecanismo de protección de lectura flash (RDP) diseñado para evitar el acceso a través de la interfaz de depuración, sin embargo, los investigadores han descubierto vulnerabilidades críticas en este esquema. Una de estas vulnerabilidades, denominada "RDP Freeze", permite a un atacante capturar con precisión el estado interno del microcontrolador —incluyendo registros y RAM— con precisión a nivel de ciclo. Este nivel de precisión permite la recuperación del firmware mediante la manipulación del acelerador CRC de hardware durante la ejecución, así como la extracción de claves criptográficas de sistemas en funcionamiento. El proceso de evasión de la protección de lectura generalmente comienza con el reconocimiento de las interfaces de depuración del MCU objetivo. Muchos microcontroladores exponen pines JTAG (Joint Test Action Group) o SWD (Serial Wire Debug) que, si se dejan accesibles, proporcionan una vía directa para volcar el contenido de la flash. Sin embargo, cuando la protección de lectura está habilitada correctamente, estas interfaces rechazan las solicitudes de lectura e incluso pueden activar un borrado automático de la memoria flash al detectar intentos de manipulación. Esta función de autodestrucción está diseñada para evitar que los adversarios extraigan el firmware mediante fuerza bruta o intentos de acceso repetidos. A pesar de estas salvaguardas, las técnicas de inyección de fallos han demostrado un éxito notable en la evasión de la protección de lectura en diversas arquitecturas de MCU. La realidad práctica es que la protección de lectura ofrece solo una seguridad condicional. Un atacante con acceso físico al dispositivo y el equipo adecuado a menudo puede eludir estas protecciones mediante glitches de voltaje, manipulación del reloj o inyección de fallos electromagnéticos. La economía de estos ataques también ha cambiado drásticamente: donde antes solo los actores estatales podían permitirse el equipo necesario, hoy las herramientas de hacking de hardware son cada vez más accesibles y asequibles. Esta democratización de las capacidades de ataque significa que incluso adversarios con financiación modesta pueden ahora intentar la extracción de firmware de microcontroladores protegidos. La lección para los diseñadores de sistemas embebidos es clara: la protección de lectura debe considerarse un elemento disuasorio más que una barrera absoluta, y se deben emplear estrategias de defensa en profundidad para proteger la propiedad intelectual sensible y el material criptográfico almacenado en el firmware del MCU.