UdpProxy not capturing any packets about laf HOT 6 CLOSED

Yes I was trying to run LAF from the gateway(Raspberry Pi). Sorry, my bad, I thought it was the way to go.
After changing the gateway configuration to send data to my host computer instead of the server(TTN), and cloning the repository again, it is working perfect!
Thank you so much! I really appreciate the quick and precise reply.
Issue solved, I will close the tread.

from laf.

Hi,

I assume you're trying to run the proxy in the gateway (the downside of this if that you wouldn't be able to compile the Golang library and thus, not parse the packets). I recommend to use it in a 64-bit Linux. A few things to double check:

• Is your gateway sending the packets to the host where's the proxy running? See local_conf.json or global_conf.json
• Also, the proxy redirect packets to the network server host?
• If you are running the proxy in the gateway, you should add this flag to the proxy --no-parse, so it doesn't import the Golang library.
• Make sure there isn't any firewall rules blocking the traffic!

I've just pushed some fixes and updated the master branch. Let me know how it goes, and/or tell me a little bit more about your setup: where are you running the proxy, where's your network server, etc.

from laf.

@caueb just wondering, are you trying to use the defensive part of the framework? If so, you might want to check this open-source project that initially derived from this framework: https://github.com/Argeniss-Software/rolaguard. It's a management platform aimed to "Operations, Cybersecurity & Compliance" of LoRaWAN networks.

Otherwise, I would love to hear which use are you intending to give it!

from laf.

Hi @matiassequeira, I'm doing a final project for my masters of cybersecurity investigating LoraWAN vulnerabilities.
We assembled a testbed to test different settings.
The testbed is composed of:
1 gateway = RPi3 + Dragino Lora Hat (Single Channel)
1 gateway = Rpi4 + RAK2245 (8 channels)
1 end-device = Arduino Uno + Dragino Lora Shield
1 SDR-RTL2832U to sniff packets using GNU-Radio
1 HackRF One to sniff packets using GNU-Radio and test a jamming attack

The initial goal was to test attacks to LoraWAN v1.1 using the SDR. So far I could only run the end-device in LoraWAN v1.0.3 specification, ABP and OTAA, it seems that there is a limitation of the hardware and libraries available for it.
It would be great to check this open-source project for the defensive side, however, due to the project ends in 1 or 2 more weeks I think there is not much time. We were focusing in the offensive side, but if we have more time I will definitely give it a go.
Thanks for the suggestion!

from laf.

from laf.

I'm still doing some tests with the SDR's. Using Gnu-Radio and gr-lora it was possible to capture and decode uplink messages and join-requests in 8 channels simultaneously with the HackRF. I was also able to decrypt the messages using a similar technique as you presented in the conferences. There is still so much to test but not much time now.
Regarding your project I would be very happy to get involved.
Although my background is not in coding & programming, I'm starting to build a lot of knowledge in LoRaWAN and maybe I could contribute somehow.

from laf.