Friday, April 12, 2019

DC-1: 1 Vulnhub CTF Walkthrough

1.  Well, here we go.  nmap scan for the ip address and then, do a full scan for the available ports.

2.  We have SSH, HTTP, and RPC protocols.  Well, that means I should think about possible credentials for SSH authentication, web application exploits or possible NFS share that can be accessed.  I started with the web application.
3.  Looks like a Drupal site.  Let’s look at the page source and see if we have anything interesting.
4.  So we have Drupal, let’s use a scanner called droopescan and see what we get.  
5.  Looks like we have information on plugins, possible plugins and paths.  
6.  Ok, so a quick google search for Drupal 7 exploits gave a lot of results.  Enter Drupalgeddon2.

7.  With Metasploit ready to aim and shoot, the only thing left is to exploit.  
8.  Success.  Now, let’s start to enumerate and get all we can.  
9.  Looks like we have a user name flag4 and it has flag4.txt. Time to take note of that.

10.  Ok, I hate this shell.  Time to see if we can get a better one.  Time to use the python trick hopefully. Again, learned this watching
IppSec channel (  If you are not watching it, you should be.  

11.  With a better shell, we find another flag in the webroot directory.  It is pointing us to look thru the config files which we should do anyway for settings and credentials.  We see flag2 and mysql credentials.
12.  I did more searching around and finally decided to use the mysql credentials.  
13.  We see the drupaldb database.  Time to look through the tables.  We have credentials in the users tables.  Of course, I could not find a single password for these:  
admin | $S$DvQI6Y600iNeXRIeEMF94Y6FvN8nujJcEDTCP9nS5.i38jnEKuDR
Fred  | $S$DWGrxef6.D0cwB5Ts.GlnLw15chRRWH2s1R3QBwC0EkvBQ/9TCGg

14.  Now, I went looking for any possible kernel escalation exploit for the Debian version and Linux kernel level.  Nope. Time to look for “sticky” permissions.

15.  Now, the find command seemed weird to have on this list.  I even had to do a double check on my own executable. Yup, that’s weird.  We can run “find” as root.

16.  Looking good.  I can see another flag too.  Let’s google what else we can do with the find command.  
/usr/bin/find . -exec cat /root/thefinalflag.txt \;

17.  Well I got the flag, but I am not sure I got all of them.  Let’s start digging more. We have flag5, flag2, flag1.

18.  Now, we have flag4. So where is flag3?  I went back into mysql and only found this:
I assume that it was in Drupal page somewhere.  Just because I was curious, I looked at the shadow file and tried to check for passwords.  I found the password for flag4, which was orange. (THE END).

Wednesday, April 10, 2019

UnknownDevice64 v1.0 Vulnhub CTF Walkthrough

1.  nmap scan for the IP address.  Then, we do a full scan for ports.  

2.  Looks like we have ssh and python using SimpleHTTPServer module servicing the server.  
I took a look at port 31337 using Firefox and Burp. It gives a page that is all black except
wherever your mouse lands.  I have to say the effects were very cool. Let’s look at the page source.
3.  There seems to be something to look at.  
<!-- key_is_h1dd3n.jpg -->
Let’s try to browse for it.
4.  After having a little bit of nostalgia of watching Sneakers, I downloaded the jpeg. Maybe there is something there.  I can check using the commands (strings, file, exif, steghide, etc).
5.  Using steghide, I used “h1dd3n” as the passphrase.  It did hint that it was the key. It gave a text file called h1dd3n.txt.

6.  Well, I recognize those strings from previous CTF’s.  Time to go to

7.  Well, we have what seems to be a username and password.  We did see the service SSH on port 1337.
Let’s try to use: ud64:1M!#64@ud

8.  We have a login but… with a limited/restricted shell.   There’s a trick, for that:
ssh ud64@ -p 1337 -t "bash --noprofile"

9. Welp, we are in and we can run commands.  
10.   Let’s do some digging and find out about this server.  Run the usual commands (id, uname, ls, etc)

11.  After looking around for a couple of minutes, thought to find out about sudo.

12.  What the heck is that file.   
13.  Oh, so this is just strace command.  Maybe it was just renamed. Anyway, I just kept playing with the command in order to get root or view root level files.
14.   Looks like you can view the contexts of /root.  There is a flag.txt file there. Let’s see if we can view it.

15.  Well, I can view but I need to get root on this box.  After searching for strace sudo, I came across this tid bit.
sudo /usr/bin/sysud64 -fe execve sudo -s