Re: [Discuss-gnuradio] Encrypted RF Noise, Guerrilla Private and Pirate Comms, UWB Ultra Wide Band, SS Spread Spectrum, SDR

[CEL]

Hi Grarpamp!

Nice seeing you again.

However, we've (that means you, me, and others on this list) talked
about exactly these spread spectrum technologies before, as a reminder:
http://lists.gnu.org/archive/html/discuss-gnuradio/2016-05/msg00416.html

On Sun, 2019-01-13 at 04:08 -0500, grarpamp wrote:
> This was mentioned in a whitepaper of sorts,

being specific is always a good idea when discussing things.

> maybe in a few papers around that time,
> noting that the tech might perhaps be ideal for
> Anti-Censorship / Anti-Surveillance / Guerrilla
> Comms that need to be robust against generally
> all forms of traditional radio adversaries.

being specific is always a good idea when discussing things.
> 
> Can anyone post links to such papers?

I've extensionly mentioned established technology in my emails from
2016. Have you been able to ask your favourite search engine for these?

You won't have to read papers. Get a good textbook on digital
communications. As Marcus Leech mentioned in his email from 2016,
there's patents dating back to 1947 that describe the things you paint
as great innovations here – things like DSSS, correlation,
autocorrellation analysis of signals etc are really just standard
textbook knowledge, and we can't do more than point you towards:

If you want to understand how things work, start with the basics.

Again, none of what you describe is new; you won't find it in papers,
but in digital communication basics textbooks.

GNU Radio has a wiki page on recommended reading:
https://wiki.gnuradio.org/index.php/SuggestedReading#Digital_Comms
Have fun reading!

Best regards,
Marcus
> 
> 

And what links are there to software and hardware
> modules that can be plugged in for experimentation,
> and or joined for further development?
> 
> Recollection provides only concept hints,
> pasted in below from various. Thanks.
> 
> 
> > Probably also coming soon, very high PGs wherein the codes,
> > bandwidth and
> > frequencies quickly hop according to a shared secret.
> > This combination is being explored for possible Next
> > Generation military comms.
> 
> It is said that this is already in public knowledge and operation
> within SDR community.
> 
> Though instead of the conventional "bandwidth and frequencies",
> all the observer sees on their spectrum is random noise, let's say
> across entire spectral ranges... from start freq to end freq of
> entire
> frequency range of ATSC / WiFi / Cellular / FM / Etc allocation
> space... more generally, across entire start to end of whatever
> capability range of the tx / rx hardware in use. And where a
> pre shared or negotiated key is used to impart or mask
> data into, and out of, the noise. It's not even that these may
> have, or be, waveform carriers, as the noise may be spark
> gaps driven, impulse / transform function generators, etc.
> One might not even have to generate their own noise,
> perhaps the RF key could simply be used as filter
> to existing noise.
> 
> And the difficulty in triangulating such noise if so,
> ie: how exactly does one lock onto random energy,
> the galactic radiation problem, from everywhere
> and nowhere.
> 
> The concept is that the RF as roughly described in
> whatever paper cannot be jammed or DOS'd... your RF
> would appear as noise to all but those holding the RF
> spectrum noise key, so the only way to jam it, if you
> even knew it was in use in the first place (say by noting
> an overall spectrum power bump) would be to raise the
> noise floor by emitting... you guessed it, random noise...
> which would wipe out the S/N dB's you need for your
> own comms be they traditional AM / FM / etc, or this
> keyed noise tech. So you'd end up in a mutually
> assured destruction, essentially who can throw
> more power in the air. You'd probably be able to get
> more local power up, hop by hop, than a wide area
> adversary tying to blanket you, so you'd win.
> Assuming you needed to tx anything instead
> of just filtering.
> 
> You need the RF noise key to cipher the RF,
> so the underlying data packets are always
> secure and unaffected by the above. Data would
> be affected by nodes that are involved in the
> data layer, before it gets pushed up to or down
> from RF. That's a trusted evil maid problem and
> thus out of scope.
> 
> > https://lists.cpunks.org/pipermail/cypherpunks/2016-February/027605.html
> > previous discussions have suggested MIMO for beam forming / phased
> > array signal emission that lets you do fancy things, like emulate a
> > moving transmitter.  if the transmitter appears to be constantly
> > moving, it's a much harder target
> 
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


>

smime.p7s
Description: S/MIME cryptographic signature