Delivery-Date: Sat, 06 Feb 2016 15:40:44 -0500
Return-Path: <tor-talk-bounces@lists.torproject.org>
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on moria.seul.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.1 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	RCVD_IN_DNSWL_MED,T_DKIM_INVALID,T_RP_MATCHES_RCVD autolearn=ham version=3.3.1
X-Original-To: archiver@seul.org
Delivered-To: archiver@seul.org
Received: from eugeni.torproject.org (eugeni.torproject.org [38.229.72.13])
	(using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by khazad-dum.seul.org (Postfix) with ESMTPS id D1FDB1E048A;
	Sat,  6 Feb 2016 15:40:41 -0500 (EST)
Received: from eugeni.torproject.org (localhost [127.0.0.1])
	by eugeni.torproject.org (Postfix) with ESMTP id 0813739A62;
	Sat,  6 Feb 2016 20:40:37 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by eugeni.torproject.org (Postfix) with ESMTP id 1FBC939A5F
 for <tor-talk@lists.torproject.org>; Sat,  6 Feb 2016 20:40:34 +0000 (UTC)
X-Virus-Scanned: Debian amavisd-new at 
Received: from eugeni.torproject.org ([127.0.0.1])
 by localhost (eugeni.torproject.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id s9oo8niZvTfM for <tor-talk@lists.torproject.org>;
 Sat,  6 Feb 2016 20:40:34 +0000 (UTC)
Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com
 [IPv6:2607:f8b0:4003:c01::22d])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (Client CN "smtp.gmail.com",
 Issuer "Google Internet Authority G2" (not verified))
 by eugeni.torproject.org (Postfix) with ESMTPS id EEE0239A24
 for <tor-talk@lists.torproject.org>; Sat,  6 Feb 2016 20:40:33 +0000 (UTC)
Received: by mail-ob0-x22d.google.com with SMTP id xk3so116336742obc.2
 for <tor-talk@lists.torproject.org>; Sat, 06 Feb 2016 12:40:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=literati-org.20150623.gappssmtp.com; s=20150623;
 h=mime-version:references:in-reply-to:from:date:message-id:subject:to
 :cc:content-type;
 bh=YVvpRapyM48Au7VZn6YYWUJSjracw2n6XksOruIR0x4=;
 b=qxJsaer/ICcTxGMvIWcinTJ+JiWh6aue6dajodllyitfR16Ov/69uNI1MFUZvrTdyu
 kGGp60zzXJvM9pAgNBWk088jI4m39EIt0lOgxCRynAh0XG8nvHmxEDH8ksdLKDCMjrcX
 1xrISfwKdPHmCe/A2w3cWOedfDb4H2URHkzuXG+WAglSQJLOnw8l6TVRKU1eVYBaju7b
 iJenBq7ZJaj701zUbBGWplsUjNCKXSld+ZFRyGvA+6X/B1qqcjb6wsVrhVGWZOU0j+eF
 Flne7oaXamlFuoBwZ0h0x0XlFx9+Yg0naH95Fiz6fW1d5+ZjiK6CDreFrVxz62BgOBZG
 dABA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:mime-version:references:in-reply-to:from:date
 :message-id:subject:to:cc:content-type;
 bh=YVvpRapyM48Au7VZn6YYWUJSjracw2n6XksOruIR0x4=;
 b=CyDtrIZ9IiC2EtlLQGVNcV3Hau7gmFQR5Z2UhHHXwoCiVnPWqjgLBJXD1G3aoqo1GS
 RYh6Nmytvfk97lLOD5GmrBSjrpM+ew8S8bpvCLWp5MMXJLs5NXl+lDNeM00hCGr2UfP0
 qjjNljVBPFLOQZR52RcKce6NyHM4uxUEZsHeppID80i51r/efw5bEZZOgsTG70yHGBGD
 QEnLNLSXow8OlMpnBHZM4eMhd+WUU9bKxUGeICwQoyA7JGZPW/9tSdOg3629Lxov8ngN
 WfhH2FuMZCuM4csk6igeg8SKKCW8353kxDVgDpEXuOzFZok4aiL3NMz1U1fb4qMcIRuD
 5pQw==
X-Gm-Message-State: AG10YOQfnWrj1AOCPHqdo3PkN9QphIB8u29iONEYEsmCyHzVX7kBzB51zLBshcM9cePFIB/vESAt4x5eVsKksg==
X-Received: by 10.182.79.200 with SMTP id l8mr18302031obx.18.1454791231355;
 Sat, 06 Feb 2016 12:40:31 -0800 (PST)
MIME-Version: 1.0
References: <BL2PR08MB1786BB7A0C5D1A9B33B28C69CD00@BL2PR08MB178.namprd08.prod.outlook.com>
 <CAJVRA1Se3Dho+Fyp13pQuO0xri7ACnCdpboEPrmtLVKaBB5TdQ@mail.gmail.com>
 <CAHKdp-=SNZKG72pwyfagKyTbLzFHdaFr-NuAizLoq7vbh6M_wA@mail.gmail.com>
 <CAJVRA1SDnT9yS6M=s116ZHM+tCRQyVeRYjGh7J9fkmmA-Cn2ag@mail.gmail.com>
In-Reply-To: <CAJVRA1SDnT9yS6M=s116ZHM+tCRQyVeRYjGh7J9fkmmA-Cn2ag@mail.gmail.com>
From: Sean Lynch <seanl@literati.org>
Date: Sat, 06 Feb 2016 20:40:21 +0000
Message-ID: <CAHKdp-n+ZgC0ZuNM+czwVRiN5GrPNXJ9WvcEam8j+VCQh6Y1gQ@mail.gmail.com>
To: tor-talk@lists.torproject.org
X-Content-Filtered-By: Mailman/MimeDel 2.1.15
Cc: cypherpunks@cpunks.org
Subject: Re: [tor-talk] Using SDR
X-BeenThere: tor-talk@lists.torproject.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: tor-talk@lists.torproject.org
List-Id: "all discussion about theory, design,
 and development of Onion Routing" <tor-talk.lists.torproject.org>
List-Unsubscribe: <https://lists.torproject.org/cgi-bin/mailman/options/tor-talk>, 
 <mailto:tor-talk-request@lists.torproject.org?subject=unsubscribe>
List-Archive: <http://lists.torproject.org/pipermail/tor-talk/>
List-Post: <mailto:tor-talk@lists.torproject.org>
List-Help: <mailto:tor-talk-request@lists.torproject.org?subject=help>
List-Subscribe: <https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk>, 
 <mailto:tor-talk-request@lists.torproject.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: tor-talk-bounces@lists.torproject.org
Sender: "tor-talk" <tor-talk-bounces@lists.torproject.org>

On Fri, Feb 5, 2016 at 7:23 PM coderman <coderman@gmail.com> wrote:

> On 2/5/16, Sean Lynch <seanl@literati.org> wrote:
> > ... Radio is being used right now to provide anonymity, but it's being
> used[1]
> > to hide endpoints similar to the duct-taped payphone trick depicted in
> > Hackers, in order to avoid attacks like the one used to capture Ross
> > Ulbricht without giving him a chance to wipe his computer (they snuck up
> > behind him and pinned his arms, but they would have just rushed him had
> > that not been possible). If you use a device like the ProxyHam and you
> sit
> > somewhere where you can see it, there's a reasonable chance you'd spot
> > someone who's trying to find you, giving you a chance to hit your panic
> > button and escape.
>
> this assumes you're keeping it under constant supervision, of course :P
>

Indeed. Having a spotter there is probably the best solution.


> > The older, lower-tech version of this trick is to use a high-gain antenna
> > like the Cantenna or a Yagi to use a public wifi AP from a stealthy,
> > defensible location. The problem with this is that this presents no
> > challenge to RDF (radio direction finding) equipment designed for WiFi.
> > That's the big advantage of the ProxyHam, since whoever is looking for
> you
> > probably won't know in advance what frequency you're using. And solving
> > that problem in a general way requires MUCH more expensive gear than just
> > locating WiFi clients.
>
> one of my favorite tricks, but rather rude in spectrum,
>  is setting high power amplifier to maximum. DF tends to see this
> signal arriving from all around...  *grin*
>
> this introduces it's own trade-offs, of course.
>

This is why you use an attenuator. I wouldn't think law enforcement DF
equipment would be fooled by such a thing, since for example FCC will often
be looking for people who are outputting too much power, which on the ham
bands is going to be multiple kilowatts (I think they've mostly given up on
CB except when it starts interfering with licensed users).


> > It MAY be possible to use SDR to achieve LPI while still remaining within
>
> if you're building LPI, you don't give a fuck about the FCC (compliance).
>  by definition, if they've found you, you fucked up!
>

Perhaps, but I'm not about to suggest that anyone break the law.

> Actually, that gives me an idea: MIMO precoding[2] (versus spatial
> > multiplexing, which is useless for your purposes). MIMO precoding
> devolves
> > to beam-forming in the absence of reflectors like buildings, but in an
> > urban environment, you get a complex combination of signal paths,
> >
> > MIMO precoding requires a "training" phase where they discover one
> another
> > by transmitting some easily "locked-onto" signal so that each receiver
> can
> > find the other transmitter independently.
>
> it is now possible for a professional's budget to accodomate the SDR
> equipment necessary to do this type of phase sync'ed active beam
> forming MIMO transmission, and not all methods require the training
> phase. in fact, omission of this (by out of band training, in a sense)
> in a method of "keying" phased delivery of UWB MIMO in a way more
> likely to achieve LPI.
>

How do you train out of band? By modelling the environment? That's an
interesting thought, and I suspect Google Earth has enough data to be able
to do it in a lot of places. Are you aware of free or inexpensive software
packages for doing this?


> synthetic aperature millimeter wave vision systems are also pushing
> along this boundary, for cross-pollination of suitable phased sync'ed
> UWB MIMO signal processing.
>

Aren't you just talking phased array for something like this though? Or do
you mean using phase information from the receive antennas to reconstruct
the environment rather than using phasing at the transmit side to steer
your beam? That's a very interesting idea since it can give you a 360
degree view with no need to steer your beam, in the same way that some
blind humans can use clicks to get a picture of their entire environment.
(I use humans and not bats because I think bat sonar is pretty directional,
whereas human ears can localize sound quite precisely without any need to
turn one's head.)


> i could go on, if you're curious, but perhaps on another list? :)
>

This is definitely an area I'm interested in, so I'd love to hear more of
your ideas, as may Jeremy, so if it's beyond what is generally tolerated on
this list, private email would be fine, or if you have a list in mind I'd
be happy to subscribe if I'm not already.
-- 
tor-talk mailing list - tor-talk@lists.torproject.org
To unsubscribe or change other settings go to
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk

