For this challenge you will be collecting information about the target machine (CTFCapture the Flag VMVirtual Machine). This is useful for understanding future deployments against a machine. Surveys can reveal many things about a machine or its network.

Challenge 1: To capture this flag you will need to collect the following information about the CTFCapture the Flag VM. All strings should be wide character.

1. Machine GUID

2. User Name
   
   
3. Computer Name
   
   

4. Installed Applications

5. Network Card MACApple Operating System Addresses

6. List of all mounted volumes
   
   

7. Process List

Now, have your tool output the survey data (raw) into a file in Desktop\Results\Survey\Survet.txt. Shortly after, you'll have your first flag!

File Collection is also an important part of what we do. Remember the main goal is to enable the collection of FI. In this line of work we run into limitations that aren't always a problem for normal software developers. Unfortunately, we often run into bandwitdth and/or time constraints when trying to retreive information from a target computer. Thus, when designing or configuring a tool, compression, throttling, collection prioritization, and file flattening are things you should consider.

Challenge 2: Collect all of the files from User #?'s user directory (C:\Users\User #?) with the extensions *.doc, *.docx, *.xlsx, and *.pdf. You will then need to reconstruct the collected files in the Results\File Collection folder on the Desktop.

For example, let's say I collected the following files:

C:\Users\User #?\Desktop\Passwords.xlsx

C:\Users\User #?\Pictures\MyContacts.docx

C:\Users\User #?\AppData\Local\Temp\WhereIKeepMyNukes.pdf

Then, the folder structure in the Results\File Collection directory would look like this:

_C

Users

User #?

Desktop

Passwords.xlsx

Pictures

MyContacts.docx

AppData

Local

Temp

WhereIKeepMyNukes.pdf

Do not compress or encrypt any of the collected files. When you are done, signal the watcher that all files are collected by setting an event with the name {DEC334AC-E1E3-4582-9D4D-75A6201F053B} (See MSDN: OpenEvent and SetEvent). After your files are validated, your second flag should then appear!

Almost all of our tools utilize some combination of compression and encryption. Whenever we're sending data back over the internet, or storing the data for later exfil, it needs to be protected. The type of compression and encryption used is dependent upon many factors and should be decided on a per tool basis. SecureBuffer (or the buffer library) is a library of readily available compression and encryptoion algorithms (there should never be a need to roll your own compression or encryption - these are very signaturable things). So, for this challenge you will need to download the attached files (ImprovedDummy.exe, PubKey.pem).

Challenge 3: Compress and encrypt the dummy payload to retrieve the flag.

• Download the attached files (ImprovedDummy.exe, PubKey.pem)
• Use SecureBuffer/Buffers Library) to compress the binary using ZLIB compression.
• Encrypt the buffer using the supplied public key
• Dump the buffer into a file (raw) named ImprovedDummy.exe.enc in Results\Compression and Encryption

The watcher on the wall will give you the third flag upon completion.

Many of our tools utilize other processes on the machine (sometimes our own). Since we develop tools to do specific tasks, it is important that some loaders are able to load/kick off other tools.

Challenge 4: Use Windows Management Instrumentation to execute a command.

• See MSDNMicrosoft Developer Network Win32_Process and Win32_ProcessStartup
• Take a look at some of the examples of WMIWindows Management Instrumentation online
• Now, execute the process C:\Test\CTF\Dummy.exe with the args Give Me The Flag (4 args) using WMI.
• Upon executing correctly, your flag should appear.

Sometimes our implants need to react to what is happening on target. This could be recording actions the target is taking or changing what the implant itself does (only exfil data when the target is browsing the internet).Windows often utilizes messages and events to notify stakeholders of certain actions (like if a piece of removable media has been added).

Challenge 5: Set up a notification hook for HKEY_LOCAL_MACHINE\Software\Microsoft\CTF.

• Set up a notification hook to receive notifications for any new subkeys
• Every 30 seconds a subkey is generated and is deleted 5 seconds later
• Once you receive the notification, enumerate the CTFCapture the Flag subkey to find a new key with the name CTFCapture the Flag and default value that contains the flag.

To maintain access to a machine we want to modify the target machine in a way that our code/binary is re-run after it has been stopped (reboot, logoff, possibly even wiped). To do this we can take advantage of mechanisms that Windows itself uses as well as flaws found in the startup process.

Challenge 6: Use the Task Scheduler, a well-known persistence mechanism, to persist ImprovedDummy across logon/logoff.

• See MSDNMicrosoft Developer Network ITaskScheduler
• The ITaskScheduler is a COM interface (a big part of Windows object-oriented design).
• Create a scheduled task that persists C:\Users\User #?\AppData\Roaming\ImprovedDummy.exe
• Create a trigger so that the command is run everytime a logon event occurs for User #?.
• Although not required, try to go through and understand all that is happening with the COM calls that are required.

To retrieve the flag, restart the VM.

Once we have taken our surveys and collect our files the next step is getting that data back to IOC. There is no common interface for transferring data. Sometimes it's storing data on removable media and sometimes it's mimicking web traffic. In some cases, we can send data to another process so that it can exfil.

Challenge 7: Assume that the watcher process has a cool technique for mimicking web traffic. Anything that it receives over its named pipe it will forward to the LPListening Post (listening post) via the internet to an IOCInformation Operation Center LP.

• Use the survey code from Challenge 1.
• Connect to the named pipe \\.\pipe\{5A426ADB-11B3-4492-8602-380317833226}
• Send the survey data over the named pipe.

Once the data is received by the LP, the first half of the flag will appear.

To obtain the second half of the flag you will use the Windows Sockets APIApplication Programming Interface to send the survey data to a real LP.

• Read throught the Windows Sockets API
• Connect and send data to xx.xx.xx.xx port 7777(UDPUser Datagram Protocol)
• Once verified, the LPListening Post will send you "tasking" the tasking is the second half of the flag.

Since our code is malicious in nature, PSPs (personal security products) are looking for us. There are many different types of signatures that PSPs use to try to determine whether a binary is attempting to do something malicious. In many cases, we can evade detection by PSPs by understanding how they catch us and creating workarounds that accomplish the same tasks.

Challenge 8: You will find the source to a piece of malware at \\FS-01\share\CTF\... You will need to modify this executable so it no longer get's caught by Kaspersky

• Copy the source to your machine and compile it Release_Dynamic Win32
• Go to the PSPPersonal Security Product (Anti-Virus) Evasion snapshot on the CTFCapture the Flag VM
• Verify that the executable is blocked by the PSP
• Note the issue the PSPPersonal Security Product (Anti-Virus) raises with the binary
• Modify ____ to defeat the PSP.

Once the executable is able to run, the flag will be presented.

Gaining execution on a machine can be one of the most difficult aspects of a computer operation. Sometimes we'll have exploits that let us gain access without any target interaction and other times we will engineer scenarios in which we can bait the target into allowing us access.

Challenge 9: In this scenario you will "Trojan" the WinRar installer application. Appearing as WinRar, you will drop and run the actual installer as well as executing your own malicious code.

• Grab a copy of the WinRar installer (attached)
• Convert WinRar to a byte array and put it in a header file in your project (look at Munge Payload).
• Convert ImprovedDummy.exe and put it in a header file in your project (this technique has been named Melomy)
• Steal the resources from the original WinRar and make them your own
• Modify your code to drop ImprovedDummy and WinRar into C:\Windows (note you'll have Administrator privileges)
• Place your trojan in the CTFCapture the Flag VMVirtual Machine and double-click it to get your flag.

Depending on our execution vector, the context our code is running in when we first gain access to a target may be at a privilege level that blocks us from doing things or obtaining information. That means that we'll need to pair our execution vector with another "exploit" to get us to the privilege level we need.

Challenge 10: In this challenge you will be given background information that describes a vulnerability (known and unpatched by Microsoft) that allows you to bypass UACUser Account Control (go from User level privileges to Administrator level privileges without notifying the user). Use your new-found knowledge of the vulnerability to have your User privileged code gain Administrator privileges.

Background Information

UAC Bypasses: When working with UACUser Account Control Bypasses for Windows 7+ there are a couple of requirements for the target machine. The first requirement is that the user your code will be running as is an Administrator user (not limited, and not a guest), The second requirement is that the UACUser Account Control (User Account Control) level must be at default or below. You will note that both these things are true on the CTFCapture the Flag VM.

Auto-Elevated Processes: Since Windows Vista, Microsoft made modifications to the security process in an attempt to reduce the number of UACUser Account Control prompts. One of the ways it did this was by allowing some processes to be automatically elevated. These auto-elevated process were limited to a select few Microsoft processes. These process must be signed by a specific Microsoft certificate, must specify auto-elevation in their manifest, and must reside in a specific set of locations. When executed by the user, the processes automatically are given Administrator privileges. The user calling the process does not get a return handle to the process it just created (they didn't want to make it that easy).

Artillery

To implement the Artillery UACUser Account Control Bypass (In-House name) we take advantage of the Windows Update Standalone Installer (wusa.exe). This is an auto-elevated process provided to us by Microsoft in System32. The wusa.exe allows for command line options, one of which allows you to extract a CAB file to an arbitrary location. With a little research, we have also discovered that if printui.exe (another auto-elevated process) is moved from System32 to another directory, it has a vulnerability in its DLLDynamic Link Library loading process. When looking for CryptBase.dll the auto-elevate process looks in its local directory first before looking in System32.

Putting this together we know we can do the following to get the auto-elevated process to load our shim DLL:

1. Write our shim to a user accessible location

2. Write a copy of printui.exe to a user accessible location

3. Call makecab to put each of these files into a cab format

4. Call wusa.exe to extract both files to System32\MUI

5. Call System32\MUI\printui.exe

   
   
   
   

Now, to complete the challenge:

• Download a copy of the "Shim" DLL
• Embed the shim in your tool
• Using your knowledge of the vulnerability, move the shim and any other required files to there appropriate locations
• Execute the privilege escalation and you should see an Administrator privileged ImprovedDummy.exe