Hack des BETAFPV P1 Air Unit: fremdes Video über eine digitale Funkverbindung
Auf Habr ist eine ausführliche Analyse des digitalen Videosenders BETAFPV P1 Air Unit erschienen. Der Autor erklärt, dass es auf dem Markt für FPV-Videosysteme früher nur wenige digitale Hersteller gab, die man an einer Hand abzählen konnte: DJI, Walksnail, HDZero und Siyi. Inzwischen haben BETAFPV, HGLRC und andere eigene Systeme herausgebracht, und Enthusiasten bemerkten schnell, dass alle dieselben Platinen mit Artosyn-Chips verwenden.
Im P1 Air Unit steckt ein Artosyn AR9311-SoC mit Linux 4.9 und BusyBox, während die Funkverbindung von einem separaten AR8030-Chip mit FreeRTOS übernommen wird. Dem Autor gelang es, eine UART mit Root-Konsole zu finden, und das Passwort stand schließlich unter wenigen kontextbezogenen Kandidaten. Genau ein Fall, in dem der Hersteller offenbar nicht erwartet hat, dass jemand hineinschaut.
Der spannendste Teil kommt danach. Den gesamten Encoder-Stream auszutauschen funktionierte nicht: Die Brille kann ihn zwar dekodieren, aber nicht zuverlässig. Deshalb fing der Autor mit LD_PRELOAD die Funktion ab, die Bilder an den Hardware-H.265-Encoder übergibt, und ersetzte die Pixel an dessen Eingang. Die Brille zeigt dadurch ein fremdes Bild, als käme es von der eigenen Kamera. Ein kurioses Detail: Der Encoder komprimiert jedes 1080p-Bild in zwei unabhängigen Streifen (1920×560 und 1920×552), vermutlich um die Latenz niedrig zu halten.
Ich finde, solche Artikel sind auch für Leute nützlich, die einfach nur fliegen: Sie zeigen, wie die neuen, günstigen Digitalsysteme aufgebaut sind und warum sie sich so leicht untersuchen lassen. Wer sich für Reverse Engineering interessiert, sollte den ganzen Text lesen.
Quelle: Habr
Im P1 Air Unit steckt ein Artosyn AR9311-SoC mit Linux 4.9 und BusyBox, während die Funkverbindung von einem separaten AR8030-Chip mit FreeRTOS übernommen wird. Dem Autor gelang es, eine UART mit Root-Konsole zu finden, und das Passwort stand schließlich unter wenigen kontextbezogenen Kandidaten. Genau ein Fall, in dem der Hersteller offenbar nicht erwartet hat, dass jemand hineinschaut.
Der spannendste Teil kommt danach. Den gesamten Encoder-Stream auszutauschen funktionierte nicht: Die Brille kann ihn zwar dekodieren, aber nicht zuverlässig. Deshalb fing der Autor mit LD_PRELOAD die Funktion ab, die Bilder an den Hardware-H.265-Encoder übergibt, und ersetzte die Pixel an dessen Eingang. Die Brille zeigt dadurch ein fremdes Bild, als käme es von der eigenen Kamera. Ein kurioses Detail: Der Encoder komprimiert jedes 1080p-Bild in zwei unabhängigen Streifen (1920×560 und 1920×552), vermutlich um die Latenz niedrig zu halten.
Ich finde, solche Artikel sind auch für Leute nützlich, die einfach nur fliegen: Sie zeigen, wie die neuen, günstigen Digitalsysteme aufgebaut sind und warum sie sich so leicht untersuchen lassen. Wer sich für Reverse Engineering interessiert, sollte den ganzen Text lesen.
Quelle: Habr
Kommentare 0
Schreib den ersten Kommentar, in jeder Sprache.
Zum Kommentieren anmelden