<?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; Privacy</title>
	<atom:link href="http://www.bloginfosec.com/category/privacy/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>Security Innovation – Trying to Change the Game</title>
		<link>http://www.bloginfosec.com/2011/05/10/security-innovation-%e2%80%93-trying-to-change-the-game/</link>
		<comments>http://www.bloginfosec.com/2011/05/10/security-innovation-%e2%80%93-trying-to-change-the-game/#comments</comments>
		<pubDate>Tue, 10 May 2011 10:00:28 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[book review]]></category>
		<category><![CDATA[Dan Schutzer]]></category>
		<category><![CDATA[Enterpise Information Security and Privacy]]></category>
		<category><![CDATA[Jennifer Bayuk]]></category>
		<category><![CDATA[Randy Sabett]]></category>
		<category><![CDATA[risk]]></category>
		<category><![CDATA[Robert M Slade]]></category>
		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1863</guid>
		<description><![CDATA[It’s never pleasant to receive a somewhat negative book review, but such reviews often point the way to future improvements. As Theodore Roosevelt once said, “It is hard to fail, but it is worse never to have tried to succeed.”
So that’s how I felt about Robert M. Slade’s review of the book Enterprise Information Security [...]<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’s never pleasant to receive a somewhat negative book review, but such reviews often point the way to future improvements. As Theodore Roosevelt once said, “It is hard to fail, but it is worse never to have tried to succeed.”</p>
<p>So that’s how I felt about Robert M. Slade’s review of the book <strong>Enterprise Information Security and Privacy</strong> (Artech House, 2009), which I co-edited with Jennifer Bayuk and Dan Schutzer. You can find the review in many places on the Web, such as at <a href="http://www.portable-digital-video-recorder.com/review-%E2%80%9Centerprise-information-security-and-privacy%E2%80%9D-c-warren-axelrodjennifer-l-bayukdaniel-schutzer/">http://www.portable-digital-video-recorder.com/review-%E2%80%9Centerprise-information-security-and-privacy%E2%80%9D-c-warren-axelrodjennifer-l-bayukdaniel-schutzer/</a></p>
<p>The last sentence of what I consider to be a generally fair review states “If the authors were supposed to present new ideas for security, they have failed. There is nothing wrong with any of the pieces contained in the book, but they are simply ‘more of the same.’” As coordinating editor of the book, my personal response, and not necessarily that of my co-editors or the authors, is “Guilty, with an explanation.” So here’s the explanation.</p>
<p>I originally came up with the concept of developing a book that would point out the myths that constantly dog information security practices and then come up with some “game-changing” ways in which to advance the state of the art of information security and privacy. Researchers in government, academia and the private sector are all looking for those breakthroughs that will “change the game” when it comes to the fight against cyber attacks. My co-editors and I canvassed among the practitioners, whom we knew, for them to write chapters for the book, based on the premise that practitioners likely know better than researchers and vendors what works and what doesn’t. This presented our first hurdle. Few practitioners have time to write. We found some very good ones who were able to contribute, but it was a hard slog.</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1863&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2011/05/10/security-innovation-%e2%80%93-trying-to-change-the-game/">Security Innovation – Trying to Change the Game</a> (705 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2011. |
<a href="http://www.bloginfosec.com/2011/05/10/security-innovation-%e2%80%93-trying-to-change-the-game/">Permalink</a> |
<a href="http://www.bloginfosec.com/2011/05/10/security-innovation-%e2%80%93-trying-to-change-the-game/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2011/05/10/security-innovation-%e2%80%93-trying-to-change-the-game/&title=Security Innovation – Trying to Change the Game">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/book-review/" rel="tag">book review</a>, <a href="http://www.bloginfosec.com/tag/dan-schutzer/" rel="tag">Dan Schutzer</a>, <a href="http://www.bloginfosec.com/tag/enterpise-information-security-and-privacy/" rel="tag">Enterpise Information Security and Privacy</a>, <a href="http://www.bloginfosec.com/tag/jennifer-bayuk/" rel="tag">Jennifer Bayuk</a>, <a href="http://www.bloginfosec.com/tag/randy-sabett/" rel="tag">Randy Sabett</a>, <a href="http://www.bloginfosec.com/tag/risk/" rel="tag">risk</a>, <a href="http://www.bloginfosec.com/tag/robert-m-slade/" rel="tag">Robert M Slade</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/05/10/security-innovation-%e2%80%93-trying-to-change-the-game/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Is the End-User to Blame for the Lack of Security?</title>
		<link>http://www.bloginfosec.com/2011/02/07/is-the-end-user-to-blame-for-the-lack-of-security/</link>
		<comments>http://www.bloginfosec.com/2011/02/07/is-the-end-user-to-blame-for-the-lack-of-security/#comments</comments>
		<pubDate>Mon, 07 Feb 2011 11:00:42 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Human Elements]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA["The Shadow Factory"]]></category>
		<category><![CDATA[end-user security]]></category>
		<category><![CDATA[James Bamford]]></category>
		<category><![CDATA[National Security Agency]]></category>
		<category><![CDATA[NSA]]></category>
		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1806</guid>
		<description><![CDATA[I recently read James Bamford’s book The Shadow Factory: The Ultra-Secret NSA from 9/11 to the Eavesdropping on America, which, as the subtitle suggests, is a history and an exposé of the NSA (National Security Agency). It is certainly a book that should be read by privacy advocates and those interested in the interplay among [...]<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>I recently read James Bamford’s book <em>The Shadow Factory: The Ultra-Secret NSA from 9/11 to the Eavesdropping on America,</em> which, as the subtitle suggests, is a history and an exposé of the NSA (National Security Agency). It is certainly a book that should be read by privacy advocates and those interested in the interplay among the various intelligence and law enforcement agencies, both in the U.S. and elsewhere. A particular quote that caught my eye was that on page 183 by David W. Aucsmith, security architect and CTO for Microsoft Corp.’s Security and Business Technology Unit, and a recent member the NSA’s Advisory Board. He is quoted as saying: “The actual user of the PC—someone who can do anything they want—is the enemy.” Nice, but I happen to disagree.</p>
<p>I believe that PC users have been wrongly put in an untenable position with respect to end-user security, namely, they are given all the responsibility (and blame) and little authority and few tools to resolve issues.</p>
<p>There you are. You just attempted to shut down your PC when a notice appears admonishing you not to turn off your computer as 5 updates are being applied and we’re only at update number 3. You wait anywhere from 2 minutes to 30 minutes as your machine whirs away in a magical mysterious way as, presumably, you are being given new features and further protection against the latest malware. But are you? Could this be rogue software injecting all forms of malware into your formerly pristine machine? Well, yes, you can do your research and determine the validity of the updates, decide whether you want them installed, check the web for indications of what the updates, if real, are actually doing. But who has the time and inclination to do that? Most of us just succumb and pray that the updates are real and that they will not damage or otherwise hamper the operation of our machines, albeit unintentionally.</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1806&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2011/02/07/is-the-end-user-to-blame-for-the-lack-of-security/">Is the End-User to Blame for the Lack of Security?</a> (301 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2011. |
<a href="http://www.bloginfosec.com/2011/02/07/is-the-end-user-to-blame-for-the-lack-of-security/">Permalink</a> |
<a href="http://www.bloginfosec.com/2011/02/07/is-the-end-user-to-blame-for-the-lack-of-security/#comments">One comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2011/02/07/is-the-end-user-to-blame-for-the-lack-of-security/&title=Is the End-User to Blame for the Lack of Security?">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/the-shadow-factory/" rel="tag">"The Shadow Factory"</a>, <a href="http://www.bloginfosec.com/tag/end-user-security/" rel="tag">end-user security</a>, <a href="http://www.bloginfosec.com/tag/james-bamford/" rel="tag">James Bamford</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/privacy/" rel="tag">Privacy</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/02/07/is-the-end-user-to-blame-for-the-lack-of-security/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>What Do They NOT Know?</title>
		<link>http://www.bloginfosec.com/2011/01/31/what-do-they-not-know/</link>
		<comments>http://www.bloginfosec.com/2011/01/31/what-do-they-not-know/#comments</comments>
		<pubDate>Mon, 31 Jan 2011 11:00:44 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Security in Popular Culture]]></category>
		<category><![CDATA[apps]]></category>
		<category><![CDATA[personal information]]></category>
		<category><![CDATA[smartphones]]></category>
		<category><![CDATA[spotlight]]></category>
		<category><![CDATA[The Wall Street Journal]]></category>
		<category><![CDATA[UDID]]></category>
		<category><![CDATA[WSJ]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1801</guid>
		<description><![CDATA[And the answer is &#8230; less and less. The Wall Street Journal’s series “What They Know,” which is an exposé of privacy “violations” on the Web, has been running since July 30, 2010. The thirteenth column in the series was published on December 18, 2010. I previously mentioned this WSJ series in my November 1, [...]<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>And the answer is &#8230; less and less. <em>The Wall Street<strong> </strong>Journal’s</em> series “What They Know,” which is an exposé of privacy “violations” on the Web, has been running since July 30, 2010. The thirteenth column in the series was published on December 18, 2010. I previously mentioned this <em>WSJ</em> series in my November 1, 2010 column “Privacy? What Privacy?” as well as in my January 17, 2011 column “Those Data are Mine(d).” I have suggested that you might want to follow the series, which you can easily do at <a href="http://online.wsj.com/public/page/what-they-know-digital-privacy.html">http://online.wsj.com/public/page/what-they-know-digital-privacy.html</a></p>
<p>The December 18 <em>WSJ</em> article, “Your Apps Are Watching You: A WSJ Investigation finds that iPhone and Android apps are breaching the privacy of smartphone users,” by Scott Thurn and Yakari Iwatani Kane, describes how a large number of smartphone apps are sending off scads of personal information to marketers. Perhaps the most impressive part of the article is the amount of research that <em>WSJ</em> staffers actually performed. They set up a test environment in which they could monitor the information being sent out by phones’ apps. Of the101 popular smartphone apps that the <em>WSJ</em> researchers examined, 56 transmitted the phones’ UDIDs (unique device identification numbers). 47 transmitted the location of the phone, and 5 sent out age, gender and other personal details.</p>
<p>While the claim by the senders and receivers of such information is that they do not collect personally identifiable data, we all know is that all it needs for specific attribution is access to some database that relates the unique phone ID to individuals or some data mining software that can infer from the thousands of data items collected on each individual and stored in an Acxiom, or a similar “data management and retrieval” software, who the person is with a high degree of assurance. And either it is being done now without the <em>WSJ</em> reporters’ specific knowledge or it’s just around the corner.</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1801&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2011/01/31/what-do-they-not-know/">What Do They NOT Know?</a> (145 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2011. |
<a href="http://www.bloginfosec.com/2011/01/31/what-do-they-not-know/">Permalink</a> |
<a href="http://www.bloginfosec.com/2011/01/31/what-do-they-not-know/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2011/01/31/what-do-they-not-know/&title=What Do They NOT Know?">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/apps/" rel="tag">apps</a>, <a href="http://www.bloginfosec.com/tag/personal-information/" rel="tag">personal information</a>, <a href="http://www.bloginfosec.com/tag/privacy/" rel="tag">Privacy</a>, <a href="http://www.bloginfosec.com/tag/smartphones/" rel="tag">smartphones</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a>, <a href="http://www.bloginfosec.com/tag/the-wall-street-journal/" rel="tag">The Wall Street Journal</a>, <a href="http://www.bloginfosec.com/tag/udid/" rel="tag">UDID</a>, <a href="http://www.bloginfosec.com/tag/wsj/" rel="tag">WSJ</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2011/01/31/what-do-they-not-know/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Eventually Your Online Identity Will Disappear</title>
		<link>http://www.bloginfosec.com/2011/01/24/eventually-your-online-identity-will-disappear/</link>
		<comments>http://www.bloginfosec.com/2011/01/24/eventually-your-online-identity-will-disappear/#comments</comments>
		<pubDate>Mon, 24 Jan 2011 11:00:03 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[identity loss]]></category>
		<category><![CDATA[identity theft]]></category>
		<category><![CDATA[online identity]]></category>
		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1739</guid>
		<description><![CDATA[I began drafting this column some time ago, but had not posted it. Then an article by Rob Walker appeared in The New York Times Magazine on January 9, 2011 about the preservation of one’s digital self. The title of the piece is “Things to Do in Cyberspace When You’re Dead,” and it discusses various [...]<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>I began drafting this column some time ago, but had not posted it. Then an article by Rob Walker appeared in <em>The New York Times Magazine</em> on January 9, 2011 about the preservation of one’s digital self. The title of the piece is “Things to Do in Cyberspace When You’re Dead,” and it discusses various methods and services that one can use to ensure that your digital heritage on the Web will be preserved for posterity in a form that is agreeable to you and represents your own interpretation of what is valid, which might well differ from the opinions and interpretations of others.</p>
<p>My thoughts on the subject are somewhat different. The real challenge, in my opinion, is in ensuring that what appears as a result of a search on your name is actually about you and not someone else with the same name. We expect that those with common names, such as “John Smith,” will have many hits when searched. On a recent (January 10, 2011) search on that name, Google came back with 6,480,000 results. So, unless you are particularly famous, or have a distinguishing other name or initial, or are involved in a highly-specialized endeavor, it is extremely difficult, if not impossible, to monitor your total presence on the web, which means checking for the many typographical and transcription errors and various forms of misrepresentation of your name.</p>
<p>On the other hand, if you have a somewhat distinctive name, your expectation is that, when you search on your name, much of what comes back is indeed relevant. Certainly there are examples when the browser parses your name and comes up with obviously inappropriate results, such as the many books on tropical fish by <strong>Warren</strong> E. Burgess and Herbert R. <strong>Axelrod</strong>, which are listed when I search on my own name.</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1739&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2011/01/24/eventually-your-online-identity-will-disappear/">Eventually Your Online Identity Will Disappear</a> (475 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2011. |
<a href="http://www.bloginfosec.com/2011/01/24/eventually-your-online-identity-will-disappear/">Permalink</a> |
<a href="http://www.bloginfosec.com/2011/01/24/eventually-your-online-identity-will-disappear/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2011/01/24/eventually-your-online-identity-will-disappear/&title=Eventually Your Online Identity Will Disappear">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/identity-loss/" rel="tag">identity loss</a>, <a href="http://www.bloginfosec.com/tag/identity-theft/" rel="tag">identity theft</a>, <a href="http://www.bloginfosec.com/tag/online-identity/" rel="tag">online identity</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/01/24/eventually-your-online-identity-will-disappear/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Those Data are Mine(d)</title>
		<link>http://www.bloginfosec.com/2011/01/17/those-data-are-mined/</link>
		<comments>http://www.bloginfosec.com/2011/01/17/those-data-are-mined/#comments</comments>
		<pubDate>Mon, 17 Jan 2011 11:00:53 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[Privacy]]></category>
		<category><![CDATA[data mining]]></category>
		<category><![CDATA[deep packet inspection]]></category>
		<category><![CDATA[spotlight]]></category>
		<category><![CDATA[The Wall Street Journal]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1733</guid>
		<description><![CDATA[The “What They Know” series in The Wall Street Journal continues and is commendably relentless in its reporting of the growing compromises of personal data. Periodically and quite frequently, the WSJ publishes an article on how our privacy is being gnawed away many millions of records at a time. I first discussed the initial set [...]<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>The “What They Know” series in The <em>Wall Street Journal</em> continues and is commendably relentless in its reporting of the growing compromises of personal data. Periodically and quite frequently, the <em>WSJ</em> publishes an article on how our privacy is being gnawed away many millions of records at a time. I first discussed the initial set of “What They Know” columns in my November 1, 2010 column “Privacy? What Privacy?” and suggested that we should all stay on the lookout for subsequent articles in the series. So here’s another one&#8230;</p>
<p>An article by Steve Stecklow and Paul Sonne, with the title “Shunned Profiling Method On the Verge of Comeback,” appeared on the front page of the November 24, 2010 edition. This time the reporters describe how “deep packet inspection” can glean behavioral information about millions of us by delving into the details held within the data packets that traverse the Internet.</p>
<p>I had originally known deep packet inspection to be a good thing. After all, it is touted by vendors of intrusion detection and prevention systems as a means of determining malicious, or at least suspect, behavior by prospective attackers. It enables the ferreting out of questionable transactions that would otherwise not be detected using more superficial techniques.</p>
<p>But like virtually all valuable technologies, deep packet inspection can be used for good or for evil, and, from the viewpoint of privacy advocates, such profiling of individuals, as described in the article, is certainly a bad thing.</p>
<p>When data mining first appeared on the scene, I was an enthusiastic proponent of the technology, and wrote about it some 14 years ago in an article in the December 1996 issue of <em>Wall Street &amp; Technology</em> with the title “Cashing in on Data Mining.” Back then, the issue of privacy was not top of mind and was simply handled by not providing specific names, addresses, etc. of the persons in the database. The idea was to mine patterns of behavior that could then be used in developing marketing programs. While reports might show distributions of information, such as family income by zip code, they didn’t get down to the individual household level. Granted, marketers would determine that particular zip codes contained persons more likely to purchase a particular type of product of service, but they would target an area rather than specific individuals.</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1733&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2011/01/17/those-data-are-mined/">Those Data are Mine(d)</a> (226 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2011. |
<a href="http://www.bloginfosec.com/2011/01/17/those-data-are-mined/">Permalink</a> |
<a href="http://www.bloginfosec.com/2011/01/17/those-data-are-mined/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2011/01/17/those-data-are-mined/&title=Those Data are Mine(d)">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/data-mining/" rel="tag">data mining</a>, <a href="http://www.bloginfosec.com/tag/deep-packet-inspection/" rel="tag">deep packet inspection</a>, <a href="http://www.bloginfosec.com/tag/privacy/" rel="tag">Privacy</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a>, <a href="http://www.bloginfosec.com/tag/the-wall-street-journal/" rel="tag">The Wall Street Journal</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2011/01/17/those-data-are-mined/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Was Citi Sleeping? Could Functional Security Testing Have Saved the Day?</title>
		<link>http://www.bloginfosec.com/2011/01/10/was-citi-sleeping-could-functional-security-testing-have-saved-the-day/</link>
		<comments>http://www.bloginfosec.com/2011/01/10/was-citi-sleeping-could-functional-security-testing-have-saved-the-day/#comments</comments>
		<pubDate>Mon, 10 Jan 2011 11:00:18 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[CSO/CISO Perspectives]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Risk Analysis]]></category>
		<category><![CDATA[CWE/SANS]]></category>
		<category><![CDATA[functional security testing]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[iPhone app]]></category>
		<category><![CDATA[nonfunctional security testing]]></category>
		<category><![CDATA[OWASP]]></category>
		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1722</guid>
		<description><![CDATA[Do you remember reading over the summer about Citigroup having a security hole in an iPhone app, which stored all manner of nonpublic personal information in a file? &#8230; and that the data could then be transferred to a PC? In the Technology section of the July 27, 2010 The Wall Street Journal, Spenser E. [...]<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>Do you remember reading over the summer about Citigroup having a security hole in an iPhone app, which stored all manner of nonpublic personal information in a file? &#8230; and that the data could then be transferred to a PC? In the Technology section of the July 27, 2010 <em>The Wall Street Journal</em>, Spenser E. Ante, assisted by Ben Worthen, wrote an article, “Citi Offers Fix for Security Flaw: Free iPhone Banking App Accidentally Saved Personal Data in a Hidden File.”</p>
<p>It is interesting to note Citigroup’s claim that “&#8230; it performed security tests before and after releasing the application, but failed to detect the problem.” According to John Hering, CEO of Lookout, a provider of mobile security, “&#8230; his company is discovering more apps that could inadvertently expose or leak personal data &#8230;”</p>
<p>While Mr. Hering believes that such security flaws will only increase due to the quick pace at which these apps are being introduced, such a situation suggests that what is needed is much better testing &#8230; and not just functional testing and nonfunctional security testing. These latter two types of testing were apparently done for the Citi app.</p>
<p>What is not clear is whether any functional security testing was done, and the results imply that it was not. I have again and again touted the benefits of testing functionality of applications from the perspective of their not doing what they shouldn’t – see, for example, my August 30, 2010 column “Eureka! Professor Does FST (Functional Security Testing)” my article “The Application Security Testing Gap” in the Perspective column of the November 2010 issue of <em>Information Security</em> magazine, and my December 20, 2010 column “Reinventing the Functional Security Testing Wheel.” Clearly copying personal data to a hidden file on an iPhone is an unwanted function. Just as clearly, according to Mr. Hering, there are many such apps, growing in number, for which testing that the apps don’t do functionally what they are not supposed to be doing is not done.</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1722&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2011/01/10/was-citi-sleeping-could-functional-security-testing-have-saved-the-day/">Was Citi Sleeping? Could Functional Security Testing Have Saved the Day?</a> (330 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2011. |
<a href="http://www.bloginfosec.com/2011/01/10/was-citi-sleeping-could-functional-security-testing-have-saved-the-day/">Permalink</a> |
<a href="http://www.bloginfosec.com/2011/01/10/was-citi-sleeping-could-functional-security-testing-have-saved-the-day/#comments">One comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2011/01/10/was-citi-sleeping-could-functional-security-testing-have-saved-the-day/&title=Was Citi Sleeping? Could Functional Security Testing Have Saved the Day?">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/cwesans/" rel="tag">CWE/SANS</a>, <a href="http://www.bloginfosec.com/tag/functional-security-testing/" rel="tag">functional security testing</a>, <a href="http://www.bloginfosec.com/tag/iphone/" rel="tag">iPhone</a>, <a href="http://www.bloginfosec.com/tag/iphone-app/" rel="tag">iPhone app</a>, <a href="http://www.bloginfosec.com/tag/nonfunctional-security-testing/" rel="tag">nonfunctional security testing</a>, <a href="http://www.bloginfosec.com/tag/owasp/" rel="tag">OWASP</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/01/10/was-citi-sleeping-could-functional-security-testing-have-saved-the-day/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Are We Busy Doing Nothing?</title>
		<link>http://www.bloginfosec.com/2011/01/03/are-we-busy-doing-nothing/</link>
		<comments>http://www.bloginfosec.com/2011/01/03/are-we-busy-doing-nothing/#comments</comments>
		<pubDate>Mon, 03 Jan 2011 11:00:53 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[CSO/CISO Perspectives]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[application security]]></category>
		<category><![CDATA[Enterprise Information Security and Privacy]]></category>
		<category><![CDATA[Greg Shipley]]></category>
		<category><![CDATA[historical analysis]]></category>
		<category><![CDATA[security tools]]></category>
		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1715</guid>
		<description><![CDATA[You must read the hair-raising article by Greg Shipley in the October 11, 2010 issue of InformationWeek titled “Epic Fail.” The article is featured on the cover of the magazine with the words “The Wrong Protection: We’ve spent billions on security products, so why are we so ill-prepared for the attacks raining down on us?” [...]<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>You must read the hair-raising article by Greg Shipley in the October 11, 2010 issue of <em>InformationWeek</em> titled “Epic Fail.” The article is featured on the cover of the magazine with the words “The Wrong Protection: We’ve spent billions on security products, so why are we so ill-prepared for the attacks raining down on us?” I was reminded of the song that begins:</p>
<p>“We&#8217;re busy doing nothing, working all day through, we&#8217;re trying to find lots of things not to do. We&#8217;re busy going nowhere, isn&#8217;t it such a crime? we&#8217;d like to be unhappy but we never do have the time.”</p>
<p>I learned that it was first sung by Bing Crosby et al in the 1949 movie “A Connecticut Yankee in King Arthur’s Court.” You can see the clip at <a href="http://www.youtube.com/watch?v=QuxSl_4yLz4">http://www.youtube.com/watch?v=QuxSl_4yLz4</a>  Don’t you agree that Bing and his buddies bear some small resemblance to some of our better known security gurus? And what do you think about the expressions on the faces of the two passers-by? Isn’t that look of bewilderment a familiar one when we try to explain what we actually do? Ah, well.</p>
<p>Now back to Shipley’s article. He is essentially saying that attackers are outrunning defenders and the promise of security products to meet the challenges is never realized. He’s <em>not </em>saying not to do anything about security. He says that we should continue to implement much of what we do install, but recognize that the tools are not fixing the problems.</p>
<p>Now Shipley isn’t the first to voice this opinion. I recall that, on getting his new job at DARPA, Peiter Zatko (the infamous “Mudge”) said that not much had changed in cyber security during the past couple of decades. And yours truly was quoted in <em>The Wall Street Journal</em> of January 19, 2010 as saying that little progress had been made in the past 10 years. The backlash from my colleagues was such that I posted an explanation of my statement on <em>BlogInfoSec</em> in my February 8, 2010 column with the title “Please Let Me Explain.”</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1715&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2011/01/03/are-we-busy-doing-nothing/">Are We Busy Doing Nothing?</a> (251 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2011. |
<a href="http://www.bloginfosec.com/2011/01/03/are-we-busy-doing-nothing/">Permalink</a> |
<a href="http://www.bloginfosec.com/2011/01/03/are-we-busy-doing-nothing/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2011/01/03/are-we-busy-doing-nothing/&title=Are We Busy Doing Nothing?">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/application-security/" rel="tag">application security</a>, <a href="http://www.bloginfosec.com/tag/enterprise-information-security-and-privacy/" rel="tag">Enterprise Information Security and Privacy</a>, <a href="http://www.bloginfosec.com/tag/greg-shipley/" rel="tag">Greg Shipley</a>, <a href="http://www.bloginfosec.com/tag/historical-analysis/" rel="tag">historical analysis</a>, <a href="http://www.bloginfosec.com/tag/security-tools/" rel="tag">security tools</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/01/03/are-we-busy-doing-nothing/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Privacy? What Privacy?</title>
		<link>http://www.bloginfosec.com/2010/11/01/privacy-what-privacy/</link>
		<comments>http://www.bloginfosec.com/2010/11/01/privacy-what-privacy/#comments</comments>
		<pubDate>Mon, 01 Nov 2010 10:00:21 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Security in Popular Culture]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[GPS]]></category>
		<category><![CDATA[microsoft]]></category>
		<category><![CDATA[spotlight]]></category>
		<category><![CDATA[Wall Street Journal]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1635</guid>
		<description><![CDATA[It is unusual for the popular (as opposed to technical) press and particularly for The Wall Street Journal to publish a multipart series on the topic of privacy. But the WSJ did it in “What They Know: A Wall Street Journal Investigation” And I think they did a pretty good job. You can find the [...]<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 is unusual for the popular (as opposed to technical) press and particularly for <em>The Wall Street Journal </em>to publish a multipart series on the topic of privacy. But the <em>WSJ</em> did it in “What They Know: A Wall Street Journal Investigation” And I think they did a pretty good job. You can find the published articles and related resources at <a href="http://www.wsj.com/WhatTheyKnow">www.wsj.com/WhatTheyKnow</a></p>
<p>The first article, which appeared in the July 30, 2010 issue, is by Julia Angwin and has the title “The Web’s New Gold Mine: Your Secrets.” It describes how information about one’s Web activities is captured, packaged and sold for marketing purposes.</p>
<p>The second article, written by Nick Wingfield appeared in the August 2, 2010 issue, with the title “Microsoft Quashes Effort to Boost Online Privacy.” Wingfield discusses how Microsoft chose to provide customer information to advertisers rather than protect customer privacy when it came to designing and deploying Internet Explorer 8.0.</p>
<p>A third article, in the August 4, 2010 issue, is by Emily Steel and Julia Angwin, and has the title “On the Web’s Cutting Edge, Anonymity in Name Only.” It is about how data describing individuals’ online behavior are used to profile such persons, namely all of us, and sell that information so that companies can target their marketing more accurately, similarly to what was described in the first article, mentioned above.</p>
<p>The fourth article, appearing in the August 5, 2010 issue, takes a somewhat different tack. It is by Justin Scheck and has the title “Stalkers Exploit Cellphone GPS,”  Scheck describes how GPS and other forms of tracking, which have many positive uses, are also exploited by individuals who have violence in mind, to locate their victims.</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1635&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2010/11/01/privacy-what-privacy/">Privacy? What Privacy?</a> (447 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2010. |
<a href="http://www.bloginfosec.com/2010/11/01/privacy-what-privacy/">Permalink</a> |
<a href="http://www.bloginfosec.com/2010/11/01/privacy-what-privacy/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2010/11/01/privacy-what-privacy/&title=Privacy? What Privacy?">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/google/" rel="tag">Google</a>, <a href="http://www.bloginfosec.com/tag/gps/" rel="tag">GPS</a>, <a href="http://www.bloginfosec.com/tag/microsoft/" rel="tag">microsoft</a>, <a href="http://www.bloginfosec.com/tag/privacy/" rel="tag">Privacy</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a>, <a href="http://www.bloginfosec.com/tag/wall-street-journal/" rel="tag">Wall Street Journal</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2010/11/01/privacy-what-privacy/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Blaming the CISO &#8230; Yet Again</title>
		<link>http://www.bloginfosec.com/2010/09/13/blaming-the-ciso-yet-again/</link>
		<comments>http://www.bloginfosec.com/2010/09/13/blaming-the-ciso-yet-again/#comments</comments>
		<pubDate>Mon, 13 Sep 2010 10:00:32 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[CSO/CISO Perspectives]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[AT & T]]></category>
		<category><![CDATA[business owner]]></category>
		<category><![CDATA[data breach]]></category>
		<category><![CDATA[Ed Amoroso]]></category>
		<category><![CDATA[iPad]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[portable devices]]></category>
		<category><![CDATA[privacy regulations]]></category>
		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1590</guid>
		<description><![CDATA[Update:
 Since I began writing this column, which discussed AT&#38;T’s iPad issue, AT&#38;T was reported to have experienced another privacy breach, this time during the heavy use of its registration site when the latest model of the iPhone became available. This was reported in The Wall Street Journal of June 16, 2010 in “AT&#38;T Flooded By [...]<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>Update:</p>
<p> Since I began writing this column, which discussed AT&amp;T’s iPad issue, AT&amp;T was reported to have experienced another privacy breach, this time during the heavy use of its registration site when the latest model of the iPhone became available. This was reported in <em>The Wall Street Journal</em> of June 16, 2010 in “AT&amp;T Flooded By iPhone,” by Niraj Seth and Roger Cheng. The article states that “&#8230; in certain cases [the website] appeared to reveal subscribers’ personal information to strangers,” and that the Federal Trade Commission is aware of the problem.</p>
<p>In the article, AT&amp;T Chief Executive Randall Stephenson, who was talking to media and investors during the development of the iPhone registration problem, was reported to have responded with the following in answer to a question about the iPad (not iPhone) breach: “&#8230; privacy issues are important and &#8230; a failure to prevent more serious breaches of network security would stall the growth of the mobile data market.” In an interview, Mr. Stephenson went on the say: “Customer privacy, data privacy is critical. We take this very seriously.” It is clear from the article that Mr. Stephenson is supportive of protecting customer data because doing so will enable AT&amp;T to grow its mobile business  &#8230; and not only because privacy protection is a legal and regulatory requirement. I would have thought that privacy advocates would be all over this one, except that everyone’s anger was being directed at BP CEO Tony Hayward.</p>
<p>As for me, I think that it is less important what the motivation is for C-level management to take security and privacy seriously than them actually doing something. So now, back to the primary topic &#8230;</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1590&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2010/09/13/blaming-the-ciso-yet-again/">Blaming the CISO &#8230; Yet Again</a> (344 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2010. |
<a href="http://www.bloginfosec.com/2010/09/13/blaming-the-ciso-yet-again/">Permalink</a> |
<a href="http://www.bloginfosec.com/2010/09/13/blaming-the-ciso-yet-again/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2010/09/13/blaming-the-ciso-yet-again/&title=Blaming the CISO &#8230; Yet Again">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/at-t/" rel="tag">AT &amp; T</a>, <a href="http://www.bloginfosec.com/tag/business-owner/" rel="tag">business owner</a>, <a href="http://www.bloginfosec.com/tag/data-breach/" rel="tag">data breach</a>, <a href="http://www.bloginfosec.com/tag/ed-amoroso/" rel="tag">Ed Amoroso</a>, <a href="http://www.bloginfosec.com/tag/ipad/" rel="tag">iPad</a>, <a href="http://www.bloginfosec.com/tag/iphone/" rel="tag">iPhone</a>, <a href="http://www.bloginfosec.com/tag/portable-devices/" rel="tag">portable devices</a>, <a href="http://www.bloginfosec.com/tag/privacy/" rel="tag">Privacy</a>, <a href="http://www.bloginfosec.com/tag/privacy-regulations/" rel="tag">privacy regulations</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/09/13/blaming-the-ciso-yet-again/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Privacy NO More</title>
		<link>http://www.bloginfosec.com/2010/05/20/privacy-no-more/</link>
		<comments>http://www.bloginfosec.com/2010/05/20/privacy-no-more/#comments</comments>
		<pubDate>Thu, 20 May 2010 10:00:52 +0000</pubDate>
		<dc:creator>Ronald Redling</dc:creator>
				<category><![CDATA[CSO/CISO Perspectives]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[botnet]]></category>
		<category><![CDATA[facebook]]></category>
		<category><![CDATA[hr]]></category>
		<category><![CDATA[human resources]]></category>
		<category><![CDATA[IANS]]></category>
		<category><![CDATA[YouTube]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1462</guid>
		<description><![CDATA[The biggest scare at this years IANS event was not news about botnet attacks from Belarus or data leaks, but the increased scrutiny by Human Resource Departments of prospective candidates to include social media.  So, do not be surprised when you are asked during an interview to provide information about your blogs or websites, [...]<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>The biggest scare at this years IANS event was not news about botnet attacks from Belarus or data leaks, but the increased scrutiny by Human Resource Departments of prospective candidates to include social media.  So, do not be surprised when you are asked during an interview to provide information about your blogs or websites, or to logon and provide Human Resources access to your Facebook account.</p>
<p>Any person having graduated from high school or college during the past 10 years has a high probability of being included some form of electronic media, knowingly or not.  A simple indiscretion at a party or on Spring Break can result in being the primary reason to be excluded for consideration for that choice position.  You never know who has a YouTube camera.</p>
<p>But the scrutiny does not stop there.  It is not longer sufficient to have stellar references, clean credit history and be drug free.  Where is the separation between what is considered a personal and professional life?  Any person can have belong to an association, group, volunteer for a charity, etc. that may not be considered as appropriate.  </p>
<p>Do these preclude a person from satisfactorily executing the roles and responsibilities as required?     </p>
<p>Not so long ago, the analogy to be a Boy Scout meant you walked in a different light, but now even that could be a problem.</p>
<!-- sphereit end --><img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1462&type=feed" alt="" /><hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2010. |
<a href="http://www.bloginfosec.com/2010/05/20/privacy-no-more/">Permalink</a> |
<a href="http://www.bloginfosec.com/2010/05/20/privacy-no-more/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2010/05/20/privacy-no-more/&title=Privacy NO More">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/botnet/" rel="tag">botnet</a>, <a href="http://www.bloginfosec.com/tag/facebook/" rel="tag">facebook</a>, <a href="http://www.bloginfosec.com/tag/hr/" rel="tag">hr</a>, <a href="http://www.bloginfosec.com/tag/human-resources/" rel="tag">human resources</a>, <a href="http://www.bloginfosec.com/tag/ians/" rel="tag">IANS</a>, <a href="http://www.bloginfosec.com/tag/privacy/" rel="tag">Privacy</a>, <a href="http://www.bloginfosec.com/tag/youtube/" rel="tag">YouTube</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2010/05/20/privacy-no-more/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

