OS X 10.11 no puede presionar "permitir" en los cuadros de diálogo de acceso a llaveros

Me encuentro con un problema en el que el cuadro de verificación de la contraseña del llavero no verifica la contraseña; no se mueve si la contraseña es incorrecta y no sucede nada cuando presiono "permitir". Estoy usando el llavero de iCloud.

¿Qué podría hacer que el cuadro de diálogo Acceso a Llaveros quiere... no verifique la contraseña?

No pasa nada cuando presiono "Permitir" con la contraseña ingresa. La caja no tiembla cuando la contraseña es incorrecta:ingrese la descripción de la imagen aquí

tengo exactamente el mismo problema :( alguien?
Relacionado: stackoverflow.com/q/33311873/1214800 Dios mío, ¡quiero romper cosas!
También encontré este problema, resultó que tenía que desconectar mi tableta Wacom y usar un mouse normal (Magic Mouse en mi caso) para que los botones 'permitir' o 'permitir siempre' funcionaran. Un error tan extraño de diagnosticar. Afortunadamente, no tuve que apagar ninguna de las aplicaciones en el área Configuración -> Seguridad -> Accesibilidad.
Este problema se debe a una nueva restricción de Apple en el llavero, por la que los scripts y las aplicaciones ya no tendrán acceso remoto a las funciones del llavero, como la exportación. Habría dejado esto como respuesta, pero este hilo ha sido protegido contra respuestas de spam que no aportan ningún valor a la pregunta.

Respuestas (3)

Me encontré con este mismo problema hoy. No pude "Permitir" o "Permitir siempre" ningún programa, ni pude confirmar mi contraseña en ningún diálogo. La interfaz no temblaría, incluso si hubiera ingresado la contraseña incorrecta.

Uso Synergy para facilitar la programación en varias computadoras diferentes. Mi mouse y teclado no pertenecen al dispositivo Mac OSX. Pude presionar el botón "Permitir" una vez que usé un mouse y en realidad conecté el dispositivo Mac OSX.

En general, intente desactivar cualquier servicio KVM virtual o físico y use el mouse/teclado de Mac directamente.

Espero que esto pueda ayudarte a ti o a alguien más que venga aquí en busca de ayuda.

Descubrí que con Remote Desktop ejecutándose, tener un mouse conectado (y mirar en la pantalla remota cercana) aún presenta el problema. Incluso conectar una pantalla y un teclado mientras el escritorio remoto está observando presentó el problema. Eliminé el escritorio remoto y probé desde VNC: el mismo problema. Sin embargo, tener VNC en ejecución y acceder desde el teclado local instalado está bien. ¡Esto apesta!
La respuesta de @ BobChao87 es correcta. Tuve el mismo problema cuando se lanzó el programa MagicPrefs (utilizado para personalizar la experiencia de Apple Magic Mouse). Si está utilizando MagicPrefs, simplemente salga de este programa y todo funcionará bien.
@KirkHammett Eres un salvavidas. Tenía MagicPrefs instalado y ese era el problema. Hay alguna solución para esto? Utilizo muchas de las funciones de MagicPrefs, por lo que realmente quiero tenerlo habilitado y ejecutarlo. (Y creo que ningún otro software similar funcionaría, ¿verdad?)
@Behdad Creo que podemos comunicarnos con MagicPrefs directamente para preguntar si pueden advertir a los usuarios sobre este problema. UPD: contactó a los desarrolladores con respecto a esta pregunta.
@Behdad Por ahora, siempre puede activarlo y desactivarlo a medida que encuentra interacciones que requieren el teclado y el mouse directos como solución alternativa hasta que Apple y/o MagicPrefs solucionen el problema. Sin embargo, dada la cantidad de cosas diferentes que tienen problemas, parece que Apple podría haber introducido una ... función de seguridad interesante.
El problema fue un poco más difícil para mí porque no tenía MagicPrefs o BetterTouchTools (o algo similar) instalado. Mi problema terminó siendo un controlador de la tableta Wacom. Pensé que solo funcionaría cuando tuviera una tableta conectada, pero funciona todo el tiempo. Una vez que eliminé los procesos del controlador, comenzó a funcionar nuevamente.
Wow... todo este tiempo he estado maldiciendo que mi OSX reinstalado que tenía los mismos problemas que antes de que yo borrara todo tenía los mismos problemas y lo atribuí a un error de OSX y resultó ser una sinergia todo el tiempo -_- Gracias @BobChao87
Puedo confirmar que también uso sinergia
¡Bendito seas @KirkHammett por salvarme de la locura!
@KirkHammett Tengo MagicPrefs y no me permitiría 'Permitir', ni con el touchPad, ni con el mouse externo. Pero presionar <enter> sin mover el mouse funcionó
Mi problema es que ya no puedo, por mi vida, recuperar el cuadro de diálogo que tiene el botón "Permitir siempre". Desinstalé esta aplicación VPN varias veces, eliminé sus archivos en varias carpetas de la biblioteca, eliminé sus credenciales en el agente de llavero, pero no, la aplicación sigue pidiéndome mi contraseña cada vez que quiero VPN. En el Agente de llavero sigo intentando cambiar "Control de acceso" a "Permitir que todas las aplicaciones accedan a este elemento" en las credenciales de VPN, sin ningún efecto, vuelve a "Confirmar antes de permitir el acceso"...
@sebastien.b Parece que podría estar teniendo un problema diferente al discutido en este hilo. La recomendación aquí es que debe desactivar cualquier modificador de entrada (Synergy, MagicPrefs, escritorios remotos, etc. ) y luego aprobar el acceso a la ubicación de seguridad más sensible. Si esto no resuelve su problema, es posible que desee abrir una nueva pregunta ya que las VPN fuera de su máquina no desencadenarían el comportamiento descrito aquí.
@BobChao87 el problema era el mismo, de hecho estaba usando Remote Desktop para instalar la aplicación que ofrecía "Permitir" o "Permitir siempre", pero no encontré la respuesta aquí hasta mucho más tarde; en ese momento culpé a macOS y maté la aplicación. Cuando reinicié la aplicación, parece que se había predeterminado en "Permitir" por sí solo, y no tengo ni idea de cómo recuperar el cuadro de diálogo que me permitiría elegir "Permitir siempre". (BTW VPN intentará conectarse automáticamente si su interfaz de red tiene "Conectar bajo demanda" configurado en Encendido y cualquier aplicación en la máquina está tratando de acceder a algo en la red).

Para mí, tuve que ir a System Preferences-> Security & Privacy-> Privacy.

A la izquierda, haz clic en Accessibility, luego, a la derecha, desmarca todas las casillas. Esto resuelve el problema. Para mí, tenía Steam (de VALVe) en ejecución y Karabiner (editor de teclas del teclado) que también podía controlar la computadora.

Eso es extraño. Tengo un montón de elementos en esta sección de privacidad, pero mi llavero sigue funcionando perfectamente. ¿Puede detectar un mensaje de error de la consola que muestra lo que se registra cuando las extensiones incorrectas están habilitadas? Tengo ocho aplicaciones habilitadas para controlar y una deshabilitada. Por supuesto, cuando controlo a distancia esta Mac, eso rompe el llavero por "razones de seguridad", pero no todas las aplicaciones en Accesibilidad parecen causar que el llavero evite acciones sintéticas.
No pude encontrar ningún error de consola. Steam parece ser el problema, pero no pude confirmarlo.
+1 Esto lo resolvió para mí. ¡Gracias! Dropbox fue uno de los programas en esa lista para mí.

Acabo de arreglar esto. Uso un complemento llamado SmoothMouse que mejora la aceleración del trackpad y el mouse. Es probable que se integre con las API de accesibilidad en OS X y, por lo tanto, active el mismo comportamiento que compartir pantalla. Deshabilitar el complemento resolvió el problema.

También puede ver la pregunta hermana de StackOverflow aquí .

Estaba teniendo el mismo problema al usar una tableta Wacom con El Capitan. Desconectar la tableta me permitió exportar mis certificados.
@MiKL, tuve el mismo problema, al probar varias configuraciones de Harward me di cuenta de que mi tableta Wacom era el problema. :/
También intenté instalar los controladores más recientes del sitio de Wacom, pero eso no resolvió el problema. :(
Confirmo que esto parece haber resuelto mis problemas. Estaba usando MagicPrefs y cuando salí, también se resolvió que no podía presionar Permitir. (Podría usar <espacio> para presionar Permitir, pero nunca el mouse o Permitir siempre. Denegar siempre funcionó.
OS X 10.11 no puede presionar "permitir" en los cuadros de diálogo de acceso a llaveros
RespuestasAquíPolítica de privacidad1y, 0v