<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:iweb="http://www.apple.com/iweb" version="2.0">
  <channel>
    <title>NOUVEL Blogs  &gt;  InfoSec in the News</title>
    <link>http://NouvelStrategies.com/E/InfoSec-in-the-News/InfoSec-in-the-News.html</link>
    <description>Articles about information security now appear regularly in the mainstream media, which has the effect of improving public awareness about information risk. Increased visibility also creates challenges, as simplification and a sense of urgency can make it difficult for mainstream readers to put risks into perspective. </description>
    <generator>iWeb 3.0.4</generator>
    <image>
      <url>http://NouvelStrategies.com/E/InfoSec-in-the-News/InfoSec-in-the-News_files/NOUVEL.Blog.jpg</url>
      <title>NOUVEL Blogs  &gt;  InfoSec in the News</title>
      <link>http://NouvelStrategies.com/E/InfoSec-in-the-News/InfoSec-in-the-News.html</link>
    </image>
    <item>
      <title>The NY Times: SecureID Security Breach in the News</title>
      <link>http://NouvelStrategies.com/E/InfoSec-in-the-News/Entries/2011/3/28_The_NY_Times__Weak_Passwords_in_the_News_2.html</link>
      <guid isPermaLink="false">110b8a29-e11f-45f9-9c01-f1f612606523</guid>
      <pubDate>Mon, 28 Mar 2011 09:00:18 +0200</pubDate>
      <description>&lt;a href=&quot;http://NouvelStrategies.com/E/InfoSec-in-the-News/Entries/2011/3/28_The_NY_Times__Weak_Passwords_in_the_News_2_files/NYTimes.SecurID-Breach.jpg&quot;&gt;&lt;img src=&quot;http://NouvelStrategies.com/E/InfoSec-in-the-News/Media/object001_1.jpg&quot; style=&quot;float:left; padding-right:10px; padding-bottom:10px; width:175px; height:131px;&quot;/&gt;&lt;/a&gt;John Markoff’s article &lt;a href=&quot;http://www.nytimes.com/2011/03/18/technology/18secure.html&quot;&gt;“SecurID Company Suffers a Breach of Data Security”&lt;/a&gt; in The New York times reveals an embarrassing data security breach for information security industry giant &lt;a href=&quot;http://www.rsa.com/&quot;&gt;RSA Security&lt;/a&gt;. The security breach involved the theft of some unspecified information related to RSA’s SecurID product.&lt;br/&gt;The security breach is hugely significant as by RSA’s own admission, 250 million people globally use a SecurID “token” (see photo) to authenticate their identity to their information systems. The SecurID token essentially provides a second password for use during login, an information security technique called “strong authentication.” Strong authentication is more complicated (and expensive) to implement than traditional password-only authentication (also known as “weak authentication”). Therefore, strong authentication is typically only used to protect valuable, sensitive information assets, or assets that are perceived to be more vulnerable to attack. For example, many corporations and government sites require the use of SecurID tokens for remote access via the Internet.&lt;br/&gt;So, to summarize, the security product used to help control access to some of the most sensitive information systems in the world has been compromised. Oops.&lt;br/&gt;What is the precise nature of the compromise? RSA isn’t precisely saying. RSA behaved responsibly by notifying their customers of the problem. An &lt;a href=&quot;http://www.rsa.com/node.aspx?id=3872&quot;&gt;open letter&lt;/a&gt; from company chairman Art Coviello was prominently posted on the RSA website, giving a high-level explanation of the security breach. Unfortunately, aside from using the new “Advanced Persistent Threat” buzz-phrase, nothing of substance about the security breach was revealed. &lt;br/&gt;If your site uses SecurID tokens as part of their information security infrastructure, I suspect that you’ll be paying close attention to this story for the foreseeable future. More information will be forthcoming in the coming weeks and months as the many SecurID users around the world demand to know if their strong authentication systems are still strong. Only with additional information will it be possible for organizations to make an accurate and credible assessment. &lt;br/&gt;—Jim Herbeck&lt;br/&gt;&lt;br/&gt;RSA SecurID product photo and website fragment are ©Copyright EMC Corporation.</description>
      <enclosure url="http://NouvelStrategies.com/E/InfoSec-in-the-News/Entries/2011/3/28_The_NY_Times__Weak_Passwords_in_the_News_2_files/NYTimes.SecurID-Breach.jpg" length="193154" type="image/jpeg"/>
    </item>
    <item>
      <title>USA Today: Car Hacking in the News</title>
      <link>http://NouvelStrategies.com/E/InfoSec-in-the-News/Entries/2011/3/14_USA_Today__Car_Hacking_in_the_News.html</link>
      <guid isPermaLink="false">6424f06d-deec-4065-bd76-d08f51c78699</guid>
      <pubDate>Mon, 14 Mar 2011 09:00:50 +0100</pubDate>
      <description>&lt;a href=&quot;http://NouvelStrategies.com/E/InfoSec-in-the-News/Entries/2011/3/14_USA_Today__Car_Hacking_in_the_News_files/2011-03-09.USA-Today.Car-hacking.jpg&quot;&gt;&lt;img src=&quot;http://NouvelStrategies.com/E/InfoSec-in-the-News/Media/object061.jpg&quot; style=&quot;float:left; padding-right:10px; padding-bottom:10px; width:175px; height:131px;&quot;/&gt;&lt;/a&gt;Ken Thomas article &lt;a href=&quot;http://www.usatoday.com/tech/news/2011-03-09-car-hackers_N.htm&quot;&gt;“Auto industry guards against hacking”&lt;/a&gt; in USA Today offers a misleading summary of the state of security of the computers found in modern automobiles.&lt;br/&gt;The computers that are used in cars are properly referred to as embedded systems. In general, the lack of embedded system security is one of the dirty little secrets of the information security profession. &lt;br/&gt;There are three factors to consider for securing embedded automotive systems:&lt;br/&gt;	1)	Safety. When considering security for general purpose computers, e.g., PCs, the goal of information security is protecting confidentiality, integrity, and availability. But the embedded systems in a car may control important driving functions (engine and braking systems) in addition to auxiliary functions (lighting and sounds systems).  Imagine a car travel at highway speed on a rainy night. Then imagine any of the following events occurring: - the engine speeds up, causing the car to accelerate to an unsafe speed; - the brakes stop working; - the interior and exterior lights all turn off and won’t turn on; - the sound system turns on at a high volume and won’t turn off. Could any of those events cause the driver to lose control of the car, and as a consequence cause an accident that could possible injure the driver, passenger, or other drivers? These imagined events could potentially occur if the cars embedded systems were compromised.&lt;br/&gt;	2)	Lack of software updates. General purpose computers running mainstream operating systems (Windows, Mac OS, Linux) receive frequent software updates. Computer and smartphone users expect security vulnerabilities to be resolved with periodic software updates. But when was the last time an automobile embedded system received a software update to correct a security vulnerability? The answer is “never.” Is this because there are no security vulnerabilities in automotive embedded systems? Or, should it be assumed that there are millions of automobiles on the road today with vulnerable embedded systems?&lt;br/&gt;	3)	New attack vectors. In the past, automotive embedded systems would require physical access to exploit. In other words, the attacker needs to have physical access to an unlocked car to attack the embedded systems. This ties the risk of embedded system attack to the risk associated with physical security, which is fairly well understood (and fairly low). But consider more recent cars that have bluetooth wireless interfaces or built-in cellular telephones. These vehicles can be attacked by someone outside the car, and in the case of the cellular telephone interface, possibly thousands of miles away.&lt;br/&gt;The threat of new attack vectors combined with vulnerable embedded systems in automobiles creates a serious risk of potential accidents and injuries. &lt;br/&gt;While I’m gratified that, as the article reports, “the industry formed a panel to investigate the issue during the past month and hopes to develop common standards and ways to address hacking within the next year,” this sounds to me like having a committee meet to discuss fire safety in a building that’s already on fire. I think car companies should stop selling cars with bluetooth or cellular interfaces until they can guarantee the security (and safety) of their products.&lt;br/&gt;—Jim Herbeck</description>
      <enclosure url="http://NouvelStrategies.com/E/InfoSec-in-the-News/Entries/2011/3/14_USA_Today__Car_Hacking_in_the_News_files/2011-03-09.USA-Today.Car-hacking.jpg" length="188931" type="image/jpeg"/>
    </item>
    <item>
      <title>The NY Times: Cyber War in the News</title>
      <link>http://NouvelStrategies.com/E/InfoSec-in-the-News/Entries/2010/2/8_The_NY_Times__Cyber_War_in_the_News.html</link>
      <guid isPermaLink="false">dcb7be33-af47-4cd0-b892-203658dd7331</guid>
      <pubDate>Mon, 8 Feb 2010 09:00:03 +0100</pubDate>
      <description>&lt;a href=&quot;http://NouvelStrategies.com/E/InfoSec-in-the-News/Entries/2010/2/8_The_NY_Times__Cyber_War_in_the_News_files/2010-01-25.NYTimes.Cyberwar.jpg&quot;&gt;&lt;img src=&quot;http://NouvelStrategies.com/E/InfoSec-in-the-News/Media/object010_1.jpg&quot; style=&quot;float:left; padding-right:10px; padding-bottom:10px; width:175px; height:131px;&quot;/&gt;&lt;/a&gt;John Markoff, David E. Sanger and Thom Shanker’s story &lt;a href=&quot;http://www.nytimes.com/2010/01/26/world/26cyber.html?pagewanted=all&quot;&gt;“In Digital Combat, U.S. Finds No Easy Deterrent”&lt;/a&gt; at The New York times offers  a sobering view on the state of cyber security in the US. The article recounts the details of a simulated cyber attack against US infrastructure on Jan 11. The would-be attacker had many advantages: stealth, anonymity, and unpredictability. The defenders had many challenges: no way to retaliate without knowing who was attacking, no legal authority to respond, and no way of determining whether the attack was vandalism, industrial espionage, or state-sponsored cyber terrorism—each of which would require a different response.&lt;br/&gt;The article also notes the similarity of this simulation with the recent real-world cyber attack against Google that was traced to the Chinese. It also noted that Google broke the silence that usually surrounds security breaches. Most organizations are reluctant to admit that they were vulnerable to attack. &lt;br/&gt;Some people are depressed by articles that openly discuss the threat of hacking, and how many large corporations and government organizations are not capable of defending themselves against a cyber attack. But I’m encouraged: only through more openness and more discussion about the very real cyber security challenges that the world faces will there be progress toward securing cyber space. &lt;br/&gt;—Jim Herbeck</description>
      <enclosure url="http://NouvelStrategies.com/E/InfoSec-in-the-News/Entries/2010/2/8_The_NY_Times__Cyber_War_in_the_News_files/2010-01-25.NYTimes.Cyberwar.jpg" length="240476" type="image/jpeg"/>
    </item>
    <item>
      <title>The NY Times: Weak Passwords in the News</title>
      <link>http://NouvelStrategies.com/E/InfoSec-in-the-News/Entries/2010/1/25_The_NY_Times__Weak_Passwords_in_the_News.html</link>
      <guid isPermaLink="false">390eab52-30a0-477a-9e3c-6ede03a55cee</guid>
      <pubDate>Mon, 25 Jan 2010 15:22:41 +0100</pubDate>
      <description>&lt;a href=&quot;http://NouvelStrategies.com/E/InfoSec-in-the-News/Entries/2010/1/25_The_NY_Times__Weak_Passwords_in_the_News_files/2010-01-20.NYTimes.Passwords.jpg&quot;&gt;&lt;img src=&quot;http://NouvelStrategies.com/E/InfoSec-in-the-News/Media/object002_1.jpg&quot; style=&quot;float:left; padding-right:10px; padding-bottom:10px; width:175px; height:131px;&quot;/&gt;&lt;/a&gt;Ashlee Vance’s story &lt;a href=&quot;http://www.nytimes.com/2010/01/21/technology/21password.html&quot;&gt;“If Your Password Is 123456, Just Make It HackMe”&lt;/a&gt; in The New York times reveals how weak passwords are at some websites. The story is based on analysis of password data that was exposed during the &lt;a href=&quot;http://en.wikipedia.org/wiki/RockYou!&quot;&gt;RockYou!&lt;/a&gt; data security breach. RockYou!, a Facebook widget developer, was hacked on Dec 9, 2009. The attacker was able to access a database that contained the usernames and unencrypted passwords of approximately 32 million users. After the attack, the list of stolen usernames and passwords was briefly posted on a website. &lt;br/&gt;&lt;a href=&quot;http://www.imperva.com/&quot;&gt;Imperva&lt;/a&gt;, a data security firm, analyzed the passwords and published their results in a data security study entitled &lt;a href=&quot;http://www.imperva.com/ld/password_report.asp&quot;&gt;“Consumer Password Worst Practices”&lt;/a&gt; (registration required). The report reveals the most popular passwords:&lt;br/&gt;Password Popularity – Top 20 Passwords from Exposed RockYou! Database&lt;br/&gt;&lt;br/&gt;&lt;br/&gt;from “Consumer Password Worst Practices,” Imperva, p. 4&lt;br/&gt;The Times article has a good discussion about the problems associated with weak passwords. I draw two additional conclusions:&lt;br/&gt;	1.	Website developers that don’t force users to choose good passwords, and who then store the weak passwords unencrypted, in clear text, should face legal consequences for negligence—they’re a menace to unsuspecting Internet users;&lt;br/&gt;	2.	Users who choose ridiculously-obvious passwords (e.g., password, abc123, 1234, 12345, etc.) should have their Internet access suspended until they can pass a basic internet security awareness test.&lt;br/&gt; —Jim Herbeck</description>
      <enclosure url="http://NouvelStrategies.com/E/InfoSec-in-the-News/Entries/2010/1/25_The_NY_Times__Weak_Passwords_in_the_News_files/2010-01-20.NYTimes.Passwords.jpg" length="244461" type="image/jpeg"/>
    </item>
    <item>
      <title>The Daily Beast: Potential Compromise of the Google “Cloud”?</title>
      <link>http://NouvelStrategies.com/E/InfoSec-in-the-News/Entries/2010/1/18_The_Daily_Beast__Potential_Compromise_of_the_Google_Cloud.html</link>
      <guid isPermaLink="false">665baf46-2686-4475-9b30-3cf8e72f63ea</guid>
      <pubDate>Mon, 18 Jan 2010 08:00:21 +0100</pubDate>
      <description>&lt;a href=&quot;http://NouvelStrategies.com/E/InfoSec-in-the-News/Entries/2010/1/18_The_Daily_Beast__Potential_Compromise_of_the_Google_Cloud_files/IS-Blog.Google-Coverup.jpg&quot;&gt;&lt;img src=&quot;http://NouvelStrategies.com/E/InfoSec-in-the-News/Media/object066.jpg&quot; style=&quot;float:left; padding-right:10px; padding-bottom:10px; width:175px; height:131px;&quot;/&gt;&lt;/a&gt;Douglas Rushkoff’s story &lt;a href=&quot;http://www.thedailybeast.com/blogs-and-stories/2010-01-13/the-great-google-coverup&quot;&gt;“The Great Google Coverup?”&lt;/a&gt; at TheDailyBeast.com discusses a problem Google may have protecting their data assets in China. This is a troubling aspect of &lt;a href=&quot;http://en.wikipedia.org/wiki/Cloud_computing&quot;&gt;cloud computing&lt;/a&gt;: how can the security of the cloud be reasonably guaranteed? Everyone with a stake in the success of cloud computing speaks confidently about the security of the cloud, but I remain skeptical. According to the article, Google may have put the confidentiality of Chinese Google/gmail users at risk by storing their data on servers located in China. Servers in China could be more vulnerable to physical security breaches and wiretaps by the Chinese government. From my perspective, I’m concerned about any data stored in any cloud—not just clouds that extend into China. &lt;br/&gt;—Jim Herbeck</description>
      <enclosure url="http://NouvelStrategies.com/E/InfoSec-in-the-News/Entries/2010/1/18_The_Daily_Beast__Potential_Compromise_of_the_Google_Cloud_files/IS-Blog.Google-Coverup.jpg" length="229165" type="image/jpeg"/>
    </item>
  </channel>
</rss>

