Hackable N°

Numéro

62

Versé dans l'art de la programmation et coutumier des subtilités du fonctionnement d'un OS, vous savez. L'utopie d'un système parfait, exempt de tout bug et de toute faille n'existe pas, et n'existera probablement jamais. Mais ce savoir n'est pas courant, ni chez le commun des mortels ni chez le politicien, l'élu ou le parlementaire (probablement même encore moins, d'ailleurs). Et c'est précisément là que le déséquilibre existe entre la praticité subjective d'une solution et le risque, bien réel, qu'elle implique dès lors que l'informatique s'en mêle.

Proposer une ligne de commande, ou du moins une forme de REPL (read–eval–print loop) pour manipuler interactivement un montage ou une installation à base de microcontrôleur est un grand classique. Lorsque cela se fait via une connexion réseau, par opposition à une liaison série, par exemple, on en arrive souvent à utiliser quelque chose qui ressemble à Telnet avec une authentification assez basique et surtout une absence totale de chiffrement. Sur PC ou SBC, cela fait longtemps que ce genre de choses est devenu totalement obsolète, au bénéfice du classique SSH. Pourquoi n'en serait-il pas de même avec un MCU un peu « musclé » ?

Tout comme le chevalier Jedi fabrique son propre sabre laser, le hacker chevronné se doit de fabriquer son propre clavier... Sobre ou avec une forme futuriste, avec une myriade de LED clignotantes ou bien clavier à vocation ergonomique, chacun est libre de ses choix. Nous allons regarder les étapes essentielles d’une conception afin de vous lancer en toute connaissance.

Dans le numéro 54 [1], nous avions exploré la façon d'interfacer une smartcard avec une carte Raspberry Pi Pico (RP2040) et un MCU ESP32, jusqu'à arriver à converser et à échanger des données avec une applet Java que nous avions développée par ailleurs [2], et ce sans aucun circuit spécialisé. Nous allons ici recycler ces travaux et découvrir qu'il est parfaitement possible de faire de même avec un adaptateur USB à 4 €, normalement destiné aux manipulations de cartes SIM avec de douteuses applications Windows.

Dans de précédents articles ([1] et [2]), nous avons découvert le framework LiteX permettant de créer simplement des SoC softcores en utilisant le langage Python et d'instancier ces designs sur différents devkits FPGA, ceci au point de faire démarrer un système GNU/Linux à partir d'un disque SATA. Mais tout ceci n'était, somme toute, que de la prise en main, reposant massivement sur des exemples du projet. Aujourd'hui, nous allons creuser un peu davantage le sujet en voyant comment, via quelques fichiers Python, nous pouvons créer notre SoC (ou MCU) bien à nous, en rassemblant toutes les briques nécessaires dans un projet « maison »...

Dans le précédent article, nous avons exploré le fait de composer un SoC « maison » grâce au framework LiteX, de le synthétiser, de le configurer dans la mémoire du FPGA et de créer un petit code en C qui, une fois compilé, est exécuté par le softcore RISC-V. Mais ce n'était pas suffisant et j'ai continué les expérimentations, tombant sur plusieurs subtilités très intéressantes que je me dois de partager avec vous ici. Poursuivons donc notre découverte du fabuleux et captivant monde de LiteX...

Ah, le monde des FPGA et du gateware, entre les suites propriétaires d'une taille monstrueuse, les problèmes de compatibilité et les installations sauvages d'outils et de composants pour pouvoir « rester dans la course », force est de constater que ce n'est pas toujours une partie de plaisir. C'est ainsi que, sur le coup d'un énervement ponctuel, une idée folle a déboulé dans mon esprit : et si je tentais le coup sous un autre OS, réputé pour son caractère carré, propre et robuste ?