-
Notifications
You must be signed in to change notification settings - Fork 93
Document Correlation Attack #1116
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: release
Are you sure you want to change the base?
Changes from all commits
6eb1097
b9b4bb9
6130250
fe2fde5
1be9eee
0023b5e
e245c31
2a4ecb7
0672aa1
c9cd303
d5c8ae9
e366b3e
959ffb5
6f82cce
bdb1178
bc1df1f
76ab741
35d74a5
3e36fca
382a13c
fe00761
4cb12fb
8fe1823
aed641a
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,80 @@ | ||
| --- | ||
| layout: post | ||
| title: "Privacy: Mitigating User Tracking By Third Parties" | ||
| lang: "en" | ||
| author: "rdica" | ||
| heading: "Privacy: Mitigating User Tracking By Third Parties" | ||
| --- | ||
|
|
||
| By default the Jamulus protocol does not map usernames to IP addresses in any publicly available data. | ||
| However it is possible to correlate connections to Servers to achieve user<‐>IP mapping. | ||
| This was first reported to Jamulus developers here: [https://github.com/orgs/jamulussoftware/discussions/3545](https://github.com/orgs/jamulussoftware/discussions/3545) | ||
|
|
||
| <!--more--> | ||
|
|
||
| ## Scope | ||
|
|
||
| This document will attempt to summarize the problem, and provide mitigations for both users, and Server admins. | ||
|
|
||
| ## The Problem - Pings and Join Events | ||
|
|
||
| ### Pings | ||
|
|
||
| When a user attempts to connect to a Server, they open the Connect dialog window. The client will **start** sending “pings” to every Server listed in that genre to report delay latency (basically network distance) to those Servers. | ||
|
|
||
| Anyone running a Server can capture those “pings” using tools like `tcpdump` or `tshark/wireshark` and view the IP addresses of the clients that are sending them. | ||
| **No username data is sent.** This is part of the Jamulus protocol, by design, to maintain a level of privacy and prevent others from finding the IP addresses of specific users. | ||
|
rdica marked this conversation as resolved.
|
||
|
|
||
| ### Join Events | ||
|
|
||
| A user will either select a Server from the list, or type in a Server address:port, click Connect or hit Enter, and the client will then attempt to connect to the Server. At this point the client **stops** sending the “pings” and the client typically completes the connection to the Server. | ||
|
|
||
| Each genre has a Directory Server. The purpose of the Directory Server is to provide clients with a listing of Servers registered to it, and the users connected to each Server. This is public data, and viewed in the Connect dialog window, and available through a number of websites, like [explorer.jamulus.io](https://explorer.jamulus.io), [jamulusjams.com](https://jamulusjams.com), [jamscout.de](https://jamscout.de), or [jamulus.haggy.org](https://jamulus.haggy.org). | ||
|
|
||
| Anyone can run an explorer instance. An explorer queries each genres Directory Server to get a list of Servers, then queries each Server directly to get a list of connected users. This is public data. **There is no IP address information on users, just the user profile data**. Again this is by design to prevent IP<‐>username mapping. This data can also be saved for later processing. | ||
|
|
||
| ### Correlation | ||
|
|
||
| Anyone can run Servers **and** explorer instances. | ||
| Using IPs captured by a Server, one can correlate **when an IP address stops pinging** (ie; just connected to a Server) and **when a new client joined a Server** (username data from explorer query directly to a Jamulus Server) to produce an IP<‐>username mapping. The IP address can then be processed to provide geolocation data. From this one can determine the approximate location of a specific user. | ||
|
|
||
| ## Current Correlation (as of 2026-06-14) | ||
|
|
||
| ### Listeners | ||
|
|
||
|
rdica marked this conversation as resolved.
|
||
| There are currently seven known Servers on public Jamulus space, one in each genre. They are hosted on [DigitalOcean](https://digitalocean.com) instances. They are named ***Trio***, and have a userlimit set at three. They all share the same IP and each sit on different ports. | ||
| These Servers are “listening” for pings from clients, and packet capturing them to get the IP addresses of user clients. | ||
|
|
||
| ``` | ||
| Genre Name IP:port | ||
|
|
||
| Any Genre1 Trio 24.199.107.192:22121 | ||
| Any Genre2 Trio 24.199.107.192:22122 | ||
| Any Genre3 Trio 24.199.107.192:22123 | ||
| Rock Trio 24.199.107.192:22124 | ||
| Jazz Trio 24.199.107.192:22125 | ||
| Classical/Folk Trio 24.199.107.192:22126 | ||
| Choral/Barbershop Trio 24.199.107.192:22127 | ||
| ``` | ||
|
|
||
| ### User Data | ||
|
|
||
| There are explorer instances collecting lists of Servers and users running from **`137.184.43.255`**, and **`134.199.209.51`**. They are hosted on [DigitalOcean](https://digitalocean.com) instances. | ||
| IP addresses of users collected from the listeners are being correlated with join events derived from the explorer instance to produce IP<‐>username mappings. IP addresses are processed to provide geolocation data of users. This geolocation data is being collected **and** displayed without express permission of users, and with no means to opt in or out. | ||
|
rdica marked this conversation as resolved.
|
||
|
|
||
| ## Mitigations | ||
|
|
||
| ### Clients | ||
|
|
||
| When you open the Connect dialog window your client starts sending pings to every Server in the list. **`24.199.107.192`** is the IP address of one of those Servers. A Server using **`24.199.107.192`** exists on each genre, their names are ***Trio***. | ||
|
|
||
| Blocking outgoing **UDP** traffic on your DAW or router to **`24.199.107.192`** will prevent the listeners from collecting your IP address and breaks correlation. This will help prevent you from being tracked. | ||
|
|
||
| ### Server Admins | ||
|
|
||
| Server admins can decide to prevent user tracking by blocking the explorer probe. | ||
| If you run a Server on the Jamulus public network, it is currently being indexed by the explorer instances on **`137.184.43.255`**, and **`134.199.209.51`**. | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. 134.199.209.51 is not an explorer instance, and correlation only occurs on 137.184.43.255. I see how they probably look similar, and one might think there are two explorer instances involved. In harvest.cs, client metadata is collected immediately before level nibbles, and I refresh server cards with this signal, but all correlation occurs in the 137.x.x.x instance and nowhere else. |
||
|
|
||
| Blocking incoming and outgoing **UDP** traffic from **`137.184.43.255`** and **`134.199.209.51`** will prevent the explorer from indexing your Server and breaks correlation. This will disable user tracking on your Server from the blocked Server. | ||
|
|
||
| --- | ||
Uh oh!
There was an error while loading. Please reload this page.