Easy Keygen
Writeup for Easy Keygen from Reversing.kr
Last updated
Writeup for Easy Keygen from Reversing.kr
Last updated
Hello all!
This is a follow-up post for the next challenge from reversing.kr marked as 100 points.
This challenge basically consists of analyzing the operation getting performed on user input and then writing a script to reverse those operations in order to find our flag.
On downloading the zip file we are provided with two files this time. One is our regular executable, Easy Keygen.exe and second is a ReadMe.txt .
The Task for this crackme is to find the name for the given Serial.
Same as we did last time. First, I am going to run this executable to check out its functionality.
THe exe gives us a prompt and asks for input of name and Serial. We already have our Serial. We just gotta figure out the name corresponding to this Serial.
Let's check this all out in our IDA.
On Inspecting it in IDA. it shows us the graph from the entry point. It's not the main method which we are looking for. We have to find our main function to analyze it.
When we executed our file, it gave us the string "Input Name". So, I am going to search the same string in IDA to trace the main function. Just go to Search->text enter your string and it will show the data section where the string resides and in which function it is used.
On searching the string, we can see it used in the function sub_401000. On looking at this function, it looks like our main function.
Analyzing our main function sub401000. We see our string "Input Name" getting pushed onto the stack as a parameter, and then there is a call to sub4011B9 function. which probably works as printf function, printing our string on the command prompt. You can make sure by running it in any debugger.
Moving on we see a call to sub4011A2 function and two parameter pushed before it. One is var_12C variable and the second is a string "%s". This is more likely to be a scanf call. which uses "%s" as format specifier for string, and var_12C is our variable which will contain input string. I am going to rename var_12C as name_var for ease.
Further, we see our input gets loaded into edi, and then there is a block of assembly code. We gonna break down this block. Bear with me, It won't be much hard.
After our input of name_var get loaded into edi, ecx have 0FFFFFFFFh.
eax , ebp and esi become zero, due to XOR operation with itself. Then there is a call repne scasb. A quick google search gives us:
REPNE (repeat while not equal)
SCASB (byte comparison); ES:(E)DI is assumed to be the memory operand and AL, AX, or EAX is assumed to be the register operand.
So, SCASB will search for byte eax hold(which has become zero already) inside the memory held by edi(which contains our name_var). While REPNE will repeat all this until this condition is not equal.
In simpler terms, this call will check for the end of our string and go on until it will reach the end of our string name_var which will be terminated by the null terminator. Meanwhile, ecx will decrement after every comparison.
And after the operation:
not ecx
dec ecx
our ecx will end up containing the length of the string name_var.
test ecx, ecx
It will check if our ecx is zero or not, which means our string length. In our case, it's not. So, let's move further to the non-zero side.
Next, we see esi is being compared to 3. If it's 3, it gets XORed by itself, which will make esi zero. Then it goes to the next block does some stuff and then again comes back and compare it with 3. Therefore, during the oop, our esi will range between 0 to 2.
Coming to our block which does some stuff, it moves var_130 to ecx.
If we look at the starting of our main function, we can see the var_130 getting populated with some values.
Afterward, our name_var is moved into edx. Now edx and ecx is getting XORed. The result is then pushed into the stack as a parameter. Then there's a call to a function sub_401150.
I tried checking out this function. But it contains more function calls inside and it gonna take a lot of time. So, it's better to see the working of this function dynamically.
I am going to open the executable in x32dbg.
I searched for the string "Input Name" to set our first breakpoint. Then I traced for our XOR function and set one breakpoint there. Now after running it, It asks for input I provided "BLEHbLEH" and after it hit our second breakpoint of XOR.
If we look into our register, the ecx contain the first value of var_130 i.e 0x10 and the edx contain the first byte of our input string, i.e 'B'.
After doing the XOR operation of ascii 'B' and 0x10, the result is hexadecimal 52, which is stored back in var_C8 as string "52". Same for the second iteration:
It stores the second character 'L' into edx and then XOR it with hexadecimal 0x20 and concatenates the result '6C' as a string in var_C8. Now the value is "526C" as seen above.
This loop will go on till the end of the string.
Let's go back to our IDA, to analyze the rest of the code.
This block is the same as we saw above for input name, Its prints the "Input Serial" on the command line and makes a scanf call for user input. And the input is stored in our variable name_var.
After this, the var_C8(contain XORed input name) is loaded into esi and name_var is loaded into eax.
In further code, we see the same block of code as we have seen in our previous writeup Easy Crackme, these blocks will compare our name_var(contain serial number) with var_C8, if they match, then we get the success message.
So, we have to find the name, which on being XORed will give the serial key provided in ReadMe.txt. For doing so, I am going to reverse the XOR algorithm used above.
In the first part, I am converting the serial into a decimal value, and then in the second, the XOR operation is getting performed with var_c8 and the key.
Running the script, give us the correct name for our serial which is K3yg3nm3. Giving the same input in executable rewards us with a "Success" message.
And that's how we are done with our second challenge.
Thanks for reading it till the end. Happy Reversing!
