<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title><![CDATA[[SecurityRatty] tag: onstar]]></title>
    <link>http://securityratty.com/tag/onstar</link>
    <description></description>
    <pubDate>Thu, 03 Jan 2008 05:00:00 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Kill Switches and Remote Control]]></title>
      <link>http://securityratty.com/article/6faff6d8aced2811984a7463136f6b3a</link>
      <guid>http://securityratty.com/article/6faff6d8aced2811984a7463136f6b3a</guid>
      <description><![CDATA[It used to be that just the entertainment industries wanted to control your computers -- and televisions and iPods and everything else -- to ensure that you didn't violate any copyright rules. But now...]]></description>
      <content:encoded><![CDATA[It used to be that just the entertainment industries wanted to control your computers -- and televisions and iPods and everything else -- to ensure that you didn't violate any copyright rules. But now everyone else wants to get their hooks into your gear.

OnStar will soon include the <a href="http://www.informationweek.com/news/mobility/showArticle.jhtml?articleID=202400922">ability</a> for the police to shut off your engine remotely. Buses are getting the <a href="http://www.nypost.com/seven/06082008/news/regionalnews/busting_terror_114567.htm">same capability</a>, in case terrorists want to re-enact the movie <cite>Speed</cite>. The Pentagon wants a kill switch <a href="http://blog.wired.com/defense/2008/06/the-pentagons-n.html">installed</a> on airplanes, and is worried about potential enemies <a href="http://spectrum.ieee.org/may08/6171">installing</a> kill switches on their own equipment. 

Microsoft is doing some of the most creative thinking along these lines, with something it's calling "<a href="http://arstechnica.com/news.ars/post/20080611-microsoft-patent-brings-miss-manners-into-the-digital-age.html">Digital Manners Policies</a>." According to its <a href="http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PG01&p=1&u=%2Fnetahtml%2FPTO%2Fsrchnum.html&r=1&f=G&l=50&s1=%2220080125102%22.PGNR.&OS=DN/20080125102&RS=DN/20080125102">patent application</a>, DMP-enabled devices would accept broadcast "orders" limiting capabilities. Cellphones could be remotely set to vibrate mode in restaurants and concert halls, and be turned off on airplanes and in hospitals. Cameras could be prohibited from taking pictures in locker rooms and museums, and recording equipment could be disabled in theaters. Professors finally could prevent students from texting one another during class. 

The possibilities are endless, and very dangerous. Making this work involves building a nearly flawless hierarchical system of authority. That's a difficult security problem even in its simplest form. Distributing that system among a variety of different devices -- computers, phones, PDAs, cameras, recorders -- with different firmware and manufacturers, is even more difficult. Not to mention delegating different levels of authority to various agencies, enterprises, industries and individuals, and then enforcing the necessary safeguards.

Once we go down this path -- giving one device authority over other devices -- the security problems start piling up. Who has the authority to limit functionality of my devices, and how do they get that authority? What prevents them from abusing that power? Do I get the ability to override their limitations? In what circumstances, and how? Can they override my override?

How do we prevent this from being abused? Can a burglar, for example, enforce a "no photography" rule and prevent security cameras from working? Can the police enforce the same rule to avoid another Rodney King incident? Do the police get "superuser" devices that cannot be limited, and do they get "supercontroller" devices that can limit anything? How do we ensure that only they get them, and what do we do when the devices inevitably fall into the wrong hands?

It's comparatively easy to make this work in closed specialized systems -- OnStar, airplane avionics, military hardware -- but much more difficult in open-ended systems. If you think Microsoft's vision could possibly be securely designed, all you have to do is look at the dismal effectiveness of the various copy-protection and digital-rights-management systems we've seen over the years. That's a similar capabilities-enforcement mechanism, albeit simpler than these more general systems.

And that's the key to understanding this system. Don't be fooled by the scare stories of wireless devices on airplanes and in hospitals, or visions of a world where no one is yammering loudly on their cellphones in posh restaurants. This is really about media companies wanting to exert their control further over your electronics. They not only want to prevent you from surreptitiously recording movies and concerts, they want your new television to enforce good "manners" on your computer, and not allow it to record any programs. They want your iPod to politely refuse to copy music to a computer other than your own. They want to enforce <em>their</em> legislated definition of manners: to control what you do and when you do it, and to charge you repeatedly for the privilege whenever possible. 

"Digital Manners Policies" is a marketing term. Let's call this what it really is: Selective Device Jamming. It's not polite, it's dangerous. It won't make anyone more secure -- or more polite.

This essay <a href="http://www.wired.com/politics/security/commentary/securitymatters/2008/06/securitymatters_0626">originally appeared</a> in Wired.com.<div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=JiKwGJ"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=JiKwGJ" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=aXm5MJ"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=aXm5MJ" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Tue, 01 Jul 2008 02:48:37 +0000</pubDate>
      <category domain="http://securityratty.com/tag/wireless devices">wireless devices</category>
      <category domain="http://securityratty.com/tag/devices">devices</category>
      <category domain="http://securityratty.com/tag/devices inevitably">devices inevitably</category>
      <category domain="http://securityratty.com/tag/digital manners policies">digital manners policies</category>
      <category domain="http://securityratty.com/tag/prevent">prevent</category>
      <category domain="http://securityratty.com/tag/prevent security cameras">prevent security cameras</category>
      <category domain="http://securityratty.com/tag/difficult security">difficult security</category>
      <category domain="http://securityratty.com/tag/cameras">cameras</category>
      <category domain="http://securityratty.com/tag/prevent students">prevent students</category>
      <source url="http://www.schneier.com/blog/archives/2008/07/kill_switches_a.html">Kill Switches and Remote Control</source>
    </item>
    <item>
      <title><![CDATA[Security Matters: I've Seen the Future, and It Has a Kill Switch]]></title>
      <link>http://securityratty.com/article/b9aa8529e116abf92778a4755495e63d</link>
      <guid>http://securityratty.com/article/b9aa8529e116abf92778a4755495e63d</guid>
      <description><![CDATA[It used to be that just the entertainment industries wanted to control your computers -- and televisions and iPods and everything else -- to ensure that you didn't violate any copyright rules. But now...]]></description>
      <content:encoded><![CDATA[<p>It used to be that just the entertainment industries wanted to control your computers -- and televisions and iPods and everything else -- to ensure that you didn't violate any copyright rules. But now everyone else wants to get their hooks into your gear.
</p><p>
OnStar will soon include the <a href="http://www.informationweek.com/news/mobility/showArticle.jhtml?articleID=202400922">ability</a> for the police to shut off your engine remotely. Buses are getting the <a href="http://www.nypost.com/seven/06082008/news/regionalnews/busting_terror_114567.htm">same capability</a>, in case terrorists want to re-enact the movie <cite>Speed</cite>. The Pentagon wants a kill switch <a href="http://blog.wired.com/defense/2008/06/the-pentagons-n.html">installed</a> on airplanes, and is worried about potential enemies <a href="http://spectrum.ieee.org/may08/6171">installing</a> kill switches on their own equipment. 
</p><p>
Microsoft is doing some of the most creative thinking along these lines, with something it's calling "<a href="http://arstechnica.com/news.ars/post/20080611-microsoft-patent-brings-miss-manners-into-the-digital-age.html">Digital Manners Policies</a>." According to its <a href="http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PG01&p=1&u=%2Fnetahtml%2FPTO%2Fsrchnum.html&r=1&f=G&l=50&s1=%2220080125102%22.PGNR.&OS=DN/20080125102&RS=DN/20080125102">patent application</a>, DMP-enabled devices would accept broadcast "orders" limiting capabilities. Cellphones could be remotely set to vibrate mode in restaurants and concert halls, and be turned off on airplanes and in hospitals. Cameras could be prohibited from taking pictures in locker rooms and museums, and recording equipment could be disabled in theaters. Professors finally could prevent students from texting one another during class. 
</p><p>
The possibilities are endless, and very dangerous. Making this work involves building a nearly flawless hierarchical system of authority. That's a difficult security problem even in its simplest form. Distributing that system among a variety of different devices -- computers, phones, PDAs, cameras, recorders -- with different firmware and manufacturers, is even more difficult. Not to mention delegating different levels of authority to various agencies, enterprises, industries and individuals, and then enforcing the necessary safeguards.
</p><p>
Once we go down this path -- giving one device authority over other devices -- the security problems start piling up. Who has the authority to limit functionality of my devices, and how do they get that authority? What prevents them from abusing that power? Do I get the ability to override their limitations? In what circumstances, and how? Can they override my override?
</p><p>
How do we prevent this from being abused? Can a burglar, for example, enforce a "no photography" rule and prevent security cameras from working? Can the police enforce the same rule to avoid another Rodney King incident? Do the police get "superuser" devices that cannot be limited, and do they get "supercontroller" devices that can limit anything? How do we ensure that only they get them, and what do we do when the devices inevitably fall into the wrong hands?
</p><p>
It's comparatively easy to make this work in closed specialized systems -- OnStar, airplane avionics, military hardware -- but much more difficult in open-ended systems. If you think Microsoft's vision could possibly be securely designed, all you have to do is look at the dismal effectiveness of the various copy-protection and digital-rights-management systems we've seen over the years. That's a similar capabilities-enforcement mechanism, albeit simpler than these more general systems.
</p><p>
And that's the key to understanding this system. Don't be fooled by the scare stories of wireless devices on airplanes and in hospitals, or visions of a world where no one is yammering loudly on their cellphones in posh restaurants. This is really about media companies wanting to exert their control further over your electronics. They not only want to prevent you from surreptitiously recording movies and concerts, they want your new television to enforce good "manners" on your computer, and not allow it to record any programs. They want your iPod to politely refuse to copy music a computer other than your own. They want to enforce <em>their</em> legislated definition of manners: to control what you do and when you do it, and to charge you repeatedly for the privilege whenever possible. 
</p><p>
"Digital Manners Policies" is a marketing term. Let's call this what it really is: Selective Device Jamming. It's not polite, it's dangerous. It won't make anyone more secure -- or more polite.
</p>
<p>
---
</p>
<p><em>Bruce Schneier is chief security technology officer of BT, and author of</em> Beyond Fear: Thinking Sensibly About Security in an Uncertain World<em>.</em>
</p><br style="clear: both;"/>
  <img alt="" style="border: 0; height:1px; width:1px;" border="0" src="http://www.pheedo.com/img.phdo?i=2e7004605a2cfdb2dff6647568035341" height="1" width="1"/>
<img src="http://www.pheedo.com/feeds/tracker.php?i=2e7004605a2cfdb2dff6647568035341" style="display: none;" border="0" height="1" width="1" alt=""/><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=TdV5GI"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=TdV5GI" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=hCKWyi"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=hCKWyi" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=P6GE7i"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=P6GE7i" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=YY5ZlI"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=YY5ZlI" border="0"></img></a>
 <a href="http://feeds.wired.com/~f/wired/politics/security?a=rAla0I"><img src="http://feeds.wired.com/~f/wired/politics/security?i=rAla0I" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=DKXIgi"><img src="http://feeds.wired.com/~f/wired/politics/security?i=DKXIgi" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=IE7M8i"><img src="http://feeds.wired.com/~f/wired/politics/security?i=IE7M8i" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=swX5hI"><img src="http://feeds.wired.com/~f/wired/politics/security?i=swX5hI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/wired/politics/privacy/~4/320220918" height="1" width="1"/><img src="http://feeds.wired.com/~r/wired/politics/security/~4/320220920" height="1" width="1"/>]]></content:encoded>
      <pubDate>Thu, 26 Jun 2008 00:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/wireless devices">wireless devices</category>
      <category domain="http://securityratty.com/tag/devices">devices</category>
      <category domain="http://securityratty.com/tag/prevent">prevent</category>
      <category domain="http://securityratty.com/tag/prevent security cameras">prevent security cameras</category>
      <category domain="http://securityratty.com/tag/difficult security">difficult security</category>
      <category domain="http://securityratty.com/tag/cameras">cameras</category>
      <category domain="http://securityratty.com/tag/prevent students">prevent students</category>
      <category domain="http://securityratty.com/tag/difficult">difficult</category>
      <source url="http://feeds.wired.com/~r/wired/politics/security/~3/320220920/securitymatters_0626">Security Matters: I've Seen the Future, and It Has a Kill Switch</source>
    </item>
    <item>
      <title><![CDATA[The Security Mindset]]></title>
      <link>http://securityratty.com/article/e48a4db680e3646bb79fbb06352c67d7</link>
      <guid>http://securityratty.com/article/e48a4db680e3646bb79fbb06352c67d7</guid>
      <description><![CDATA[Uncle Milton Industries has been selling ant farms to children since 1956. Some years ago, I remember opening one up with a friend. There were no actual ants included in the box. Instead, there was a...]]></description>
      <content:encoded><![CDATA[<p>Uncle Milton Industries has been selling ant farms to children since 1956. Some years ago, I remember opening one up with a friend. There were no actual ants included in the box.  Instead, there was a card that you filled in with your address, and the company would mail you some ants. My friend expressed surprise that you could get ants sent to you in the mail.</p>

<p>I replied: "What's really interesting is that these people will send a tube of live ants to anyone you tell them to."</p>

<p>Security requires a particular mindset. Security professionals -- at least the good ones -- see the world differently. They can't walk into a store without noticing how they might shoplift. They can't use a computer without wondering about the security vulnerabilities.  They can't vote without trying to figure out how to vote twice. They just can't help it.</p>

<p><a href="http://www.smartwater.com/products/securitySolutions.html">SmartWater</a> is a liquid with a unique identifier linked to a particular owner. "The idea is for me to paint this stuff on my valuables as proof of ownership," I <a href="http://www.schneier.com/blog/archives/2005/02/smart_water.html">wrote</a> when I first learned about the idea. "I think a better idea would be for me to paint it on <em>your</em> valuables, and then call the police."</p>

<p>Really, we can't help it.</p>

<p>This kind of thinking is not natural for most people. It's not natural for engineers. Good engineering involves thinking about how things can be made to work; the security mindset involves thinking about how things can be made to fail. It involves thinking like an attacker, an adversary or a criminal. You don't have to exploit the vulnerabilities you find, but if you don't see the world that way, you'll never notice most security problems.</p>

<p>I've often speculated about how much of this is innate, and how much is teachable. In general, I think it's a particular way of looking at the world, and that it's far easier to teach someone domain expertise -- cryptography or software security or safecracking or document forgery -- than it is to teach someone a security mindset.</p>

<p>Which is why <a href="http://www.cs.washington.edu/education/courses/484/08wi/">CSE 484</a>, an undergraduate computer-security course taught this quarter at the University of Washington, is so interesting to watch. Professor Tadayoshi Kohno is trying to teach a <a href="http://cubist.cs.washington.edu/Security/2007/11/22/why-a-computer-security-course-blog/">security mindset</a>.</p>

<p>You can see the results in the <a href="http://cubist.cs.washington.edu/Security/">blog</a> the students are keeping. They're encouraged to post <a href="http://cubist.cs.washington.edu/Security/category/security-reviews/">security reviews</a> about random things:  <a href="http://cubist.cs.washington.edu/Security/2008/02/10/security-review-smart-<br />
pillboxes-maybe-too-smart/">smart pill boxes</a>, <a href="http://cubist.cs.washington.edu/Security/2008/02/10/security-review-quiet-care/">Quiet Care Elder Care monitors</a>, <a href="http://cubist.cs.washington.edu/Security/2008/01/18/security-review-apples-time-capsule/">Apple's Time Capsule</a>, <a href="http://cubist.cs.washington.edu/Security/2008/02/10/security-review-gm-onstar/">GM's OnStar</a>, <a href="http://cubist.cs.washington.edu/Security/2008/02/03/security-review-traffic-lights/">traffic lights</a>, <a href="http://cubist.cs.washington.edu/Security/2008/01/11/un-safe-deposit-box-security-review/">safe deposit boxes</a>, and <a href="http://cubist.cs.washington.edu/Security/2008/01/13/social-engineering-your-way-into-a-dorm-room/">dorm room security</a>.</p>

<p>One <a href="http://cubist.cs.washington.edu/Security/2008/03/14/security-review-michaels-toyota-service-center/">recent one</a> is about an automobile dealership. The poster described how she was able to retrieve her car after service just by giving the attendant her last name. Now any normal car owner would be happy about how easy it was to get her car back, but someone with a security mindset immediately thinks: "Can I really get a car just by knowing the last name of someone whose car is being serviced?"</p>

<p>The rest of the blog post speculates on how someone could steal a car by exploiting this security vulnerability, and whether it makes sense for the dealership to have this lax security. You can quibble with the analysis -- I'm curious about the liability that the dealership has, and whether their insurance would cover any losses -- but that's all domain expertise. The important point is to notice, and then question, the security in the first place.</p>

<p>The lack of a security mindset explains a lot of bad security out there: voting machines, electronic payment cards, <a href=" http://www.schneier.com/blog/archives/2008/03/hacking_medical_1.html">medical devices</a>, ID cards, internet protocols. The designers are so busy making these systems work that they don't stop to notice how they might fail or be made to fail, and then how those failures might be exploited. Teaching designers a security mindset will go a long way toward making future technological systems more secure.</p>

<p>That part's obvious, but I think the security mindset is beneficial in many more ways. If people can learn how to think outside their narrow focus and see a bigger picture, whether in technology or politics or their everyday lives, they'll be more sophisticated consumers, more skeptical citizens, less gullible people.</p>

<p>If more people had a security mindset, services that compromise privacy wouldn't have such a sizable market share -- and Facebook would be totally different. Laptops wouldn't be lost with millions of unencrypted Social Security numbers on them, and we'd all learn a lot fewer security lessons the hard way. The power grid would be more secure. Identity theft would go way down. Medical records would be more private. If people had the security mindset, they wouldn't have tried to look at <a http="http://www.msnbc.msn.com/id/23640143">Britney Spears' medical records</a>, since they would have realized that they would be caught.</p>

<p>There's nothing magical about this particular university class; anyone can exercise his security mindset simply by trying to look at the world from an attacker's perspective. If I wanted to evade this particular security device, how would I do it? Could I follow the letter of this law but get around the spirit? If the person who wrote this advertisement, essay, article or television documentary were unscrupulous, what could he have done? And then, how can I protect myself from these attacks?</p>

<p>The security mindset is a valuable skill that everyone can benefit from, regardless of career path.</p>

<p>This essay <a href="http://www.wired.com/politics/security/commentary/securitymatters/2008/03/securitymatters_0320">originally appeared</a> on Wired.com.</p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=GkQ6ayF"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=GkQ6ayF" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=HHzos3F"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=HHzos3F" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Tue, 25 Mar 2008 02:27:19 +0000</pubDate>
      <category domain="http://securityratty.com/tag/security mindset">security mindset</category>
      <category domain="http://securityratty.com/tag/mindset">mindset</category>
      <category domain="http://securityratty.com/tag/security mindset immediately">security mindset immediately</category>
      <category domain="http://securityratty.com/tag/security mindset explains">security mindset explains</category>
      <category domain="http://securityratty.com/tag/security mindset simply">security mindset simply</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/security mindset involves">security mindset involves</category>
      <category domain="http://securityratty.com/tag/involves">involves</category>
      <category domain="http://securityratty.com/tag/security requires">security requires</category>
      <source url="http://www.schneier.com/blog/archives/2008/03/the_security_mi.html">The Security Mindset</source>
    </item>
    <item>
      <title><![CDATA[The Security Mindset]]></title>
      <link>http://securityratty.com/article/362d93f125a7ae5f06296ccce12fcf1c</link>
      <guid>http://securityratty.com/article/362d93f125a7ae5f06296ccce12fcf1c</guid>
      <description><![CDATA[Uncle Milton Industries has been selling ant farms to children since 1956. Some years ago, I remember opening one up with a friend. There were no actual ants included in the box. Instead, there was a...]]></description>
      <content:encoded><![CDATA[<p>Uncle Milton Industries has been selling ant farms to children since 1956. Some years ago, I remember opening one up with a friend. There were no actual ants included in the box.  Instead, there was a card that you filled in with your address, and the company would mail you some ants. My friend expressed surprise that you could get ants sent to you in the mail.</p>

<p>I replied: "What's really interesting is that these people will send a tube of live ants to anyone you tell them to."</p>

<p>Security requires a particular mindset. Security professionals -- at least the good ones -- see the world differently. They can't walk into a store without noticing how they might shoplift. They can't use a computer without wondering about the security vulnerabilities.  They can't vote without trying to figure out how to vote twice. They just can't help it.</p>

<p><a href="http://www.smartwater.com/products/securitySolutions.html">SmartWater</a> is a liquid with a unique identifier linked to a particular owner. "The idea is for me to paint this stuff on my valuables as proof of ownership," I <a href="http://www.schneier.com/blog/archives/2005/02/smart_water.html">wrote</a> when I first learned about the idea. "I think a better idea would be for me to paint it on <em>your</em> valuables, and then call the police."</p>

<p>Really, we can't help it.</p>

<p>This kind of thinking is not natural for most people. It's not natural for engineers. Good engineering involves thinking about how things can be made to work; the security mindset involves thinking about how things can be made to fail. It involves thinking like an attacker, an adversary or a criminal. You don't have to exploit the vulnerabilities you find, but if you don't see the world that way, you'll never notice most security problems.</p>

<p>I've often speculated about how much of this is innate, and how much is teachable. In general, I think it's a particular way of looking at the world, and that it's far easier to teach someone domain expertise -- cryptography or software security or safecracking or document forgery -- than it is to teach someone a security mindset.</p>

<p>Which is why <a href="http://www.cs.washington.edu/education/courses/484/08wi/">CSE 484</a>, an undergraduate computer-security course taught this quarter at the University of Washington, is so interesting to watch. Professor Tadayoshi Kohno is trying to teach a <a href="http://cubist.cs.washington.edu/Security/2007/11/22/why-a-computer-security-course-blog/">security mindset</a>.</p>

<p>You can see the results in the <a href="http://cubist.cs.washington.edu/Security/">blog</a> the students are keeping. They're encouraged to post <a href="http://cubist.cs.washington.edu/Security/category/security-reviews/">security reviews</a> about random things:  <a href="http://cubist.cs.washington.edu/Security/2008/02/10/security-review-smart-pillboxes-maybe-too-smart/">smart pill boxes</a>, <a href="http://cubist.cs.washington.edu/Security/2008/02/10/security-review-quiet-care/">Quiet Care Elder Care monitors</a>, <a href="http://cubist.cs.washington.edu/Security/2008/01/18/security-review-apples-time-capsule/">Apple's Time Capsule</a>, <a href="http://cubist.cs.washington.edu/Security/2008/02/10/security-review-gm-onstar/">GM's OnStar</a>, <a href="http://cubist.cs.washington.edu/Security/2008/02/03/security-review-traffic-lights/">traffic lights</a>, <a href="http://cubist.cs.washington.edu/Security/2008/01/11/un-safe-deposit-box-security-review/">safe deposit boxes</a>, and <a href="http://cubist.cs.washington.edu/Security/2008/01/13/social-engineering-your-way-into-a-dorm-room/">dorm room security</a>.</p>

<p>One <a href="http://cubist.cs.washington.edu/Security/2008/03/14/security-review-michaels-toyota-service-center/">recent one</a> is about an automobile dealership. The poster described how she was able to retrieve her car after service just by giving the attendant her last name. Now any normal car owner would be happy about how easy it was to get her car back, but someone with a security mindset immediately thinks: "Can I really get a car just by knowing the last name of someone whose car is being serviced?"</p>

<p>The rest of the blog post speculates on how someone could steal a car by exploiting this security vulnerability, and whether it makes sense for the dealership to have this lax security. You can quibble with the analysis -- I'm curious about the liability that the dealership has, and whether their insurance would cover any losses -- but that's all domain expertise. The important point is to notice, and then question, the security in the first place.</p>

<p>The lack of a security mindset explains a lot of bad security out there: voting machines, electronic payment cards, <a href=" http://www.schneier.com/blog/archives/2008/03/hacking_medical_1.html">medical devices</a>, ID cards, internet protocols. The designers are so busy making these systems work that they don't stop to notice how they might fail or be made to fail, and then how those failures might be exploited. Teaching designers a security mindset will go a long way toward making future technological systems more secure.</p>

<p>That part's obvious, but I think the security mindset is beneficial in many more ways. If people can learn how to think outside their narrow focus and see a bigger picture, whether in technology or politics or their everyday lives, they'll be more sophisticated consumers, more skeptical citizens, less gullible people.</p>

<p>If more people had a security mindset, services that compromise privacy wouldn't have such a sizable market share -- and Facebook would be totally different. Laptops wouldn't be lost with millions of unencrypted Social Security numbers on them, and we'd all learn a lot fewer security lessons the hard way. The power grid would be more secure. Identity theft would go way down. Medical records would be more private. If people had the security mindset, they wouldn't have tried to look at <a http="http://www.msnbc.msn.com/id/23640143">Britney Spears' medical records</a>, since they would have realized that they would be caught.</p>

<p>There's nothing magical about this particular university class; anyone can exercise his security mindset simply by trying to look at the world from an attacker's perspective. If I wanted to evade this particular security device, how would I do it? Could I follow the letter of this law but get around the spirit? If the person who wrote this advertisement, essay, article or television documentary were unscrupulous, what could he have done? And then, how can I protect myself from these attacks?</p>

<p>The security mindset is a valuable skill that everyone can benefit from, regardless of career path.</p>

<p>This essay <a href="http://www.wired.com/politics/security/commentary/securitymatters/2008/03/securitymatters_0320">originally appeared</a> on Wired.com.</p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=85g7OnF"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=85g7OnF" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=8RlCwiF"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=8RlCwiF" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Tue, 25 Mar 2008 02:27:19 +0000</pubDate>
      <category domain="http://securityratty.com/tag/security mindset">security mindset</category>
      <category domain="http://securityratty.com/tag/mindset">mindset</category>
      <category domain="http://securityratty.com/tag/security mindset immediately">security mindset immediately</category>
      <category domain="http://securityratty.com/tag/security mindset explains">security mindset explains</category>
      <category domain="http://securityratty.com/tag/security mindset simply">security mindset simply</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/security mindset involves">security mindset involves</category>
      <category domain="http://securityratty.com/tag/involves">involves</category>
      <category domain="http://securityratty.com/tag/security requires">security requires</category>
      <source url="http://www.schneier.com/blog/archives/2008/03/the_security_mi_1.html">The Security Mindset</source>
    </item>
    <item>
      <title><![CDATA[OnStar Offers a Model for IT Security]]></title>
      <link>http://securityratty.com/article/c41d8b202e7ddfec3a4ae2d7f3f68cac</link>
      <guid>http://securityratty.com/article/c41d8b202e7ddfec3a4ae2d7f3f68cac</guid>
      <description><![CDATA[At the recent Gartner Mobile and Wireless Conference, Sanjay Khunger, the chief technologist of GM's OnStar unit, gave a presentation on the history of OnStar's satellite-based remote safety, security...]]></description>
      <content:encoded><![CDATA[At the recent Gartner Mobile and Wireless Conference, Sanjay Khunger, the chief technologist of GM's OnStar unit, gave a presentation on the history of OnStar's satellite-based remote safety, security and diagnostic service. GM looks at auto safety as being in three distinct phases: before the crash, during the crash and after the crash. Another way to look at this is preventing/avoiding the crash, surviving the crash and recovering after the crash. GM designs features into cars in each of those phases (anti-lock brakes to avoid crashes, chassis design and airbags that reduce injury during the crash, and so on). I always thought of OnStar as a "push the button to call for help" service, but Khunger explained how it was an integrated part of GM's overall safety strategy. <br />
<br />
Beyond the obvious capabilities to call for help after a crash, OnStar has features that also apply to the first two phases. Hands- and eyes-free navigation and cell phone capabilities minimize driver distraction and reduce accidents. Remote proactive diagnostics and remote door unlock services reduce the time a driver spends standing next to a dead car on the side of the road. Multiple sensors in the vehicle provide information on the type of crash and the number of occupants so that emergency personnel have more information to ensure that EMTs have the right equipment to best save lives at the crash scene.<br />
<br />
This isn't meant to be a commercial for OnStar - if you watch sports on TV, you've already seen plenty of those. However, GM's placement of a security-related service in the larger context of customer safety really hits home on a larger point: Security and, just as importantly, safety need to be worked into all the critical business and IT processes at your business. The biggest bang for the buck comes from avoiding incidents - minimizing vulnerabilities in applications, not just by having secure development life cycles but by thinking about user safety. What are the abuse cases where a user or customer might accidentally put themselves in danger? What features are built into your business applications to avoid those situations? <br />
<br />
Financially, OnStar makes more money by helping its customers avoid accidents. But stuff happens, and building in instrumentation, response and recovery features to minimize damage during an incident and speed to ensure swift resumption of business after an incident is important, as well. This applies as much to car crashes as it does to identity theft incidents, insider attacks and every other IT security "crash." Build security into your critical business processes, and keep your customers safe. ]]></content:encoded>
      <pubDate>Fri, 07 Mar 2008 08:08:35 +0000</pubDate>
      <category domain="http://securityratty.com/tag/processes">processes</category>
      <category domain="http://securityratty.com/tag/critical business processes">critical business processes</category>
      <category domain="http://securityratty.com/tag/onstar">onstar</category>
      <category domain="http://securityratty.com/tag/critical business">critical business</category>
      <category domain="http://securityratty.com/tag/crash">crash</category>
      <category domain="http://securityratty.com/tag/remote safety">remote safety</category>
      <category domain="http://securityratty.com/tag/crash scene">crash scene</category>
      <category domain="http://securityratty.com/tag/safety">safety</category>
      <category domain="http://securityratty.com/tag/auto safety">auto safety</category>
      <source url="http://blog.gartner.com/blog/security.php?x=0&amp;itemid=3186">OnStar Offers a Model for IT Security</source>
    </item>
    <item>
      <title><![CDATA[Analog cell phone service ending in February]]></title>
      <link>http://securityratty.com/article/40bb7cfdee8286a93b2f5749449b4575</link>
      <guid>http://securityratty.com/article/40bb7cfdee8286a93b2f5749449b4575</guid>
      <description><![CDATA[Some wireless alarm and vehicular OnStar systems will be...]]></description>
      <content:encoded><![CDATA[Some wireless alarm and vehicular OnStar systems will be affected]]></content:encoded>
      <pubDate>Thu, 03 Jan 2008 05:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/vehicular onstar systems">vehicular onstar systems</category>
      <category domain="http://securityratty.com/tag/wireless alarm">wireless alarm</category>
      <source url="http://www.itcinstitute.com/display.aspx?ID=4717">Analog cell phone service ending in February</source>
    </item>
  </channel>
</rss>
