Gatekeeper impidiendo que se abran archivos desde Finder (lanzar aplicaciones está bien)

3

Esto es lo que está pasando (en Sierra, 10.12.5)

  • intente lanzar un archivo que no sea de aplicación que NO ES un paquete (por ejemplo, pdf, png - los paquetes de números estarán bien) - haciendo doble clic o usando abrir en la Terminal
  • Un cuadro de diálogo se previene con "FILENAME" está dañado y no se puede abrir. Deberías moverlo a la Papelera.

Loqueheprobado:

  • modoseguro
  • ejecutándosecomounusuarioseparado

Loquehedescubierto:

  • Definitivamenteestárelacionadoconelcontroladordeacceso:desactivarelcontroldeaccesoconsudospctl--master-disablehacequeestasimágenespuedaniniciarse.
  • Algoestámalcon spctl el subyacente Utilidad de línea de comandos que gestiona las políticas de seguridad. Vea a continuación.

Problema con spctl:

Si ejecuta un comando básico como spctl --assess -vvv --raw /bin/ls , responde con One or more parameters passed to a function were not valid. (lo intenté ya que es un paso de diagnóstico en una solución antigua pero muy relacionada .

Sin embargo, ejecutar este mismo comando con el controlador de acceso desactivado da el resultado correcto. También he intentado restaurar la base de datos SystemPolicy a partir del original mediante:

  • %código% apagando al portero
  • %código% copiando la política del sistema
  • sudo spctl --master-disable fix perms
  • reinicia la computadora
  • %código% volviendo a poner al portero

Pero esto no ha ayudado (pero, de hecho, no creo que la base de datos de SystemPolicy haya vuelto a los valores predeterminados; parece que aumenta de tamaño masivamente (o posiblemente simplemente vuelva a la db anterior) cuando gire portero de nuevo en.

¿Alguna idea?

    
pregunta Tim Diggins 03.06.2017 - 10:01

3 respuestas

6

Acabo de experimentar un problema similar en un sistema 10.13 después de haberlo migrado de un sistema 10.12. Resulta que /var/db/gkopaque.bundle no era válido, así que lo copié de un buen sistema 10.13 (haciendo un tarball como root en el buen sistema, extrayéndolo como root en el sistema de destino), reiniciando (el sistema o eliminando syspolicyd), y eso solucionó el problema.

    
respondido por el Justin Frankel 20.11.2017 - 05:28
1

Como han dicho otros, reemplazar /var/db/gkopaque.bundle funcionó para mí. En mi caso, lo saqué de una copia de seguridad de Time Machine por:

  • En ejecución: $ defaults write com.apple.finder AppleShowAllFiles TRUE
  • Reinicio del Finder ( comando + opción + escape )
  • Navegando a /var/db/
  • Ingresando a Time Machine y navegando a una versión anterior de gkopaque.bundle y haciendo clic en restaurar
  • Salir de la máquina del tiempo
  • reiniciando
  • En ejecución (para confirmar): $ spctl --assess -vvv --raw /bin/ls
  • En ejecución: defaults write com.apple.finder AppleShowAllFiles FALSE
  • Reinicio del Finder ( comando + opción + escape )
respondido por el Rodrigo 14.11.2018 - 00:59
0

Tuve exactamente tus problemas con Gatekeeper. Lo que funcionó para mí fue reemplazar el /var/db/gkopaque.bundle con una copia de otra computadora, buena.

Simplemente utilicé AirDrop para transferirlo a la Mac defectuosa. Luego inicie sesión en el Mac incorrecto como root y mueva el paquete a / var / db /. Después de reiniciar el Gatekeeper, las configuraciones en Preferencias del sistema > Seguridad y amp; La privacidad ahora se "pega" y no vuelve a la App Store. Como resultado, las aplicaciones ahora pueden iniciarse cuando hago doble clic en los archivos del Finder.

    
respondido por el Peter Berglund 23.11.2017 - 01:27

Lea otras preguntas en las etiquetas