GateKeeper parece haber comenzado a bloquear aspectos de ssh ... ¿Puedo editar la base de datos de la Política del sistema (/ var / db / SystemPolicy) para permitir que ssh se ejecute correctamente?
Esto comenzó a suceder (unos pocos días) después de crear un archivo ~ / .ssh / id_rsa. Parece que ssh se cuelga al intentar analizar este archivo. Tiene permisos de 600 y es propiedad de mi uid.
$ ssh -v <user>@<host>
....
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: ~/.ssh/id_rsa
debug1: key_parse_private_pem: PEM_read_PrivateKey failed
debug1: read PEM private key done: type <unknown>
Aquí, ssh se bloquea, y obtengo lo siguiente en /var/log/system.log
coreservicesd[30]: Application App:"SecurityAgent" [ 0x0/0x864363b] @ 0x0x7fb6fb012670 tried to be brought forward, but isn't in fPermittedFrontASNs ( ( ASN:0x0-0x1001:) ), so denying.
WindowServer[120]: [cps/setfront] Failed setting the front application to SecurityAgent, psn 0x0-0x864363b, securitySessionID=0x186a4, err=-13066
com.apple.SecurityServer[15]: Engine::authorize: Rule::evaluate returned 4294907288 returning errAuthorizationInternal
Si ejecuto spctl --master-disable , ssh funciona como se esperaba, pero obviamente mi configuración de seguridad está disminuida. ¿Alguna idea de cómo puedo hacer que ssh funcione sin deshabilitar por completo GateKeeper?
ACTUALIZAR :-
El truco spctl --master-disable ya no funciona para mí :(
Desde que hice la pregunta, he actualizado a OSX 10.8.1. No estoy seguro de si eso está relacionado, pero no puedo pensar en otra cosa que pudiera afectar la política de seguridad de ssh.
¡Así que ahora, no puedo comprometer nada con github! : @
¿Ayuda?
UPDATE2:-
Por alguna razón desconocida para mí, ssh y git me pedirían la contraseña id_rsa (y luego autenticar / conectar) si estaba en una nueva sesión de terminal. Utilizo tmux (como la pantalla, que viene preinstalada en OSX, pero prefiero tmux), en la que mantengo mis sesiones de bash abiertas durante días o semanas a la vez. En una shell tmux antigua, recibo los errores descritos anteriormente, pero en una sesión de bash nueva, no hay mensajes de error y todo funciona como se esperaba, incluso con spctl --master-enable ..
¿Alguien sabe por qué esto es así o cómo volver a autenticar un shell?