New Networked DFing software

[ckoval7]

Over the last few weeks I've been putting together some software to allow for networked DFing. I finally got it to the point where I'm comfortable releasing it here for people to test out. In it's current state you'll need to run a custom version of the KerberosSDR software which adds an extended XML output to include location, time, heading information.

The software can be found on github: https://github.com/ckoval7/df-aggregator

Everything you need to get started should be in the README. If there's something missing, please let me know!

If you want to try it out without having real equipment, create a text file containing these receiver URLs:

Code: Select all

http://dfsim.net:8080/greyhat/intermediate/DF_ALPHA.xml
http://dfsim.net:8080/greyhat/intermediate/DF_BRAVO.xml
http://dfsim.net:8080/greyhat/intermediate/DF_CHARLIE.xml

Feedback and code contributions are always appreciated.

[ckoval7]

I've made significant UI improvements over the last few nights.

[rtlsdrblog]

Very very nice! Thanks for working on this.

I'm assuming those red circles are areas which you've got transmitters on? Would be keen to hear more about your setup and results too.

[ckoval7]

The red ellipses represent the area where the transmitter probably definitely is. The green dot in the center is where the transmitter is mostly likely to be. The ellipse is what's known as a "covariance ellipse", "confidence ellipse", or "error ellipse". Computing the ellipse really helps save on bandwidth and computing power for the client machine. All the individual interect points together make for a pretty large file. For comparison, here's a screenshot that shows all of the computed intersections (red dots) for a given cluster:


Currently I'm working on being able to add, remove, and modify receivers on the fly in the web interface. With this feature, you'll be able to use it with the normal KSDR software. After that, I'll be adding gpsd support to the KSDR software.

As for my setup, right now I'm working entirely with simulated data. I made a fairly realistic DF simulator which I've primarily used for wireless CTF challenges. I keep it running all the at dfsim.net. The only thing the software doesn't simulate (and probably can't) is a realistic confidence value.

I have plans to get some real hardware setup soonish. I have one KSDR on my back porch which my soon move to my roof. I also intend to put one more on the tower at my local hackerspace.

[awdmesh]

Perfect timing and thanks for your work and releasing this! I’ll try to include it in a class I’m running this week. We’ll be building multiple laptops/KerberosSDr stations so i should be able to test this for real.

[awdmesh]

It’ll probably be more apparent once I have it up and running, but what would be the standard receiver URL format for each pi?

[ckoval7]

It’ll probably be more apparent once I have it up and running, but what would be the standard receiver URL format for each pi?

Assuming you run the default port numbers:
http://[Your-Pi-IP]:8081/DOA_value.html

I'd love to hear the results! The more real world feedback I get the more I can improve things.

[awdmesh]

Thank you. I figured that was the url as I use it for another piece of internal software. Unfortunately it’s not mine so I can’t release it.

I’ll let you know how it goes. I have to see if I can downgrade all the laptops, otherwise I’ll have to rethink how to run the class. Maybe I’ll use pi’s with the stock KerberosSDr image with your updated code (all the laptops have the 20.04 modified KerberosSDr software).

You think there would be any way to use downloaded map data in the future and not have to have internet? I’m completely unfamiliar with how that site/token thing works, but I’ll get smart on it this week.

[ckoval7]

Thank you. I figured that was the url as I use it for another piece of internal software. Unfortunately it’s not mine so I can’t release it.

I’ll let you know how it goes. I have to see if I can downgrade all the laptops, otherwise I’ll have to rethink how to run the class. Maybe I’ll use pi’s with the stock KerberosSDr image with your updated code (all the laptops have the 20.04 modified KerberosSDr software).

You think there would be any way to use downloaded map data in the future and not have to have internet? I’m completely unfamiliar with how that site/token thing works, but I’ll get smart on it this week.

I can probably make an extended XML fork of the 20.04 version by the end of tonight. I'll post here if I do so.

It looks like you might be able to feed it whatever tile data you have access to: https://github.com/CesiumGS/cesium/wiki/Offline-Guide
You'll have to modify the JavaScript in cesium.tpl

[ckoval7]

It's a miracle, git merge worked flawlessly! I tested that the GUI opens on an Ubuntu 20.04 VM. If you run into problems, let me know. https://github.com/ckoval7/kerberossdr/ ... tended_XML