<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>BlogInfoSec.com &#187; Information Security News</title>
	<atom:link href="http://www.bloginfosec.com/category/information-security-news/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bloginfosec.com</link>
	<description>An Information Security Magazine in a Blog Format</description>
	<lastBuildDate>Mon, 06 Feb 2012 11:00:17 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Pump and Dump and Pump Again</title>
		<link>http://www.bloginfosec.com/2012/02/06/pump-and-dump-and-pump-again/</link>
		<comments>http://www.bloginfosec.com/2012/02/06/pump-and-dump-and-pump-again/#comments</comments>
		<pubDate>Mon, 06 Feb 2012 11:00:17 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[Cybercrime]]></category>
		<category><![CDATA[Information Security News]]></category>
		<category><![CDATA[hacking]]></category>
		<category><![CDATA[information security incidents]]></category>
		<category><![CDATA[pump-and-dump]]></category>
		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=2009</guid>
		<description><![CDATA[In the January 27, 2012 issue of The Wall Street Journal, Jean Eaglesham and Andrew Ackerman wrote an article with the title “SEC Says Latvian Hacked Accounts: Commission Alleges Four Firms Helped Trader Make Unauthorized Online Stock Purchases and Sales.” The article describes the apparent unwitting complicity by four U.S.-based electronic trading firms in a [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>In the January 27, 2012 issue of <strong><em>The Wall Street Journal</em></strong>, Jean Eaglesham and Andrew Ackerman wrote an article with the title “SEC Says Latvian Hacked Accounts: Commission Alleges Four Firms Helped Trader Make Unauthorized Online Stock Purchases and Sales.” The article describes the apparent unwitting complicity by four U.S.-based electronic trading firms in a pump-and-dump fraud scheme supposedly perpetrated by a Latvian hacker. According to the article, the alleged perpetrator hacked into the online brokerage accounts at large broker-dealers from mid-2009 until August 2010 resulting in $2 million in losses at those firms. The fraudster is believed to have used the hijacked accounts to affect the prices of more than 100 stocks and the hacker traded those stocks through electronic trading firms, which are the targets of an SEC enforcement action. The hacker is reported to have netted $850,000 in “illegal profits.”</p>
<p>What is interesting to me is the similarity of this operation to one that occurred more than five years ago. In a major 2006 fraud, detailed in an October 24, 2006 <strong><em>Computerworld</em></strong> article by Eric Lal with the title “Identity thieves hit customers at TD Ameritrade, E-Trade: Stock fraud scheme involving overseas hackers cost $22M in losses,” the perpetrators opened online brokerage accounts and bought substantial quantities of penny stocks. The article is available at <a href="http://www.computerworld.com/s/article/9004416/Identity_thieves_hit_customers_at_TD_Ameritrade_E_Trade">http://www.computerworld.com/s/article/9004416/Identity_thieves_hit_customers_at_TD_Ameritrade_E_Trade</a>  The thieves also obtained account access information and logged into existing accounts (or created false accounts) in order to buy large amounts of the same penny stocks. When the prices rose due to their purchases into the hijacked accounts, they sold their holdings of those stocks from their previously-established accounts and pocketed the profits to the tune of at least $22 million. TD Ameritrade compensated legitimate customers, whose accounts had been hijacked, for $4 million in losses, and E-Trade paid out $18 million.</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=2009&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2012/02/06/pump-and-dump-and-pump-again/">Pump and Dump and Pump Again</a> (124 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2012. |
<a href="http://www.bloginfosec.com/2012/02/06/pump-and-dump-and-pump-again/">Permalink</a> |
<a href="http://www.bloginfosec.com/2012/02/06/pump-and-dump-and-pump-again/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2012/02/06/pump-and-dump-and-pump-again/&title=Pump and Dump and Pump Again">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/hacking/" rel="tag">hacking</a>, <a href="http://www.bloginfosec.com/tag/information-security-incidents/" rel="tag">information security incidents</a>, <a href="http://www.bloginfosec.com/tag/pump-and-dump/" rel="tag">pump-and-dump</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2012/02/06/pump-and-dump-and-pump-again/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>China Chamber Hack</title>
		<link>http://www.bloginfosec.com/2012/01/23/china-chamber-hack/</link>
		<comments>http://www.bloginfosec.com/2012/01/23/china-chamber-hack/#comments</comments>
		<pubDate>Mon, 23 Jan 2012 11:00:33 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[Cybercrime]]></category>
		<category><![CDATA[Information Security News]]></category>
		<category><![CDATA[software engineering]]></category>
		<category><![CDATA[china]]></category>
		<category><![CDATA[data breach]]></category>
		<category><![CDATA[FBI]]></category>
		<category><![CDATA[forensics]]></category>
		<category><![CDATA[functional security testing]]></category>
		<category><![CDATA[hackers]]></category>
		<category><![CDATA[Siobhan Gorman]]></category>
		<category><![CDATA[spotlight]]></category>
		<category><![CDATA[U.S. Chamber of Commerce]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1996</guid>
		<description><![CDATA[Siobhan Gorman is back in strong form on the front page of the December 21, 2011 Wall Street Journal with her article “China Hackers Hit U.S. Chamber,” which suggests at first glance that  hackers made from porcelain were successfully thrown into some U.S. person’s bedroom. However, the subtitle, “Attacks Breach Computer System of Business Lobbying [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>Siobhan Gorman is back in strong form on the front page of the December 21, 2011 <strong><em>Wall Street Journal</em></strong> with her article “China Hackers Hit U.S. Chamber,” which suggests at first glance that  hackers made from porcelain were successfully thrown into some U.S. person’s bedroom. However, the subtitle, “Attacks Breach Computer System of Business Lobbying Group; Emails Stolen,” makes things a little clearer. And when we begin to read the text we see that “a group of hackers in China” broke (electronically) into the U.S. Chamber of Commerce, possibly stealing some “six weeks of their email.”</p>
<p>While this type of breach can be extremely damaging, not only to those who have had their personal data hijacked, but also to political relations between involved countries, as well as destroying any trust members may have had in the Chamber’s computer systems and networks, such incidents are neither unusual nor unexpected. And it is more than likely that this event is only a very small tip of a very large iceberg.</p>
<p>Two all-too-common characteristics of this breach jump out: One is that the Chamber did not discover the breach itself but supposedly was informed by the FBI, which spotted the transfer of the stolen data to servers in China (Nota Bene: This alone does not prove unequivocally that a Chinese group did it). A second common characteristic is that the breach was apparently discovered only in May 2010 after it had been active since “November 2009 or earlier,” which is seven or more months after apparent inception.</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1996&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2012/01/23/china-chamber-hack/">China Chamber Hack</a> (411 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2012. |
<a href="http://www.bloginfosec.com/2012/01/23/china-chamber-hack/">Permalink</a> |
<a href="http://www.bloginfosec.com/2012/01/23/china-chamber-hack/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2012/01/23/china-chamber-hack/&title=China Chamber Hack">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/china/" rel="tag">china</a>, <a href="http://www.bloginfosec.com/tag/data-breach/" rel="tag">data breach</a>, <a href="http://www.bloginfosec.com/tag/fbi/" rel="tag">FBI</a>, <a href="http://www.bloginfosec.com/tag/forensics/" rel="tag">forensics</a>, <a href="http://www.bloginfosec.com/tag/functional-security-testing/" rel="tag">functional security testing</a>, <a href="http://www.bloginfosec.com/tag/hackers/" rel="tag">hackers</a>, <a href="http://www.bloginfosec.com/tag/siobhan-gorman/" rel="tag">Siobhan Gorman</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a>, <a href="http://www.bloginfosec.com/tag/u-s-chamber-of-commerce/" rel="tag">U.S. Chamber of Commerce</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2012/01/23/china-chamber-hack/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Normative Cyber Security</title>
		<link>http://www.bloginfosec.com/2011/10/24/normative-cyber-security/</link>
		<comments>http://www.bloginfosec.com/2011/10/24/normative-cyber-security/#comments</comments>
		<pubDate>Mon, 24 Oct 2011 10:00:31 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[Cybercrime]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[Information Security News]]></category>
		<category><![CDATA[America the Vulnerable]]></category>
		<category><![CDATA[cyber attack]]></category>
		<category><![CDATA[Joel Brenner]]></category>
		<category><![CDATA[Michael McConnell]]></category>
		<category><![CDATA[National Security Agency]]></category>
		<category><![CDATA[NSA]]></category>
		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1951</guid>
		<description><![CDATA[Joel Brenner’s new book, America the Vulnerable – Inside the New Threat Matrix of Digital Espionage, Crime, and Warfare (The Penguin Press, 2011), is another book of the genre of Richard Clarke’s several volumes of non-fiction, such as his most recent book, published with Robert Knake, Cyber War: The Next Threat to National Security and [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>Joel Brenner’s new book, <strong><em>America the Vulnerable – Inside the New Threat Matrix of Digital Espionage, Crime, and Warfare</em></strong> (The Penguin Press, 2011), is another book of the genre of Richard Clarke’s several volumes of non-fiction, such as his most recent book, published with Robert Knake, <strong><em>Cyber War: The Next Threat to National Security and What to Do About It</em></strong> (Ecco, 2010) and a couple of novels, including <strong><em>Breakpoint</em></strong> (Putnam, 2007).</p>
<p>In these works, we get the real inside scoop about the frightening threats to, and vulnerability of, our critical agencies and sectors and about terrifying cyber events that have taken place within government. This is not the speculative hearsay often seen elsewhere. Among other influential positions, Brenner was senior counsel at the National Security Agency. So he really knows what was going on.</p>
<p>Brenner’s book describes the horrific state of affairs in the cyber world at great length and then prescribes, in a final chapter, a set of mitigation strategies. The recommended approaches depend on the responsiveness of government, collaboration between the public and private sectors, and the like, which are neither forthcoming in the current economic environment nor likely to gain much traction even in more prosperous times. In all such appeals for action, the problem is that those who get it don’t have the power to fix it; and those with the power don’t get it.</p>
<p>Unfortunately, those, such as Brenner, who raise issues regarding the Nation’s cyber vulnerability and the need to do something about it, are mild-mannered, well-meaning intellectual types, who are highly respected by those of us who care about protecting the U.S. against cyber attacks from within or from abroad. However, they generally have difficulty generating an appropriate level of concern, enthusiasm and action. The go-get-’em tough guys are mostly into kinetic attacks and responses and many of them seem to have little understanding of the cyber world. As described in my March 29, 2010 column “Cybergeddon &#8230; Ho Hum” (see &#8230; <a href="http://www.bloginfosec.com/2010/03/29/cybergeddon-%e2%80%a6-ho-hum/">http://www.bloginfosec.com/2010/03/29/cybergeddon-%e2%80%a6-ho-hum/</a>), I was particularly affected by Vice Admiral Michael McConnell’s testimony that nothing substantive will be done by the government until we experience a “catastrophic event.”  This is not a happy situation,</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1951&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2011/10/24/normative-cyber-security/">Normative Cyber Security</a> (864 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2011. |
<a href="http://www.bloginfosec.com/2011/10/24/normative-cyber-security/">Permalink</a> |
<a href="http://www.bloginfosec.com/2011/10/24/normative-cyber-security/#comments">2 comments</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2011/10/24/normative-cyber-security/&title=Normative Cyber Security">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/america-the-vulnerable/" rel="tag">America the Vulnerable</a>, <a href="http://www.bloginfosec.com/tag/cyber-attack/" rel="tag">cyber attack</a>, <a href="http://www.bloginfosec.com/tag/joel-brenner/" rel="tag">Joel Brenner</a>, <a href="http://www.bloginfosec.com/tag/michael-mcconnell/" rel="tag">Michael McConnell</a>, <a href="http://www.bloginfosec.com/tag/national-security-agency/" rel="tag">National Security Agency</a>, <a href="http://www.bloginfosec.com/tag/nsa/" rel="tag">NSA</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2011/10/24/normative-cyber-security/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>The FFIEC and Password-Generating Tokens</title>
		<link>http://www.bloginfosec.com/2011/08/29/the-ffiec-and-password-generating-tokens/</link>
		<comments>http://www.bloginfosec.com/2011/08/29/the-ffiec-and-password-generating-tokens/#comments</comments>
		<pubDate>Mon, 29 Aug 2011 10:00:46 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[Compliance and Laws]]></category>
		<category><![CDATA[Cybercrime]]></category>
		<category><![CDATA[Information Security News]]></category>
		<category><![CDATA[authentication]]></category>
		<category><![CDATA[FFIEC]]></category>
		<category><![CDATA[hacking]]></category>
		<category><![CDATA[Internet banking]]></category>
		<category><![CDATA[RSA]]></category>
		<category><![CDATA[SecurID]]></category>
		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1930</guid>
		<description><![CDATA[In June 2011, the FFIEC (Federal Financial Institutions Examination Council) issued a “Supplement to Authentication in an Internet Banking Environment,” available at http://www.ffiec.gov/pdf/Auth-ITS-Final%206-22-11%20(FFIEC%20Formated).pdf
The FFIEC comprises five financial regulatory agencies, namely, the Board of Governors of the Federal Reserve System, Federal Deposit Insurance Corporation, National Credit Union Administration, Office of the Comptroller of the Currency, and [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>In June 2011, the FFIEC (Federal Financial Institutions Examination Council) issued a “Supplement to Authentication in an Internet Banking Environment,” available at <a href="http://www.ffiec.gov/pdf/Auth-ITS-Final%206-22-11%20(FFIEC%20Formated).pdf">http://www.ffiec.gov/pdf/Auth-ITS-Final%206-22-11%20(FFIEC%20Formated).pdf</a></p>
<p>The FFIEC comprises five financial regulatory agencies, namely, the Board of Governors of the Federal Reserve System, Federal Deposit Insurance Corporation, National Credit Union Administration, Office of the Comptroller of the Currency, and the Office of Thrift Supervision. These are the regulatory agencies that oversee U.S. banks, but not the securities industry, which is under the purview of the SEC (Securities and Exchange Commission).</p>
<p>The original guidance entitled “Authentication in an Internet Banking Environment” was issued in October 2005, more than five years ago, and was itself based on the August 2001 guidance “Authentication in an Electronic Banking Environment.” The former is available at <a href="http://www.ffiec.gov/pdf/authentication_guidance.pdf">http://www.ffiec.gov/pdf/authentication_guidance.pdf</a>   The 2011 supplement is justified, according to the Guidance document, because “[s]ince 2005, there have been significant changes in the threat landscape.” To see an extensive list of recent hacks, go to the August 6, 2011 CNET post by Elinor Mills “Keeping up with the hackers (chart)” at <a href="http://news.cnet.com/8301-27080_3-20071830-245/keeping-up-with-the-hackers-chart/?tag=mncol;title">http://news.cnet.com/8301-27080_3-20071830-245/keeping-up-with-the-hackers-chart/?tag=mncol;title</a> and click on the link to the chart.</p>
<p>The bottom line is that the FFIEC has been advising banks about managing the risks of online banking for at least a full decade. And yet, because of the changing threat environment, there seems to be an increasing number of ever-more damaging hacks against online banking and payment card accounts as the above-mentioned chart depicts.</p>
<p>Between the 2005 and 2011 FFIEC Guidance reports, there have been a number of significant events, not least of which was the attack on RSA, which was reported in March 2011, and the consequent compromise of SecurID tokens. So, just as an exercise, I decided to see how the guidance might have changed in this area.</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1930&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2011/08/29/the-ffiec-and-password-generating-tokens/">The FFIEC and Password-Generating Tokens</a> (322 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2011. |
<a href="http://www.bloginfosec.com/2011/08/29/the-ffiec-and-password-generating-tokens/">Permalink</a> |
<a href="http://www.bloginfosec.com/2011/08/29/the-ffiec-and-password-generating-tokens/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2011/08/29/the-ffiec-and-password-generating-tokens/&title=The FFIEC and Password-Generating Tokens">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/authentication/" rel="tag">authentication</a>, <a href="http://www.bloginfosec.com/tag/ffiec/" rel="tag">FFIEC</a>, <a href="http://www.bloginfosec.com/tag/hacking/" rel="tag">hacking</a>, <a href="http://www.bloginfosec.com/tag/internet-banking/" rel="tag">Internet banking</a>, <a href="http://www.bloginfosec.com/tag/rsa/" rel="tag">RSA</a>, <a href="http://www.bloginfosec.com/tag/securid/" rel="tag">SecurID</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2011/08/29/the-ffiec-and-password-generating-tokens/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Google Plus – Disk Space Minus, Spam Double Minus</title>
		<link>http://www.bloginfosec.com/2011/07/25/google-plus-%e2%80%93-disk-space-minus-spam-double-minus/</link>
		<comments>http://www.bloginfosec.com/2011/07/25/google-plus-%e2%80%93-disk-space-minus-spam-double-minus/#comments</comments>
		<pubDate>Mon, 25 Jul 2011 10:00:19 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[Contingency Planning]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[Information Security News]]></category>
		<category><![CDATA[software engineering]]></category>
		<category><![CDATA[Ben Edelman]]></category>
		<category><![CDATA[cloud computing]]></category>
		<category><![CDATA[FST]]></category>
		<category><![CDATA[functional security testing]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Google Plus]]></category>
		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1912</guid>
		<description><![CDATA[Google’s foray into Facebook’s space hit an unfortunate glitch during its “field trial” &#8230; the system ran out of disk space and was down for more than an hour and those users, who were affected, received a deluge of emails &#8230; see Graham Cluley’s post “Google+ runs out of disk space, spams users with notifications” [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>Google’s foray into Facebook’s space hit an unfortunate glitch during its “field trial” &#8230; the system ran out of disk space and was down for more than an hour and those users, who were affected, received a deluge of emails &#8230; see Graham Cluley’s post “Google+ runs out of disk space, spams users with notifications” at <a href="http://nakedsecurity.sophos.com/2011/07/10/google-runs-out-of-disk-space-spams-users-with-notifications">http://nakedsecurity.sophos.com/2011/07/10/google-runs-out-of-disk-space-spams-users-with-notifications</a></p>
<p>This event was particularly troublesome. First, it doesn’t help user acceptance to have a new service fail during its initial tryout period, even though everyone is given to understand that the purpose of a trial is to flush out such problems. Secondly, for the many who see cloud computing, with its “infinite” processing power and storage, as the model of future systems, it was particularly disturbing to see that the Google+ notification system failed because it ran out of storage. Add to that the spamming of users and you have a double whammy against user confidence in the abilities of a premier company, such as Google, to manage its systems resources and the functioning of its applications under error conditions.</p>
<p>While it is true that the Web has substantial resiliency and that most issues, though not all, affect only a minority of customers and have relatively short durations, it is more a matter of recognizing how easily the integrity of systems can waiver and fail. And that is just the human-error component. You can be sure that potential attackers are taking notes. If major systems can fail badly without outside interference, just imagine what a concerted effort might do. Google may have more or less dodged the bullet this time, but systems are only getting more complicated and interrelated, raising concern that future glitches might have much greater consequences.</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1912&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2011/07/25/google-plus-%e2%80%93-disk-space-minus-spam-double-minus/">Google Plus – Disk Space Minus, Spam Double Minus</a> (278 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2011. |
<a href="http://www.bloginfosec.com/2011/07/25/google-plus-%e2%80%93-disk-space-minus-spam-double-minus/">Permalink</a> |
<a href="http://www.bloginfosec.com/2011/07/25/google-plus-%e2%80%93-disk-space-minus-spam-double-minus/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2011/07/25/google-plus-%e2%80%93-disk-space-minus-spam-double-minus/&title=Google Plus – Disk Space Minus, Spam Double Minus">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/ben-edelman/" rel="tag">Ben Edelman</a>, <a href="http://www.bloginfosec.com/tag/cloud-computing/" rel="tag">cloud computing</a>, <a href="http://www.bloginfosec.com/tag/fst/" rel="tag">FST</a>, <a href="http://www.bloginfosec.com/tag/functional-security-testing/" rel="tag">functional security testing</a>, <a href="http://www.bloginfosec.com/tag/google/" rel="tag">Google</a>, <a href="http://www.bloginfosec.com/tag/google-plus/" rel="tag">Google Plus</a>, <a href="http://www.bloginfosec.com/tag/software-engineering/" rel="tag">software engineering</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2011/07/25/google-plus-%e2%80%93-disk-space-minus-spam-double-minus/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Hackers Became Too Smart</title>
		<link>http://www.bloginfosec.com/2011/07/11/the-hackers-became-too-smart/</link>
		<comments>http://www.bloginfosec.com/2011/07/11/the-hackers-became-too-smart/#comments</comments>
		<pubDate>Mon, 11 Jul 2011 10:00:10 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[Cybercrime]]></category>
		<category><![CDATA[Information Security News]]></category>
		<category><![CDATA[Risk Analysis]]></category>
		<category><![CDATA[Anton Troianovski]]></category>
		<category><![CDATA[Ben Worthen]]></category>
		<category><![CDATA[hackers]]></category>
		<category><![CDATA[Heartland Payment Systems]]></category>
		<category><![CDATA[Michael Fox]]></category>
		<category><![CDATA[Security Breaches]]></category>
		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1907</guid>
		<description><![CDATA[Is that what the epitaph for modern economies will be if the rapidly rising trend in breaches gets completely out of hand?
The first time I noticed the excuse given for the success of a breach a being that the hackers were very sophisticated was when Heartland Payments was hacked some three years ago. The company [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>Is that what the epitaph for modern economies will be if the rapidly rising trend in breaches gets completely out of hand?</p>
<p>The first time I noticed the excuse given for the success of a breach a being that the hackers were very sophisticated was when Heartland Payments was hacked some three years ago. The company took pains to emphasize that this was no ordinary attack, but one by some really smart and capable criminals. Now such an excuse appears to have become commonplace, and even accepted, that the bad guys run ahead of the defenders in capabilities. In fact, it was formalized in an article by Ben Worthen and Anton Troianovski in the June 17, 2011 <strong><em>Wall Street Journal</em></strong> with the title “Firms Come Clean on Hacks,” in a quote by Michael Fox of ICR Inc. to the effect that “Breaches are increasingly viewed less as a weakness on the part of the company and more as the sophistication and relentlessness on the part of the hackers.”</p>
<p>If that is the case, then why bother about cyber security at all? If there is no chance of winning, why even play the game? We somehow hope that we can change the game but, as I wrote in my May 10, 2011 column, “Security Innovation – Trying to Change the Game,” the hackers don’t play by the rules, so changing the rules won’t likely do much good.</p>
<p>In any event, the tone of resignation in Worthen and Troianovski’s <strong><em>WSJ</em></strong> article is most distressing. It smacks of giving up. The resolution to a hack is to “come clean” and admit that it happened, and that you cannot be expected to have avoided or protected against the attack because the hackers are so much smarter than the defenders. What kind of nonsense is that? The answer is to take a realistic view at the assets at risk and protect them as effectively as is reasonable, avoid giving access to sensitive and valuable assets to those who have no need-to-know, monitor access and use by those who do need to know, and strictly enforce laws, regulations, policies, and standards with severe negative consequences for those not adhering to the rules as a strong deterrent.</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1907&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2011/07/11/the-hackers-became-too-smart/">The Hackers Became Too Smart</a> (74 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2011. |
<a href="http://www.bloginfosec.com/2011/07/11/the-hackers-became-too-smart/">Permalink</a> |
<a href="http://www.bloginfosec.com/2011/07/11/the-hackers-became-too-smart/#comments">One comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2011/07/11/the-hackers-became-too-smart/&title=The Hackers Became Too Smart">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/anton-troianovski/" rel="tag">Anton Troianovski</a>, <a href="http://www.bloginfosec.com/tag/ben-worthen/" rel="tag">Ben Worthen</a>, <a href="http://www.bloginfosec.com/tag/hackers/" rel="tag">hackers</a>, <a href="http://www.bloginfosec.com/tag/heartland-payment-systems/" rel="tag">Heartland Payment Systems</a>, <a href="http://www.bloginfosec.com/tag/michael-fox/" rel="tag">Michael Fox</a>, <a href="http://www.bloginfosec.com/tag/security-breaches/" rel="tag">Security Breaches</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2011/07/11/the-hackers-became-too-smart/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Is Your ID Secur[e]? What’s Your Perceived Risk?</title>
		<link>http://www.bloginfosec.com/2011/06/27/is-your-id-secure-what%e2%80%99s-your-perceived-risk/</link>
		<comments>http://www.bloginfosec.com/2011/06/27/is-your-id-secure-what%e2%80%99s-your-perceived-risk/#comments</comments>
		<pubDate>Mon, 27 Jun 2011 10:00:13 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[Cybercrime]]></category>
		<category><![CDATA[Information Security News]]></category>
		<category><![CDATA[Art Caviello]]></category>
		<category><![CDATA[Donn Parker]]></category>
		<category><![CDATA[Lockheed Martin]]></category>
		<category><![CDATA[real v. perceived risk]]></category>
		<category><![CDATA[RSA breach]]></category>
		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1901</guid>
		<description><![CDATA[There has been much publicity surrounding the reporting of a breach of RSA’s systems in March 2011. However, what is more amazing about the breach is that the subsequent attack on Lockheed Martin appeared to come as a complete surprise to so many. But why else would anyone steal information about RSA SecurID tags if [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>There has been much publicity surrounding the reporting of a breach of RSA’s systems in March 2011. However, what is more amazing about the breach is that the subsequent attack on Lockheed Martin appeared to come as a complete surprise to so many. But why else would anyone steal information about RSA SecurID tags if not to break into highly secret systems? The attack on RSA was purportedly planned carefully, likely using insider assistance, and had clear motivation, namely, to access high value systems and abscond with the goods.</p>
<p>OK, so I agree that it’s easy to say that we all should have known in 20/20 hindsight. And one could have taken RSA’s chairman Art Caviello’s letter as reassuring. But now that it has been demonstrated that RSA’s pronouncements as to the likelihood of further compromise were overly optimistic, it’s harder to take the subsequent note from Mr. Caviello to the effect that customers are overreacting. As he put it in Siobhan Gorman and Shara Tibken’s article “SecurIDs Come Under Siege” in the June 7, 2011 <strong><em>Wall Street Journal</em></strong>, “The whole thing has reached a crescendo where customers don’t want to tolerate any level of risk, whether it’s real or perceived.” Real or perceived? Is there still a question as to the reality of the risk?</p>
<p>And now we learn that it could take six to eight months to replace up to 30 to 40 million active tokens in the hands of employees, contractors, and others at some 25,000 customers, according to a June 17, 2011 <strong><em>Wall Street Journal</em></strong> article, “Long Wait for RSA Security Tokens,” by Spenser E. Ante and Shara Tibken. That leaves plenty of time for attackers to “make hay.” I agree with Chris Wysopal, who is quoted in the article, when he wonders what level of risk might apply during this lengthy replacement period &#8230; and what customers should do in the mean time.</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1901&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2011/06/27/is-your-id-secure-what%e2%80%99s-your-perceived-risk/">Is Your ID Secur[e]? What’s Your Perceived Risk?</a> (227 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2011. |
<a href="http://www.bloginfosec.com/2011/06/27/is-your-id-secure-what%e2%80%99s-your-perceived-risk/">Permalink</a> |
<a href="http://www.bloginfosec.com/2011/06/27/is-your-id-secure-what%e2%80%99s-your-perceived-risk/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2011/06/27/is-your-id-secure-what%e2%80%99s-your-perceived-risk/&title=Is Your ID Secur[e]? What’s Your Perceived Risk?">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/art-caviello/" rel="tag">Art Caviello</a>, <a href="http://www.bloginfosec.com/tag/donn-parker/" rel="tag">Donn Parker</a>, <a href="http://www.bloginfosec.com/tag/lockheed-martin/" rel="tag">Lockheed Martin</a>, <a href="http://www.bloginfosec.com/tag/real-v-perceived-risk/" rel="tag">real v. perceived risk</a>, <a href="http://www.bloginfosec.com/tag/rsa-breach/" rel="tag">RSA breach</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2011/06/27/is-your-id-secure-what%e2%80%99s-your-perceived-risk/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Data Leak! Data Leak! … Copy</title>
		<link>http://www.bloginfosec.com/2010/08/09/data-leak-data-leak-%e2%80%a6-copy/</link>
		<comments>http://www.bloginfosec.com/2010/08/09/data-leak-data-leak-%e2%80%a6-copy/#comments</comments>
		<pubDate>Mon, 09 Aug 2010 10:00:47 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[Cybercrime]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[Information Security News]]></category>
		<category><![CDATA[data breaches]]></category>
		<category><![CDATA[data leak]]></category>
		<category><![CDATA[MFD]]></category>
		<category><![CDATA[multi-function devices]]></category>
		<category><![CDATA[photocopiers]]></category>
		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1539</guid>
		<description><![CDATA[There was an interesting May 18, 2010 article by the CBS Interactive staff with the title “Photocopier fallout: Congress, FTC ‘concerned’” available at http://news.cnet.com/8301-1009_3-20005277-83.html?tag=mncol;title  The article describes how electronic versions of all documents copied on certain copier machines are stored on internal disk storage devices and that, when the machines are scrapped, someone could access [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>There was an interesting May 18, 2010 article by the CBS Interactive staff with the title “Photocopier fallout: Congress, FTC ‘concerned’” available at <a href="http://news.cnet.com/8301-1009_3-20005277-83.html?tag=mncol;title">http://news.cnet.com/8301-1009_3-20005277-83.html?tag=mncol;title</a>  The article describes how electronic versions of all documents copied on certain copier machines are stored on internal disk storage devices and that, when the machines are scrapped, someone could access the disks and read their contents. Who knew?</p>
<p>Apparently, from the comments on the article, there are many (IT folks) who have been aware of this phenomenon for years. I am not one of those. Sure, I realized that modern copiers scan original documents and print from an electronic image on to the paper, since copies are printed well after the last page has been scanned. I just assumed that the pages were stored in memory and discarded once the pages had been printed. But saving the images to disk! Why would anyone even want to do that?  I can only imagine that the same folks who delight in scanning telephone logs so that they can charge employees for “personal calls” might be scanning the contents of the disks for “personal copies” so that they can charge back the cost to the employees. I have always believed that the cost of monitoring personal use of phone calls, copies, and the like often exceeds any monies retrieved and that the lowering of morale of such oversight only adds to the cost of such surveillance.</p>
<p>On the other hand, a high security establishment, such as a government research institute, might want to check that no copies were made of highly secret documents. But by the time such unauthorized copying were caught, the copies would probably have been sent on their way to their designated recipients, although nowadays electronic copies are more likely to be shared, as with WikiLeaks, say.</p>
<p>And of course, there have been privacy and security issues relating to the newer network-attached scanner-copier-printer devices, where one can scan and send documents without having to print them. These are really of greater concern, since scanned documents can be sent off-site in a heartbeat.</p>
<p>I have to believe that for many, the fact that images are being stored on copier storage devices came as a revelation. Seemingly Congress and the FTC were not aware. This falls into a category of unknown-unknowns similar to those that I covered in my May 10, 2010 column “Insider Threat – Not Knowing That You Don’t Know What You Don’t Know.” Clearly it is in the interest of those bent on theft and fraud (as well as perhaps blackmail and other crimes) not to have the knowledge of such data-leak mechanisms made public. So much data are regularly discarded on electromagnetic media residing in discarded PCs, cell phones, and the like. Increasingly, electronic copies of data flow uncontrolled throughout the cloud.</p>
<p>Making the public aware that copies of personal information and intellectual property might be so compromised could have some deterrent effect and make people more circumspect. However, it is unlikely that such awareness will have much impact. If the need or reward is great enough, and the chances of getting caught are thought to be small, then the convenience of making those unpermitted copies will most likely prevail, whether or not the person doing the copying is aware that the content is being stored within the machine.</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1539&type=feed" alt="" /><hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2010. |
<a href="http://www.bloginfosec.com/2010/08/09/data-leak-data-leak-%e2%80%a6-copy/">Permalink</a> |
<a href="http://www.bloginfosec.com/2010/08/09/data-leak-data-leak-%e2%80%a6-copy/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2010/08/09/data-leak-data-leak-%e2%80%a6-copy/&title=Data Leak! Data Leak! … Copy">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/data-breaches/" rel="tag">data breaches</a>, <a href="http://www.bloginfosec.com/tag/data-leak/" rel="tag">data leak</a>, <a href="http://www.bloginfosec.com/tag/mfd/" rel="tag">MFD</a>, <a href="http://www.bloginfosec.com/tag/multi-function-devices/" rel="tag">multi-function devices</a>, <a href="http://www.bloginfosec.com/tag/photocopiers/" rel="tag">photocopiers</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2010/08/09/data-leak-data-leak-%e2%80%a6-copy/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>What Richard Told Rachel</title>
		<link>http://www.bloginfosec.com/2010/05/18/what-richard-told-rachel/</link>
		<comments>http://www.bloginfosec.com/2010/05/18/what-richard-told-rachel/#comments</comments>
		<pubDate>Tue, 18 May 2010 10:00:38 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[Contingency Planning]]></category>
		<category><![CDATA[Cybercrime]]></category>
		<category><![CDATA[Information Security News]]></category>
		<category><![CDATA[cyber terrorism]]></category>
		<category><![CDATA[cyber war]]></category>
		<category><![CDATA[cyber warfare]]></category>
		<category><![CDATA[Rachel Maddow]]></category>
		<category><![CDATA[Richard A. Clarke]]></category>
		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1463</guid>
		<description><![CDATA[It was, in my opinion, another lost opportunity and a disappointment, I’m afraid.
On her April 21, 2010 show on MSNBC, Rachel Maddow interviewed former special adviser for cybersecurity to the White House, Richard A. Clarke about his new book Cyber War: The Next Threat to National Security and What to Do About It, which he [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>It was, in my opinion, another lost opportunity and a disappointment, I’m afraid.</p>
<p>On her April 21, 2010 show on MSNBC, Rachel Maddow interviewed former special adviser for cybersecurity to the White House, Richard A. Clarke about his new book <em>Cyber War: The Next Threat to National Security and What to Do About It</em>, which he co-authored with Robert Knake, and related topics. You can read some comments about the book in Ronald Redling’s April 27, 2010 <strong>Bloginfosec</strong> column, “Cyber War,” on this website. I will reserve comments on the book at this time and discuss the Maddow interview.</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1463&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2010/05/18/what-richard-told-rachel/">What Richard Told Rachel</a> (520 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2010. |
<a href="http://www.bloginfosec.com/2010/05/18/what-richard-told-rachel/">Permalink</a> |
<a href="http://www.bloginfosec.com/2010/05/18/what-richard-told-rachel/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2010/05/18/what-richard-told-rachel/&title=What Richard Told Rachel">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/cyber-terrorism/" rel="tag">cyber terrorism</a>, <a href="http://www.bloginfosec.com/tag/cyber-war/" rel="tag">cyber war</a>, <a href="http://www.bloginfosec.com/tag/cyber-warfare/" rel="tag">cyber warfare</a>, <a href="http://www.bloginfosec.com/tag/rachel-maddow/" rel="tag">Rachel Maddow</a>, <a href="http://www.bloginfosec.com/tag/richard-a-clarke/" rel="tag">Richard A. Clarke</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2010/05/18/what-richard-told-rachel/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>All the Way from RSA</title>
		<link>http://www.bloginfosec.com/2010/04/05/all-the-way-from-rsa/</link>
		<comments>http://www.bloginfosec.com/2010/04/05/all-the-way-from-rsa/#comments</comments>
		<pubDate>Mon, 05 Apr 2010 10:00:31 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[Cybercrime]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[Information Security News]]></category>
		<category><![CDATA[ChoicePoint]]></category>
		<category><![CDATA[data breaches]]></category>
		<category><![CDATA[DHS]]></category>
		<category><![CDATA[Donn Parker]]></category>
		<category><![CDATA[FBI]]></category>
		<category><![CDATA[HSBC]]></category>
		<category><![CDATA[RSA]]></category>
		<category><![CDATA[RSA Conference]]></category>
		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1424</guid>
		<description><![CDATA[Yes, I know, I know … There I was, just one year ago, roundly criticizing the RSA Conference for its pretentiousness, and this year not only did I attend RSA 2010, but also gave a presentation, conducted a book-signing and did a couple of video interviews and a podcast. So what is going on here? [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>Yes, I know, I know … There I was, just one year ago, roundly criticizing the RSA Conference for its pretentiousness, and this year not only did I attend RSA 2010, but also gave a presentation, conducted a book-signing and did a couple of video interviews and a podcast. So what is going on here? Was this a sellout?</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1424&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2010/04/05/all-the-way-from-rsa/">All the Way from RSA</a> (1,052 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2010. |
<a href="http://www.bloginfosec.com/2010/04/05/all-the-way-from-rsa/">Permalink</a> |
<a href="http://www.bloginfosec.com/2010/04/05/all-the-way-from-rsa/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2010/04/05/all-the-way-from-rsa/&title=All the Way from RSA">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/choicepoint/" rel="tag">ChoicePoint</a>, <a href="http://www.bloginfosec.com/tag/data-breaches/" rel="tag">data breaches</a>, <a href="http://www.bloginfosec.com/tag/dhs/" rel="tag">DHS</a>, <a href="http://www.bloginfosec.com/tag/donn-parker/" rel="tag">Donn Parker</a>, <a href="http://www.bloginfosec.com/tag/fbi/" rel="tag">FBI</a>, <a href="http://www.bloginfosec.com/tag/hsbc/" rel="tag">HSBC</a>, <a href="http://www.bloginfosec.com/tag/rsa/" rel="tag">RSA</a>, <a href="http://www.bloginfosec.com/tag/rsa-conference/" rel="tag">RSA Conference</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2010/04/05/all-the-way-from-rsa/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

