> For the complete documentation index, see [llms.txt](https://sansong.gitbook.io/cyber/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://sansong.gitbook.io/cyber/reseau/tunnel/tunnel-dns/dns2tcp.md).
# dns2tcp
Outils de tunnelisation DNS pour relayer des connexions TCP par le biais de DNS.
## Fonctionnement
Fonctionnement de dns2tcp
## Utilisation
Dans cet exemple on a 3 machines sur un réseau local 192.168.xxx.0/24 (elles ont été configurées avec des IP statiques).
### Setup le serveur DNS local avec bind
**Installation**
```
sudo apt install bind9 dnsutils
```
**Configuration**
Ajouter dans `/etc/bind/named.conf.local`:
```
zone "dns2tcp.tunnel.com" {
type forward;
forward only;
forwarders { port 53; };
};
```
Ajouter dans `/etc/bind/named.conf.options`:
```
options {
[...]
allow-query { trusted; };
listen-on port 53 { ; };
};
acl trusted {
192.168.xxx.0/24;
localhost;
localnets;
};
```
{% hint style="info" %}
Les points virgules sont importants.
{% endhint %}
**Redémarrer le service**
```
sudo systemctl restart named
# vérifier le status
sudo systemctl status named
```
{% hint style="success" %}
Si `named` ne peut plus redémarrer à cause de l'erreur suivante:
**"Start request repeated too quickly."**
* Ouvrir le fichier du service `named.service`
* Sur Debian: `/lib/systemd/system/named.service`
* Ajouter la ligne suivante au fichier dans la section `[Service]`
```
StartLimitBurst=0
```
* Reload
```
sudo systemctl daemon-reload
```
* Redémarrer le service
```
sudo systemctl restart named
```
{% endhint %}
Maintenant le serveur DNS est configuré pour forward les requêtes pour le domaine `dns2tcp.tunnel.com` vers le serveur dns2tcp.
### Installer dns2tcp
Installer sur les machines serveur et client.
**Depuis les dépôts APT**
```
sudo apt install dns2tcp
```
**Depuis github**
```
git clone https://github.com/alex-sector/dns2tcp.git
cd dns2tcp
./configure
make
sudo make install
```
{% hint style="warning" %}
L'installation avec github ne marche probablement pas...
{% endhint %}
#### Serveur
```
nano .dns2tcp-server-config
```
```
listen =
port = 53
user = nobody
key = mysecretkey
chroot = /tmp/
domain = dns2tcp.tunnel.com
resources = ssh:127.0.0.1:22
```
**Lancer le serveur**
```
dns2tcpd –F –d 3 –f .dns2tcp-server-config
15:36:33 : Debug options.c:97 Add resource ssh:127.0.0.1 port 22
15:36:33 : Debug socket.c:54 Listening on 192.168.129.100:53 for domain dns2tcp.tunnel.com
Starting Server v0.5.2...
15:36:33 : Debug main.c:134 Chroot to /tmp/
14:36:33 : Debug main.c:144 Change to user nobody
```
#### Client
```
nano .dns2tcp-client-config
```
```
domain = dns2tcp.tunnel.com
resource = ssh
local_port = 2222
debug_level = 1
key = mysecretkey
server =
```
{% hint style="info" %}
Le champ `server` peut être remplacé par l'utilisation de `/etc/resolv.conf`
{% endhint %}
**Lancer le client**
```
dns2tcpc –d 3 –f .dns2tcp-client-config
No DNS given, using 192.168.129.150 (first entry found in resolv.conf)
debug level 3
Debug socket.c:233 Create socket for dns : '192.168.129.150'
Listening on port : 2222
When connected press enter at any time to dump the queue
```
**Connexion SSH**
On se connecte au serveur dns2tcp en SSH.
```
ssh user@localhost -p 2222
```
{% hint style="success" %}
Remplacer `user` par le nom d'utilisateur sur la machine serveur dns2tcp
{% endhint %}
## Aperçu des paquets
La connexion est établie et les payloads SSH sont envoyés dans les sous domaines.
Le TCP handshake a lieu dans les premiers paquets:
* xxx.=auth.dns2tcp.tunnel.com
* xxx.=connect.dns2tcp.tunnel.com
Les 4 premiers octets dans les sous domaines correspondent à un identifiant de session (toujours le même dans les payloads pour une même session), ici `6uQA`.
Capture Wireshark du trafic dns2tcp
Les données sont encodées en base64 après l'identifiant de session.
