<?xml version="1.0" encoding="iso-8859-1" ?>
<rdf:RDF
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns="http://purl.org/rss/1.0/"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
>

<channel rdf:about="http://www.crypto.com/blog">
  <title>Matt Blaze's Exhaustive Search</title>
  <link>http://www.crypto.com/blog</link>
  <description>Science, Security, Curiosity</description>
  <items>
     <rdf:Seq>
<rdf:li rdf:resource="http://www.crypto.com/blog/random/" /><rdf:li rdf:resource="http://www.crypto.com/blog/titans/" /><rdf:li rdf:resource="http://www.crypto.com/blog/calea_weaknesses/" /><rdf:li rdf:resource="http://www.crypto.com/blog/spying_by_mistake/" /><rdf:li rdf:resource="http://www.crypto.com/blog/TSA_followup/" /><rdf:li rdf:resource="http://www.crypto.com/blog/patching_the_TSA/" /><rdf:li rdf:resource="http://www.crypto.com/blog/twitter/" /><rdf:li rdf:resource="http://www.crypto.com/blog/soundscapes/" /><rdf:li rdf:resource="http://www.crypto.com/blog/shb09/" /><rdf:li rdf:resource="http://www.crypto.com/blog/nsa_overcollection/" /><rdf:li rdf:resource="http://www.crypto.com/blog/vote_fraud_in_kentucky/" /><rdf:li rdf:resource="http://www.crypto.com/blog/metatapping/" /><rdf:li rdf:resource="http://www.crypto.com/blog/calibrate_the_vote/" /><rdf:li rdf:resource="http://www.crypto.com/blog/security_through_restraining_orders/" /><rdf:li rdf:resource="http://www.crypto.com/blog/watching_the_watchers_via_ebay/" />
     </rdf:Seq>
  </items>
</channel>
<item rdf:about="http://www.crypto.com/blog/random/" >
   <title>Fighting Terror with Uncertainty</title>
   <link>http://www.crypto.com/blog/random/</link>
        <dc:date>2009-12-31T05:02:02Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>Has the TSA made it easier for terrorists to game the system?




	
&lt;p&gt;
It's been a frighteningly confusing week for frequent flyers (and confirmed cowards) like me.  First we had the Underpants Bomber, his Christmas-day
attempt to take down a Detroit-bound flight thwarted by slow-acting chemistry and quick-thinking passengers.  Next -- within a day -- came inexplicable new regulations that seemed designed more to punish the rest of us than to discourage future acts of terrorism.  The new rules were unsettling not just because they seemed as laughably ineffective as they were inconvenient,
but because they suggested
that the authorities had no idea what to do, no real process for analyzing
and reacting to potential new threats.  As the
&lt;em&gt;Economist&lt;/em&gt; was moved to write,
&lt;a href=&quot;http://www.economist.com/blogs/gulliver/2009/12/the_latest_on_flight_253&quot;&gt;&quot;the people who run America's airport security apparatus appear to have gone insane&quot;&lt;/a&gt;.
&lt;p&gt;
A few days later the TSA, to its credit, rolled back some of the more
arbitrarily punitive restrictions -- in-flight entertainment systems can now
be turned back on, and passengers are, at the airline's discretion, again permitted to use the toilets during the last hour of flight.
&lt;p&gt;
But while a degree of sanity may have returned to some
of the rules, the TSA's new security philosophy appears to yield significant advantage to attackers.  The current approach may actually make us more
vulnerable to disruption and terror now than we were before.

&lt;a href=&quot;http://www.crypto.com/blog/random/&quot;&gt;See the rest of this (rather long) entry...&lt;/a&gt;     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/titans/" >
   <title>Notes from the No Lone Zone</title>
   <link>http://www.crypto.com/blog/titans/</link>
        <dc:date>2009-12-16T01:57:47Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>A computer scientist looks at ICBM security.




	
&lt;p&gt;
&lt;a href=&quot;http://www.flickr.com/photos/mattblaze/4182507708/&quot;&gt;&lt;img style=&quot;margin:0px 0px 15px 15px&quot; src=&quot;http://www.crypto.com/photos/misc/titan/titan-level4-0628-s.jpg&quot; align=&quot;right&quot;&gt;&lt;/a&gt;
If you can climb a fifteen foot ladder and fit through a two foot diameter hole,
you can,
with a bit of advance planning,
take an extensive &quot;top-to-bottom&quot; tour of a Titan II ICBM launch complex, complete with missile silo and missile. Best of all, you no longer have to trespass or join the Air Force to do it.
&lt;p&gt;
And so I just returned from Sahuarita, AZ and the
&lt;a href=&quot;http://www.titanmissilemuseum.org/&quot;&gt;Titan Missile Museum&lt;/a&gt;,
a place known during most of the cold war as SMS Launch Site 571-7.
I spent the better part of the day
beneath the surface of the earth,
part of a group of six hardy nuclear tourists
under the direction of
&lt;a href=&quot;http://www.flickr.com/photos/mattblaze/4186000360/&quot;&gt;Lt.
Col. Chuck Smith&lt;/a&gt; (USAF, retired, a former &quot;missileer&quot; at the site), exploring the nuts, bolts and welds of Armageddon.
&lt;p&gt;
At the peak of the cold war, there were over 1,000 nuclear missiles in buried silos located throughout sparsely populated areas of the continental United States, all fueled and ready to be launched toward the Soviet Union on a few minutes notice.  From 1963 through 1984, this included 54 Titan II missiles at sites in Arizona, Arkansas and Kansas, each equipped with a W-53 warhead capable of delivering a nine megaton thermonuclear yield.  Nine megatons is horrifically
destructive even by the outsized standards of atomic bombs, capable of
leveling a good size city in a single blast.  And the Soviets had at least as many similar weapons aimed right back at us.
&lt;p&gt;
How did we keep from blowing ourselves up for all those years?

&lt;a href=&quot;http://www.crypto.com/blog/titans/&quot;&gt;See the rest of this (rather long and heavily
illustrated) entry...&lt;/a&gt;     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/calea_weaknesses/" >
   <title>Weaknesses in CALEA Wiretaps</title>
   <link>http://www.crypto.com/blog/calea_weaknesses/</link>
        <dc:date>2009-11-13T19:37:27Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>The metadata is still the message.




	
&lt;p&gt;
This week in Chicago, Micah Sherr, Gaurav Shah, Eric Cronin, Sandy Clark, and I have a paper
at the ACM Computer and Communications Security Conference (CCS) that's
getting a bit more attention than I expected.  The paper,
&lt;a href=&quot;http://www.crypto.com/papers/calea-ccs2009.pdf&quot;&gt;&lt;em&gt;Can They
Hear Me Now? A Security Analysis of Law Enforcement Wiretaps&lt;/em&gt; [pdf]&lt;/a&gt;
examines the standard &quot;lawful access&quot; protocols used to deliver
intercepted telephone (and some Internet) traffic to US 
law enforcement agencies.  Picking up where our
&lt;a href=&quot;http://www.crypto.com/papers/wiretap.pdf&quot;&gt;2004 analysis of
wireline loop extender wiretaps [pdf]&lt;/a&gt; left off, this paper
looks at the security and reliability of the latest communications
surveillance standards, which were mandated by the 1994
Communications Assistance for Law Enforcement Act (CALEA).
The standards, it turns out, can leave wiretaps vulnerable to
manipulation and denial of service by surveillance targets who employ
relatively simple technical countermeasures.
&lt;p&gt;
Of particular concern to law enforcement and others who rely on
wiretap evidence is the fact that the protocols can be prevented not just
from collecting accurate call content (which can already be obscured by a target
using encryption), but also from collecting the metadata record --
who called whom and when.
Metadata-only taps (called &quot;pen registers&quot; for historical reasons) make up
more than 90% of legal wiretaps in the US.  Call metadata, which over time
reveals a suspect's &quot;community of interest&quot; and behavior patterns, can be
more revealing to an investigator than the content.   Many agencies
use software that automatically aggregates and analyzes call metadata to
discover the members (and structure) of suspected criminal networks.
&lt;p&gt;
The wiretap standard, called ANSI J-STD-025, was originally designed
to cover only the low-bandwidth voice telephone services that existed
in the early 1990's.  But as the communications services that law
enforcement agencies might want to tap have expanded -- think
SMS, 3G internet, VoIP, and so on -- the standard has been &quot;patched&quot;
to allow the delivery of more and more different kinds of traffic.
Unfortunately, many of these new services are a poor fit for the
tapping architecture, especially in the way status messages are
encoded for delivery to law enforcement and in the way backhaul bandwidth
is provisioned.  In particular, many modern services make
it possible for a wiretap target to generate messages that
saturate the relatively low bandwidth &quot;call data channels&quot; between
the telephone company and the government, without affecting his or her
own services.  Worse, these channels are shared among all the taps
in a particular central office, so a single person employing countermeasures
can suppress wiretaps of other targets as well.
&lt;p&gt;
Just to be clear, we don't suggest that anyone actually do these things
in the hopes of thwarting a government wiretap.  Aside from being
somewhat technically difficult, there would be no way to be sure that the countermeasures were actually working.  And I know of no evidence that
criminals are actually using these techniques today.  (Of course,
a determined and technically savvy criminal could prove me wrong about
this.)
&lt;p&gt;
The real problem is that these protocols -- used in the most serious
criminal investigations -- were apparently designed and
deployed (and mandated in virtually every communications switch
in the US) without first subjecting them to a meaningful security analysis.
They were engineered to work well in the &lt;em&gt;average&lt;/em&gt; case, but ignored
the &lt;em&gt;worst&lt;/em&gt; case of an adversary trying to create
conditions unfavorable to the eavesdropper.
And as the services for which these protocols are used have expanded,
they've created a wider range of edge conditions, with more
opportunities for manipulation and mischief.
&lt;p&gt;
That's a familiar theme for security engineers, and the CALEA wiretap standard
is hardly the first example of a serious protocol being deployed without
considering what an adversary might do.    Unfortunately, it probably
won't be the last, either.     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/spying_by_mistake/" >
   <title>Spying by Mistake</title>
   <link>http://www.crypto.com/blog/spying_by_mistake/</link>
        <dc:date>2009-09-30T23:13:17Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>Why are surveillance systems so consistently shoddy?




	
&lt;p&gt;
&lt;img style=&quot;margin: 10px 0px 10px 13px&quot; src=&quot;http://www.crypto.com/photos/misc/loopextender-small.jpg&quot; alt=&quot;loop extender&quot; align=&quot;right&quot;&gt;
I wrote the &quot;Secure Systems&quot; column in the September/October 2009
&lt;em&gt;IEEE Security and Privacy&lt;/em&gt;, which is hitting the streets just about
now.  You can read the full column, &quot;Taking Surveillance
out of the Shadows&quot;, at
&lt;a href=&quot;http://www.crypto.com/papers/mab-sec-200909.pdf&quot;&gt;&lt;tt&gt;www.crypto.com/papers/mab-sec-200909.pdf&lt;/tt&gt; [pdf]&lt;/a&gt;.  The subject, familiar to readers here, is
wiretapping gone wrong.
&lt;p&gt;
Wiretapping has been controversial lately,
often framed, rightly or wrongly, as a zero-sum battle
between our right to privacy on the one hand
and the needs of law enforcement and intelligence agencies
on the other.  But in practice,
surveillance is about more than policy and civil liberties -- it's
also about technology.
Reliably intercepting traffic in modern networks can
be harder than it sounds.  And, time and again,
the secret systems relied upon by governments to
collect wiretap intelligence and evidence have turned out
to have serious problems.  Whatever our policy might be,
interception systems can -- and do -- fail,
even if we don't always hear about it in the public debate.
&lt;p&gt;
Indeed, the recent history of electronic surveillance
is a veritable catalog of cautionary tales of technological errors, risks
and unintended consequences.  Sometime mishaps lead to well-publicized
violations of the privacy of innocent people.  There was, for example,
the NSA's disclosure earlier this year
&lt;a href=&quot;http://www.crypto.com/blog/nsa_overcollection/&quot;&gt;
that it had been accidently &quot;over-collecting&quot; the communications of
innocent Americans&lt;/a&gt;.  And there was the discovery, in 2005,
that the standard interfaces intended to let law enforcement
tap cellular telephone traffic had been
&lt;a href=&quot;http://www.crypto.com/blog/hellenic_eavesdropping/&quot;&gt;
hijacked by criminals who were using them to tap the mobile phones
of hundreds of people in Athens, Greece&lt;/a&gt;.
&lt;p&gt;
Bugs in tapping technology don't always let in the bad guys;
sometimes they keep out the good guys instead.  Cryptographers may recall the
&lt;a href=&quot;http://www.crypto.com/papers/eesprotocol.pdf&quot;&gt;protocol failures
in the NSA's &quot;Clipper&quot; key escrow system [pdf]&lt;/a&gt;, in which wiretaps
could be defeated easily by exploiting a weak authentication scheme
during the key setup.  More recently, there was the discovery in 2004, by
Micah Sherr, Sandy Clark, Eric Cronin and me, that
&lt;a href=&quot;http://www.crypto.com/papers/wiretap.pdf&quot;&gt;law enforcement intercepts of
analog phones can be disabled just by sending a tone down the
tapped line [pdf]&lt;/a&gt;.
&lt;p&gt;
What's going on here?  It's hard
to think of another law enforcement technology beset by as many,
or as frequent, flaws as are modern wiretapping systems.  No one would
tolerate a police force regularly hobbled by exploding guns, self-opening
handcuffs, stalled radio cars, or contaminated evidence bags.
Yet many of the systems we depend on to track suspected
criminals and spies have failed just as spectacularly, if more quietly.
&lt;p&gt;
A common factor in these failed systems is that they were designed and deployed
largely in secret, away from the kind of engineering scrutiny that,
as security engineers know well, is essential for making systems
robust.  It's a natural enough reflex for law enforcement and intelligence
agencies to want to keep their surveillance technology under wraps.  But
while it may make sense to keep secret &lt;em&gt;who&lt;/em&gt; is under
surveillance, there's no need to keep secret &lt;em&gt;how&lt;/em&gt;.  And
the track record of current systems
suggests a process that is seriously, even dangerously, broken.
&lt;p&gt;
Fortunately, unlike some aspects of the debate about wiretapping,
reliability isn't a political issue.  The flaws in these systems
cut across ideology.  No one is served by defective technology
that spies on the wrong people or that lets criminals, spies, or
terrorists evade legal wiretaps.  If surveillance is to
protect us, it has to come out of the shadows.
&lt;br/&gt;
&lt;br/&gt;
&lt;em&gt;Photo: Law enforcement &quot;loop extender&quot; tap for analog phone lines.&lt;/em&gt;     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/TSA_followup/" >
   <title>The TSA and Human-Scale Security</title>
   <link>http://www.crypto.com/blog/TSA_followup/</link>
        <dc:date>2009-09-20T19:16:21Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>Good intentions, bad protocols.




	
&lt;p&gt;
Stewart Baker, former director of policy at the Department of Homeland
Security, the parent agency of the TSA,
&lt;a href=&quot;http://www.skatingonstilts.com/skating-on-stilts/2009/09/tsa-and-its-critics-fish-barrel-and-foot.html&quot;&gt;took me to task&lt;/a&gt; for
&lt;a href=&quot;http://www.crypto.com/blog/patching_the_TSA&quot;&gt;my recent posting&lt;/a&gt;
about the new TSA boarding pass scanners being installed at airport
security checkpoints.
&lt;p&gt;
My observation was that the ID checkpoint is insufficient and
in the wrong place; fixing the
Schneier/Soghoian attack requires that a strong ID check be performed
at the boarding gate, which the new system still doesn't do.
Stewart says that the TSA security process doesn't care what
flight someone is on as
long as they are screened properly and compared against the &quot;no fly&quot;
list.
&lt;p&gt;
Maybe it doesn't; the precise security goals to be achieved by
identifying travelers have never been clearly articulated, which
is an underlying cause of this and other problems with our
aviation security system.
But the TSA has repeatedly asserted that passenger flight routing &lt;em&gt;is&lt;/em&gt;
very much a component of their name screening process.  For
example, the regulations governing the Secure Flight program published
last October in the
&lt;a href=&quot;http://www.tsa.gov/assets/pdf/secureflight_final_rule.pdf&quot;&gt;Federal
Register [pdf]&lt;/a&gt; say that &quot;... TSA may learn that flights
on a particular route may be subject to increased security risk&quot; and so
might do different screening for passengers on those routes.
I don't know whether that's true or not, but those are the TSA's words,
not mine.
&lt;p&gt;
Anyway, Stewart's confusion about the security properties of the protocol,
and about my reasons for discussing them
notwithstanding, the larger point is that
aviation security is a complex (and interesting) problem in the discipline
that I've come to understand as &quot;human-scale security protocols&quot;.
&lt;p&gt;
I first
wrote about human scale security as a computer science problem back in 2004
in my paper
&lt;a href=&quot;http://www.crypto.com/papers/humancambridgepreproc.pdf&quot;&gt;&lt;em&gt;Toward
a broder view of security protocols&lt;/em&gt; [pdf]&lt;/a&gt;.
Such protocols share much in common with the cryptographic authentication
and identification schemes used in computing: they're hard to design well
and they can fail in subtle and surprising ways.  Perhaps cryptographers
and security protocol designers have something to
contribute toward analyzing and designing better systems here.  We can
certainly learn something from studying them.     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/patching_the_TSA/" >
   <title>Patch Tuesday at the TSA</title>
   <link>http://www.crypto.com/blog/patching_the_TSA/</link>
        <dc:date>2009-09-18T23:34:51Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>Boarding pass scanners now at some airport security checkpoints.




	
&lt;p&gt;
In 2003, &lt;a href=&quot;http://www.schneier.com/crypto-gram-0308.html&quot;&gt;Bruce
Schneier&lt;/a&gt; published a simple and effective attack against the
TSA's protocol for verifying a flyer's identity on domestic flights
in the US.   Nothing was done until 2006, when
&lt;a href=&quot;http://paranoia.dubfire.net/&quot;&gt;Chris Soghoian&lt;/a&gt;, then a grad
student at Indiana University, created an online fake boarding pass generator
that made it a bit easier to carry out the attack.  That got the TSA's
attention: Soghoian's home was raided by the FBI and he was ordered
to shut down or face the music.  But the TSA still didn't change its
flawed protocol,
and so for more than five years, despite the inconvenience of long security lines
and rigorous checks of our government-issue photo IDs at the airport,
it has remained possible for bad guys to exploit the loophole
and fly under a fake name.  I blogged about the protocol failure,
and the TSA's predictably defensive, shoot-the-messenger reaction to it,
&lt;a href=&quot;http://www.crypto.com/blog/tsa_paranoia/&quot;&gt;in this space a couple
of years ago&lt;/a&gt;.
&lt;p&gt;
Well, imagine my surprise yesterday when I noticed something new 
at Philadelphia International
Airport: the TSA ID checker was equipped not
just with the usual magnifying glass and UV light,
but with a brand new boarding pass reader.  The device, which did not yet
seem to be in use, apparently reads and validates the information encoded
on a boarding pass and displays the passenger name as recorded in the
airline's reservation record.   According to the
&lt;a href=&quot;http://www.tsa.gov/blog/2008/09/bar-coded-boarding-passes-secure-mobile.html&quot;&gt;TSA
blog&lt;/a&gt;, boarding pass readers are being rolled out
at selected security checkpoints, partly to to enable &quot;paperless&quot;
boarding passes on mobile phones, but also to close the fake boarding
pass loophole.
&lt;p&gt;
Unfortunately, the new system doesn't actually fix the problem.  The
new protocol is still broken. Even when the security checkpoint
boarding pass readers are fully operational, it will
&lt;em&gt;still&lt;/em&gt; be straightforward to get on a flight under
a false name.
&lt;p&gt;
&lt;a href=&quot;http://www.crypto.com/blog/patching_the_TSA/&quot;&gt;See the rest of this (rather long) entry...&lt;/a&gt;     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/twitter/" >
   <title>I'm on Twitter</title>
   <link>http://www.crypto.com/blog/twitter/</link>
        <dc:date>2009-09-18T18:15:38Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>140 is the new 1536.




	
&lt;p&gt;
I'm not sure how often I'll actually update it, but I've got a Twitter feed
now:
&lt;a href=&quot;http://twitter.com/mattblaze&quot;&gt;&lt;tt&gt;twitter.com/mattblaze&lt;/tt&gt;&lt;/a&gt;
&lt;p&gt;
Even if you can't say it in an SMS message, it still might be worth
saying.  I suspect I'll still mainly be using this blog.     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/soundscapes/" >
   <title>Outdoor Soundscapes and Stereo Recording</title>
   <link>http://www.crypto.com/blog/soundscapes/</link>
        <dc:date>2009-07-05T21:49:09Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>Quiet, please.




	
&lt;p&gt;
&lt;a href=&quot;http://www.flickr.com/photos/mattblaze/3688702575/&quot;&gt;&lt;img style=&quot;margin: 20px 0px 20px 20px&quot; src=&quot;http://www.crypto.com/photos/misc/mab-iaswoods-20090704-1-300.jpg&quot; align=&quot;right&quot;&gt;&lt;/a&gt;
It's the holiday weekend, so today's (overdue) entry has perhaps
less to do with computer security and crypto than usual.
&lt;p&gt;
I'm interested in techniques for
capturing the ambient sounds of places and environments.
This kind of recording is something of a neglected
stepchild in the commercial audio world, which is
overwhelmingly focused on music, film soundtracks,
and similarly &quot;professional&quot; applications.
But field recording -- documenting the sounds
of the world around us -- has a long and interesting history of its own,
from the late &lt;a href=&quot;http://www.tonyschwartz.org&quot;&gt;Tony Schwartz's
magnetic wire recordings of New York city street life in the the 40's and 50's&lt;/a&gt;
to the stunning natural biophonies hunted down across the world by
&lt;a href=&quot;http://en.wikipedia.org/wiki/Bernie_Krause&quot;&gt;Bernie Krause&lt;/a&gt;.
And the Internet has brought together small but often quite
vibrant communities of wonderfully fanatic
nature recordists and sound hunters.  But we're definitely
on the margins of the audio world here, specialized nerds even by the
already very geeky standards of the AV club.
&lt;p&gt;
We tend to take the unique sounds of places for granted, and we may not
even notice when familiar soundscapes radically change or disappear out
from under (or around) us.  And in spite of the fact
that high quality digital audio equipment is cheaper and
more versatile than ever, hardly anyone thinks to use a recorder
the way they might a digital camera.  Ambient sound is, for most
purposes, as ephemeral as it ever was.  I commented last year
&lt;a href=&quot;http://www.crypto.com/blog/playing_the_building&quot;&gt;in this space&lt;/a&gt;
on the strange dearth of available recordings of David Byrne's
&lt;em&gt;Playing the Building&lt;/em&gt; audio installation; Flickr is loaded with
photos of the space, but hardly any visitors thought to capture what it
actually sounded like.  And now, like so many other sounds, it's gone.
&lt;p&gt;
Anyway, I've found that making good quality stereo field recordings carries its
own challenges besides the obvious ones of finding interesting sounds
and getting the right equipment to where they are.  In particular,
most research on, and commercial equipment for, stereo recording is focused
(naturally enough) on serving the needs of the music industry.   There the aim
is to get a pleasing reproduction of a particular subject -- a musician,
an orchestra, whatever -- that's located in a relatively small or at least
identifiable space, usually indoors.  &quot;Ambience&quot; in music recording
has to do mainly with capturing the effect of the subject against the
space.  Any sounds &lt;em&gt;originating&lt;/em&gt; from the local
environment are usually considered nothing more than unwelcome noise,
blemishes to be eliminated or masked from the finished product.
&lt;p&gt;
But the kind of field recording I'm interested in takes the
opposite approach -- the environment &lt;em&gt;is&lt;/em&gt; the subject.
Most of the standard, well-studied stereo microphone configurations
aren't optimized for capturing this.  Instead, they're usually
aiming to limit the &quot;recording angle&quot; to the slice where the music is
coming from and to reduce the effects of everything else.  There are some
standard microphone arrangements that can work well for widely dispersed
subjects, but most of the literature discusses them in the context
of indoor music recording.
It's hard to predict, without actually trying it, how a given
technique can be expected to perform in a particular outdoor environment.
If experience is the best teacher, it's pretty much the only
one available here.
&lt;p&gt;
Compounding the difficulty of learning how different microphone
configurations perform outdoors is the surprising paucity of
controlled examples of different techniques.  There are plenty of
terrific nature recordings available online, but people tend to
distribute only their best results, and keep to themselves the
duds recorded along the way.  For the listener, that's surely for
the best, of course, but it means that there are lamentably few
examples of the same
sources recorded simultaneously with different (and documented)
techniques from which to learn and compare.
&lt;p&gt;
And so I've slowly been experimenting with different stereo techniques
and making my own simultaneous recordings in different outdoor environments.
In doing this, I can see why similar examples aren't more common; making them
involves hauling around more equipment, taking more notes, and spending
more time in post-production than if the goal were simply to get a single best
final cut.  But the effort is paying off well for me, and perhaps others
can benefit from my failures (and occasional successes).
&lt;a href=&quot;http://www.crypto.com/audio/soundscapes/&quot;&gt;So I'm collecting
and posting a few examples on this web page [link]&lt;/a&gt;,
which I will try to update with new recordings
from time to time.  But mostly, I'd like to encourage others to do the same; my
individual effort is really quite pale in the grand scheme of things,
limited as it is by my talent, equipment, and carrying capacity.
&lt;p&gt;
&lt;a href=&quot;http://www.crypto.com/audio/soundscapes/&quot;&gt;My sample clips, for
what they're worth, can be found at &lt;tt&gt;www.crypto.com/audio/soundscapes/&lt;/tt&gt;&lt;/a&gt;.     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/shb09/" >
   <title>Security and Human Behavior 2009</title>
   <link>http://www.crypto.com/blog/shb09/</link>
        <dc:date>2009-06-11T18:09:05Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>June 11 - 12, 2009 at MIT.




	
&lt;p&gt;
Once again I was lucky enough to be invited to this year's
&lt;a href=&quot;http://www.cl.cam.ac.uk/~rja14/shb09/&quot;&gt;Interdisciplinary
Workshop on Security and Human Behavior&lt;/a&gt; at MIT this week.
Organized by Alessandro Acquisti,
&lt;a href=&quot;http://www.cl.cam.ac.uk/~rja14/&quot;&gt;Ross Anderson&lt;/a&gt;, and
&lt;a href=&quot;http://www.schneier.com/&quot;&gt;Bruce Schneier&lt;/a&gt;,
the workshop aims to bring together an aggressively diverse group
of researchers from perspectives in computing, psychology, economics,
sociology, and philosophy.  (I blogged
about last year's workshop
&lt;a href=&quot;http://www.crypto.com/blog/shb08/&quot;&gt;here&lt;/a&gt;.)
&lt;p&gt;
This is a small and informal event, with no published proceedings or other tangible record.  But &lt;a href=&quot;http://www.schneier.com/blog/archives/2009/06/second_shb_work.html&quot;&gt;Bruce Schneier&lt;/a&gt;,
&lt;a href=&quot;http://newschoolsecurity.com/2009/06/security-human-behavior/&quot;&gt;Adam
Shostack&lt;/a&gt; and &lt;a href=&quot;http://www.lightbluetouchpaper.org/2009/06/11/security-and-human-behaviour-2009/&quot;&gt;Ross
Anderson&lt;/a&gt; are liveblogging the sessions.
&lt;p&gt;
As with &lt;a href=&quot;http://www.crypto.com/blog/shb08&quot;&gt;last year&lt;/a&gt;, I ended
up making quick-and-dirty sound recordings of the sessions,
which I'll put up here as I process them.   (I apologize for
the uneven audio quality; the recording conditions were
hugely suboptimal.  And I didn't know I'd was supposed to be doing this
until five minutes before the first session, using a recorder
and microphone I luckily happened to have in my backpack.)
&lt;p&gt;
&lt;b&gt;Update 6/12/09 1745:&lt;/b&gt; &lt;em&gt;All session audio is now
online after the fold below.&lt;/em&gt;

&lt;a href=&quot;http://www.crypto.com/blog/shb09/&quot;&gt;Click here for MP3 session audio...&lt;/a&gt;     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/nsa_overcollection/" >
   <title>Wiretap Over-Collection at the NSA</title>
   <link>http://www.crypto.com/blog/nsa_overcollection/</link>
        <dc:date>2009-04-16T06:13:20Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>Was unauthorized domestic surveillance inevitable?




	

&lt;p&gt;&lt;a href=&quot;http://www.flickr.com/photos/mattblaze/2695044170/&quot;&gt;&lt;img style=&quot;marg      in: 10px 0px 10px 13px&quot; src=&quot;http://www.crypto.com/photos/misc/snst-2-360.jpg&quot; align=&quot;right&quot;&gt;&lt;/a&gt;
Today's
&lt;a href=&quot;http://www.nytimes.com/2009/04/16/us/16nsa.html?hp=&amp;pagewanted=all&quot;&gt;
New York Times is reporting&lt;/a&gt; that the NSA has been &quot;over-collecting&quot; purely domestic telephone and e-mail traffic as part of its warrentless wiretap program.   According to Eric Lichtblau and James Risen's 
&lt;a href=&quot;http://www.nytimes.com/2009/04/16/us/16nsa.html?hp=&amp;pagewanted=all&quot;&gt;article&lt;/a&gt;, part of the reason for the unauthorized
domestic surveillance was technological:
&lt;blockquote&gt;
Officials would not discuss details of the overcollection problem because it involves classified intelligence-gathering techniques. But the issue appears focused in part on technical problems in the N.S.A.'s ability at times to distinguish between communications inside the United States and those overseas as it uses its access to American telecommunications companies' fiber-optic lines and its own spy satellites to intercept millions of calls and e-mail messages.
&lt;p&gt;
One official said that led the agency to inadvertently &quot;target&quot; groups of Americans and collect their domestic communications without proper court authority. Officials are still trying to determine how many violations may have occurred. 
&lt;/blockquote&gt;
As disturbing as this report is, the sad fact is that domestic
over-collection was a readily predictable consequence of the
way the NSA apparently has been conducting some of its intercepts.
According to court filings in &lt;a href=&quot;http://www.eff.org/nsa/faq&quot;&gt;the EFF's lawsuit against AT&amp;amp;T&lt;/a&gt;, the taps for international traffic are placed not,
as we might expect, at the trans-oceanic cable landings that connect to the US, but rather inside switching centers that also handle a great deal of
purely domestic traffic.  Domestic calls are supposed to be excluded
from the data stream sent to
the government by specially configured network filtering devices 
supplied by the NSA.
&lt;p&gt;
This is, to say the least, a precarious way to ensure that
only international traffic would be collected, and an especially
curious design choice given the NSA's exclusively international mandate.
My colleagues and I have
been warning of the risks of this strange architecture for
several years now, perhaps most prominently in
&lt;a href=&quot;http://www.crypto.com/papers/paa-ieee.pdf&quot;&gt;
this IEEE Security and Privacy article [pdf]&lt;/a&gt;.
And I raised the point
on a panel with former NSA official Bill Crowell at last year's RSA conference;
as I &lt;a href=&quot;http://www.crypto.com/blog/rsa_extravaganza/&quot;&gt;wrote in
this space then&lt;/a&gt;:
&lt;blockquote&gt;
There's a tendency to view warrantless wiretaps in strictly legal or political terms and to assume that the interception technology will correctly implement
whatever the policy is supposed to be. But the reality isn't so simple. I found
myself the sole techie on the RSA panel, so my role was largely to to point out
that this is as much an issue of engineering as it is legal oversight. And while we don't know all the details about how NSA's wiretaps are being carried out in the US, what we do know suggests some disturbing architectural choices that make
the program especially vulnerable to over-collection and abuse. In particular, assuming Mark Klein's AT&amp;amp;T documents are accurate, the NSA infrastructure seems much farther inside the US telecom infrastructure than would be
appropriate for intercepting the exclusively international traffic that the government says it wants. The taps are apparently in domestic backbone switches
rather than, say, in cable heads that leave the country, where international traffic is most concentrated (and segregated). Compounding the inherent risks
of this odd design is the fact that the equipment that pans for nuggets of
international communication in the stream of (off-limits) domestic traffic is apparently made up entirely of hardware provided and configured by the
government, rather than the carriers. It's essentially equivalent to giving the NSA the keys to the phone company central office and hoping that they figure out which wires are the right ones to tap. 
&lt;/blockquote&gt;
Architecture matters.  As Stanford Law professor Larry Lessig famously
points out, in the electronic world
&lt;a href=&quot;http://codev2.cc/&quot;&gt;&quot;code is law&quot;&lt;/a&gt;.
Arcane choices in how technologies are implemented can
have at least as much influence as do congress and the courts.
As this episode demonstrates, any meaningful
public debate over surveillance policy must include
a careful and critical examination of how, exactly, it's done.     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/vote_fraud_in_kentucky/" >
   <title>Is the e-voting honeymoon over?</title>
   <link>http://www.crypto.com/blog/vote_fraud_in_kentucky/</link>
        <dc:date>2009-03-23T06:42:36Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>Electronic Vote Rigging in Kentucky




	
&lt;p&gt;
&lt;a href=&quot;http://www.flickr.com/photos/mattblaze/2999140247/&quot;&gt;&lt;img style=&quot;margin 10px 0px 10px 13px&quot; src=&quot;http://www.crypto.com/photos/misc/ivot-vote-350.jpg&quot; align=&quot;right&quot;&gt;&lt;/a&gt;
Eight Clay County, Kentucky election officials were charged last week with conspiring to alter ballots cast on electronic voting machines in several recent elections.  The story was first reported on a
&lt;a href=&quot;http://www.lex18.com/Global/story.asp?S=10037216&amp;nav=menu203_2&quot;&gt;local
TV station&lt;/a&gt; and was featured on &lt;a href=&quot;http://www.bradblog.com/?p=7001&quot;&gt;the
election integrity site BradBlog&lt;/a&gt;.
According to the &lt;a href=&quot;http://media.kentucky.com/smedia/2009/03/19/17/clayindict.source.prod_affiliate.79.pdf&quot;&gt;indictment [pdf]&lt;/a&gt;,
the conspiracy
allegedly included, among other things, altering ballots cast
on the county's ES&amp;amp;S &lt;em&gt;iVotronic&lt;/em&gt; touchscreen voting machines.
&lt;p&gt;
So how could this have happened?
&lt;p&gt;
The iVotronic is a popular &lt;em&gt;Direct Recording Electronic (DRE)&lt;/em&gt;
voting machine. It displays the ballot
on a computer screen and records voters' choices in internal memory.
Voting officials and machine manufacturers cite the user interface as a
major selling point for DRE machines -- it's already familiar
to voters used to navigating touchscreen ATMs, computerized gas pumps,
and so on, and thus should avoid problems like the infamous &quot;butterfly ballot&quot;.
Voters interact with the iVotronic primarily by touching the display
screen itself.  But there's an important exception: above the
display is an illuminated red button labeled &quot;VOTE&quot; (see photo at right).
Pressing the VOTE button is supposed to be the final step of a voter's session; 
it adds their selections to their candidates' totals and resets the machine for
the next voter.
&lt;p&gt;
The Kentucky officials are accused of taking advantage of a somewhat
confusing aspect of the way the iVotronic interface was implemented.
In particular, the behavior (as described in the indictment)
of the version of the iVotronic used in Clay County
apparently differs a bit from the behavior described in ES&amp;amp;S's standard
&lt;a href=&quot;http://www.essvote.com/HTML/docs/iVotronic.pdf&quot;&gt;instruction sheet
for voters [pdf - see page 2]&lt;/a&gt;.
A &lt;a href=&quot;http://www.essvote.com/HTML/iVotronicDemo1/demo.html&quot;&gt;flash-based
iVotronic demo available from ES&amp;amp;S here&lt;/a&gt; shows the same
procedure, with the VOTE button as the last step.  But evidently
there's another version of the iVotronic
interface in which
pressing the VOTE button is only the &lt;em&gt;second to last&lt;/em&gt; step.  In those machines, pressing VOTE invokes an extra &quot;confirmation&quot; screen.
The vote is only actually finalized after a &quot;confirm vote&quot; box is touched
on that screen.  (A different flash demo that shows this behavior with the
version of the iVotronic equipped with a printer is available from ES&amp;amp;S
&lt;a href=&quot;http://www.essvote.com/HTML/iVotronicDemo2/index.html&quot;&gt;here&lt;/a&gt;).
So the iVotronic VOTE button doesn't necessarily work the way a
voter who read the standard instructions might expect it to.
&lt;p&gt;
The indictment describes a conspiracy to exploit this ambiguity in
the iVotronic user interface by having pollworkers systematically
(and incorrectly) tell voters that pressing
the VOTE button is the last step.  When a misled voter would leave the
machine with the extra &quot;confirm vote&quot; screen still displayed, a pollworker
would  quietly &quot;correct&quot; the not-yet-finalized ballot before casting it.
It's a pretty elegant attack, exploiting
little more than a poorly designed, ambiguous user interface, printed
instructions that conflict with actual machine behavior, and public
unfamiliarity with equipment that most citizens use at most once or twice
each year.   And once done,
it leaves behind little forensic evidence to expose the deed.

&lt;a href=&quot;http://www.crypto.com/blog/vote_fraud_in_kentucky/&quot;&gt;See the rest of this (rather long) entry...&lt;/a&gt;     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/metatapping/" >
   <title>The Metadata is the Message</title>
   <link>http://www.crypto.com/blog/metatapping/</link>
        <dc:date>2008-12-27T18:42:40Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>Did the NSA's Warrantless Wiretap Program include large-scale domestic surveillance?




	
&lt;p&gt;
&lt;img style=&quot;margin: 10px 0px 10px 13px&quot; src=&quot;http://www.crypto.com/photos/blog/secrecy500.jpg&quot; alt=&quot;Bell System Secrecy of Communications poster&quot; align=&quot;right&quot;&gt;
Warrantless wiretapping is back in the news, thanks largely to
Michael Isikoff's &lt;a href=&quot;http://www.newsweek.com/id/174601/output/print&quot;&gt;cover piece in the December 22 issue of &lt;em&gt;Newsweek&lt;/em&gt;&lt;/a&gt;.  We now know that the principal source for James Risen and Eric Lichtblau's Pulitzer Prize winning
&lt;a href=&quot;http://www.nytimes.com/2005/12/16/politics/16program.html?pagewanted=all&quot;&gt;article that broke the story three years ago in the New York Times&lt;/a&gt; was a Justice department official named Thomas M. Tamm. 
Most of the current attention, naturally,
has focused on Tamm and on whether, as Newsweek's tagline put it, he's
&lt;a href=&quot;http://blog.wired.com/27bstroke6/2008/12/should-ny-times.html&quot;&gt;&quot;a hero or a criminal&quot;&lt;/a&gt;.   Having never in my life faced an ethical dilemma on the magnitude of
Tamm's -- weighing betrayal of one trust against the service of another -- I can't
help but wonder what I'd have done in his shoes.
Whistleblowing is inherently difficult, morally ambiguous territory.  At best there are
murky shades of gray, inevitably viewed through the myopic lenses
of individual loyalties, fears, and ambitions, to say nothing of the prospect of
life-altering consequences that might accompany exposure.
Coupled with the high
stakes of national security and civil liberties, it's hard not to think about
Tamm in the context of another famously anonymous source, the late
&lt;a href=&quot;http://www.nytimes.com/2008/12/19/washington/19felt.html?pagewanted=all&quot;&gt;Mark Felt (known to a generation only as Watergate's &quot;Deep Throat&quot;)&lt;/a&gt;.
&lt;p&gt;
But an even more interesting revelation -- one ultimately far more troubling --
can be found in a regrettably less prominent
&lt;a href=&quot;http://www.newsweek.com/id/174602/output/print&quot;&gt;sidebar to
the main Newsweek
story, entitled &lt;em&gt;&quot;Now we know what the battle was about&quot;&lt;/em&gt;&lt;/a&gt;, by
Daniel Klaidman.  
Put together with other reports about the
program, it lends considerable credence to claims that telephone
companies (including my alma matter AT&amp;amp;T) provided the NSA with
wholesale access to purely domestic calling records,
on a scale beyond what has been previously acknowledged.
&lt;p&gt;
The sidebar casts new light on one of the more dramatic episodes to leak out of Washington
in recent memory; quoting Newsweek:
&lt;blockquote&gt;
It is one of the darkly iconic scenes of the Bush Administration. In March 2004, two of the president's most senior advisers rushed to a Washington hospital room where they confronted a bedridden John Ashcroft. White House chief of staff Andy Card and counsel Alberto Gonzales pressured the attorney general to renew a massive domestic-spying program that would lapse in a matter of days. But others hurried to the hospital room, too. Ashcroft's deputy, James Comey, later joined by FBI Director Robert Mueller, stood over Ashcroft's bed to make sure the White House aides didn't coax their drugged and bleary colleague into signing something unwittingly. The attorney general, sick and pain-racked from a rare pancreatic disease, rose up from his bed, gathering what little strength he had, and firmly told the president's emissaries that he would not sign their papers.
&lt;p&gt;
White House hard-liners would make one more effort -- getting the president to recertify the program on his own, relying on his powers as commander in chief. But in the end, with an election looming and the entire political leadership of the Justice Department poised to resign rather than carry out orders they thought to be illegal, Bush backed down. The rebels prevailed.
&lt;/blockquote&gt;
Like most people, I had assumed that the incident concerned the NSA's interception (without the benefit of court warrants) of the contents of telephone and Internet traffic between the US and foreign targets.  That program is at best
a legal gray area, the subject of several lawsuits, and the impetus behind
Congress' recent (and I think quite ill-advised)
&lt;a href=&quot;http://en.wikipedia.org/wiki/FISA_Amendments_Act_of_2008&quot;&gt;retroactive
grant of immunity to telephone companies&lt;/a&gt; that provided the government with access
without proper legal authority.
&lt;p&gt;
But that, apparently, wasn't was this was about at all.  Instead, again quoting Newsweek:
&lt;blockquote&gt;
Two knowledgeable sources tell NEWSWEEK that the clash erupted over a part of Bush's espionage program that had nothing to do with the wiretapping of individual suspects. Rather, Comey and others threatened to resign because of the vast and indiscriminate collection of communications data. These sources, who asked not to be named discussing intelligence matters, describe a system in which the National Security Agency, with cooperation from some of the country's largest telecommunications companies, was able to vacuum up the records of calls and e-mails of tens of millions of average Americans between September 2001 and March 2004. The program's classified code name was &quot;Stellar Wind,&quot; though when officials needed to refer to it on the phone, they called it &quot;SW.&quot; (The NSA says it has &quot;no information or comment&quot;; a Justice Department spokesman also declined to comment.)
&lt;/blockquote&gt;
While it may seem on the surface to involve little more than
arcane and legalistic hairsplitting,
that the battle was about records rather than content is actually
quite surprising.  And it raises new -- and rather disturbing -- questions
about the nature of the wiretapping program, and especially about the extent
of its reach into the domestic communications of innocent Americans.
&lt;p&gt;
&lt;a href=&quot;http://www.crypto.com/blog/metatapping/&quot;&gt;See the rest of this (rather long) entry...&lt;/a&gt;     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/calibrate_the_vote/" >
   <title>Vote Flipping and Touchscreens</title>
   <link>http://www.crypto.com/blog/calibrate_the_vote/</link>
        <dc:date>2008-11-03T17:07:59Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>&lt;p&gt;
&lt;a href=&quot;http://www.flickr.com/photos/mattblaze/2999140247/&quot;&gt;&lt;img style=&quot;margin: 10px 0px 10px 13px&quot; src=&quot;http://www.crypto.com/photos/misc/ivot-360.jpg&quot; align=&quot;right&quot;&gt;&lt;/a&gt;
There have been a number of recent &lt;a href=&quot;http://blog.wired.com/27bstroke6/2008/10/ess-voting-mach.html&quot;&gt;reports&lt;/a&gt; of touchscreen
voting machines &quot;flipping&quot; voters' choices in early voting in the
US Presidential election.  If true, that's a very
serious problem, apparently confirming everyone's worst fears about
the reliability and security of the technology.  So what
should we make of these reports, and what should we do?
&lt;p&gt;
In technical terms, many of the problems being reported
may be related to mis-calibrated touch input sensors.
Touchscreen voting machines have to be adjusted from time to time
so that the input sensors on the screen correspond accurately to the places where
the candidate choices are displayed.   Over time and in different
environments, these analog sensors
can drift away from their proper settings, and so touchscreen devices
generally have a corrective &quot;calibration&quot; maintenance procedure that can
be performed as needed.   If a touchscreen
is not properly accepting votes for a particular candidate, there's
a good chance that it needs to be re-calibrated.  In most cases,
this can be done right at the precinct by the poll workers, and takes
only a few minutes.
&lt;a href=&quot;http://www.cs.rice.edu/~dwallach/&quot;&gt;Dan Wallach&lt;/a&gt; has
an &lt;a href=&quot;http://accurate-voting.org/2006/11/01/touchscreen-calibration-issues-with-%20voting-machines/&quot;&gt;excellent summary (written in 2006) of calibration
issues on the ACCURATE web site&lt;/a&gt;.  The bottom line is
that voters should not hesitate to report to poll workers
any problems they have with a touchscreen machine -- there's a good
chance it can be fixed right then and there.
&lt;p&gt;
Unfortunately, the ability to re-calibrate these machines in the
field is a double edged sword from a security point of view.  The
calibration procedure, if misused, can be manipulated to create
exactly the same problems that it is intended to solve.  It's therefore
extremely important that access to the calibration function be
carefully controlled, and that screen calibration be verified
as accurate.  Otherwise, a machine could be deliberately
(and surreptitiously)
mis-calibrated to make it difficult or impossible to vote
for particular candidates.
&lt;p&gt;
Is this actually happening?  There's no way to know for sure
at this point, and it's likely that most of the problems that
have been reported
in the current election have innocent explanations.  But
at least one widely used touchscreen voting machine, the
ES&amp;amp;S &lt;em&gt;iVotronic&lt;/em&gt;, has security problems that make
partisan re-calibration attacks a plausible potential scenario.

&lt;a href=&quot;http://www.crypto.com/blog/calibrate_the_vote/&quot;&gt;See the rest of this (rather long) entry...&lt;/a&gt;     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/security_through_restraining_orders/" >
   <title>Security by Restraining Order</title>
   <link>http://www.crypto.com/blog/security_through_restraining_orders/</link>
        <dc:date>2008-08-13T02:58:16Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>And their fate is still unlearn'd.




	
&lt;p&gt;
A group of MIT students made &lt;a href=&quot;http://blog.wired.com/27bstroke6/2008/08/injunction-requ.html&quot;&gt;news last week&lt;/a&gt;
with their discovery of
&lt;a href=&quot;http://www-tech.mit.edu/V128/N30/subway/Defcon_Presentation.pdf&quot;&gt;insecurities in Boston's &quot;Charlie&quot; transit fare payment system [pdf]&lt;/a&gt;. The three students, Zack Anderson, R.J. Ryan and Alessandro Chiesa,
were working on an undergraduate research project for &lt;a href=&quot;http://people.csail.mit.edu/rivest/&quot;&gt;Ron Rivest&lt;/a&gt;.  They had planned to present their findings at the DEFCON conference last weekend, but were prevented from doing so after the transit authority obtained a &lt;a href=&quot;http://blog.wired.com/27bstroke6/2008/08/eff-to-appeal-r.html&quot;&gt;restraining order&lt;/a&gt; against them in federal court.
&lt;p&gt;
The court sets a dangerous standard here, with implications well beyond
MIT and Boston.  It suggests that advances in security research can be suppressed for the
convenience of vendors and users of flawed systems.  It will, of course, backfire,
with the details of the weaknesses (and their exploitation) inevitably leaking
into the underground.  Worse, the incident sends an insidious
message to the research community: warning vendors or users before publishing a security problem is risky and invites a gag order from a court.
The ironic -- and terribly unfortunate -- effect will be to discourage precisely the responsible behavior that the court and the MBTA seek
to promote.  The lesson seems to be that the students would have been better off had they simply gone ahaed without warning, effectively blindsiding the very people they were trying to help.
&lt;p&gt;
The &lt;a href=&quot;http://www.eff.org/cases/mbta-v-anderson/&quot;&gt;Electronic Frontier Foundation&lt;/a&gt; is representing the students, and as part of their
case I (along with a number of other academic researchers) signed
a &lt;a href=&quot;http://www.eff.org/files/filenode/MBTA_v_Anderson/letter081208.pdf&quot;&gt;letter [pdf]&lt;/a&gt; urging the judge to reverse his order.
&lt;p&gt;
&lt;em&gt;Update 8/13/08:&lt;/em&gt;  Steve Bellovin &lt;a href=&quot;http://www.cs.columbia.edu/~smb/blog/2008-08/2008-08-12.html&quot;&gt;blogs about the case here&lt;/a&gt;.     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/watching_the_watchers_via_ebay/" >
   <title>Watching the watchers, via eBay</title>
   <link>http://www.crypto.com/blog/watching_the_watchers_via_ebay/</link>
        <dc:date>2008-07-24T04:45:04Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>This tape will self-destruct in... never.




	
&lt;p&gt;&lt;a href=&quot;http://www.flickr.com/photos/mattblaze/2695044170/&quot;&gt;&lt;img style=&quot;margin: 10px 0px 10px 13px&quot; src=&quot;http://www.crypto.com/photos/misc/snst-2-360.jpg&quot; align=&quot;right&quot;&gt;&lt;/a&gt;
Over-engineered surveillance gadgetry has always held a special (if somewhat perverse, given my professional interests) fascination for me.   As a child, I understood that the best job in the world belonged to &lt;a href=&quot;http://en.wikipedia.org/wiki/The_Conversation&quot;&gt;Harry Caul&lt;/a&gt; (and as an adult, it was a thrill to finally meet his real-life counterpart, countermeasures expert &lt;a href=&quot;http://www.martykaiser.com/&quot;&gt;Marty Kaiser&lt;/a&gt;, last week).
&lt;p&gt;
So perhaps it was inevitable when recently, facing a low-grade but severely geeky midlife crisis, I recaptured my youth with the Maserati of 70's spy gear:  the Nagra SNST (see photo at right).  For decades, this miniature reel-to-reel audio recorder, specially optimized for eavesdropping, was &lt;em&gt;the&lt;/em&gt; standard surveillance device, used by just about every law enforcement and intelligence agency that could afford the money-is-no-object price tag.   Slightly larger than two iPods, the SNST runs virtually silently for over six hours on two AA batteries, and can record about two hours of voice-grade stereo audio on a 2.75 inch reel of 1/8 inch wide tape.  Now largely made obsolete by soulless digital models, the Nagras are built more like Swiss watches than tape recorders.  And trust me, now that I own one, I feel twenty years younger.
&lt;p&gt;
I bought mine on the surplus market and ended up with a unit from the Missouri State Highway Patrol, where it had been used in drug and other investigations until at least 1996.   Why do I know so much about its history?
&lt;p&gt;
Because my new surveillance recorder came with a tape.
&lt;p&gt;
I had assumed the tape would be blank or erased, but before recording over it a few days ago, I decided to give it a listen just to be sure.  Much to my surprise, it wasn't blank at all, but contained a message from the past: &lt;em&gt;&quot;February 8, 1996, I'm Trooper Blunt, Missouri State Highway Patrol...&quot;&lt;/em&gt;
&lt;p&gt;
The tape, it turns out, was an old evidence recording of a confidential informant being sent out to try to purchase some methamphetamine.  But the informant's identity isn't so &quot;confidential&quot; after all: his name, and the name of the guy he was to buy the drugs from, was given right there at the beginning of the tape.  The tape they'd eventually sell me a dozen years later.
&lt;p&gt;
I made an MP3 of the recording; it's about 42 minutes long and, I must admit, as crime drama goes it's a letdown.  It consists almost entirely of the sound of the informant driving to and from the buy location, with no actual transaction captured on tape.  No intricate criminal negotiations or high-speed car chases here, I'm afraid.   So, although the recording is fairly long, all the actual talking is in the first few minutes, where the officer gives last-minute instructions to the informant.  But just in case someone involved still harbors a grudge after 12 years, I've muted out the names of the informant and the suspect from the audio stream.  You can listen to &lt;a href=&quot;http://www.crypto.com/audio/surveillance-19960208.mp3&quot;&gt;the audio here [.mp3 format]&lt;/a&gt;.
&lt;p&gt;
Unfortunately, this isn't the first time that confidential police data has leaked out in this and other ways, and it no doubt won't be the last.  Law enforcement agencies routinely do a bad job redacting names and other sensitive information from electronic documents; in May, I &lt;a href=&quot;http://www.crypto.com/blog/calea_retrobugs/&quot;&gt;discovered deleted figures hidden in the PDF of a Justice Department report on wiretapping&lt;/a&gt;.  And a few years ago, when my lab was acquiring surplus telephone interception devices for &lt;a href=&quot;http://www.crypto.com/papers/wiretapping/&quot;&gt;our work on wiretapping countermeasures&lt;/a&gt;, some of the equipment we purchased (on eBay) contained old intercept recordings and logs or was configured with suspects' telephone numbers.
&lt;p&gt;
None of this should be terribly surprising.  It's becoming harder and harder to destroy data, even when it's as carefully controlled as confidential legal evidence.
Aside from copies and backups made in the normal course of business, there's the problem of obsolete media in obsolete equipment; there may be no telling what information is on that old PC being sent to the dump, where it might end up, or who might eventually read it.   More secure storage practices -- particularly transparent encryption -- can help here, but they won't make the problem go away entirely. 
&lt;p&gt;
Once sensitive or personal data is captured, it stays around forever, and the longer it does, the more likely it is that it will end up somewhere unexpected.  This is one reason why everyone should be concerned about large-scale surveillance by law enforcement and other government agencies; it's simply unrealistic to expect that the personal information collected can remain confidential for very long.
&lt;p&gt;
And whatever you do, should you find yourself becoming an informant for the Missouri Highway Patrol, you might want to consider using an alias.
&lt;p&gt;
&lt;a href=&quot;http://www.crypto.com/audio/surveillance-19960208.mp3&quot;&gt;&lt;b&gt;MP3 audio here&lt;/b&gt;&lt;/a&gt;.
&lt;br/&gt;&lt;br/&gt;&lt;br/&gt;
&lt;a href=&quot;http://www.flickr.com/photos/mattblaze/2695044170/&quot;&gt;&lt;em&gt;Photo: My new Nagra SNST; hi-res version available on Flickr.&lt;/em&gt;&lt;/a&gt;     </description>
</item>
</rdf:RDF>
