El enorme error de macOS permite el inicio de sesión de root sin una contraseña. Aquí está la solución

Una vulnerabilidad recién descubierta en macOS High Sierra permite que cualquier persona con acceso a su computadora portátil cree rápidamente una cuenta de root sin ingresar una contraseña, sin pasar por los protocolos de seguridad que haya configurado.

Es fácil exagerar los problemas de seguridad. Este no es uno de esos momentos. Esto es realmente malo.

Cómo funciona el exploit

Advertencia: ¡no hagas esto en tu Mac! Le mostramos estos pasos para señalar lo simple que es este exploit, pero seguirlos dejará su computadora insegura. Hacer. No. Hacer. Esta. 

El exploit se puede ejecutar de muchas formas, pero la forma más sencilla de ver cómo funciona es en las Preferencias del Sistema. El atacante solo necesita dirigirse a Usuarios y grupos, hacer clic en el candado en la parte inferior izquierda y luego intentar iniciar sesión como «root» sin contraseña.

La primera vez que hace esto, sorprendentemente, se crea una cuenta de root sin contraseña. La segunda vez, iniciará sesión como root. En nuestras pruebas, esto funciona independientemente de si el usuario actual es un administrador o no.

Esto le da al atacante acceso a todas las preferencias del administrador en Preferencias del Sistema … pero eso es solo el comienzo, porque ha creado un nuevo usuario root para todo el sistema sin contraseña.

Después de seguir los pasos anteriores, el atacante puede cerrar la sesión y elegir la opción «Otro» que aparece en la pantalla de inicio de sesión.

Relacionado:  Cómo usar Spotlight de macOS como un campeón

Desde allí, el atacante puede ingresar “root” como nombre de usuario y dejar el campo de contraseña en blanco. Después de presionar Enter, iniciarán sesión con todos los privilegios de administrador del sistema.

Ahora pueden acceder a cualquier archivo en la unidad, incluso si está protegido por FileVault. Pueden cambiar la contraseña de cualquier usuario, lo que les permite iniciar sesión y acceder a cosas como el correo electrónico y las contraseñas del navegador.

Este es el acceso completo. Todo lo que pueda imaginar que puede hacer un atacante, lo puede hacer con este exploit.

Y dependiendo de las funciones para compartir que haya habilitado, es posible que esto suceda de forma remota. Al menos un usuario activó el exploit de forma remota usando Screen Sharing, por ejemplo.

Si tiene habilitado el uso compartido de pantalla, probablemente sea una buena idea deshabilitarlo, pero ¿quién puede decir cuántas otras formas posibles hay de desencadenar este problema? Los usuarios de Twitter han demostrado formas de ejecutar esto usando la Terminal , lo que significa que SSH también es un vector potencial. Probablemente haya muchas formas de activar esto, a menos que usted mismo configure una cuenta de root y la bloquee.

¿Cómo funciona todo esto realmente? El investigador de seguridad de Mac Patrick Wardle explica todo aquí con muchos detalles. Es bastante lúgubre.

Actualizar su Mac puede o no solucionar el problema

A partir del 29 de noviembre de 2017, hay un parche disponible para este problema .

Esta es una ocasión en la que realmente no debería ignorar este mensaje.

Pero Apple incluso arruinó el parche. Si estaba ejecutando 10.13, instaló el parche y luego actualizó a 10.13.1,  el problema se reintrodujo . Apple debería haber parcheado 10.13.1, una actualización que salió unas semanas antes, además de lanzar el parche general. No lo hicieron, lo que significa que algunos usuarios están instalando «actualizaciones» que revierten el parche de seguridad, recuperando el exploit.

Relacionado:  Cómo crear un instalador USB de arranque para macOS High Sierra

Entonces, aunque aún recomendamos actualizar su Mac, probablemente también debería seguir los pasos a continuación para cerrar el error usted mismo.

Además, algunos usuarios informan que el parche rompe el intercambio de archivos locales. Según Apple, puede resolver el problema abriendo la Terminal y ejecutando el siguiente comando:

sudo /usr/libexec/configureLocalKDC

El intercambio de archivos debería funcionar después de esto. Esto es frustrante, pero errores como este son el precio a pagar por parches rápidos.

Protéjase habilitando Root con una contraseña

Aunque se haya lanzado un parche, algunos usuarios aún pueden experimentar el error. Sin embargo, hay una solución manual que lo solucionará: solo necesita habilitar la cuenta de root con una contraseña.

Para hacer esto, diríjase a Preferencias del sistema> Usuarios y grupos, luego haga clic en el elemento «Opciones de inicio de sesión» en el panel izquierdo. Luego, haga clic en el botón «Unirse» junto a «Servidor de cuentas de red» y aparecerá un nuevo panel.

Haga clic en «Open Directory Utility» y se abrirá una nueva ventana.

Haga clic en el botón de bloqueo, luego ingrese su nombre de usuario y contraseña cuando se le solicite.

Ahora haga clic en Editar> Habilitar usuario raíz en la barra de menú.

Ingrese una contraseña segura .

El exploit ya no funcionará, porque su sistema ya tendrá una cuenta de root habilitada con una contraseña real adjunta.

Siga instalando actualizaciones

Dejemos esto en claro: esto fue un gran error por parte de Apple, y el parche de seguridad que no funciona (y rompe el intercambio de archivos) es aún más embarazoso. Dicho esto, el exploit fue lo suficientemente malo como para que Apple tuviera que actuar rápidamente. Creemos que debería instalar absolutamente el  parche disponible para este problema  y habilitar una contraseña de root. Con suerte, pronto Apple solucionará estos problemas con otro parche.

Relacionado:  Cómo dejar la versión beta pública de macOS ahora que High Sierra está disponible

Actualice su Mac: no ignore esas indicaciones. Están ahí por una razón.