Gatekeeper impedisce l'apertura di file dal Finder (l'avvio delle app va bene)

3

Ecco cosa sta succedendo (in Sierra, 10.12.5)

  • prova a lanciare un file non dell'applicazione che NON è un pacchetto (ad esempio pdf, png - i pacchetti di numeri andranno bene) - facendo doppio clic o utilizzando aperto nel Terminale
  • Una finestra di dialogo è impedita con "FILENAME" è danneggiato e non può essere aperto. Dovresti spostarlo nel Cestino.

Quellochehoprovato:

  • modalitàsicura
  • inesecuzionecomeutenteseparato

Quellochehoscoperto:

  • Èsicuramentecorrelatoalgatekeeper:Disattivaregatekeeperconsudospctl--master-disablerendequesteimmaginiriscrivibili.
  • Qualcosanonvacon spctl il sottostante utility da riga di comando che gestisce le politiche di sicurezza. Vedi sotto.

Problema con spctl:

Se si esegue un comando di base come spctl --assess -vvv --raw /bin/ls risponde con One or more parameters passed to a function were not valid. (l'ho provato in quanto è un passo diagnostico in una vecchia ma strettamente correlata correzione .

Tuttavia, l'esecuzione di questo stesso comando con gatekeeper off fornisce il risultato corretto. Ho anche provato a ripristinare il db SystemPolicy dall'originale di:

  • %codice% disattivando il gatekeeper
  • %codice% copia del criterio di sistema
  • sudo spctl --master-disable fix perms
  • riavvia il computer
  • %codice% riaccendo il gatekeeper

Ma questo non ha aiutato (ma in realtà non penso che il db di SystemPolicy sia tornato ai valori predefiniti - sembra crescere in maniera massiccia (o forse tornare indietro al precedente db) quando giro backkeeper.

Qualche idea?

    
posta Tim Diggins 03.06.2017 - 10:01
fonte

3 risposte

6

Ho appena sperimentato un problema simile su un sistema 10.13 dopo averlo migrato da un sistema 10.12 - risulta che /var/db/gkopaque.bundle non era valido, quindi l'ho copiato da un buon sistema 10.13 (facendo un tarball come root sul buon sistema, estraendolo come root sul sistema di destinazione), riavviando (il sistema o uccidendo syspolicyd) e risolto il problema.

    
risposta data 20.11.2017 - 05:28
fonte
1

Come altri hanno già detto, la sostituzione di /var/db/gkopaque.bundle ha funzionato per me. Nel mio caso l'ho estratto da un backup di Time Machine:

  • In esecuzione: $ defaults write com.apple.finder AppleShowAllFiles TRUE
  • Riavvio del Finder ( comando + opzione + escape )
  • Navigazione verso /var/db/
  • Entrando in Time Machine e navigando verso una versione precedente di gkopaque.bundle e facendo clic su restore
  • Uscita dalla macchina del tempo
  • Il riavvio
  • In esecuzione (per confermare): $ spctl --assess -vvv --raw /bin/ls
  • In esecuzione: defaults write com.apple.finder AppleShowAllFiles FALSE
  • Riavvio del Finder ( comando + opzione + escape )
risposta data 14.11.2018 - 00:59
fonte
0

Ho avuto esattamente i tuoi problemi con Gatekeeper. Quello che ha funzionato per me è stato quello di sostituire /var/db/gkopaque.bundle con una copia da un altro, buono, computer.

Ho semplicemente usato AirDrop per trasferirlo sul cattivo Mac. Quindi accedi al Mac non valido come root e sposta il pacchetto in / var / db /. Dopo il riavvio, Gatekeeper funziona, le impostazioni in Preferenze di Sistema > Sicurezza e amp; La privacy ora è "stick" e non tornare all'App Store. Di conseguenza, le app possono ora essere avviate quando faccio doppio clic sui file in Finder.

    
risposta data 23.11.2017 - 01:27
fonte

Leggi altre domande sui tag