CRYPTO-GRAM, November 15, 2010

                  CRYPTO-GRAM

               November 15, 2010

               by Bruce Schneier
       Chief Security Technology Officer, BT
              [email protected]
             http://www.schneier.com


A free monthly newsletter providing summaries, analyses, insights, and=20
commentaries on security: computer and otherwise.

For back issues, or to subscribe, visit=20
<http://www.schneier.com/crypto-gram.html>.

You can read this issue on the web at=20
<http://www.schneier.com/crypto-gram-1011.html>.  These same essays and=20
news items appear in the "Schneier on Security" blog at=20
<http://www.schneier.com/blog>, along with a lively comment section.  An=20
RSS feed is available.


** *** ***** ******* *********** *************

In this issue:
      Crowdsourcing Surveillance
      Internet Quarantines
      News
      Cargo Security
      Changes in Airplane Security
      Young Man in "Old Man" Mask Boards Plane in Hong Kong
      Schneier News
      Kahn, Diffie, Clark, and Me at Bletchley Park
      Changing Passwords


** *** ***** ******* *********** *************

      Crowdsourcing Surveillance



Internet Eyes is a U.K. startup designed to crowdsource digital=20
surveillance. People pay a small fee to become a "Viewer." Once they do,=20
they can log onto the site and view live anonymous feeds from=20
surveillance cameras at retail stores.  If they notice someone=20
shoplifting, they can alert the store owner. Viewers get rated on their=20
ability to differentiate real shoplifting from false alarms, can win=20
1000 pounds if they detect the most shoplifting in some time interval,=20
and otherwise get paid a wage that most likely won't cover their initial=20
fee.

Although the system has some nod towards privacy, groups like Privacy=20
International oppose the system for fostering a culture of citizen=20
spies. More fundamentally, though, I don't think the system will work.=20
Internet Eyes is primarily relying on voyeurism to compensate its=20
Viewers. But most of what goes on in a retail store is incredibly=20
boring. Some of it is actually voyeuristic, and very little of it is=20
criminal. The incentives just aren't there for Viewers to do more than=20
peek, and there's no obvious way to discouraging them from siding with=20
the shoplifter and just watch the scenario unfold.

This isn't the first time groups have tried to crowdsource surveillance=20
camera monitoring.  Texas's Virtual Border Patrol tried the same thing:=20
deputizing the general public to monitor the Texas-Mexico border.  It=20
ran out of money last year, and was widely criticized as a joke.

This system suffered the same problems as Internet Eyes -- not enough=20
incentive to do a good job, boredom because crime is the rare exception=20
-- as well as the fact that false alarms were very expensive to deal with=
.

Both of these systems remind me of the one time this idea was=20
conceptualized correctly.  Invented in 2003 by my friend and colleague=20
Jay Walker, US HomeGuard also tried to crowdsource surveillance camera=20
monitoring. But this system focused on one very specific security=20
concern: people in no-mans areas. These are areas between fences at=20
nuclear power plants or oil refineries, border zones, areas around dams=20
and reservoirs, and so on: areas where there should never be anyone.

The idea is that people would register to become "spotters." They would=20
get paid a decent wage (that and patriotism was the incentive), receive=20
a stream of still photos, and be asked a very simple question: "Is there=20
a person or a vehicle in this picture?"  If a spotter clicked "yes," the=20
photo -- and the camera -- would be referred to whatever professional=20
response the camera owner had set up.

HomeGuard would monitor the monitors in two ways. One, by sending=20
stored, known, photos to people regularly to verify that they were=20
paying attention. And two, by sending live photos to multiple spotters=20
and correlating the results, to many more monitors if a spotter claimed=20
to have spotted a person or vehicle.

Just knowing that there's a person or a vehicle in a no-mans-area is=20
only the first step in a useful response, and HomeGuard envisioned a=20
bunch of enhancements to the rest of that system.  Flagged photos could=20
be sent to the digital phones of patrolling guards, cameras could be=20
controlled remotely by those guards, and speakers in the cameras could=20
issue warnings.  Remote citizen spotters were only useful for that first=20
step, looking for a person or a vehicle in a photo that shouldn't=20
contain any. Only real guards at the site itself could tell an intruder=20
from the occasional maintenance person.

Of course the system isn't perfect. A would-be infiltrator could sneak=20
past the spotters by holding a bush in front of him, or disguising=20
himself as a vending machine.  But it does fill in a gap in what fully=20
automated systems can do, at least until image processing and artificial=20
intelligence get significantly better.

HomeGuard never got off the ground. There was never any good data about=20
whether spotters were more effective than motion sensors as a first=20
level of defense. But more importantly, Walker says that the politics=20
surrounding homeland security money post-9/11 was just too great to=20
penetrate, and that as an outsider he couldn't get his ideas heard.=20
Today, probably, the patriotic fervor that gripped so many people=20
post-9/11 has dampened, and he'd probably have to pay his spotters more=20
than he envisioned seven years ago. Still, I thought it was a clever=20
idea then and I still think it's a clever idea -- and it's an example of=20
how to do surveillance crowdsourcing correctly.

Making the system more general runs into all sorts of problems. An=20
amateur can spot a person or vehicle pretty easily, but is much harder=20
pressed to notice a shoplifter. The privacy implications of showing=20
random people pictures of no-man's-lands is minimal, while a busy store=20
is another matter -- stores have enough individuality to be=20
identifiable, as do people. Public photo tagging will even allow the=20
process to be automated. And, of course, the normalization of a=20
spy-on-your-neighbor surveillance society where it's perfectly=20
reasonable to watch each other on cameras just in case one of us does=20
something wrong.

This essay first appeared in ThreatPost.
http://threatpost.com/en_us/blogs/difficulty-surveillance-crowdsourcing-1=
10810=20
or http://tinyurl.com/36fqhku

Internet Eyes:
http://interneteyes.co.uk/
http://www.bbc.co.uk/news/uk-11460897

Opposition to Internet Eyes:
http://www.disinfo.com/2010/10/internet-eyes-citizen-spy-game-the-new-sta=
si/=20
or http://tinyurl.com/2742z66

Virtual Border Patrol:
http://homelandsecuritynewswire.com/texas-virtual-border-patrol-goes-line=
 or=20
http://tinyurl.com/2fnxzmt
http://thelede.blogs.nytimes.com/2009/03/26/thousands-sign-up-for-virtual=
-border-patrol/=20
or http://tinyurl.com/cqqns3
http://immigrationclearinghouse.org/texas-virtual-border-system-ineffecti=
ve-a-monumental-joke/=20
or http://tinyurl.com/ygmr8lb

US HomeGuard:
http://www.csoonline.com/article/218490/us-homeguard-someone-to-watch-ove=
r-you=20
or http://tinyurl.com/2a2b4vh
http://www.wired.com/wired/archive/11.06/start.html?pg=3D11
http://dissidentvoice.org/Articles6/Berkowitz_US-HomeGuard.htm
http://www.wired.com/wired/archive/11.06/start.html?pg=3D11

Disguising yourself as a vending machine:
http://laughlines.blogs.nytimes.com/2007/10/20/fearing-crime-japanese-wea=
r-the-hiding-place/=20
or http://tinyurl.com/2bpuz8f


** *** ***** ******* *********** *************

      Internet Quarantines



Last month, Scott Charney of Microsoft proposed that infected computers=20
be quarantined from the Internet. Using a public health model for=20
Internet security, the idea is that infected computers spreading worms=20
and viruses are a risk to the greater community and thus need to be=20
isolated. Internet service providers would administer the quarantine,=20
and would also clean up and update users' computers so they could rejoin=20
the greater Internet.

This isn't a new idea. Already there are products that test computers=20
trying to join private networks, and only allow them access if their=20
security patches are up-to-date and their antivirus software certifies=20
them as clean. Computers denied access are sometimes shunned to a=20
limited-capability sub-network where all they can do is download and=20
install the updates they need to regain access. This sort of system has=20
been used with great success at universities and=20
end-user-device-friendly corporate networks. They're happy to let you=20
log in with any device you want--this is the consumerization trend in=20
action--as long as your security is up to snuff.

Charney's idea is to do that on a larger scale. To implement it we have=20
to deal with two problems. There's the technical problem--making the=20
quarantine work in the face of malware designed to evade it, and the=20
social problem--ensuring that people don't have their computers unduly=20
quarantined. Understanding the problems requires us to understand=20
quarantines in general.

Quarantines have been used to contain disease for millennia. In general=20
several things need to be true for them to work. One, the thing being=20
quarantined needs to be easily recognized. It's easier to quarantine a=20
disease if it has obvious physical characteristics: fever, boils, etc.=20
If there aren't any obvious physical effects, or if those effects don't=20
show up while the disease is contagious, a quarantine is much less=20
effective.

Similarly, it's easier to quarantine an infected computer if that=20
infection is detectable. As Charney points out, his plan is only=20
effective against worms and viruses that our security products=20
recognize, not against those that are new and still undetectable.

Two, the separation has to be effective. The leper colonies on Molokai=20
and Spinalonga both worked because it was hard for the quarantined to=20
leave. Quarantined medieval cities worked less well because it was too=20
easy to leave, or--when the diseases spread via rats or=20
mosquitoes--because the quarantine was targeted at the wrong thing.

Computer quarantines have been generally effective because the users=20
whose computers are being quarantined aren't sophisticated enough to=20
break out of the quarantine, and find it easier to update their software=20
and rejoin the network legitimately.

Three, only a small section of the population must need to be=20
quarantined. The solution works only if it's a minority of the=20
population that's affected, either with physical diseases or computer=20
diseases. If most people are infected, overall infection rates aren't=20
going to be slowed much by quarantining. Similarly, a quarantine that=20
tries to isolate most of the Internet simply won't work.

Fourth, the benefits must outweigh the costs. Medical quarantines are=20
expensive to maintain, especially if people are being quarantined=20
against their will. Determining who to quarantine is either expensive=20
(if it's done correctly) or arbitrary, authoritative and abuse-prone (if=20
it's done badly). It could even be both. The value to society must be=20
worth it.

It's the last point that Charney and others emphasize. If Internet worms=20
were only damaging to the infected, we wouldn't need a societally=20
imposed quarantine like this. But they're damaging to everyone else on=20
the Internet, spreading and infecting others. At the same time, we can=20
implement systems that quarantine cheaply. The value to society far=20
outweighs the cost.

That makes sense, but once you move quarantines from isolated private=20
networks to the general Internet, the nature of the threat changes.=20
Imagine an intelligent and malicious infectious disease: That's what=20
malware is. The current crop of malware ignores quarantines; they're few=20
and far enough between not to affect their effectiveness.

If we tried to implement Internet-wide--or even=20
countrywide--quarantining, worm-writers would start building in ways to=20
break the quarantine. So instead of nontechnical users not bothering to=20
break quarantines because they don't know how, we'd have technically=20
sophisticated virus-writers trying to break quarantines. Implementing=20
the quarantine at the ISP level would help, and if the ISP monitored=20
computer behavior, not just specific virus signatures, it would be=20
somewhat effective even in the face of evasion tactics. But evasion=20
would be possible, and we'd be stuck in another computer security arms=20
race. This isn't a reason to dismiss the proposal outright, but it is=20
something we need to think about when weighing its potential effectivenes=
s.

Additionally, there's the problem of who gets to decide which computers=20
to quarantine. It's easy on a corporate or university network: the=20
owners of the network get to decide. But the Internet doesn't have that=20
sort of hierarchical control, and denying people access without due=20
process is fraught with danger. What are the appeal mechanisms? The=20
audit mechanisms? Charney proposes that ISPs administer the quarantines,=20
but there would have to be some central authority that decided what=20
degree of infection would be sufficient to impose the quarantine.=20
Although this is being presented as a wholly technical solution, it's=20
these social and political ramifications that are the most difficult to=20
determine and the easiest to abuse.

Once we implement a mechanism for quarantining infected computers, we=20
create the possibility of quarantining them in all sorts of other=20
circumstances. Should we quarantine computers that don't have their=20
patches up to date, even if they're uninfected? Might there be a=20
legitimate reason for someone to avoid patching his computer? Should the=20
government be able to quarantine someone for something he said in a chat=20
room, or a series of search queries he made? I'm sure we don't think it=20
should, but what if that chat and those queries revolved around=20
terrorism? Where's the line?

Microsoft would certainly like to quarantine any computers it feels are=20
not running legal copies of its operating system or applications=20
software.  The music and movie industry will want to quarantine anyone=20
it decides is downloading or sharing pirated media files--they're=20
already pushing similar proposals.

A security measure designed to keep malicious worms from spreading over=20
the Internet can quickly become an enforcement tool for corporate=20
business models. Charney addresses the need to limit this kind of=20
function creep, but I don't think it will be easy to prevent; it's an=20
enforcement mechanism just begging to be used.

Once you start thinking about implementation of quarantine, all sorts of=20
other social issues emerge. What do we do about people who need the=20
Internet? Maybe VoIP is their only phone service. Maybe they have an=20
Internet-enabled medical device. Maybe their business requires the=20
Internet to run. The effects of quarantining these people would be=20
considerable, even potentially life-threatening. Again, where's the line?

What do we do if people feel they are quarantined unjustly? Or if they=20
are using nonstandard software unfamiliar to the ISP? Is there an=20
appeals process? Who administers it? Surely not a for-profit company.

Public health is the right way to look at this problem. This=20
conversation--between the rights of the individual and the rights of=20
society--is a valid one to have, and this solution is a good possibility=20
to consider.

There are some applicable parallels. We require drivers to be licensed=20
and cars to be inspected not because we worry about the danger of=20
unlicensed drivers and uninspected cars to themselves, but because we=20
worry about their danger to other drivers and pedestrians. The small=20
number of parents who don't vaccinate their kids have already caused=20
minor outbreaks of whooping cough and measles among the greater=20
population. We all suffer when someone on the Internet allows his=20
computer to get infected. How we balance that with individuals' rights=20
to maintain their own computers as they see fit is a discussion we need=20
to start having.

This essay previously appeared on Forbes.com.
http://www.forbes.com/2010/11/10/microsoft-viruses-security-technology-qu=
arantine.html

Charney's proposal:
http://blogs.technet.com/b/microsoft_on_the_issues/archive/2010/10/05/the=
-need-for-global-collective-defense-on-the-internet.aspx=20
or http://tinyurl.com/3axouht
http://www.bbc.co.uk/go/news/technology-11483008/ext/_auto/-/http://go.mi=
crosoft.com/?linkid=3D9746317=20
or http://tinyurl.com/2cned49
http://news.cnet.com/8301-27080_3-10462649-245.html

Proposals to cut off file sharers:
http://news.bbc.co.uk/2/hi/7240234.stm
http://www.zeropaid.com/news/9114/france_to_ban_illegal_filesharers_from_=
the_internet/=20
or http://tinyurl.com/24x9pv6


** *** ***** ******* *********** *************

      News



Researchers are working on a way to fingerprint telephone calls.  The=20
system can be used to differentiate telephone calls from your bank from=20
telephone calls from someone in Nigeria pretending to be from your bank.=20
  Unless your bank is outsourcing its customer support to Nigeria, of=20
course.
http://www.theregister.co.uk/2010/10/06/voice_fingerprints/
http://www.gatech.edu/newsroom/release.html?nid=3D61428

Former Denver Broncos quarterback on hiding in plain sight.
http://sportsillustrated.cnn.com/vault/article/magazine/MAG1175387/4/inde=
x.htm=20
or http://tinyurl.com/39arogx

Was the software used in the Predator drones pirated?
http://www.fastcompany.com/1695219/cia-predator-drones-facing-ip-lawsuit=20
or http://tinyurl.com/27u6tfg
http://www.theregister.co.uk/2010/09/24/cia_netezza/
The obvious joke is that this is what you get when you go with the low=20
bidder, but it doesn't have to be that way.  And there's nothing special=20
about this being a government procurement; any bespoke IT procurement=20
needs good contractual oversight.

I am the program chair for the next Workshop on the Economics of=20
Information Security, WEIS 2011, which is to be held next June in=20
Washington, DC. Submissions are due at the end of February.  Please=20
forward and repost the call for papers.
http://weis2011.econinfosec.org/
http://weis2011.econinfosec.org/cfpart.html

Electronic Car lock denial-of-service attack
http://www.schneier.com/blog/archives/2010/10/electronic_car.html

Security hole in FaceTime for Mac.
http://arstechnica.com/apple/news/2010/10/facetime-for-mac-opens-giant-ap=
ple-id-security-hole.ars=20
or http://tinyurl.com/3875gqo
It's been fixed.
http://www.electronista.com/articles/10/10/22/embarrassing.vulnerability.=
patched.pronto/=20
or http://tinyurl.com/37oav68

Here's a long list of declassified NSA documents.  These items are not=20
online; they're at the National Archives and Records Administration in=20
College Park, MD.  You can either ask for copies by mail under FOIA (at=20
a 75 cents per page) or come in person.  There, you can read and scan=20
them for free, or photocopy them for about 20 cents a page.
http://www.nsa.gov/public_info/declass/entries.shtml

Seymour Hersh on cyberwar, from The New Yorker.
http://www.newyorker.com/reporting/2010/11/01/101101fa_fact_hersh

Firesheep is a new Firefox plugin that makes it easy for you to hijack=20
other people's social network connections.  Basically, Facebook=20
authenticates clients with cookies.  If someone is using a public WiFi=20
connection, the cookies are sniffable.  Firesheep uses wincap to capture=20
and display the authentication information for accounts it sees,=20
allowing you to hijack the connection.  To protect against this attack,=20
you have to encrypt your entire session under TLS -- not just the=20
initial authentication.  Or stop logging in to Facebook from public=20
networks.
http://codebutler.github.com/firesheep/
http://codebutler.github.com/firesheep/tc12
http://techcrunch.com/2010/10/25/firesheep/
http://windowssecrets.com/2010/11/04/01-Cloak-your-connection-to-foil-Fir=
esheep-snoopers/#story1=20
or http://tinyurl.com/2d29sxv
http://www.shortestpathfirst.net/2010/10/29/sidejacking-fun-with-fireshee=
p/=20
or http://tinyurl.com/2exo5ma

Old -- but recently released -- document discussing the bugging of the=20
Russian embassy in 1940.  The document also mentions bugging the=20
embassies of France, Germany, Italy, and Japan.
http://www.scribd.com/doc/39557615/FBI-File-65-HQ-30092-Details-Bugging-o=
f-Embassies-in-1940-Section-1=20
or http://tinyurl.com/23ybh6t

New Orleans is scrapping its surveillance cameras because they're not=20
worth it.
http://www.nola.com/politics/index.ssf/2010/10/new_orleans_crime_camera_p=
rogr.html=20
or http://tinyurl.com/247fjou
http://topics.nola.com/tag/crime%20cameras/index.html

Good blog post on the militarization of the Internet.
http://scrawford.net/blog/the-militarization-of-the-internet/1409/

Halloween and the irrational fear of stranger danger:
http://online.wsj.com/article/SB10001424052702304915104575572642896563902=
.html=20
or http://tinyurl.com/2e5e72p
Also this:
http://www.theatlantic.com/food/archive/2010/10/the-meaning-of-halloween-=
candy-psychopath-stories/65281/=20
or http://tinyurl.com/2djl68x
Wondermark comments:
http://wondermark.com/567/

This is an interesting paper about control fraud.  It's by William K.=20
Black, the Executive Director of the Institute for Fraud Prevention.=20
"Individual 'control frauds' cause greater losses than all other forms=20
of property crime combined. They are financial super-predators."  Black=20
is talking about control fraud by both heads of corporations and heads=20
of state, so that's almost certainly a true statement.  His main point,=20
though, is that our legal systems don't do enough to discourage control=20
fraud.
http://www.schneier.com/blog/archives/2010/11/control_fraud.html

Dan Geer on "Cybersecurity and National Policy."
http://www.harvardnsj.com/2010/04/cybersecurity-and-national-policy/

Last month the police arrested Farooque Ahmed for plotting a terrorist=20
attack on the D.C. Metro system.  However, it's not clear how much of=20
the plot was his idea and how much was the idea of some paid FBI=20
informants.
http://www.salon.com/news/politics/war_room/2010/10/28/ahmed_farooque_dc_=
metro/index.html=20
or http://tinyurl.com/2ebw7zy
Of course, the police are now using this fake bomb plot to justify=20
random bag searching in the Metro.
http://www.wtopnews.com/?nid=3D25&sid=3D2097181
It's a dumb idea:
http://www.schneier.com/blog/archives/2005/07/searching_bags.html
This is the problem with thoughtcrime.  Entrapment is much too easy.
http://www.schneier.com/blog/archives/2010/09/terrorism_entra.html
Much the same thing was written in The Economist blog.
http://www.economist.com/blogs/democracyinamerica/2010/10/war_commuters=20
or http://tinyurl.com/257wvow

The business of botnets can be lucrative.
http://www.networkworld.com/news/2010/102910-russian-armenian-botnet-susp=
ect-raked-in.html=20
or http://tinyurl.com/2fmvh3r
Paper on the market price of bots:
http://www.icsi.berkeley.edu/cgi-bin/pubs/publication.pl?ID=3D002289

Good article on security options for the Washington Monument.  I like=20
the suggestion of closing it until we're ready to accept that there is=20
always risk.
http://www.washingtonpost.com/wp-dyn/content/article/2010/11/07/AR2010110=
704572.html=20
or http://tinyurl.com/26olp6y
More information on the decision process:
http://www.washingtonpost.com/wp-dyn/content/article/2010/11/09/AR2010110=
906739.html=20
or http://tinyurl.com/2v6u57s

"A Social Network Approach to Understanding an Insurgency"
http://www.netscience.usma.edu/publications/SNA%20COIN.pdf

"Bulletproof" service providers: ISPs who are immune from takedown=20
notices and offer services to illegitimate website providers.
http://krebsonsecurity.com/2010/11/body-armor-for-bad-web-sites/

Camouflaging test cars from competitors and the press:
http://www.nytimes.com/2010/11/07/automobiles/07CAMO.html

Long article on convicted hacker Albert Gonzalez from The New York Times=20
Magazine.
http://www.nytimes.com/2010/11/14/magazine/14Hacker-t.html?emc=3Deta1


** *** ***** ******* *********** *************

      Cargo Security



The New York Times writes: "Despite the increased scrutiny of people and=20
luggage on passenger planes since 9/11, there are far fewer safeguards=20
for packages and bundles, particularly when loaded on cargo-only planes."

Well, of course.  We've always known this.  We've not worried about=20
terrorism on cargo planes because it isn't very terrorizing.  Packages=20
aren't people.  If a passenger plane blows up, it affects a couple of=20
hundred people.  If a cargo plane blows up, it just affects the crew.

Cargo that is loaded on to passenger planes should be subjected to the=20
same level of security as passenger luggage.  Cargo that is loaded onto=20
cargo planes should be treated  no differently from cargo loaded into=20
ships, trains, trucks, and the trunks of cars.

Of course: now that the media is talking about cargo security, we have=20
to "do something."  (Something must be done.  This is something.=20
Therefore, we must do it.)  But if we're so scared that we have to=20
devote resources to this kind of terrorist threat, we've well and truly=20
lost.

Also note: the plot -- it's still unclear how serious it was -- wasn't=20
uncovered by any security screening, but by intelligence gathering.  The=20
Washington Post writes: "Intelligence officials were onto the suspected=20
plot for days, officials said. The packages in England and Dubai were=20
discovered after Saudi Arabian intelligence picked up information=20
related to Yemen and passed it on to the U.S., two officials said."

This is how you fight through terrorism: not by defending against=20
specific threats, but through intelligence, investigation, and emergency=20
response.

New York Times article:
http://www.nytimes.com/2010/10/30/us/30cargo.html

Washington Post article:
http://www.washingtonpost.com/wp-dyn/content/article/2010/10/30/AR2010103=
000792_2.html=20
or http://tinyurl.com/2dp3cyd

My essay on intelligence, investigation, and emergency response:
http://www.schneier.com/essay-292.html


** *** ***** ******* *********** *************

      Changes in Airplane Security



1.  The TSA is banning toner cartridges over 16 ounces, because that's=20
what the Yemeni bombers used.  There's some impressive magical thinking=20
going on here.

2.  Because people need to remove their belts before going into=20
full-body scanners, the TSA is making us remove our belts even when=20
we're not going through full-body scanners.  European airports have made=20
us remove our belts for years.  My normal tactic is to pull my shirt=20
tails out of my pants and over my belt.  Then I flash my waist and tell=20
them I'm not wearing a belt.  It doesn't set off the metal detector, so=20
they don't notice.

3.  Now the terrorists have really affected me personally: they're=20
forcing us to turn off airplane WiFi.  No, it's not that the Yemeni=20
package bombs had a WiFi triggering mechanism -- they seem to have had a=20
cell phone triggering mechanism, dubious at best -- but we can *imagine*=20
an Internet-based triggering mechanism.  Put together a sloppy and=20
unsuccessful package bomb with an imagined triggering mechanism, and you=20
have a *new and dangerous threat* that -- even though it was a threat=20
ever since the first airplane got WiFi capability -- must be immediately=20
dealt with right now.

Please, let's not ever tell the TSA about timers.  Or altimeters.

Belts:
http://www.salon.com/technology/ask_the_pilot/2010/11/04/belt_removal_at_=
security_checkpoint/index.html=20
or http://tinyurl.com/323a3vy

Toner cartridges:
http://www.msnbc.msn.com/id/40072889/ns/us_news-airliner_security/

In-flight WiFi:
http://www.newscientist.com/article/dn19665
http://gizmodo.com/5679794/all-these-terrorist-scares-are-putting-in+flig=
ht-wi+fi-at-risk=20
or http://tinyurl.com/39okdxx

Using a cell phone to detonate a plane bomb:
http://www.wired.com/dangerroom/2010/11/could-a-cell-phone-call-from-yeme=
n-blow-up-a-plane/=20
or http://tinyurl.com/2d3o3x8

While we're talking about the TSA, be sure to opt out of the full-body=20
scanners.
http://www.theatlantic.com/national/archive/2010/10/for-the-first-time-th=
e-tsa-meets-resistance/65390/=20
or http://tinyurl.com/28e2353

And remember your sense of humor when a TSA officer slips white powder=20
into your suitcase and then threatens you with arrest.
http://www.thesmokinggun.com/documents/stupid/memos-detail-tsa-officers-c=
ocaine-pranks=20
or http://tinyurl.com/24vkcs4


** *** ***** ******* *********** *************

      Young Man in "Old Man" Mask Boards Plane in Hong Kong



It's kind of an amazing story. A young Asian man used a rubber mask to=20
disguise himself as an old Caucasian man and, with a passport photo that=20
matched his disguise, got through all customs and airport security=20
checks and onto a plane to Canada.

The fact that this sort of thing happens occasionally doesn't surprise=20
me.  It's human nature that we miss this sort of thing.  I wrote about=20
it in Beyond Fear (pages 153-4):

     No matter how much training they get, airport screeners routinely
     miss guns and knives packed in carry-on luggage. In part, that's
     the result of human beings having developed the evolutionary
     survival skill of pattern matching: the ability to pick out
     patterns from masses of random visual data. Is that a ripe fruit
     on that tree? Is that a lion stalking quietly through the grass?
     We are so good at this that we see patterns in anything, even if
     they're not really there: faces in inkblots, images in clouds, and
     trends in graphs of random data. Generating false positives helped
     us stay alive; maybe that wasn't a lion that your ancestor saw,
     but it was better to be safe than sorry. Unfortunately, that
     survival skill also has a failure mode. As talented as we are at
     detecting patterns in random data, we are equally terrible at
     detecting exceptions in uniform data. The quality-control
     inspector at Spacely Sprockets, staring at a production line
     filled with identical sprockets looking for the one that is
     different, can't do it. The brain quickly concludes that all the
     sprockets are the same, so there's no point paying attention. Each
     new sprocket confirms the pattern. By the time an anomalous
     sprocket rolls off the assembly line, the brain simply doesn't
     notice it. This psychological problem has been identified in
     inspectors of all kinds; people can't remain alert to rare events,
     so they slip by.

A customs officer spends hours looking at people and comparing their=20
faces with their passport photos.  They do it on autopilot.  Will they=20
catch someone in a rubber mask that looks like their passport photo?=20
Probably, but certainly not all the time.

And yes, this is a security risk, but it's not a big one.  Because while=20
-- occasionally -- a gun can slip through a metal detector or a masked=20
man can slip through customs, it doesn't happen reliably.  So the bad=20
guys can't build a plot around it.


http://www.cnn.com/2010/WORLD/americas/11/04/canada.disguised.passenger/i=
ndex.html=20
or http://tinyurl.com/36pr2mw
http://i2.cdn.turner.com/cnn/2010/images/11/04/disguise.artist.pdf

Commentary from my blog about what actually happened:
http://www.schneier.com/blog/archives/2010/11/young_man_in_ol.html#c47601=
7=20
or http://tinyurl.com/29o8e7d

Beyond Fear:
http://www.schneier.com/book-beyondfear.html


** *** ***** ******* *********** *************

      Schneier News



I'm speaking at the 11th Annual Security Conference & Exhibition in=20
Washington DC on Nov 16.
http://events.1105govinfo.com/events/security-conference-exhibition-2010/=
home.aspx=20
or http://tinyurl.com/2evr36q

I'm speaking at Paranoia 2010 in Oslo on Nov 23.
http://paranoia.watchcom.no/

I'm speaking at ClubHack 2010 in Pune, India on Dec 4.
http://clubhack.com/2010/

My TED talk.  Okay, it's not TED.  It's one of the independent regional=20
TED events: TEDxPSU.  My talk was "Reconceptualizing Security," a=20
condensation of the hour-long talk into 18 minutes.
http://www.youtube.com/watch?v=3DCGd_M_CpeDI

I was interviewed last week at RSA Europe.
https://365.rsaconference.com/community/connect/blog/2010/10/13/rsa-confe=
rence-europe-hugh-thompson-and-bruce-schneier=20
or http://tinyurl.com/3xsjbv9


** *** ***** ******* *********** *************

      Kahn, Diffie, Clark, and Me at Bletchley Park



Last Saturday, I visited Bletchley Park to speak at the Annual ACCU=20
Security Fundraising Conference.  They had a stellar line of speakers=20
this year, and I was pleased to be a part of the day.

Talk #1: "The Art of Forensic Warfare," Andy Clark.  Riffing on Sun=20
Tzu's "The Art of War," Clark discussed the war -- the back and forth --=20
between cyber attackers and cyber forensics.  This isn't to say that=20
we're at war, but today's attacker tactics are increasingly=20
sophisticated and warlike.  Additionally, the pace is greater, the scale=20
of impact is greater, and the subjects of attack are broader.  To defend=20
ourselves, we need to be equally sophisticated and -- possibly -- more=20
warlike.

Clark drew parallels from some of the chapters of Sun Tzu's book=20
combined with examples of the work at Bletchley Park.  Laying plans:=20
when faced with an attacker -- especially one of unknown capabilities,=20
tactics, and motives -- it's important to both plan ahead and plan for=20
the unexpected.  Attack by stratagem: increasingly, attackers are=20
employing complex and long-term strategies; defenders need to do the=20
same.  Energy: attacks increasingly start off simple and get more=20
complex over time; while it's easier to defect primary attacks,=20
secondary techniques tend to be more subtle and harder to detect.=20
Terrain: modern attacks take place across a very broad range of terrain,=20
including hardware, OSs, networks, communication protocols, and=20
applications.  The business environment under attack is another example=20
of terrain, equally complex.  The use of spies: not only human spies,=20
but also keyloggers and other embedded eavesdropping malware.  There's a=20
great World War II double-agent story about Eddie Chapman, codenamed ZIGZ=
AG.

Talk #2: "How the Allies Suppressed the Second Greatest Secret of World=20
War II," David Kahn.  This talk is from Kahn's article of the same name,=20
published in the Oct 2010 issue of "The Journal of Military History."=20
The greatest secret of World War II was the atom bomb; the second=20
greatest secret was that the Allies were reading the German codes.  But=20
while there was a lot of public information in the years after World War=20
II about Japanese codebreaking and its value, there was almost nothing=20
about German codebreaking.  Kahn discussed how this information was=20
suppressed, and how historians writing World War II histories never=20
figured it out.  No one imagined as large and complex an operation  as=20
Bletchley Park; it was the first time in history that something like=20
this had ever happened.  Most of Kahn's time was spent in a very=20
interesting Q&A about the history of Bletchley Park and World War II=20
codebreaking.

Talk #3: "DNSSec, A System for Improving Security of the Internet Domain=20
Name System," Whitfield Diffie.   Whit talked about three watersheds in=20
modern communications security.  The first was the invention of the=20
radio. Pre-radio, the most common communications security device was the=20
code book.  This was no longer enough when radio caused the amount of=20
communications to explode.  In response, inventors took the research in=20
Vigen=E8re ciphers and automated them.  This automation led to an=20
explosion of designs and an enormous increase in complexity -- and the=20
rise of modern cryptography.

The second watershed was shared computing.  Before the 1960s, the=20
security of computers was the physical security of computer rooms.=20
Timesharing changed that.  The result was computer security, a much=20
harder problem than cryptography.  Computer security is primarily the=20
problem of writing good code.  But writing good code is hard and=20
expensive, so functional computer security is primarily the problem of=20
dealing with code that isn't good.  Networking -- and the Internet --=20
isn't just an expansion of computing capacity.  The real difference is=20
how cheap it is to set up communications connections.  Setting up these=20
connections requires naming: both IP addresses and domain names.=20
Security, of course, is essential for this all to work; DNSSec is a=20
critical part of that.

The third watershed is cloud computing, or whatever you want to call the=20
general trend of outsourcing computation.  Google is a good example.=20
Every organization uses Google search all the time, which probably makes=20
it the most valuable intelligence stream on the planet.  How can you=20
protect yourself?  You can't, just as you can't whenever you hand over=20
your data for storage or processing -- you just have to trust your=20
outsourcer.  There are two solutions.  The first is legal: an=20
enforceable contract that protects you and your data.  The second is=20
technical, but mostly theoretical: homomorphic encryption that allows=20
you to outsource computation of data without having to trust that=20
outsourcer.

Diffie's final point is that we're entering an era of unprecedented=20
surveillance possibilities.  It doesn't matter if people encrypt their=20
communications, or if they encrypt their data in storage.  As long as=20
they have to give their data to other people for processing, it will be=20
possible to eavesdrop on.  Of course the methods will change, but the=20
result will be an enormous trove of information about everybody.

Talk #4: "Reconceptualizing Security," me.  It was similar to previous=20
essays and talks.

Annual ACCU Security Fundraising Conference:
http://www.bletchleypark.org.uk/calendar/event_detail.rhtm?cat=3Dspecial&=
recID=3D618139=20
or http://tinyurl.com/25pge74

Bletchley Park:
http://www.bletchleypark.org.uk/content/museum.rhtm

News coverage:
http://blogs.wsj.com/tech-europe/2010/11/06/bletchley-park-hosts-cryptogr=
aphic-greats/=20
or http://tinyurl.com/2cltt7h

The Art of War:
http://www.chinapage.com/sunzi-e.html

Eddie Chapman book:
http://www.amazon.com/exec/obidos/ASIN/0307353419/counterpane/

The Journal of Military History:
http://www.smh-hq.org/jmh/jmhvols/contents.html

Essay and video similar to my talk:
http://www.schneier.com/blog/archives/2008/04/the_feeling_and_1.html
http://www.youtube.com/watch?v=3DCGd_M_CpeDI


** *** ***** ******* *********** *************

      Changing Passwords



How often should you change your password? I get asked that question a=20
lot, usually by people annoyed at their employer's or bank's password=20
expiration policy: people who finally memorized their current password=20
and are realizing they'll have to write down their new password. How=20
could that possibly be more secure, they want to know.

The answer depends on what the password is used for.

The downside of changing passwords is that it makes them harder to=20
remember. And if you force people to change their passwords regularly,=20
they're more likely to choose easy-to-remember -- and easy-to-guess --=20
passwords than they are if they can use the same passwords for many=20
years. So any password-changing policy needs to be chosen with that=20
consideration in mind.

The primary reason to give an authentication credential -- not just a=20
password, but any authentication credential -- an expiration date is to=20
limit the amount of time a lost, stolen, or forged credential can be=20
used by someone else. If a membership card expires after a year, then if=20
someone steals that card he can at most get a year's worth of benefit=20
out of it. After that, it's useless.

This becomes less important when the credential contains a biometric --=20
even a photograph -- or is verified online. It's much less important for=20
a credit card or passport to have an expiration date, now that they're=20
not so much bearer documents as just pointers to a database. If, for=20
example, the credit card database knows when a card is no longer valid,=20
there's no reason to put an expiration date on the card. But the=20
expiration date does mean that a forgery is only good for a limited=20
length of time.

Passwords are no different. If a hacker gets your password either by=20
guessing or stealing it, he can access your network as long as your=20
password is valid. If you have to update your password every quarter,=20
that significantly limits the utility of that password to the attacker.

At least, that's the traditional theory. It assumes a passive attacker,=20
one who will eavesdrop over time without alerting you that he's there.=20
In many cases today, though, that assumption no longer holds. An=20
attacker who gets the password to your bank account by guessing or=20
stealing it isn't going to eavesdrop. He's going to transfer money out=20
of your account -- and then you're going to notice. In this case, it=20
doesn't make a lot of sense to change your password regularly -- but=20
it's vital to change it immediately after the fraud occurs.

Someone committing espionage in a private network is more likely to be=20
stealthy. But he's also not likely to rely on the user credential he=20
guessed and stole; he's going to install backdoor access or create his=20
own account. Here again, forcing network users to regularly change their=20
passwords is less important than forcing everyone to change their=20
passwords immediately after the spy is detected and removed -- you don't=20
want him getting in again.

Social networking sites are somewhere in the middle. Most of the=20
criminal attacks against Facebook users use the accounts for fraud.=20
"Help! I'm in London and my wallet was stolen. Please wire money to this=20
account. Thank you." Changing passwords periodically doesn't help=20
against this attack, although -- of course -- change your password as=20
soon as you regain control of your account. But if your kid sister has=20
your password -- or the tabloid press, if you're that kind of celebrity=20
-- they're going to listen in until you change it. And you might not=20
find out about it for months.

So in general: you don't need to regularly change the password to your=20
computer or online financial accounts (including the accounts at retail=20
sites); definitely not for low-security accounts. You should change your=20
corporate login password occasionally, and you need to take a good hard=20
look at your friends, relatives, and paparazzi before deciding how often=20
to change your Facebook password. But if you break up with someone=20
you've shared a computer with, change them all.

Two final points. One, this advice is for login passwords. There's no=20
reason to change any password that is a key to an encrypted file. Just=20
keep the same password as long as you keep the file, unless you suspect=20
it's been compromised. And two, it's far more important to choose a good=20
password for the sites that matter -- don't worry about sites you don't=20
care about that nonetheless demand that you register and choose a=20
password -- in the first place than it is to change it. So if you have=20
to worry about something, worry about that. And write your passwords=20
down, or use a program like Password Safe.

This essay originally appeared on DarkReading.com.
http://www.darkreading.com/blog/archives/2010/11/passwordchangin.html

Choosing good passwords:
http://www.schneier.com/blog/archives/2007/01/choosing_secure.html

Password Safe:
http://www.schneier.com/passsafe.html

Mircosoft Research says the same thing:
http://www.pcmag.com/article2/0,2817,2362692,00.asp

"The Security of Modern Password Expiration: An Algorithmic Framework=20
and Empirical Analysis."
http://www.cs.unc.edu/~yinqian/papers/PasswordExpire.pdf


** *** ***** ******* *********** *************

Since 1998, CRYPTO-GRAM has been a free monthly newsletter providing=20
summaries, analyses, insights, and commentaries on security: computer=20
and otherwise.  You can subscribe, unsubscribe, or change your address=20
on the Web at <http://www.schneier.com/crypto-gram.html>.  Back issues=20
are also available at that URL.

Please feel free to forward CRYPTO-GRAM, in whole or in part, to=20
colleagues and friends who will find it valuable.  Permission is also=20
granted to reprint CRYPTO-GRAM, as long as it is reprinted in its entiret=
y.

CRYPTO-GRAM is written by Bruce Schneier.  Schneier is the author of the=20
best sellers "Schneier on Security," "Beyond Fear," "Secrets and Lies,"=20
and "Applied Cryptography," and an inventor of the Blowfish, Twofish,=20
Threefish, Helix, Phelix, and Skein algorithms.  He is the Chief=20
Security Technology Officer of BT BCSG, and is on the Board of Directors=20
of the Electronic Privacy Information Center (EPIC).  He is a frequent=20
writer and lecturer on security topics.  See <http://www.schneier.com>.

Crypto-Gram is a personal newsletter.  Opinions expressed are not=20
necessarily those of BT.

Copyright (c) 2010 by Bruce Schneier.