Solución rápida para evitar cambios no autorizados en la contraseña dscl en OS X Lion
Recientemente escribí sobre la utilidad dscl y cómo permitir que Mac OS X Lion cambie una contraseña sin conocer la contraseña existente. La falta de la autenticación de administrador requerida se ha informado ampliamente como un error, y es probable que Apple emita una pequeña actualización de seguridad en un futuro próximo. Sin embargo, si está paranoico acerca de que alguien se encargue de su Mac y cambie su contraseña de usuario sin permiso, puede cambiar manualmente los permisos de la utilidad dscl obligándolo a solicitar privilegios administrativos para poder ser ejecutado.
Esta es una solución de permisos simple que probablemente imita lo que hará una actualización de seguridad formal. Al usar sudo chmod 100, se indica que solo el propietario (root) puede ejecutar el comando dscl, lo que evita efectivamente que otros usuarios que no sean administradores accedan a la utilidad de servicios de directorio sin usar el comando sudo y, por lo tanto, la contraseña del administrador.
Puede haber algunas consecuencias no deseadas al cambiar estos permisos, pero es poco probable que afecten a la mayoría de los usuarios. Si experimenta algunos problemas, siempre puede volver a cambiar los permisos, que parecen estar configurados en 755 de forma predeterminada.
¡Muchas gracias a «Tjb» que dejó este consejo en los comentarios!
Actualizar: Jim T dejó la siguiente recomendación en los comentarios, sugiriendo otro comando chmod para cambiar los permisos:
En su lugar, haga lo siguiente:
sudo chmod go-x / usr / bin / dscl
Esto eliminará, solo, el permiso de ejecución para el grupo y otros, dejando los otros permisos (lectura y escritura y permisos de root completos) completamente como estaban antes del cambio. Para revertir, haga:
sudo chmod go + x / usr / bin / dscl
¡Solo toca las cosas que necesitas tocar!
Su razonamiento es que chmod 100 es demasiado restrictivo en el sentido de que modifica el comando para que se ejecute únicamente, donde, como antes, el usuario root podía leer, escribir y ejecutar.