L’article ne peut pas être activé avec JavaScript. Vous pouvez également activer JavaScript dans votre navigateur et sur la nouvelle page.
Un outil de navigation indépendant pour les lunettes Even Realities G2 et la bague R1 a commencé à publier les propres images officielles du micrologiciel d’Even le 9 octobre, et il conserve volontairement les versions personnalisées. Le README du projet indique qu’il « reconnaît et propose les 16 valeurs officielles G2 SHA-256 archivées » et que « le micrologiciel personnalisé est exclu du catalogue et des deux chemins d’installation ». Il a été lu à 21h38 UTC le 10 octobre. Même Realities ne participe pas au projet.
C’est une position inhabituelle pour un projet de ce genre. Les lunettes d’Even sont mises à jour via la propre application téléphonique d’Even et nulle part ailleurs, donc un itinéraire tiers est normalement l’endroit où les versions personnalisées apparaissent. Ici, l’historique des commits s’effectue dans l’autre sens : un commit du 21 août est intitulé « Supprimer le support du firmware personnalisé », et le commit du 9 octobre qui a ouvert le catalogue officiel est intitulé « Publier les mises à jour officielles des G2 et R1 avec des garanties de récupération des stocks ». Il a atterri à 19:18:28 UTC et était le premier commit depuis le 15 septembre. Le référentiel affichait 14 étoiles lors de sa lecture.
Ce que le projet dit gérer
Le README décrit deux transports. Web Bluetooth est le principal pour les lunettes, que le projet appelle Easy Mode, et le boîtier de chargement est accessible via son interface série USB WCH CH340/CH341, identifiée comme 1A86:7523via Web Serial ou un transport WebUSB spécifique au CH340. Du côté de l’anneau, il propose « les 12 versions officielles R1 archivées via Nordic Secure DFU signé », et indique que « le déverrouillage du chargeur de démarrage et le remplacement de la clé du propriétaire ne sont pas inclus ».
Avant que quoi que ce soit ne soit écrit, il télécharge ce qu’il appelle un ensemble de récupération combiné : une sauvegarde complète de 512 Ko du flash du boîtier, le bloc d’options du boîtier de 128 octets, des instantanés d’identité des deux temples et le pack de micrologiciels officiels des lunettes correspondant pour chaque itinéraire. Les images de cas sont stockées dans la banque flash inactive et relues octet par octet avant que l’activation ne soit disponible, et l’activation nécessite que l’opérateur tape une chaîne de confirmation. Le README indique également que la communication des appareils et la validation du micrologiciel se produisent localement, et que les données de cas et les fichiers du micrologiciel téléchargés « restent locaux dans le navigateur », ce qui constitue la propre description du projet de son propre code plutôt qu’un résultat audité.
La plupart de ce que fait l’outil est de lire plutôt que d’écrire. Le README répertorie le micrologiciel du boîtier, la télémétrie de la batterie et de la charge, l’état du couvercle, l’état de l’USB, la présence ou non des lunettes, la température, l’identification du chargeur de démarrage ROM STM32, les octets d’option et quelle banque flash contient quelle image, ainsi que la version du micrologiciel par temple, la révision matérielle, la batterie et la tension capturées sous forme d’images brutes valides pour la somme de contrôle. Il avertit également les propriétaires de ne pas publier le fichier de sauvegarde qu’il produit, car il peut contenir des identifiants, des données d’approvisionnement et un micrologiciel intégré.
Le projet trace sa propre ligne dure
Le README est direct sur ce que l’outil n’est pas : « Il s’agit d’un outil de récupération de boîtier de chargement et de réinstallation de temple en cours d’exécution. Ce n’est pas un outil de récupération de temple mort. » La raison invoquée est que le micrologiciel du boîtier d’origine n’expose aucune commande USB qui écrit le micrologiciel des lunettes sur une branche qui ne répond pas, de sorte que le boîtier peut alimenter, réinitialiser et vérifier une branche mais pas en faire revivre une.
Rien dans l’archive n’est approuvé, reconnu ou publié par Even Realities, et chaque étiquette de version qu’elle contient appartient au projet plutôt qu’à une note de version du fournisseur. Distribue même le firmware via sa propre application, c’est ainsi que la version 2.3.2 de cette application en est venue à nécessiter un nouveau firmware sur les lunettes et la bague, et elle ne publie aucun journal des modifications pour les images elles-mêmes. La réponse du projet est étroite : conserver les images indiquées même signées, refuser tout le reste et effectuer une sauvegarde complète du boîtier de chargement avant d’écrire quoi que ce soit.