Bodor Denis

Nous avons déjà, par le passé, exploré les technologies NFC [1] dans les pages du magazine, et récemment, fait connaissance avec la programmation d'un petit outil en ligne de commandes pour les tags ST25 de chez STMicroelectronics [2] ou encore détourné un jouet pour enfant [3] basé sur cette même technologie. Il est temps maintenant de se pencher sur quelque chose d'un peu plus sérieux, un peu plus complexe et surtout d'un peu plus utile : un outil permettant de configurer un token NFC dédié à l'authentification à deux facteurs.

Développer ses petits outils, quel que soit le langage, est une activité mariant l'utile à l'agréable et l’on se satisfait généralement d'une exécution locale ou d'une simple copie dans un endroit quelconque pointé par le PATH. Lorsque les outils en question deviennent potentiellement intéressants pour plus d'une personne, on prend son courage à deux mains et on en diffuse les sources publiquement (via GitLab ou GitHub, par exemple). Et arrive ensuite la problématique d'intégration au système et donc l'implication d'un système de gestion de paquets...

Dans Hackable 40 [1], nous avons fait connaissance avec la Black Magic Probe, un outil de mise au point faisant fonctionner un serveur GDB et permettant de se passer totalement d'OpenOCD pour contrôler l'exécution d'un code sur un microcontrôleur ARM. Le buzz récent autour du Flipper Zero, un « multi-tool pour geeks », ainsi que quelques connaissances qui se reconnaîtront m'ont fait me pencher sur le « Wi-Fi Debugger Module » de ce périphérique...

Parfois, cela fait du bien de se souvenir du passé et du chemin parcouru, mais c'est encore mieux de le revivre. 2.11BSD est la dernière version de la branche 2BSD (Second Berkeley Software Distribution) de la famille UNIX. Édité originellement par le CSRG et l'association USENIX, ce système fonctionnait sur mini-ordinateur DEC PDP-11 et fait désormais, et pour toujours, partie de la grande histoire des UNIX. Aujourd'hui, nous allons revivre cette histoire et faire fonctionner un PDP-11 sur un simple ESP32 pour exécuter 2.11BSD !

Ce matin, en regardant un peu l'actualité, histoire de perdre comme chaque jour un peu plus foi en l'humanité, je suis tombé sur un article du Figaro intitulé « Compteur Linky : une start-up permet de suivre sa consommation d'énergie en temps réel ». Article, à mon sens à la limite de la publicité, faisant l'éloge d'un boîtier à quelque 139 € permettant de garder un œil sur sa consommation, tirée des informations fournies par le fameux compteur arborant la couleur la plus horrible de l'Univers.

Arduino est un environnement de développement relativement simple, en particulier lorsqu'on considère uniquement son IDE bon enfant. Mais l'élément clé est aussi et surtout le framework Arduino qui, qu'on l'apprécie ou non, reste une base pour de nombreux projets, tantôt relativement conséquents (comme FastLED, par exemple). Comment utiliser ce framework sans pour autant souffrir de l'utilisation de l'IDE standard relativement limité ? La réponse tient en deux mots : Arduino CLI !

Dans un thread récent sur la LKML (Linux Kernel Mailing List), Linus soulevait la problématique du support d'anciens processeurs et le fait que le code noyau supportant ces matériels était un véritable nid à bugs, du fait du désintérêt total à la fois des développeurs et des utilisateurs. Linux n'est pas le seul noyau/système dans cette situation et FreeBSD, par exemple, a également réglé le type minimum de CPU sur architecture i386 de 486 à 686 avec la release 13.0 mi 2022 pour la distribution binaire (construire pour 486 ou Pentium reste possible, cf. article dans ce numéro).

Voici quelques saines lectures pour vos soirées. Ces ouvrages ne sont pas nécessairement les plus récents, mais méritent de trouver place dans la bibliothèque de tout développeur qui se respecte, selon ses affinités personnelles bien sûr. Il vous faudra certes un minimum de pratique dans la langue de Shakespeare pour les « consommer », mais l’effort en vaut réellement la chandelle au regard de leur contenu...

Recompiler et reconstruire tout un OS n'est généralement plus quelque chose qu'on fait très souvent de nos jours. Les cas sont généralement limités à quelques domaines ou obligations techniques, parmi lesquels l'embarqué, le maintien de solutions legacy, ou la simple perversité. FreeBSD, comme GNU/Linux, n'échappe pas à cette règle et bien des fois, les images binaires (USB, ISO, archives, etc.) sont suffisantes... Sauf quand ce n'est pas le cas.