No se pueden cambiar los permisos en com.apple.Boot.plist

3

Estoy intentando establecer los permisos en el archivo Boot.plist (ubicado en / Library / Preferences / SystemConfiguration) y no me lo permite. Hice clic en el bloqueo e ingresé mi contraseña en el Finder, y cuando intento editar los permisos, dice que no tengo los permisos necesarios. Cuando intento hacerlo con sudo chmod , dice que no puedo cambiar los permisos de archivo. (Puedo usar sudo muy bien) También intenté usar sudo vi y no me deja guardarlo. He intentado usar los primeros auxilios también. Estoy ejecutando El Capitán en una Macbook Pro Retina de 13 pulgadas a principios de 2013.

    
pregunta user3042719 25.10.2015 - 21:40

1 respuesta

8

Se está ejecutando en la Protección de integridad del sistema (SIP) que evita la modificación de varios archivos y directorios del sistema cuando está habilitado (que de forma predeterminada está en El Capitán (OSX 10.11). Está destinado a proporcionar más seguridad contra el malware que intenta modificar el sistema para sus propios usos.

SIP se puede deshabilitar si es necesario y deshabilitarlo permitiría que se realicen cambios en los archivos y directorios que normalmente están protegidos por SIP. Dado que Apple tiene la intención de que estos elementos protegidos no sean modificados por nadie que no sea Apple (u otros firmantes validados aprobados por Apple para un software particular producido por ellos), tengo mis dudas sobre si, una vez que se hayan modificado los permisos, se pueda volver a habilitar el SIP sin desactivar. ejecución de la máquina (deshabilitada "temporalmente" por software, no deshabilitando permanentemente el hardware). De modo que todo depende de si uno desea deshabilitar el SIP para realizar ciertas modificaciones que no podrían realizarse de otra manera o decidir que esas modificaciones no son lo suficientemente importantes como para deshabilitar las protecciones del SIP. (Una razón por la que uno podría querer deshabilitar SIP sería permitir que ciertos programas se ejecuten en la máquina que no se ejecutará con SIP habilitado). Podría estar equivocado aquí, pero creo que deshabilitar las protecciones de SIP reduciría la seguridad no más que si se atascara con Yosemite (OSX 10.10) que no tiene SIP habilitado tan completamente como El Capitán. Además, Apple proporciona una advertencia de que si el SIP está deshabilitado, estará ejecutando una configuración no compatible que probablemente se romperá en el futuro y dejará su máquina en un estado desconocido.

Por lo tanto, la primera parte es determinar si deshabilitar o habilitar el SIP en función de su propia situación y considerar los diversos pros y contras. Si uno decide deshabilitar el SIP, solo se puede hacer en la consola de recuperación (eso no es del todo cierto, pero en general lo es; hay otras formas para que las máquinas no puedan iniciarse en la consola de recuperación). Los pasos son:

  • Reinicie la máquina e inicie en la Consola de recuperación, lo cual se realiza al presionar las teclas Comando y R al reiniciar. (Me gustaría agregar que si no supiera cómo ingresar a la consola de Recuperación, probablemente no debería hacer esto de todos modos).
  • Abra el programa Terminal seleccionando Terminal en el menú Utilities .
  • Dentro de la Terminal ingrese la línea

    csrutil disable
    
  • Reinicie la máquina, ya sea reiniciando desde Apple Menu o ingresando el siguiente comando en la Terminal:

    reboot
    
  • Después de reiniciar la máquina, puede verificar si el SIP está deshabilitado invocando Terminal e ingresando:

    csrutil status
    

    que debería mostrar lo siguiente:

    System Integrity Protection status: enabled (Custom Configuration).  
    
    Configuration:  
       Apple Internal: disabled  
       Kext Signing: disabled  
       Filesystem Protections: disabled  
       Debugging Restrictions: disabled  
       DTrace Restrictions: disabled  
       NVRAM Protections: disabled  
    
    This is an unsupported configuration, likely to break in the 
    future and leave your machine in an unknown state.
    
respondido por el Zhora 25.10.2015 - 23:13

Lea otras preguntas en las etiquetas