Linux Hard Box where we will face Java deserialization, salt attack, port forwarding and docker environments, a really nice trip that starts with some Enumeration, lets start!
Last updated
Was this helpful?
Let's run our NmapAutomator script for a first recon:
We have two ports open: 22 and 8080. Let's take a look at the http port.
This is the SSH (Secure Shell) port, we might be able to use it later to log in if we find any valid username and its password or its rsa key.
8080
We have a http port open, on port 8080 we have an Apache Tomcat 9.0.27 running, lets run gobuster.
On index.html we didn't find much, but on service we found this:
Apparently, we can upload a sample to get tested. So far, we know we can upload files and that Apache Tomcat is version 9.0.27.
With some quick google search about the Apache version we found this:
It seems that Apache Tomcat 9.x < 9.0.35 is vulnerable to some RCE by deserialization. This was also told by NmapAutomator script when running Vuln scan on basic ports:
Let's see if meets the criteria, we can upload files, but we do not know where they are being uploaded to, so we intercept a request trying to upload a php reverse shell:
Send it to repeater and let's play with it a bit:
If we do not modify it, it uploads correctly (doesn't get us a shell though) so let's try to upload different files, we tried several files and all seemed to upload but when we try to upload an application (in this case an elf binary):
This tells us a great deal; it first reveals the path on where it is being upload the file: /opt/tomcat/temp/upload...tmp
It also shows a java.io.FileNotFoundException
The possible attack spoke about a deserialization RCE condition, Ysoserial comes to mind:
We download the latest jar from JitPack and here is where it gets interesting, I have made a couple of scripts to automate all the process:
First, we create our payload (we will call it evil.sh):
Now the ysoserial part, its divided in three parts:
We create a deseralizated java object that will call our evil.sh and place it somewhere safe evil.session
Make a Curl sending the object (-F as image image=@evil.session)
A second Curl calling the object
Make another deseralizated java object that will chmod our evil.sh, making sure we can run it allowevil.session
Make a Curl sending the object
A second Curl calling the object
Finally, we make a deseralizated java object that will execute it execevil.session
Make a Curl sending the object
A second Curl calling the object
Start a python http server on port 80 where our evil.sh is placed:
Prepare a netcat listener and run the script:
We execute our script and it grabs the evil payload from our server and execute it granting us access to the box, we are in as tomcat, we can upgrade our shell with python:
We can grab our user flag as the user is Tomcat.
Let's send over our linpeas.sh and run it:
With this enumeration we saw something interesting:
It seems to be a Docker container but we are not actually on it
Active Ports:
We have two interesting ports listening on localhost 4505 & 4506 which belongs to Salt Communication.
Some information about Salt Communication:
And found a possible PoC to exploit given vulnerability:
With that in mind let's start our attack.
First things first, let's redirect port 4506 to port 4556 so it can be accessed from our machine. We will use Socat
We send the socat binary to our victims' box, give it execution permissions and start a port forwarding, in order to do that we will need to follow these steps:
Send socat binary to the victim and give execution permissions and start the port forwarding, sending it to the background with & so we still can use that shell:
Now we can access the victims port 4506 on his port 4556
Let's try to use our PoC now, first we need to install salt python module:
Now we execute the python script with the following arguments:
It worked and we are root! But wait... the hostname is different
We are on the docker container... we are not done yet.
If we go to /usr/bin in our Tomcat shell we will be able to see the docker binary:
Since now we have a root shell on the docker container, we can retrieve it from Tomcat shell and mount it in order to be able to escalate privileges, we have python3 installed so we can start a server with it:
Now we try to retrieve that docker container from our root shell:
We can mount it now:
Remember that you need a TTY so if you haven't spawned a TTY shell, you can use python in order to do so and then mount the container.
In order to get the root flag, we have to go to /mnt which is where we have mounted our docker container and from there to /root
Further investigating SaltStack we found it can be vulnerable:
