Butch
Gaining Access
Nmap scan:
$ nmap -p- --min-rate 3000 -Pn 192.168.208.63
Starting Nmap 7.93 ( https://nmap.org ) at 2023-07-21 12:13 +08
Nmap scan report for 192.168.208.63
Host is up (0.18s latency).
Not shown: 65528 filtered tcp ports (no-response)
PORT STATE SERVICE
21/tcp open ftp
25/tcp open smtp
135/tcp open msrpc
139/tcp open netbios-ssn
445/tcp open microsoft-ds
450/tcp open tserver
5985/tcp open wsmanWinRM is open, which can be used for evil-winrm. FTP does not accept anonymous logins, and SMB requires credentials to view.
Web Enumeration -> Blind SQL Injection
Port 450 shows us a basic login:

Default credentials don't work. Attempting any form of SQL Injection shows this:

So this is definitely vulnerable to SQL Injection. I was unable to bypass this login, so I used sqlmap to verify the type of injection we needed to use.


All of the payloads sqlmap used had the WAITFOR DELAY commands, which means we have to exploit time-based Blind SQLI. While I could dump out the entire database (which could take hours), I wanted to exploit it manually (as per OSCP rules, no sqlmap!).
So first, we can use this to verify that we have SQL Injection:
Afterwards, I enumerated some possible usernames, and found that butch was one of them.
Let's now identify the tables that are present within this database.
The above payload verifies that users is a table within the database. Now we can check for columns.
However, there is no passwords column present. In all the boxes I've done, the passwords in the databases I found were always hashed. I googled and read a bit more about the typical naming conventions and authentication mechanisms of MSSQL servers, and found this:
This told me that the column name might be password_hash, and we can vertify this using this payload:
Now that we have verified the existence of a users and password_hash column with a username of butch, we can actually update this column to have any hash we want. Right now, the hash type is unknown, so let's just try a few common hash algorithms like SHA1 and MD5.
I tested all of these using this payload, and then attempted to login with butch:hello.
We can then login to view the dashboard:

Gobuster -> C# RCE
I ran a gobuster scan on the web appliation and found a /dev directory:

The contents of the site.master.txt file was in C#:
Seems that the website is written in C#, and the file that we upload replaces the . We need to note that this inherits MyNamespacemaster.MyClassMaster, so our code probably needs to include that. I tested by uploading some random C# files, and it caused the site to no longer work.
This means that this file upload might be overwriting the site.master.cs file within the machine, and we need to upload a reverse shell in C#. I used this C# reverse shell script:
When we upload the file and refresh the page, we get a shell as the SYSTEM user.

Rooted!
Last updated