Hackeo del BETAFPV P1 Air Unit: el vídeo de otro a través de un enlace de radio digital
En Habr se ha publicado un análisis detallado del transmisor de vídeo digital BETAFPV P1 Air Unit. El autor explica que, en el mercado de sistemas de vídeo FPV, hasta hace poco los fabricantes digitales se podían contar con los dedos de una mano: DJI, Walksnail, HDZero y Siyi. Ahora también BETAFPV, HGLRC y otros han sacado sus propios sistemas, y los aficionados enseguida notaron que todos llevan las mismas placas con chips Artosyn.
Dentro del P1 Air Unit hay un SoC Artosyn AR9311 con Linux 4.9 y BusyBox, mientras que el enlace de radio lo gestiona un chip AR8030 aparte con FreeRTOS. El autor encontró una UART con consola root, y la contraseña acabó apareciendo entre unas pocas variantes según el contexto. Es justo el caso en el que el fabricante, al parecer, no esperaba que nadie mirara por dentro.
Lo más interesante viene después. Sustituir el flujo completo del codificador no funcionó: las gafas lo decodifican, pero no de forma estable. Entonces el autor usó LD_PRELOAD para interceptar la función que envía los fotogramas al codificador H.265 por hardware, cambiando los píxeles de su entrada. Así, las gafas muestran una imagen ajena como si viniera de la cámara original. Un detalle curioso es que el codificador comprime cada fotograma de 1080p en dos bandas independientes (1920×560 y 1920×552), probablemente para reducir la latencia.
Creo que artículos así son útiles incluso para quien solo vuela: explican cómo están hechos los nuevos sistemas digitales baratos y por qué son tan fáciles de investigar. Quien se interese por la ingeniería inversa debería leerlo completo.
Fuente: Habr
Dentro del P1 Air Unit hay un SoC Artosyn AR9311 con Linux 4.9 y BusyBox, mientras que el enlace de radio lo gestiona un chip AR8030 aparte con FreeRTOS. El autor encontró una UART con consola root, y la contraseña acabó apareciendo entre unas pocas variantes según el contexto. Es justo el caso en el que el fabricante, al parecer, no esperaba que nadie mirara por dentro.
Lo más interesante viene después. Sustituir el flujo completo del codificador no funcionó: las gafas lo decodifican, pero no de forma estable. Entonces el autor usó LD_PRELOAD para interceptar la función que envía los fotogramas al codificador H.265 por hardware, cambiando los píxeles de su entrada. Así, las gafas muestran una imagen ajena como si viniera de la cámara original. Un detalle curioso es que el codificador comprime cada fotograma de 1080p en dos bandas independientes (1920×560 y 1920×552), probablemente para reducir la latencia.
Creo que artículos así son útiles incluso para quien solo vuela: explican cómo están hechos los nuevos sistemas digitales baratos y por qué son tan fáciles de investigar. Quien se interese por la ingeniería inversa debería leerlo completo.
Fuente: Habr
Comentarios 0
Deja el primer comentario, en el idioma que quieras.
Inicia sesión para comentar