OSX ssh-agent: pas de collage de mot de passe et problème avec PKCS # 8?

J'utilise ssh sur ma machine et j'ai mis en place une phrase de passe longue, non conviviale, qui est enregistrée dans mon gestionnaire de mots de passe. Ce qui me rend fou à chaque fois, c'est que je ne peux pas coller dans la fenêtre illustrée ci-dessous. Je connais l' Remember password in my keychainoption et l'utilise. Parfois, je dois cependant en entrer un nouveau. Pourquoi ne puis-je pas coller dans un champ de mot de passe?

Même chose pour la boîte de dialogue qui s’affiche lorsque vous insérez des disques chiffrés.

Quelques mises à jour:

1. J'ai découvert comment contourner le dialogue: il suffit d'utiliser ssh-add -K ~/.ssh/id_rsa, puis je peux coller la phrase secrète dans le terminal.
2. Comme Mattmcmanus l'a mentionné, ma clé est chiffrée à l'aide d'une clé pkcs8cassée sur l'agent ssh de Yosemite. Ceci n’a aucun rapport avec le problème ci-dessus, mais m’a surgi à la même époque (lisez ici ).
3. utiliser ssh-add ne résout toujours pas ce problème pour les disques chiffrés.

1. La boîte de dialogue pour ssh-agent peut être contournée en ajoutant la clé dans la console / terminal: ssh-add ~/.ssh/id_rsa. Vous pouvez ensuite coller le mot de passe dans le terminal. En outre, l'ajout de l' -Koption à ssh-addpermettra de l'enregistrer dans le trousseau, conformément aux commentaires d'Oliver Lacans.
2. Comme Mattmcmanus l'a dit, le id_rsacryptage utilisant PKCS semble être rompu sur OSX Mavericks ssh-agent. La solution rapide consiste à déchiffrer le fichier de clés et à le chiffrer à nouveau à l'aide de la procédure ssh standard (méthode de dérivation de clé: MD5 ...):

mv id_rsa id_rsa.pkcs
openssl rsa -in id_rsa.pkcs -out id_rsa
# enter passphrase to decrypt
chmod 0600 id_rsa
ssh-keygen -f id_rsa -p
# enter passphrase to encrypt again

Est-ce une clé PKCS # 8 et êtes-vous sur mavericks? Si tel est le cas, cela semble complètement rompu. Pas sûr qu'il y ait encore une solution.

Sur Mac OS X El Capitan, la commande ssh-add peut le faire avec une option -K :

$ ssh-add -K ~/.ssh/id_rsa
Enter passphrase for /Users/your.username/.ssh/id_rsa:

Vous pouvez coller votre mot de passe dans cette invite avec -V .

Une session pour cela ressemble à ceci:

$ ssh-add -K ~/.ssh/id_rsa
Enter passphrase for /Users/your.username/.ssh/id_rsa:
Passphrase stored in keychain: /Users/your.username/.ssh/id_rsa
Identity added: /Users/your.username/.ssh/id_rsa (/Users/your.username/.ssh/id_rsa)

Extrait pertinent de SSH-ADD (1) élevé avec l' homme ssh-add :

-K Lors de l'ajout d'identités, chaque phrase secrète sera également stockée dans votre trousseau. Lors de la suppression des identités avec -d, chaque phrase secrète sera supprimée de votre trousseau.

INFOSEC NOTE : Votre mot de passe ne sera pas affiché dans le shell, mais sera exposé à toutes les applications en cours d'exécution via le Presse-papiers. Une solution autotype serait plus sécurisée.

Vous pouvez exécuter un script comme celui-ci dans l'éditeur AppleScript:

tell application "System Events" to tell process "SecurityAgent"
    set value of text field 2 of scroll area 1 of group 1 of window 1 to "pa55word"
    click button 2 of group 2 of window 1
end tell

J'ai eu le même problème. Après avoir trouvé cette question, j'ai continué à chercher et à trouver une réponse ailleurs. C'est une question plus ancienne, mais elle n'a pas de réponse acceptée et reste en tête des listes de recherche. (pas sûr de l'étiquette stackexchange sur ça).

RE ne pas être en mesure de copier / coller: c'est apparemment par conception. Le but est d'empêcher tout accès au champ à partir du presse-papiers pour empêcher un programme malveillant de supprimer les zones de mot de passe. Je pense que le collage (et non la découpe) devrait être autorisé, mais il y a peut-être une raison technique.

Pour ce qui est de ssh-agent, à partir de (au moins) Yosemite, l' -Koption dans ssh-add -K ~/.ssh/blahfait ce que vous voulez - tapez le mot de passe une fois, il est stocké dans votre trousseau, et ssh-agent se déverrouillera de manière transparente pour vous. Pour être plus en sécurité, je mets mes mots de passe ssh dans un trousseau distinct qui se verrouille périodiquement.

L'utilisation de brew openssl et openssh résout le problème.

brew update
brew install openssl
brew link openssl --force
brew install openssh

# confirm correct bins are being used
# both should be located in /usr/local/bin
which openssl
which openssh

# add key back to keychain
ssh-add ~/.ssh/id_rsa

Je ne sais pas si la force qui relie OpenSL casse quelque chose sur Mavricks. Jusqu'à présent, je n'ai pas remarqué de problèmes.