Piratage du BETAFPV P1 Air Unit : la vidéo d'un autre via une liaison radio numérique
Habr vient de publier une analyse approfondie de l'émetteur vidéo numérique BETAFPV P1 Air Unit. L'auteur explique que le marché des systèmes vidéo FPV ne comptait autrefois que quelques fabricants numériques, faciles à dénombrer : DJI, Walksnail, HDZero et Siyi. Désormais, BETAFPV, HGLRC et d'autres ont sorti leurs propres systèmes, et les passionnés ont vite remarqué que tous utilisent les mêmes cartes à puces Artosyn.
Le P1 Air Unit embarque un SoC Artosyn AR9311 qui tourne sous Linux 4.9 et BusyBox, tandis que la liaison radio est gérée par une puce AR8030 distincte, sous FreeRTOS. L'auteur a trouvé un port UART donnant accès à une console root, et le mot de passe a fini par être trouvé parmi quelques variantes contextuelles. C'est exactement le cas où le fabricant ne s'attendait manifestement pas à ce que quelqu'un regarde à l'intérieur.
La suite est la partie la plus intéressante. Remplacer tout le flux de l'encodeur n'a pas fonctionné : les lunettes le décodent, mais pas de façon stable. L'auteur a donc utilisé LD_PRELOAD pour intercepter la fonction qui transmet les images à l'encodeur H.265 matériel, en remplaçant les pixels à son entrée. Les lunettes affichent alors une image étrangère comme si elle venait de la caméra d'origine. Détail curieux : l'encodeur compresse chaque image 1080p en deux bandes indépendantes (1920×560 et 1920×552), probablement pour réduire la latence.
Je pense que ce type d'article est utile même à ceux qui pilotent simplement : il montre comment sont conçus les nouveaux systèmes numériques bon marché et pourquoi ils sont si faciles à étudier. Pour ceux qui s'intéressent à la rétro-ingénierie, le texte mérite d'être lu en entier.
Source : Habr
Le P1 Air Unit embarque un SoC Artosyn AR9311 qui tourne sous Linux 4.9 et BusyBox, tandis que la liaison radio est gérée par une puce AR8030 distincte, sous FreeRTOS. L'auteur a trouvé un port UART donnant accès à une console root, et le mot de passe a fini par être trouvé parmi quelques variantes contextuelles. C'est exactement le cas où le fabricant ne s'attendait manifestement pas à ce que quelqu'un regarde à l'intérieur.
La suite est la partie la plus intéressante. Remplacer tout le flux de l'encodeur n'a pas fonctionné : les lunettes le décodent, mais pas de façon stable. L'auteur a donc utilisé LD_PRELOAD pour intercepter la fonction qui transmet les images à l'encodeur H.265 matériel, en remplaçant les pixels à son entrée. Les lunettes affichent alors une image étrangère comme si elle venait de la caméra d'origine. Détail curieux : l'encodeur compresse chaque image 1080p en deux bandes indépendantes (1920×560 et 1920×552), probablement pour réduire la latence.
Je pense que ce type d'article est utile même à ceux qui pilotent simplement : il montre comment sont conçus les nouveaux systèmes numériques bon marché et pourquoi ils sont si faciles à étudier. Pour ceux qui s'intéressent à la rétro-ingénierie, le texte mérite d'être lu en entier.
Source : Habr
Commentaires 0
Laissez le premier commentaire, dans la langue de votre choix.
Connectez-vous pour commenter