Escalada de privilegios en Linux y en Windows

La tentación con un acceso limitado es buscar de inmediato un exploit del núcleo del sistema. Pero un exploit de núcleo es ruidoso, puede tumbar la máquina y muchas veces es innecesario: la vía de escalada suele ser una mala configuración que una enumeración ordenada revela en minutos —qué puedo ejecutar como otro usuario, qué archivos privilegiados puedo tocar, qué corre con permisos que no debería—. Enumerar primero evita romper el objetivo y encuentra el camino limpio.

En Arrecife tienes una consola como usuario limitado en una máquina Linux. Antes de nada, la tarea es enumerar la configuración local en busca de la vía de escalada, no descargar un exploit de núcleo y lanzarlo.

En Linux, dos vías clásicas de escalada son los binarios con el bit SUID (que se ejecutan con los privilegios de su dueño, a menudo root) y las reglas de sudo mal puestas (que permiten a un usuario ejecutar ciertos comandos como root). El peligro está en binarios que permiten «salir» a una consola o leer/escribir archivos arbitrarios: si puedes ejecutar como root un editor, un intérprete o una herramienta con escape a consola, tienes root. Reconocer cuáles son explotables es el criterio, no memorizar una lista.

En Arrecife, la enumeración revela que tu usuario puede ejecutar como root, vía sudo, un comando que permite escapar a una consola. Esa regla es la vía de escalada.

Windows escala distinto. Una vía habitual cuando llegas como la cuenta de un servicio (por ejemplo, la de un servidor web) es mirar los privilegios del token con whoami /priv: ciertos privilegios, como el de suplantación, permiten técnicas que elevan a SYSTEM aprovechando servicios del propio Windows. No es un exploit de un fallo de software, es abusar de un privilegio que la cuenta no debería tener habilitado.

En Arrecife comprometiste un objetivo Windows como cuenta de servicio, y whoami /priv muestra habilitado un privilegio de suplantación. Ese privilegio es la vía de escalada a SYSTEM.

Otra vía en Windows son los servicios mal configurados: un servicio que corre como SYSTEM pero cuyo ejecutable puedes reemplazar, o cuya ruta sin comillas permite colocar un binario que Windows ejecute en su lugar. La escalada consiste en que el sistema ejecute, con sus privilegios, algo que tú controlas. Como siempre, se reconoce enumerando permisos de los servicios, no probando al azar.

En Arrecife, un servicio que arranca como SYSTEM tiene permisos que dejan a tu usuario reemplazar su ejecutable. Reemplazarlo de forma controlada y reiniciar el servicio da ejecución como SYSTEM.

Escalar a root o SYSTEM no es el final: es un hallazgo con su causa. El informe no dice «conseguí root», dice qué mala configuración lo permitió —la regla de sudo, el binario SUID, el privilegio de token, el servicio editable— porque eso es lo que el cliente arregla. Dos objetivos comprometidos con la misma causa raíz apuntan a un problema de configuración sistémico, no a dos incidentes sueltos, y así se reporta.

En Arrecife escalaste en un Linux por sudo mal puesto y en un Windows por un privilegio de token. Cada escalada se documenta por su causa configurable, que es la palanca de la remediación.

El informe de escalada no dice «conseguí SYSTEM», dice qué mala configuración lo permitió. Abre el laboratorio y revisa la enumeración de servicios del objetivo Windows: uno arranca como SYSTEM con la ruta sin comillas y permisos que dejan reemplazar lo que ejecuta. Aísla su nombre.