Feuille de route

Après une mise à jour de SSHive, quelques utilisateurs voient l'app revenir à la version gratuite alors qu'ils ont acheté Pro. La cause se trouve dans le rafraîchissement du reçu StoreKit, au premier lancement qui suit la mise à jour. Aujourd'hui, le contournement tient en un geste : Réglages, Abonnement / Achats, « Restaurer les achats », et Pro revient aussitôt. Un correctif définitif est en cours, pour que cette restauration ne soit plus nécessaire. Si cela vous arrive et que la restauration ne suffit pas, écrivez à contact@netmesafe.com en indiquant votre pays App Store et le moment où vous avez acheté Pro : nous vérifierons le reçu de notre côté.

Livré. Activez la synchronisation iCloud (Pro, désactivée par défaut) et vos profils de connexion vous suivent : ajoutez un hôte sur le Mac, il apparaît sur l'iPhone et l'iPad en quelques secondes, avec les mêmes étiquettes, notes et définitions de tunnels. Tout passe par votre propre base iCloud privée (CloudKit) : pas de compte SSHive, aucun serveur à nous entre vos appareils, et vous pouvez couper la synchronisation appareil par appareil, à tout moment. Les profils et les comptes partagés se synchronisent sous forme de métadonnées ; les identifiants passent par un canal distinct, chiffré de bout en bout, si bien que ce qui quitte un appareil n'est lisible que par vos propres appareils. Si vous préférez tout garder strictement en local, laissez l'option désactivée et utilisez plutôt l'export chiffré .sshive.

Pour les équipes qui utilisent déjà une YubiKey 5 NFC avec SSH, ce qui manque sur iPhone, c'est de lire la clé par la pile Core NFC de l'iPhone et de s'en servir comme agent SSH. L'objectif : prendre en charge les clés SSH adossées à FIDO2/PIV (ssh-ed25519-sk, ecdsa-sk), pour qu'un iPhone puisse s'authentifier sur un serveur qui exige une clé matérielle, avec une confirmation Face ID côté SSHive et un contact NFC avec la YubiKey. Cela comble la faille qui fait aujourd'hui de l'iPhone le maillon faible des politiques SSH à double authentification. L'iPad n'a pas de lecteur NFC : il y faudrait une YubiKey branchée sur l'appareil lui-même, par son port USB-C ou Lightning selon le modèle.

Mosh est le shell mobile qui survit aux changements de réseau Wi-Fi, aux bascules d'antenne en 5G et à la mise en veille du téléphone, au lieu de couper la session SSH à chaque fois. Au bureau, cela change peu de chose ; dans un train qui traverse des tunnels avec un tail -f ouvert, cela change tout. Nous étudions l'ajout de Mosh comme transport alternatif, lancé par une première connexion SSH (le schéma habituel de mosh-server). L'obstacle : Mosh exige que mosh-server soit installé sur la machine distante, ce qui est loin d'être le cas partout. Nous évaluons aussi si un mécanisme de reprise côté SSHive pourrait apporter 80 % de ce qu'offre Mosh sans rien changer au serveur. Dites-nous ce que vous préféreriez.

Un iPad Pro avec Magic Keyboard n'est pas loin d'un vrai ordinateur portable, mais l'interface iPad actuelle de SSHive traite encore la fenêtre comme un espace de travail unique. L'objectif : un vrai multifenêtre, avec la session SSH de production dans une fenêtre Stage Manager, le RDP de préproduction dans une deuxième et un navigateur SFTP dans une troisième, le tout à côté de Notes ou de Safari. Le glisser-déposer entre fenêtres SSHive pour les transferts SFTP, et les raccourcis natifs du Magic Keyboard (Cmd+T pour un nouvel onglet, Cmd+W pour fermer, Cmd+1 à Cmd+9 pour passer d'un onglet à l'autre). Le but : faire d'un iPad Pro avec Magic Keyboard un poste de travail principal confortable pour travailler à distance, et plus seulement un appareil de secours.