[CTF NDH 2016 Quals] Write-Up – Inforensic : Invest

03
Apr
2016
  • Google Plus
  • LinkedIn
  • Viadeo
Posted by: Yann C.  /   Category: Cryptanalyze / Cryptography / Cryptology / / / / / Vulnerabilities, exploits and PoC   /   No Comments

Write-up of the challenge “Inforensic – Invest” of Nuit du Hack 2016 CTF qualifications.

The weekend of 04/01/2016 is pre-qualification for the Nuit du Hack 2016 as a Jeopardy CTF. Having had the opportunity and the time to participate with some colleagues and friends, here’s a write-up resolution of the challenges which we could participate.

  • Category: Inforensic
  • Name: Invest
  • Description : A paranoid guy seems to have secured his file very well. But I am convinced he made a mistake somewhere…
  • URL : http://static.quals.nuitduhack.com/invest.pcapng
  • Points : 50

The pcapng file recovered, we open it with Wireshark to observe the different frames. This file is provided, let’s look to potential objects related to HTTP requests by exporting (File> Export Objects> HTTP …).

Export des objets HTTP depuis le pcap

Exporting HTTP object from pcapng file

When accessing files that have been exported, several are of interest:

Fichiers exportés du pcapng

Files exported

  • key.txt
    • Contains a string composed only of “0” and “1” as a binary string. The filename is speaking …
010001110101111001100011011011100100100100111001010111100100011101000111001110010100011100111001010001110011100101000111001110010101111001100011011011100100100101101110010010010011100100110101010111100110001100111001001101010110111001001001011011100100100101000111010111100011100100110101011011100100100101011110011000110100011101011110001110010011010101011110011000110101111001100011010111100110001101000111010111100101111001100011011011100100100101000111010111100011100100110101010001110101111001101110010010010101111001100011010111100110001101101110010010010101111001100011010111100110001100111001001101010100011101011110010111100110001101011110011000110101111001100011010001110101111001000111010111100101111001100011011011100100100101101110010010010101111001100011
  • encrypt*
    • Many files whose content appears in base64 are present, from “encryptaa” to “encryptdc”, or 81 encrypted files.
  • 12767348_10208095326368148_1014857467_n.jpeg
    • This image shows a block diagram of binary processing, consisting of NOT, AND, OR and XOR operators. 8 bit input to provide a single bit in output.
Schéma logique

Logical scheme

At this stage, we have:

  • The message will reveal the flag is encrypted and then base64 encoded before being cut into 81 files ordered and named “encrypt*”.
  • The jpeg image of the logical schema presents an algorithm to implement to deal with the binary. 8 bit input to one output.
  • The “key.txt” file contains a relatively large binary string. This string is the decryption key of the encrypted message, but it is encoded and we have to decode via the algorithm presented on the image of the logical schema.

Let’s start with the algorithm implementation of the logical schema in Python:

 

#!/usr/bin/python
# Quick'n'dirty logical scheme implementation

keyFile = open("key.txt", "r");
resFile = open("keyresult.txt", "w");

def AND(a, b):
 if a=="1" and b =="1":
 return "1"
 else:
 return "0";

def NOT(a):
 if a=="1":
 return "0"
 else:
 return "1";

def OR(a, b):
 if a=="1" or b == "1":
 return "1"
 else:
 return "0";

def XOR(a, b):
 if (a=="1" or b == "1") and a!=b:
 return "1"
 else:
 return "0";

key = keyFile.read();

i = 0;
while i < len(key):
 a1 = key[i];
 a2 = key[i+1];
 a3 = key[i+2];
 a4 = key[i+3];
 a5 = key[i+4];
 a6 = key[i+5];
 a7 = key[i+6];
 a8 = key[i+7];
 u13 = NOT(a3)
 u16 = NOT(a4)
 u15 = NOT(a5)
 u14 = NOT(a2)
 u17 = NOT(a6)
 u20 = NOT(a8)
 u1 = AND(a1, u13)
 u2 = AND(u14, u13);
 u3 = AND(a1, a2);
 u18 = XOR(a6, a7); 
 u19 = XOR(u14, u20);
 u4 = AND(u1, u16);
 u5 = AND(u16, u2);
 u6 = AND(u16, u3);
 u7 = AND(u17, a3);
 u8 = AND(a3, u19);
 u9 = AND(u4, u15);
 u10 = AND(u5, u15);
 u11 = AND(u15, u6);
 u12 = AND(u7, u18);
 u21 = OR(u9, u10);
 u22 = OR(u11, u12);
 u23 = OR(u22, u8);
 u24 = OR(u21, u23);
 resFile.write(u24);
 i = i+8

The script is run to produce the file “keyresult.txt” from the binary string in “key.txt”:

001101000101010101101011011110100011100100110101010001100011001001011001011100010101000001101001

ASCII conversion of this new binary string gives us the following key:

4Ukz95F2YqPi

Now regenerate an encrypted file as a bundle:

cat encrypt* > encrypt-bundle.txt

Having the key and the encrypted file, proceed to decryption … Yes, but what algorithm? (DES, 3DES, XOR, AES128, AES256 …). It turns out that this is the AES256 gives us a decent result:

openssl enc -aes-256-cbc -d -a -in encrypt-bundle.txt -out decrypt.txt -k 4Ukz95F2YqPi

So we have a file “decrypt.txt”, including portions of its contents appear in clear. A command like “strings decrypt.txt” will display all the displayable text of it, and we note that the last strings are:

[...]
word/theme/theme1.xmlPK
word/styles.xmlPK
word/document.xmlPK
docProps/custom.xmlPK
docProps/app.xmlPK
docProps/core.xmlPK

It seemed to be an RTF file to open with Word! Rename “decrypt.txt” in “decrypt.rtf” and …

Fichier RTF déchiffré

RTF file decrypted

Just “remove” or move the image (which is in the foreground), to see the flag appear behind:

Flag !

Flag !

Flag : NDH[59rRS57bd5WH8RxgPbRS27q89a5bWrjL]

Greeting to nj8, St0rn, Emiya, Mido, downg(r)ade, Ryuk@n and rikelm, 😉 // Gr3etZ

Sources & ressources :

  • Google Plus
  • LinkedIn
  • Viadeo
Author Avatar

About the Author : Yann C.

Consultant en sécurité informatique et s’exerçant dans ce domaine depuis le début des années 2000 en autodidacte par passion, plaisir et perspectives, il maintient le portail ASafety pour présenter des articles, des projets personnels, des recherches et développements, ainsi que des « advisory » de vulnérabilités décelées notamment au cours de pentest.