quarkslab/peetchKit de herramientas basado en eBPF para capturar tráfico de red, extraer claves TLS de OpenSSL e interceptar/descifrar conexiones TLS 1.2 en tiempo real usando Scapy.
peetch es un conjunto de herramientas destinadas a experimentar con diferentes aspectos de eBPF para eludir las protecciones del protocolo TLS.
Actualmente, peetch incluye tres subcomandos. El primero llamado dump tiene como objetivo esnifar tráfico de red asociando información del proceso de origen con cada paquete. El segundo llamado tls permite identificar procesos que utilizan OpenSSL para extraer claves criptográficas. El tercero, proxy, intercepta automáticamente el tráfico TLS de procesos que usan OpenSSL y descifra mensajes sobre la marcha.
Combinados, los dos primeros comandos hacen posible descifrar intercambios TLS grabados en formato PCAPng.
peetch depende de varias dependencias, incluyendo bcc y Scapy. Se puede construir fácilmente una imagen Docker para probar peetch usando el siguiente comando:
docker build -t quarkslab/peetch .
Los siguientes ejemplos asumen que usaste el siguiente comando para ingresar a la imagen Docker y ejecutar ejemplos dentro de ella:
docker run --privileged --network host --mount type=bind,source=/sys,target=/sys --mount type=bind,source=/proc,target=/proc --pid host --rm -it quarkslab/peetch
dumpEste subcomando te da la capacidad de esnifar paquetes usando un clasificador TC de eBPF y recuperar el PID y nombre de proceso correspondientes con:
peetch dump
curl/1289291 - Ether / IP / TCP 10.211.55.10:53052 > 208.97.177.124:https S / Padding
curl/1289291 - Ether / IP / TCP 208.97.177.124:https > 10.211.55.10:53052 SA / Padding
curl/1289291 - Ether / IP / TCP 10.211.55.10:53052 > 208.97.177.124:https A / Padding
curl/1289291 - Ether / IP / TCP 10.211.55.10:53052 > 208.97.177.124:https PA / Raw / Padding
curl/1289291 - Ether / IP / TCP 208.97.177.124:https > 10.211.55.10:53052 A / Padding
Nota que por ahora, dump solo capturará segmentos TCP basados en IPv4.
Para mayor comodidad, los paquetes capturados se pueden guardar en PCAPng junto con información del proceso usando --write:
peetch dump --write peetch.pcapng
^C
Este PCAPng se puede manipular fácilmente con Wireshark o Scapy:
scapy
>>> l = rdpcap("peetch.pcapng")
>>> l[0]
<Ether dst=00:1c:42:00:00:18 src=00:1c:42:54:f3:34 type=IPv4 |<IP version=4 ihl=5 tos=0x0 len=60 id=11088 flags=DF frag=0 ttl=64 proto=tcp chksum=0x4bb1 src=10.211.55.10 dst=208.97.177.124 |<TCP sport=53054 dport=https seq=631406526 ack=0 dataofs=10 reserved=0 flags=S window=64240 chksum=0xc3e9 urgptr=0 options=[('MSS', 1460), ('SAckOK', b''), ('Timestamp', (1272423534, 0)), ('NOP', None), ('WScale', 7)] |<Padding load='\x00\x00' |>>>>
>>> l[0].comment
b'curl/1289909'
tlsEste subcomando tiene como objetivo identificar procesos que usan OpenSSL y facilita volcar varias cosas como texto plano y secretos.
Por defecto, peetch tls mostrará solo una línea por proceso; el argumento --directions permite mostrar los mensajes intercambiados:
peetch tls --directions
<- curl (1291078) 208.97.177.124/443 TLS1.2 ECDHE-RSA-AES128-GCM-SHA256
-> curl (1291078) 208.97.177.124/443 TLS1.2 ECDHE-RSA-AES128-GCM-SHA256
Mostrar el contenido del búfer de OpenSSL se logra con --content.
peetch tls --content
<- curl (1290608) 208.97.177.124/443 TLS1.2 ECDHE-RSA-AES128-GCM-SHA256
0000 47 45 54 20 2F 20 48 54 54 50 2F 31 2E 31 0D 0A GET / HTTP/1.1..
0010 48 6F 73 74 3A 20 77 77 77 2E 70 65 72 64 75 2E Host: www.perdu.
0020 63 6F 6D 0D 0A 55 73 65 72 2D 41 67 65 6E 74 3A com..User-Agent:
0030 20 63 75 72 6C 2F 37 2E 36 38 2E 30 0D 0A 41 63 curl/7.68.0..Ac
-> curl (1290608) 208.97.177.124/443 TLS1.2 ECDHE-RSA-AES128-GCM-SHA256
0000 48 54 54 50 2F 31 2E 31 20 32 30 30 20 4F 4B 0D HTTP/1.1 200 OK.
0010 0A 44 61 74 65 3A 20 54 68 75 2C 20 31 39 20 4D .Date: Thu, 19 M
0020 61 79 20 32 30 32 32 20 31 38 3A 31 36 3A 30 31 ay 2022 18:16:01
0030 20 47 4D 54 0D 0A 53 65 72 76 65 72 3A 20 41 70 GMT..Server: Ap
El argumento --secrets mostrará los Secretos Maestros TLS extraídos de la memoria. El siguiente ejemplo aprovecha --write para escribir los secretos maestros y simplificar el descifrado de mensajes TLS con Scapy:
(sleep 5; curl https://www.perdu.com/?name=highly%20secret%20information --tls-max 1.2 --http1.1 --tlsv1.2) &
peetch tls --write &
curl (1293232) 208.97.177.124/443 TLS1.2 ECDHE-RSA-AES128-GCM-SHA256
peetch dump --write traffic.pcapng
^C
# Add the master secret to a PCAPng file
editcap --inject-secrets tls,1293232-master_secret.log traffic.pcapng traffic-ms.pcapng
scapy
>>> load_layer("tls")
>>> conf.tls_session_enable = True
>>> l = rdpcap("traffic-ms.pcapng")
>>> l[13][TLS].msg
[<TLSApplicationData data='GET /?name=highly%20secret%20information HTTP/1.1\r\nHost: www.perdu.com\r\nUser-Agent: curl/7.68.0\r\nAccept: */*\r\n\r\n' |>]
proxyEste subcomando usa programas eBPF para interceptar automáticamente tráfico TLS de procesos que usan OpenSSL y descifrar mensajes sobre la marcha usando Scapy.
En el siguiente ejemplo, peetch proxy muestra un valor secreto enviado a un servidor por el proceso openssl.
peetch proxy
[-] Proxying OpenSSL traffic
[+] Intercepting traffic from openssl/451255 to 172.67.133.176/443 via 127.0.0.1/58039
--> 127.0.0.1:58039 > 172.67.133.176:https tcp
<-- 172.67.133.176:https > 127.0.0.1:58039 tcp
--> 127.0.0.1:58039 > 172.67.133.176:https tcp
<-- 172.67.133.176:https > 127.0.0.1:58039 tcp
--> 127.0.0.1:58039 > 172.67.133.176:https tcp
--> 127.0.0.1:58039 > 172.67.133.176:https tcp
###[ TLS Application Data ]###
data = b'GET /?secret=9590 HTTP/1.1\r\nHost: www.perdu.com\r\n\r\n\n'
Por diseño, peetch solo soporta OpenSSL, IPv4 y TLS 1.2.