Re: [Hackrf-dev] Ghost attack using HackRF

2015-08-11 Thread Adam Blanquart
I can't wait until I'm able to capture a signal and replay via Windows (maybe it's been done already.) I have seen the use of HackRF using linux to unlock the TESLA fuel door - would be similar to that, just in Windows. On Mon, Aug 10, 2015 at 9:42 AM, wrote: > Please tell us > > — > Sent from

Re: [Hackrf-dev] Ghost attack using HackRF

2015-08-11 Thread C Crane
I agree. It seems like it would have been one of the first things people would have pursued but I guess we are in the minority. On Tue, Aug 11, 2015 at 12:09 PM, Adam Blanquart wrote: > I can't wait until I'm able to capture a signal and replay via Windows > (maybe it's been done already.) I ha

Re: [Hackrf-dev] Ghost attack using HackRF

2015-08-11 Thread Paul Connolly
If you want a hackrf_transfer binary for Microsoft Windows then install a compiler and build it yourself. It is not rocket surgery :) https://github.com/mossmann/hackrf/blob/master/host/README.md On 11/08/2015 20:02, C Crane wrote: > I agree. It seems like it would have been one of the first thing

Re: [Hackrf-dev] Ghost attack using HackRF

2015-08-11 Thread Douglas Hall
MinGW isn't too painful to install for building the host tools on windows. I had a similar experience for building a 64-bit version using TDM-GCC. On Tue, Aug 11, 2015 at 2:32 PM Paul Connolly wrote: > If you want a hackrf_transfer binary for Microsoft Windows then install a > compiler and build

Re: [Hackrf-dev] Ghost attack using HackRF

2015-08-11 Thread rgk
All sorts of things like that have been done. Hacked key fobs, RF light controllers, etc Essentially anything RF can be recorded and then "played back" over your transmitter later to do the same action. The exceptions are things that use some kind of time stamp or are session based. Be careful

Re: [Hackrf-dev] Ghost attack using HackRF

2015-08-11 Thread Donald Pupecki
I'll see if I can find time to write up the instructions this weekend. The only tricky part was a patch to gnuradio for a missing threading library function. I believe it may break setting CPU thread affinity in gr blocks under cygwin, otherwise it seems to work. On Aug 10, 2015 12:42 PM, wrote:

[Hackrf-dev] SPI flash write fails trying to update firmware

2015-08-11 Thread Anders Hammarquist
Hi! Having recieved my Portapack, I tried writing the custom firmware for it using hackrf_spiflash, but although the command appeared successful, the firmware hasn't stuck in the flash. Also trying to update to a newer normal hackrf firmware fails similarly. ckRF board 0: USB descriptor string: 00

Re: [Hackrf-dev] SPI flash write fails trying to update firmware

2015-08-11 Thread Mike Carden
Is this perhaps because you're using dfu-util 0.8? https://github.com/sharebrained/portapack-hackrf/issues/24 I used dfu-util 0.7 and at least for me, it works. -- MC ___ HackRF-dev mailing list HackRF-dev@greatscottgadgets.com https://pairlist9.pair.n

Re: [Hackrf-dev] SPI flash write fails trying to update firmware

2015-08-11 Thread Anders Hammarquist
In a message of Wed, 12 Aug 2015 10:44:06 +1000, Mike Carden writes: >Is this perhaps because you're using dfu-util 0.8? dfu works (albeit with some error messages). After dfu, hackrf_info reports 2015.07.2 firmware, as expected. Writing to SPI flash doesn't. /Anders

Re: [Hackrf-dev] SPI flash write fails trying to update firmware

2015-08-11 Thread Dominic Spill
On 12 Aug 2015 01:31, "Anders Hammarquist" wrote: > > Hi! > > Having recieved my Portapack, I tried writing the custom firmware > for it using hackrf_spiflash, but although the command appeared > successful, the firmware hasn't stuck in the flash. Also trying to > update to a newer normal hackrf f