Shellcode Injection
Last updated
Was this helpful?
Last updated
Was this helpful?
Write and execute shellcode to read the flag!
We can use chmod
to change fthe file permissions on the /flag file.
We can compile the program using gcc
.
The -nostdlib
flag, which tells the compiler not to include the standard C library.
Let's extract the .text section using objcopy
.
The --dump-section
is used to extract a specific section from the object file.
We can provide the ./shellcode.bin
file as stdin to the challenge as follows:
We can now read the flag.
Write and execute shellcode to read the flag, but a portion of your input is randomly skipped.
The rest of the steps and code remains the same.
This challenge requires that your shellcode have no NULL bytes!
We can use objdump
to see the hexadecimal representation of our code.
As we can see, our code has a bunch of NULL
bytes.
There's multiple ways to ensure that our code doesn't have null bytes, easiest being the use of smaller registers.
One challenge we will face is providing the FILENAME as an argument for our chmod
syscall.
We can work around this by pushing the "galf" onto the stack (Keep in mind memory is stored in little endian format so "flag" is stored as "galf").
This challenge requires that your shellcode have no H bytes!
H bytes
are represented as 0x48
.
They are used to denote instructions that operate in 64-bit
context.
Write and execute shellcode to read the flag, but the inputted data cannot contain any form of system call bytes (syscall, sysenter, int), can you defeat this?
For this, we have to create a label that has the bytes, 0x0e
and 0x04
.
Before this label is executed, we have to increment the byte values so that they are 0x0f
and 0x05
which is the bytecode for syscall
.
Our modifications should look something like this:
Write and execute shellcode to read the flag, but the inputted data cannot contain any form of system call bytes (syscall, sysenter, int), this challenge adds an extra layer of difficulty!
Since the first 4096 bytes will not have write permission, we have to make sure that they are useless for our shellcode to execute. THis can be achieved using NOP sled similar to level 2.
This time the nop
instruction will repeat 4096 times.
Write and execute shellcode to read the flag, but all file descriptors (including stdin, stderr and stdout!) are closed.
Since we are not outputting the flag to stdout
, this is not really a problem for us.
Write and execute shellcode to read the flag, but you only get 18 bytes.
As we are not writing anything in this code, we can just ignore the fact that first 4096 bytes are non-writeable.
We can use two shellcode scripts for this level. The size restriction will only be enforced on the first script.
We will begin writing the second stage first.
Now let's compile this file using the following command:
Notice the output is a file named ;
whose value is 0x3b
.
The first shellcode which is also know an dropper payload or stager, will use execve
and execute the second stage.
Since the hexcode for the execve
syscall is 0x3b
as well, we can push $rax
and then pop it back in to $rdi
as the file-path argument.
Write and execute shellcode to read the flag, but your input is sorted before being executed!
This level mangles / sorts our shellcode after every 16 bytes.
Since the code from level 4 fits in 14 bytes, it won't get mangled and we can get the flag.
Write and execute shellcode to read the flag, but your input is sorted before being executed and stdin is closed.
Again level mangles / sorts our shellcode after every 16 bytes and since the are using chmod
, we don't care about stdin being closed.
The code from level 4 will work here as well.
Let's implement a skips the first 0x800
bytes then.
Fortunately our code form works just fine.
Since syscall
instructions are now, we will have to create a which will bypass the filters.
The code from will work for this level but before that we have to make some changes.
We can go ahead and use the code from .
We could just use the code from , as it is 14 bytes long.
However I think this is a great opportunity to get familiar with . A multi-stage shellcode uses multiple scripts that execute the next script.
This saves precious bytes. Credit goes to .