- La version 3.5.11 d’iTerm2 a été compilée le 2 janvier 2025 et contient des corrections de sécurité importantes. Il est fortement recommandé de procéder à la mise à jour immédiatement.
Utilisateurs concernés
- Si vous utilisez la fonction d’intégration SSH, les versions suivantes peuvent être concernées :
- 3.5.6
- 3.5.7
- 3.5.8
- 3.5.9
- 3.5.10
- toutes les versions bêta postérieures à 3.5.6
Cause du problème
- En raison d’un bug de l’intégration SSH, les entrées et sorties ont été écrites dans un fichier de l’hôte distant. Ce fichier (/tmp/framer.txt) pouvait être lu par d’autres utilisateurs de cet hôte distant.
Conditions de reproduction
- Si vous utilisez l’un des éléments suivants :
- la commande it2ssh
- le menu déroulant de commande réglé sur "SSH" dans Paramètres > Profils > Général, avec la case "Intégration SSH" cochée dans la boîte de dialogue de configuration SSH
- Python 3.7+ est installé sur l’hôte distant et disponible dans le chemin de recherche par défaut
Mesures à prendre
- Mettez à jour immédiatement vers la version 3.5.11.
- Supprimez le fichier /tmp/framer.txt sur les hôtes affectés.
Résolution
- Nous prenons pleinement conscience de cette erreur et nous prendrons les mesures nécessaires pour qu’elle ne se reproduise plus.
- Le code d’écriture des journaux dans l’intégration SSH a été supprimé et ne sera pas exposé.
- Pour toute question, vous pouvez contacter gnachman@gmail.com.
Vérification des fichiers
2 commentaires
J’ai été surpris de voir que ma version est la 3.4.3. Je n’utilise pas beaucoup le terminal en ce moment, donc je n’ai pas non plus pris l’habitude de le mettre à jour régulièrement.
Commentaire Hacker News
Je suis perplexe face à l'opinion selon laquelle il ne faut pas utiliser iTerm2. Le même problème pourrait aussi survenir dans d'autres projets, et changer d'outil n'est pas une défense vraiment efficace.
Le
print()de débogage semble être entré en production.Un bug de la fonction d'intégration SSH écrit l'entrée et la sortie dans un fichier de l'hôte distant.
Méfiance envers la déclaration du développeur disant qu'il regrettait profondément son erreur et prendrait des mesures pour en empêcher la répétition.
Il s'agit d'un problème propre à l'intégration SSH et ne se produit pas simplement en exécutant
ssh.Je doute qu'il existe une raison solide d'utiliser iTerm2 en 2025.
Le sentiment que iTerm2 devient de plus en plus complexe et lourd, avec de plus en plus de problèmes de sécurité.
Je pense qu'il est plus approprié de remplacer les clés SSH que de supprimer
/tmp/framer.txtsur l'hôte touché.Je m'interroge sur le besoin d'avoir une intégration SSH dans un terminal.
Je me pose des questions sur le bug de l'intégration SSH qui écrit sur le fichier de l'hôte distant.