<?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/njvoting/" /><rdf:li rdf:resource="http://www.crypto.com/blog/spinup911/" /><rdf:li rdf:resource="http://www.crypto.com/blog/wikileaking/" /><rdf:li rdf:resource="http://www.crypto.com/blog/p25/" /><rdf:li rdf:resource="http://www.crypto.com/blog/wiretap2010/" /><rdf:li rdf:resource="http://www.crypto.com/blog/GPlus/" /><rdf:li rdf:resource="http://www.crypto.com/blog/radiotimes/" /><rdf:li rdf:resource="http://www.crypto.com/blog/copywrongs/" /><rdf:li rdf:resource="http://www.crypto.com/blog/law_school_exam/" /><rdf:li rdf:resource="http://www.crypto.com/blog/slideware/" /><rdf:li rdf:resource="http://www.crypto.com/blog/ecpa_hearing/" /><rdf:li rdf:resource="http://www.crypto.com/blog/afterword/" /><rdf:li rdf:resource="http://www.crypto.com/blog/spycerts/" /><rdf:li rdf:resource="http://www.crypto.com/blog/random/" /><rdf:li rdf:resource="http://www.crypto.com/blog/titans/" />
     </rdf:Seq>
  </items>
</channel>
<item rdf:about="http://www.crypto.com/blog/njvoting/" >
   <title>Voting by Email in New Jersey</title>
   <link>http://www.crypto.com/blog/njvoting/</link>
        <dc:date>2012-11-04T07:37:37Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>Some very preliminary thoughts.




	
&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;
New Jersey was hit hard by Hurricane Sandy, and many parts of the state still lack electricity and basic infrastructure.  Countless residents have been displaced, at least temporarily.  And election day is on Tuesday.
&lt;p&gt;
There can be little doubt that many New Jerseyans, whether newly displaced or rendered homebound, who had originally intended to cast their votes at their normal neighborhood polling stations will be unable to do so next week.  Unless some new flexible voting options are made available, many people will be disenfranchised, perhaps altering the outcome of races. There are compelling reasons for New Jersey officials to act quickly to create viable, flexible, secure and reliable voting options for their citizens in this emergency.
&lt;p&gt;
A few hours ago, Gov. Christie &lt;a href=&quot;http://www.state.nj.us/governor/news/news/552012/approved/20121103d.html&quot;&gt;announced&lt;/a&gt; that voters unable to reach their normal polling places would be permitted to vote by electronic mail.  The directive, outlined &lt;a href=&quot;http://nj.gov/state/elections/2012-results/directive-email-voting.pdf&quot;&gt;here [pdf],&lt;/a&gt; allows displaced registered voters to request a &quot;mail in&quot; ballot from their local county clerk by email. The voter can then return the ballot, along with a signed &quot;waiver of secrecy&quot; form, by email, to be counted as a regular ballot.  (The process is based on one used for  overseas and military voters, but on a larger scale and with a greatly accelerated timeframe.)
&lt;p&gt;
Does email voting make sense for New Jersey during this emergency? It's hard to say one way or the other without a lot more information than has been released so far about how the system will work and how it will be secured.
&lt;p&gt;
&lt;a href=&quot;http://www.crypto.com/blog/njvoting/&quot;&gt;See the rest of this (rather long) entry...&lt;/a&gt;     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/spinup911/" >
   <title>Having Something to Get Spun Up About</title>
   <link>http://www.crypto.com/blog/spinup911/</link>
        <dc:date>2011-09-10T18:48:43Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>Ten years ago tomorrow.




	
&lt;p&gt;
A &lt;a href=&quot;http://www.nytimes.com/2011/09/10/nyregion/biden-describes-bomb-threat-as-security-is-increased.html?hp=&amp;pagewanted=all&quot;&gt;
recent NY Times piece&lt;/a&gt;, on the response to a &quot;credible, specific and unconfirmed&quot; threat of a terrorist plot against New York on the tenth anniversary of the September 11 attacks, includes this strikingly telling quote from an anonymous senior law enforcement official: 
&lt;blockquote&gt;
&quot;It's 9/11, baby,&quot; one official said. &quot;We have to have something to get spun up about.&quot;
&lt;/blockquote&gt;
&lt;p&gt;
Indeed. But while it's easy to understand this remark as a bitingly candid assessment of the cynical and now reflexive fear mongering that we have allowed to become the most lasting and damaging legacy of Al Qaeda's mad war, I must also admit that there's another, equally true but much sadder, interpretation, at least for me.
&lt;p&gt;
We have to get spun up about something because the alternative is simply too painful. I can find essentially two viable emotional choices for tomorrow. One is to get ourselves &quot;spun up&quot; about a new threat, worry, take action, defend the homeland and otherwise occupy ourselves with the here and now. The other is quieter and simpler but far less palatable: to privately revisit the unspeakable horrors of that awful, awful, day, dislodging shallowly buried memories that emerge all too easily ten years later.
&lt;p&gt;
The relentless retrospective news coverage that (inevitably) is accompanying the upcoming anniversary has more than anything else reactivated the fading sense of overwhelming, escalating sadness I felt ten years ago. Sadness was ultimately the only available response, even for New Yorkers like me who lived only a few miles from the towers. It was in many ways the city's proudest moment, everyone wanting and trying to help, very little panic. But really, there wasn't nearly enough for all of us to do. Countless first responders and construction workers rushed without a thought to ground zero for a rescue that quickly became a recovery operation. Medical personnel reported to emergency rooms to treat wounded survivors who largely didn't exist. You couldn't even donate blood, the supply of volunteers overwhelming the small demand. (Working for AT&amp;amp;T at the time, I went to down to a midtown Manhattan switching office, hoping somehow to be able to help keep our phones working with most of the staff unable to get to work, but it was quickly clear I was only getting in the way of the people there who actually knew how do useful work.)
&lt;p&gt;
All most of us could really do that day and in the days that followed was bear witness to the horror of senseless death and try to comprehend the enormity of what was lost. Last words to loved ones, captured in voicemails from those who understood enough about what was happening to know that they would never see their families again. The impossible choice made by so many to jump rather than burn to death. The ubiquitous memorials to the dead, plastered in photocopied posters on walls everywhere around the city, created initially as desperate pleas for information on the missing.
&lt;p&gt;
Rudy Giuliani, a New York mayor for whom I normally have little patience, found a deep truth that afternoon when he was asked how many were lost. He didn't know, he said, but he cautioned that it would be &quot;more than any of us can bear&quot;. 
&lt;p&gt;
I remember trying to get angry at the bastards who inflicted this on us, but it didn't really work. Whoever they were, I knew they must be, in the end, simply crazy, beyond the reach of any meaningful kind of retribution. Anger couldn't displace the helplessness and sadness.
&lt;p&gt;
Remember all this or get &quot;spun up&quot;? Easy, easy choice.     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/wikileaking/" >
   <title>Wikileaking a Cryptography Lesson</title>
   <link>http://www.crypto.com/blog/wikileaking/</link>
        <dc:date>2011-09-01T20:56:34Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>Authentication and decryption are different.  And sometimes this is important.




	
&lt;p&gt;
Everything else aside, the recent Wikileaks/Guardian &lt;a href=&quot;http://www.wired.com/threatlevel/2011/09/wikileaks-unredacted-cables/&quot;&gt;fiasco&lt;/a&gt; (in which the passphrase for a widely-distributed encrypted file containing an un-redacted database of &lt;em&gt;Wikileaks&lt;/em&gt; cables ended up published in a book by a &lt;em&gt;Guardian&lt;/em&gt; editor) nicely demonstrates an important cryptologic principle: the security properties of keys used for &lt;b&gt;authentication&lt;/b&gt; and those used for &lt;b&gt;decryption&lt;/b&gt; are quite different.
&lt;p&gt;
Authentication keys, such as login passwords, become effectively useless once they are changed (unless they are re-used in other contexts). An attacker who learns an old authentication key would have to travel back in time to make any use of it. But old decryption keys, even after they have been changed, can remain as valuable as the secrets they once protected, forever. Old ciphertext can still be decrypted with the old keys, even if newer ciphertext can't.
&lt;p&gt;
And it appears that confusion between these two concepts is at the root of the leak here. Assuming the &lt;em&gt;Guardian&lt;/em&gt; editor's narrative accurately describes his understanding of what was going on, he believed that the passphrase he had been given was a temporary password that would have already been rendered useless by the time his book would be published. But that's not what it was at all; it was a decryption key -- for a file whose ciphertext was widely available.
&lt;p&gt;
It might be tempting for us, as cryptographers and security engineers, to snicker at both &lt;em&gt;Wikileaks&lt;/em&gt; and the &lt;em&gt;Guardian&lt;/em&gt; for the sloppy practices that allowed this high-stakes mishap to have happened in the first place.  But we should also observe that confusion between the semantics of authentication and of confidentiality happens because these are, in fact, subtle concepts that are as poorly understood as they are intertwined, even among those who might now be laughing the hardest. The crypto literature is full of examples of protocol failures that have exactly this confusion at their root.
&lt;p&gt;
And it should also remind us that, again, cryptographic usability matters. Sometimes quite a bit.     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/p25/" >
   <title>Why (special agent) Johnny (still) Can't Encrypt</title>
   <link>http://www.crypto.com/blog/p25/</link>
        <dc:date>2011-08-17T18:09:55Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>One-Way Cryptography and the First Rule of Cryptanalysis.




	
&lt;p&gt;
&lt;a href=&quot;http://www.crypto.com/blog/p25&quot;&gt;&lt;img style=&quot;margin: 10px 0px 10px 13px&quot; src=&quot;http://www.crypto.com/photos/misc/xts-keyloader_2000-small2.jpg&quot; align=&quot;right&quot;&gt;&lt;/a&gt;
Last week at &lt;a href=&quot;http://www.usenix.org/events/sec11/&quot;&gt;the 20th
Usenix Security Symposium&lt;/a&gt;, Sandy Clark, Travis Goodspeed, Perry Metzger,
Zachary Wasserman, Kevin Xu, and I presented our paper
&lt;a href=&quot;http://www.crypto.com/papers/p25sec.pdf&quot;&gt;&lt;em&gt;Why (Special Agent) Johnny
(Still) Can't Encrypt: A Security Analysis of the APCO Project 25 Two-Way Radio System &lt;/em&gt;[pdf]&lt;/a&gt;.  I'm delighted and honored to report that we won an &quot;Outstanding Paper&quot; award.
&lt;p&gt;
APCO Project 25 (&quot;P25&quot;) is a suite of wireless communications protocols designed for government two-way (voice) radio systems, used for everything from dispatching police and other first responders by local government to coordinating federal tactical surveillance operations against organized crime
and suspected terrorists.  P25 is intended to be
a &quot;drop-in&quot; digital replacement for the analog FM systems traditionally used in public safety two-way radio, adding some additional features and security options.   It use the same frequency bands and channel allocations as the older analog systems it replaces, but with a digital modulation format and various higher-level application protocols (the most important being real-time voice broadcast).
Although many agencies still use analog radio, P25 adoption has accelerated in
recent years, especially among federal agencies.
&lt;p&gt;
One of the advantages of digital radio, and one of the design goals of P25, is the relative ease with which it can
encrypt sensitive, confidential voice traffic with strong cryptographic algorithms
and protocols.
While most public safety
two-way radio users (local police dispatch centers and so on)
typically don't use (or need) encryption, for others -- those engaged in
surveillance of organized crime,
counter espionage and executive protection, to name a few -- it has become an essential requirement.  When all radio transmissions were in the clear -- and vulnerable to interception -- these &quot;tactical&quot; users needed to be constantly mindful of the threat of eavesdropping by an adversary, and so
were forced to be stiltedly circumspect in what they could say over the air.
For these users,
strong, reliable encryption not only makes their operations more secure, it frees them
to communicate more effectively.
&lt;p&gt;
So how secure is P25? Unfortunately, the news isn't very reassuring.
&lt;a href=&quot;http://www.crypto.com/blog/p25/&quot;&gt;See the rest of this (rather long) entry...&lt;/a&gt;     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/wiretap2010/" >
   <title>Wiretapping and Cryptography Today</title>
   <link>http://www.crypto.com/blog/wiretap2010/</link>
        <dc:date>2011-07-12T22:36:30Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>Report from the sky didn't fall department.




	
&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;
The &lt;a href=&quot;http://www.uscourts.gov/Statistics/WiretapReports/WiretapReport2010.aspx&quot;&gt;2010 U.S. Wiretap Report&lt;/a&gt; was released a couple
of weeks ago, the latest in a series of puzzles published annually, on
and off, by congressional mandate since the Nixon administration.
The report, as
its name implies, summarizes legal wiretapping by federal and state law enforcement agencies.   The reports are puzzles because they are notoriously
incomplete; the data relies on spotty reporting, and information
on &quot;national security&quot; (FISA) taps is excluded altogether.  Still, it's
the most complete public picture of wiretapping as practiced in the US that we
have, and as such, is of likely interest to many readers here.
&lt;p&gt;
We now know that there were at least 3194 criminal wiretaps
last year (1207 of these were by federal law enforcement and 1987 were
done by state and local agencies).  The previous year there were only
2376 reported, but it isn't clear how much of this increase was due to
improved data collection in 2010.  Again, this is only &quot;Title III&quot; content
wiretaps for criminal investigations (mostly drug cases); it doesn't include
&quot;pen registers&quot; that record call details without audio or taps for
counterintelligence and counterterrorism investigations, which presumably
have accounted for an increasing proportion of intercepts since 2001.
And there's apparently still a fair
bit of underreporting in the statistics.  So we don't really know how much wiretapping the government actually does in total or what the trends
really look like.  There's a lot of noise among the signals here.
&lt;p&gt;
But for all the noise, one interesting fact stands out rather clearly.
Despite dire predictions to the contrary,
the open availability of cryptography has done little
to hinder law enforcement's ability to conduct investigations.
&lt;a href=&quot;http://www.crypto.com/blog/wiretap2010/&quot;&gt;See the rest of this (rather long) entry...&lt;/a&gt;     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/GPlus/" >
   <title>Google Plus</title>
   <link>http://www.crypto.com/blog/GPlus/</link>
        <dc:date>2011-07-11T00:13:31Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>I, for one, welcome our Googly overlords.




	
&lt;p&gt;
A while back when I tried to sign up for a Facebook account it was almost indistinguishable from a phishing attack -- it kept urging me to give them my email and other passwords to &quot;help&quot; me keep in better contact with my friends.  (I ended up giving up, but apparently not completely enough to prevent an endless stream of &quot;friend&quot; requests from showing up in my mailbox.)
&lt;p&gt;
Signing up for &lt;a href=&quot;https://plus.google.com&quot;&gt;Google+&lt;/a&gt; this week was different. It already knew who all my contacts were, no passwords required.
&lt;p&gt;
I'm not sure, in retrospect, which was more disconcerting. If FB signup raised my phishing defenses, joining G+ felt more like a cyber-Mafia shakedown. All that was missing from the exhaustive list of friends and loved ones was &quot;... it would be a shame if something happened to these people.&quot;
&lt;p&gt;
I'd say to look for me there, but it seems you won't have to.     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/radiotimes/" >
   <title>I'll be on WHYY's Radio Times today</title>
   <link>http://www.crypto.com/blog/radiotimes/</link>
        <dc:date>2011-06-07T11:33:43Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>Radio is what our grandparents listened to before there were podcasts.




	
&lt;p&gt;
I'll be talking about computer security and cyberwar this morning live
at 10am on WHYY-FM's otherwise excellent
&lt;a href=&quot;http://whyy.org/cms/radiotimes/2011/06/07/cyberwarfare-and-cybersecurity/&quot;&gt;&lt;em&gt;Radio Times&lt;/em&gt;&lt;/a&gt; show.
For those who aren't up before the crack of noon, I'm told the show will also be repeated at 10pm as well as podcast online.
(WHYY is the Philadelphia NPR affiliate).     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/copywrongs/" >
   <title>Shaking Down Science</title>
   <link>http://www.crypto.com/blog/copywrongs/</link>
        <dc:date>2011-03-01T02:58:18Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>Why do IEEE and ACM act against the interests of scholars?




	
&lt;p&gt;
If there is one area where the Web and Internet publishing is truly fulfilling
its promise, it has to be the free and open availability of scholarly research from all over the world, to anyone who cares to study it.
 Today's academic does not just publish or perish, but does so
on the Web first.  This has made science and scholarship not only more democratic -- no journal subscriptions or university library access required to participate -- but faster and better.
&lt;p&gt;
And many of the most prominent scientific and engineering societies are doing everything in their power to put a stop to it.  They want to get paid first.
&lt;p&gt;
I've &lt;a href=&quot;http://www.crypto.com/blog/free_usenix&quot;&gt;written here before&lt;/a&gt; about
the way certain major technical societies use regressive, coercive copyright
policies to obtain from authors exclusive rights to the papers that appear at the conferences
and in the journals that they organize.
These organizations, rooted in a rapidly disappearing print-based publishing economy, believe that they naturally &quot;own&quot; the writings that (unpaid) authors, editors and reviewers produce.
They insist on copyright control as a condition of publication, arguing that the sale of conference proceedings and journal subscriptions provides an essential revenue stream that subsidizes their other good works.
But this income, however well it might be used, has evolved into an ill-gotten entitlement.   We write scientific papers first and last because we want them read.  When papers were disseminated solely in print form it might have been reasonable to expect authors to donate the copyright in exchange for production and distribution.  Today, of course, this model seems, at best, quaintly out of touch with the needs of researchers and academics who no longer expect or
tolerate the delay and expense of seeking out printed copies of far-flung documents.  We expect to find on it on the open web, and not hidden
behind a paywall, either.
&lt;p&gt;
In my field, computer science (the very field which, ironically, created
all this new publishing technology in the first place), some of the most restrictive copyright policies can be found in the two largest and oldest professional societies:
the &lt;a href=&quot;http://www.acm.org/&quot;&gt;ACM&lt;/a&gt;
and the &lt;a href=&quot;http://www.ieee.org&quot;&gt;IEEE&lt;/a&gt;.
&lt;p&gt;
Fortunately, these copyrights have been honored mostly in the breach as far as author-based web publishing has been concerned.
Many academics
make their papers available on their personal web sites, a practice that a
growing number of university libraries,
&lt;a href=&quot;http://repository.upenn.edu/&quot;&gt;
including my own,&lt;/a&gt;
have begun to formalize by hosting
institution-wide web repositories of faculty papers.  This practice has
flourished largely through a liberal reading of a provision -- a loophole --
in many copyright agreements that allows authors to share &quot;preprint&quot; versions
of their papers.
&lt;p&gt;
But times may be changing, and not for the better.   Some time in January,
the IEEE apparently quietly revised its copyright policy to explicitly forbid
us authors from sharing the &quot;final&quot; versions of our papers on the web,
now reserving that privilege to themselves (available to all comers,
for the right price).  I found out
about this policy change in an email sent to all faculty at my school from
our librarian this morning:

&lt;blockquote&gt;
February 28, 2011
&lt;p&gt;
Dear Faculty,
&lt;p&gt;
I am writing to bring to your attention a recent change in IEEE's policy
for archiving personal papers within institutional repositories.  IEEE
altered their policy in January from allowing published versions of
articles to be saved in repositories, like ScholarlyCommons, to only
allowing pre-published versions.  We received no prior notice about this
change.
&lt;p&gt;
As a result, if you or your students/colleagues publish with IEEE and
submit papers to ScholarlyCommons, I am writing to ask that you PLEASE
REFRAIN FROM UPLOADING ANY NEW PUBLISHED VERSIONS OF ARTICLES.  It is
unclear yet whether IEEE material uploaded prior to January already
within ScholarlyCommons will need to be removed.  Anything new added at
this point, however, would be in violation of their new policy.
&lt;p&gt;
...
&lt;/blockquote&gt;
To be fair to IEEE, the ACM's official policy is at least as bad.
Not all technical societies
are like this; for example, &lt;a href=&quot;http://www.usenix.org&quot;&gt;Usenix&lt;/a&gt;, on
whose board I serve, manages to thrive despite making all its publications available online for free, no paywall access required.
&lt;p&gt;
Enough is enough. A few years ago, I stopped renewing my ACM
and IEEE memberships in protest, but that now seems an inadequate gesture. 
These once great organizations, which exist, remember, to promote the
exchange and advancement of scientific knowledge, have
taken a terribly wrong turn in putting their own profits over science.
The directors and publication board
members of societies that adopt such policies have allowed a tunnel
vision of purpose to sell out
the interests of their members.  To hell with them.
&lt;p&gt;
So from now on, I'm adopting my own copyright policies.  In a perfect world,
I'd simply refuse to publish in IEEE or ACM venues, but that stance is
complicated
by my obligations to my student co-authors, who need a wide range
of publishing options if they are to succeed in their
budding careers.
So instead, I will no longer
serve as a program chair, program committee member, editorial board
member, referee or reviewer for any conference or journal that does not
make its papers freely available on the web or at least allow authors to
do so themselves. 
&lt;p&gt;
Please join me.   If enough scholars refuse their services
as volunteer organizers and reviewers, the quality and prestige of these
closed publications will diminish and with it their coercive copyright
power over the authors of new and innovative research.  Or, better yet,
they will adapt and once again promote, rather than inhibit, progress.
&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&lt;b&gt;Update 2 March 2011:&lt;/b&gt; &lt;em&gt;There's been quite a response to this post; I
seem to have hit a high-pressure reservoir of resentment against these
anti-science publishing policies.  But several people have written me defending ACM's copyright transfer in particular as being &quot;not as bad&quot;, since authors are
permitted to post an &quot;author prepared&quot; version on their own web sites if
they choose.  Yes, a savvy ACM author can prepare a special version and hack
around the policy.
But the copyright remains with ACM, and the authoritative reviewed final manuscript stays hidden behind the ACM paywall.
&lt;p&gt;
Until that changes, I'll confine my service to open-access conferences such as those organized by Usenix.
&lt;p&gt;
&lt;b&gt;Update 4 March 2011:&lt;/b&gt; &lt;em&gt;I'm told that some ACM sub-groups (such as SIGCOMM) have negotiated non-paywalled access to their conferences' proceedings.  So conference organizers and small groups really can have an impact here!  Protest is not futile.&lt;/em&gt;
&lt;p&gt;
&lt;b&gt;Update 8 March 2011:&lt;/b&gt; &lt;em&gt;A prominent member of the ACM asserted to me that copyright assignment and putting papers behind the ACM's centralized &quot;digital library&quot; paywall is the best way to ensure their long-term &quot;integrity&quot;.  That's certainly a novel theory; most computer scientists would say that wide replication, not centralization, is the best way to ensure availability, and that a
centrally-controlled repository is more subject to tampering and other mischief than a decentralized and replicated one.
Usenix's open-access proceedings, by the way, are archived through
the &lt;a href=&quot;http://lockss.stanford.edu/lockss/Home&quot;&gt;Stanford LOCKSS&lt;/a&gt; project.  Paywalls are poor way to ensure permanence. &lt;/em&gt;
&lt;p&gt;
&lt;b&gt;Update 9 March 2011:&lt;/b&gt; &lt;em&gt;David A. Hodges, IEEE VP of Publication
Products and Services just sent me a
(for some reason in PDF format)&lt;/a&gt; &quot;clarifying&quot; the new policy.  He confirms that IEEE authors are still permitted to post a pre-publication
version on their
own (or their employer's) web site, but are now (as of January) prohibited
from posting the authoritative &quot;published&quot; PDF version, which will be
available exclusively from the IEEE paywall.  (You can read his note
&lt;a href=&quot;http://www.crypto.com/papers/IEEE-Response-to-Blaze.pdf&quot;&gt;here [pdf]&lt;/a&gt;).&lt;/em&gt;
&lt;p&gt;
Still no word on whether there's a reason for this policy change other than
the obvious rent-seeking behavior that it appears to be.  According to this
&lt;a href=&quot;http://www.ieee.org/documents/authorversionfaq.pdf&quot;&gt;FAQ [pdf]&lt;/a&gt;,
the reason for the policy change is to &quot;exercise better control over
IEEE's intellectual property&quot;.  Which is exactly the problem.
&lt;/em&gt;     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/law_school_exam/" >
   <title>Exhaustive Search Goes to Law School</title>
   <link>http://www.crypto.com/blog/law_school_exam/</link>
        <dc:date>2010-12-31T18:17:38Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>Contract law for psychic cryptographers.




	
&lt;p&gt;
A couple of years ago Jutta Degener and I
became the first people to solve
&lt;a href=&quot;http://www.randi.org&quot;&gt;James Randi's&lt;/a&gt;
$1,000,000 paranormal challenge.
We derived, from thousands of miles away, the secret contents of a
locked box held in Randi's offices set up to test whether psychic
&quot;remote viewing&quot; was possible.  Not being actual psychics, we had to
exploit a weak home-brewed cryptographic commitment scheme that Randi
had cooked up to authenticate the box's contents rather than the paranormal
powers he was hoping to test for, but we did correctly figure out that
the box contained a compact disk.  And being nice people, we never
formally asked for the million bucks, although we did have a bit of
fun &lt;a href=&quot;http://www.crypto.com/blog/psychic_cryptanalysis/&quot;&gt;
blogging&lt;/a&gt; about the cryptologic implications of psychic testing,
which you can read &lt;a href=&quot;http://www.crypto.com/blog/psychic_cryptanalysis/&quot;&gt;here&lt;/a&gt;.
&lt;p&gt;
Our feat of &quot;psychic cryptanalysis&quot; got a bit more
&lt;a href=&quot;http://www.wired.com/threatlevel/2007/03/cryptographer_s/&quot;&gt;
attention&lt;/a&gt; than I had expected
given that our earthly cryptographic abilities are anything but paranormal,
but you never know where the Internet will take things.
But I was
even more surprised when someone recently sent me a link to
&lt;a href=&quot;http://justice.law.stetson.edu/courses/contracts_exams/pdfs/Spring%202007%20Exam%20-%20Contracts%20I.pdf&quot;&gt;this
final exam from a contracts course at the Stetson University College of Law
[pdf]&lt;/a&gt;.
&lt;p&gt;
Now, my mother definitely didn't raise me to be a law school exam
question, and yet there we are, playing a staring role in the question
on the forth page.
I have no idea whether to be flattered or horrified, but for the record
(especially in case the IRS is reading), we never asked for or received the million dollars.  And I've definitely never been been to an Alaskan psychic's
convention.
&lt;p&gt;
The one thing I'm sure of is that Prof. Jimenez (who I've never
met) will be
making a guest appearance on some exam of mine in
the near future.  In a perfect world, he might play a role in
a question involving copyright infringement, defamation,
and false-light privacy, but since I teach computer science,
not law, something about
&lt;a href=&quot;http://www.crypto.com/course/archive/fall04/cse380/midterm1solutions.pdf&quot;&gt;operating systems&lt;/a&gt; will probably have to do
instead.     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/slideware/" >
   <title>No, You Can't Have My Slides</title>
   <link>http://www.crypto.com/blog/slideware/</link>
        <dc:date>2010-11-25T03:22:52Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>Why I hate PowerPoint, and you should, too.




	
&lt;p&gt;
Fair warning: If I give a talk --- at your conference, lecture series, meeting,
whatever -- and you ask me for &quot;a copy of my presentation&quot; I'm probably going
to refuse.  It isn't personal and I'm not trying to be difficult.   It's just that I have nothing that I can sensibly give you.
&lt;p&gt;
Many speakers these days make their visual aids available, but I don't.
I don't always use any, but even when I do, they just aren't intended to be
comprehensible outside the context of my talk.  Creating slides that can
serve double duty as props for my talk &lt;em&gt;and&lt;/em&gt; as a stand-alone
summary of the content is, I must confess, a talent that lies beyond the
limits of my ability.
Fortunately, when I give a talk I've usually also written
something about the subject too, and almost all my papers are freely available to all.  Unlike my slides, I try to write in a way that
makes sense even without me standing there explaining things while you read.
&lt;p&gt;
&quot;Presentation software&quot; like PowerPoint (and KeyNote and others of that ilk)
has blurred the line between mere visual aids and the presentations themselves.
I've grown to loathe PowerPoint, not because of particular
details that don't suit me (though it would be nice if it
handled equations more cleanly), but because it gets things precisely
backwards.  When I give a talk, I want to be in control.  But the software
has other ideas.
&lt;p&gt;
PowerPoint isn't content to sit in the background and project the occasional
chart, graph or bullet list.  It wants to &lt;em&gt;organize&lt;/em&gt; the talk, to manage the presentation.  There's always going to be a slide up, whether you need it there or not.  Want to skip over some material?  OK, but only by letting
the audience watch as you fast-forward awkwardly through the pre-set order.
Change the order around to answer a question?  Tough -- should have thought of that before you started.  You are not the one in charge here, and don't you
forget it.
&lt;p&gt;
When I give a talk, I like to rely on a range of tools -- my voice,
hand gestures, props, live demos, and, yes, PowerPoint slides.   I tend
to mix and match.  In other words, from PowerPoint's perspective, I'm usually
using it &lt;em&gt;badly&lt;/em&gt;, even abusively.  I often ignore the slides for
minutes on end, or digress on points only elliptically hinted at on the screen.
When I really get going, the sides are by themselves useless or, worse,
outright misleading.  Distributing them separately would at best be
an invitation to take them hopelessly and confusingly out of context, and at worst, a form of perjury.
&lt;p&gt;
Unfortunately, &quot;PowerPoint&quot; has become synonymous these days
with &quot;presentation&quot;, but I just don't work that way. 
Maybe you don't work that way either.
There's no one-size-fits-all way to give a talk,
or even a one-size-fits-me way.  So when I'm asked for my slides, I must
politely refuse and offer my papers as a substitute (an idea I owe to
the great &lt;a href=&quot;http://www.edwardtufte.com/tufte/&quot;&gt;Edward Tufte&lt;/a&gt;).
&lt;p&gt;
Fortunately, I'm senior enough (or have a reputation for being cranky enough)
that I can usually get away with refusing.   Sometimes, though, when pressed hard,
I'll give in and send
&lt;a href=&quot;http://www.crypto.com/papers/rsa2011-blaze.pdf&quot;&gt;these slides [pdf]&lt;/a&gt;.
&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&lt;b&gt;Addendum 26 November 2010:&lt;/b&gt;  &lt;em&gt;This post sure has struck a (perhaps
dissonant) chord somewhere, especially for a long holiday weekend.
I'm grateful to all who've emailed, blogged, and tweeted.
&lt;p&gt;
Several people have thoughtfully suggested their favorite alternatives to PowerPoint
(Prezi seems to be the popular choice), which I'll certainly check out.
And for the record, yes, I know about (and use when I can) PowerPoint's
&quot;presenter&quot; mode, which improves control over the audience display.
Unfortunately, both alternative software and presenter mode, while
improvements, are at best unreliable, since they assume a particular
configuration on the projecting computer.  It often isn't possible to
project from a personal laptop (especially in conferences run on tight schedules), leaving us at the mercy of whatever is at
the podium.  And that often means PowerPoint in single-screen mode.
&lt;p&gt;
In any case, while there is certainly room for me to improve my mastery of
PowerPoint and its alternatives, this wouldn't solve the basic problem, which is that, in my case at least, my slides -- when I use them at all -- aren't the
content.  They won't help you understand things much more than would
any of the other stuff I also happen to bring up on stage with me, like, say, my shoes (which you can't have, either).  But
you're welcome to my papers.&lt;/em&gt;     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/ecpa_hearing/" >
   <title>Professor Blaze Goes To Washington</title>
   <link>http://www.crypto.com/blog/ecpa_hearing/</link>
        <dc:date>2010-06-24T11:48:15Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>Hearing on &quot;ECPA Reform and the Revolution in Location-Based Technologies and Services&quot;.




	
&lt;p&gt;
I'll be the first witness at this morning's (6/24/10) House Judiciary
Committee hearing on
&lt;a href=&quot;http://judiciary.house.gov/hearings/hear_100624.html&quot;&gt;ECPA
Reform and the Revolution in Location-Based Technology&lt;/a&gt;, which,
for DC locals, will start at 10am in room 2233 of the Rayburn building.
&lt;p&gt;
My
&lt;a href=&quot;http://www.crypto.com/papers/blaze-judiciary-20100624.pdf&quot;&gt;testimony
[pdf]&lt;/a&gt; will focus on the technical: how modern cell phones and wireless
services calculate location, and how accurately they can track and record
users' positions and movements.  This is all in the context of surveillance: when the government gets a pen register order against a cell phone, for example, what information do (or should) they get about the target's location and movements compared with other kinds of tracking technology?
&lt;p&gt;
Other witnesses will include (among others) a special agent (from the Tennessee Bureau of Investigation) who does electronic surveillance, and a federal magistrate judge
who has to sort out the legal issues when the government requests tracking
information about a suspect.  The hearing promises to be an
interesting glimpse into how location tracking actually works in criminal
investigations. 
&lt;p&gt;
No idea if the hearing will be shown via a webcast or C-SPAN coverage.
&lt;p&gt;
&lt;em&gt;Update 6/28/10:&lt;/em&gt; The hearing was interesting, and I especially enjoyed Chairman Nadler's line of questions to me about how the technology works and about the records kept by carriers.  Unfortunately, video of the hearing doesn't appear to be available online anywhere, at least at the moment.
&lt;br/&gt;
&lt;em&gt;Update 5/16/12:&lt;/em&gt; An updated version of my testimony is available at &lt;tt&gt;&lt;a href=&quot;http://www.crypto.com/papers/blaze-gps-20120517.pdf&quot;&gt;http://www.crypto.com/papers/blaze-gps-20120517.pdf&lt;/a&gt;&lt;/tt&gt;, as a statement for the record at a house hearing on the &quot;GPS Act&quot;.     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/afterword/" >
   <title>After the Afterword</title>
   <link>http://www.crypto.com/blog/afterword/</link>
        <dc:date>2010-04-09T20:24:06Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>Has computer security changed in 15 years?



&lt;p&gt;
Back in 1995, Bruce Schneier asked me to write an &quot;afterword&quot; for the second edition of &lt;em&gt;Applied Cryptography&lt;/em&gt;.   Perhaps to his chagrin, I couldn't think of any better way to sum up a book about cryptography than to dismiss what was then a popular delusion about the subject: that it, above all else, held the secret for securing computers.
&lt;p&gt;
1995 now seems like a long time ago, technically and culturally.  The Web was barely around.  Highly connected people had fax lines at home.  The Soviet Union had only recently dissolved.  I could see the World Trade Center from my bedroom window.
&lt;p&gt;
Essays written that long ago, especially those about rapidly changing technology, can be a bit embarrassing to read -- conspicuously oblivious to some fast approaching meteorite that would shortly make the author's basic assumptions extinct.  Or they might seem retrospectively obvious and trite: war is bad, puppies are cute, and computers are insecure.
&lt;p&gt;
And so it was with some trepidation that I recently dusted off my copy of Bruce's book and found myself staring at my thoughts on cryptography from the previous century.

&lt;a href=&quot;http://www.crypto.com/blog/afterword/&quot;&gt;See the rest of this (rather long) entry...&lt;/a&gt;     </description>
</item>
<item rdf:about="http://www.crypto.com/blog/spycerts/" >
   <title>The Spy in the Middle</title>
   <link>http://www.crypto.com/blog/spycerts/</link>
        <dc:date>2010-03-24T18:23:34Z</dc:date>
        <dc:creator>Matt Blaze</dc:creator>
        <description>Are SSL certificates even more broken than we thought?




	
&lt;p&gt;
A decade ago, I observed that commercial certificate authorities protect you from anyone from whom they are unwilling to take money.  That turns out to be wrong; they don't even do that much.
&lt;p&gt;
SSL certificates are the primary mechanism for ensuring that secure web sites -- those displaying that reassuring &quot;padlock&quot; icon in the address bar -- really are who they purport to be.   In order for your browser to display the padlock icon, a web site must first present a &quot;certificate&quot;, digitally signed by a trusted &quot;root&quot; authority, that attests to its identity and encryption keys.
&lt;p&gt;
Unfortunately, through a confluence of sloppy design, naked commercial maneuvering, and bad user interfaces, today's web browsers have evolved to accept certificates issued by a surprisingly large number of root authorities, from tiny, obscure businesses to various national governments.  And a certificate from any one of them is usually sufficient to bless any web connection as being &quot;secure&quot;.
&lt;p&gt;
What this means is that an eavesdropper who can obtain fake certificates from &lt;em&gt;any&lt;/em&gt; certificate authority can successfully impersonate &lt;em&gt;every&lt;/em&gt; encrypted web site someone might visit.  Most browsers will happily (and silently) accept new certificates from any valid authority, even for web sites for which certificates had already been obtained.  An eavesdropper with fake certificates and access to a target's internet connection can thus quietly interpose itself as a &quot;man-in-the-middle&quot;, observing and recording all encrypted web traffic traffic, with the user none the wiser.
&lt;p&gt;
But how much of a threat is this in practice?  Are there really eavesdroppers out there -- be they criminals, spies, or law enforcement agencies -- using bogus certificates to intercept encrypted web traffic?  Or is this merely idle speculation, of only theoretical concern?
&lt;p&gt;
A &lt;a href=&quot;http://files.cloudprivacy.net/ssl-mitm.pdf&quot;&gt;paper published today by Chris Soghoian and Sid Stamm [pdf]&lt;/a&gt; suggests that the threat may be far more practical than previously thought.   They found turnkey surveillance products, marketed and sold to law enforcement and intelligence agencies in the US and foreign countries, designed to collect encrypted SSL traffic based on forged &quot;look-alike&quot; certificates obtained from cooperative certificate authorities.  The products (apparently available only to government agencies) appear sophisticated, mature, and mass-produced, suggesting that &quot;certified man-in-the-middle&quot; web surveillance is at least commonplace and widespread enough to support an active vendor community.  Wired's Ryan Singel reports in depth &lt;a href=&quot;http://www.wired.com/threatlevel/2010/03/packet-forensics/&quot;&gt;here&lt;/a&gt;.
&lt;p&gt;
It's worth pointing out that, from the perspective of a law enforcement or intelligence agency, this sort of surveillance is far from ideal.  A central requirement for most government wiretapping (mandated, for example, in the CALEA standards for telephone interception) is that surveillance be undetectable.  But issuing a bogus web certificate carries with it the risk of detection by the target, either in real-time or after the fact, especially if it's for a web site already visited.  Although current browsers don't ordinarily detect unusual or suspiciously changed certificates, there's no fundamental reason they couldn't (and the Soghoian/Stamm paper proposes a Firefox plugin to do just that).  In
any case, there's no reliable way for the wiretapper to know in advance whether the target will be alerted by a browser that scrutinizes new certificates.
&lt;p&gt;
Also, it's not clear how web interception would be particularly useful for many of the most common law enforcement investigative scenarios.  If a suspect is buying books or making hotel reservations online, it's usually a simple (and legally relatively uncomplicated) matter to just ask the vendor about the transaction, no wiretapping required.  This suggests that these products may be aimed less at law enforcement than at national intelligence agencies, who might be reluctant (or unable) to obtain overt cooperation from web site operators (who may be located abroad).
&lt;p&gt;
Whether this kind of surveillance is currently widespread or not, Soghoian and Stamm's paper underscores the deeply flawed mess that the web certificate model has become.  It's time to design something better.     </description>
</item>
<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>
</rdf:RDF>
