<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments for Roger&#039;s Information Security Blog</title>
	<atom:link href="http://www.infosecblog.org/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.infosecblog.org</link>
	<description></description>
	<lastBuildDate>Mon, 06 Feb 2012 07:04:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on Webmail Account Compromises by jdavis</title>
		<link>http://www.infosecblog.org/2010/09/webmail-account-compromises/comment-page-1/#comment-156675</link>
		<dc:creator>jdavis</dc:creator>
		<pubDate>Mon, 06 Feb 2012 07:04:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.infosecblog.org/?p=5030#comment-156675</guid>
		<description>Some good security tips for sure. I might add that changing your login info every month or two will add to the safety of your webmail accounts. Open access points are tempting, especially when traveling on the road but NEVER log into your bank account or anything similar while in the parking lot at Starbucks - you may regret it later.</description>
		<content:encoded><![CDATA[<p>Some good security tips for sure. I might add that changing your login info every month or two will add to the safety of your webmail accounts. Open access points are tempting, especially when traveling on the road but NEVER log into your bank account or anything similar while in the parking lot at Starbucks &#8211; you may regret it later.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SSL for Cox Webmail by Joe</title>
		<link>http://www.infosecblog.org/2007/02/in-his-fast-forward-help/comment-page-1/#comment-156671</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Mon, 06 Feb 2012 06:14:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.infosecblog.org/2007/02/ssl-for-cox-webmail/#comment-156671</guid>
		<description>A lot has been said about SSL security issues concerning cox webmail but let&#039;s not forget about the other isp&#039;s and cable providers. They are most certainly not without their vulnerabilities either.</description>
		<content:encoded><![CDATA[<p>A lot has been said about SSL security issues concerning cox webmail but let&#8217;s not forget about the other isp&#8217;s and cable providers. They are most certainly not without their vulnerabilities either.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Shmoocon Day 3 by &#187; Fixing the PEAP MitM through correct config - Roger&#039;s Information Security Blog</title>
		<link>http://www.infosecblog.org/2008/02/shmoocon-day-3/comment-page-1/#comment-156619</link>
		<dc:creator>&#187; Fixing the PEAP MitM through correct config - Roger&#039;s Information Security Blog</dc:creator>
		<pubDate>Sun, 05 Feb 2012 17:01:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.infosecblog.org/2008/02/shmoocon-day-3/#comment-156619</guid>
		<description>[...] Shmoocon titled, PEAP: Pwned Extensible Authentication Protocol.  I blogged about it at the time here and here is Brad&#8217;s blog post from [...]</description>
		<content:encoded><![CDATA[<p>[...] Shmoocon titled, PEAP: Pwned Extensible Authentication Protocol.  I blogged about it at the time here and here is Brad&#8217;s blog post from [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Shmoocon 2012: Credit Card Fraud &#8211; The Contactless Generation by Beverly</title>
		<link>http://www.infosecblog.org/2012/01/shmoocon-2012-credit-card-fraud-the-contactless-generation/comment-page-1/#comment-156158</link>
		<dc:creator>Beverly</dc:creator>
		<pubDate>Thu, 02 Feb 2012 15:51:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.infosecblog.org/?p=5769#comment-156158</guid>
		<description>A new use for a microwave if ever I heard one. Like you say, unless you&#039;re somewhere where there&#039;s a real chance of this happening, it seems like overkill to take any measures against it really.</description>
		<content:encoded><![CDATA[<p>A new use for a microwave if ever I heard one. Like you say, unless you&#8217;re somewhere where there&#8217;s a real chance of this happening, it seems like overkill to take any measures against it really.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Dear Bruce &#8211; On Zero Days by Roger</title>
		<link>http://www.infosecblog.org/2012/01/dear-bruce-on-zero-days/comment-page-1/#comment-155804</link>
		<dc:creator>Roger</dc:creator>
		<pubDate>Tue, 31 Jan 2012 22:46:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.infosecblog.org/?p=5771#comment-155804</guid>
		<description>Thanks for the thoughtful comment gdead.   I hope you saw the &quot;sucks of the conference organizer&quot; as a playful jab, cause I thought I was being pretty funny.

Thinking about it, you&#039;re right.   The worms of the early 2000s are what caused people to HAVE patching programs.   Disruption wins again.
Even &quot;APT&quot; isn&#039;t being the disruptor for us because its something that happens to other companies, with military connections.</description>
		<content:encoded><![CDATA[<p>Thanks for the thoughtful comment gdead.   I hope you saw the &#8220;sucks of the conference organizer&#8221; as a playful jab, cause I thought I was being pretty funny.</p>
<p>Thinking about it, you&#8217;re right.   The worms of the early 2000s are what caused people to HAVE patching programs.   Disruption wins again.<br />
Even &#8220;APT&#8221; isn&#8217;t being the disruptor for us because its something that happens to other companies, with military connections.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Dear Bruce &#8211; On Zero Days by gdead</title>
		<link>http://www.infosecblog.org/2012/01/dear-bruce-on-zero-days/comment-page-1/#comment-155777</link>
		<dc:creator>gdead</dc:creator>
		<pubDate>Tue, 31 Jan 2012 18:35:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.infosecblog.org/?p=5771#comment-155777</guid>
		<description>Heh.  Glad that got someone thinking.  I&#039;ve been mumbling about this for a while but no one ever seems to get offended.  It may just got lost in the ranty-ness of it all ;)

So, I throw the idea of &quot;drop more 0-day&quot; out as a means to get people thinking.  For different environments, the meaning of that statement varies wildly.  For IT operations, dropping more 0-day means exactly what you point out; it would cause more out of band patching and disrupt the normal ebb and flow of your security and systems ops staff.  For vuln researchers, it means not getting paid because they could have sold the 0-day on the open market and made some $ out of it.  For product vendors, it means a hurried patch and PR process b/c the researcher didn&#039;t follow &quot;responsible&quot; disclosure.  And for the security vendors it&#039;s a lost opportunity to have bought vuln information from the researcher and used that knowledge to differentiate their product from the other products on the market (why do you think they buy vuln info?).

Basically, it disrupts everyone.  Which is the point I&#039;m trying to make.  The battle we fight in data centers every day isn&#039;t a polite one where product companies get to shame attackers by not telling them about their weaknesses.  It&#039;s not one where IT operators get advanced knowledge of the attack.  It&#039;s not one where some other researcher can suddenly get paid b/c they were doing research on the same attack method but didn&#039;t sell it prior to the attack happening.  It&#039;s chaotic and aggressive and interrupts everything.

It&#039;s also a fact of life.

So dropping 0day puts everyone in an uncomfortable situation... which in turns changes policies, procedures, and technology so that the next 0day that&#039;s dropped doesn&#039;t hurt as bad.  I&#039;m not saying all vuln information should be dropped out of the sky onto a mailing list/conference.  However I do think that if there was as much 0day droppage as we saw 10-15 years ago, we may be a better industry overall than we are now.  

I&#039;d like to see researchers still have some system where they can be monetarily rewarded for public disclosure, even if they didn&#039;t sell it to the vendor or a security company.  I&#039;d like to see security companies not rely on &quot;who knows more secrit vuln info&quot; to differentiate themselves in the market.  I&#039;d like to see enterprises be able to deal with in-the-wild-yet-unpatched vulnerabilities better (which is ultimately a need that the product vendors would fulfill).  All these are, IMO, nice characteristics to have in our community.  Dropping 0day is one way in which that can be accomplished.  There are others as well.  But I use the 0day example as a pointy-stick with which to jab people to get them thinking ;)

Also, to your point about not dropping 0day &quot;sucks for the conference organizer&quot;... that&#039;s never really crossed my mind.  We really don&#039;t run our con for fame or profit or whatever.  We run it b/c it&#039;s the right thing to do for the community.  I wish one day there&#039;s not enough demand in the security space to support all the cons we have now... it would mean we&#039;ve been successful in our attempts to make more secure systems.</description>
		<content:encoded><![CDATA[<p>Heh.  Glad that got someone thinking.  I&#8217;ve been mumbling about this for a while but no one ever seems to get offended.  It may just got lost in the ranty-ness of it all <img src='http://www.infosecblog.org/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>So, I throw the idea of &#8220;drop more 0-day&#8221; out as a means to get people thinking.  For different environments, the meaning of that statement varies wildly.  For IT operations, dropping more 0-day means exactly what you point out; it would cause more out of band patching and disrupt the normal ebb and flow of your security and systems ops staff.  For vuln researchers, it means not getting paid because they could have sold the 0-day on the open market and made some $ out of it.  For product vendors, it means a hurried patch and PR process b/c the researcher didn&#8217;t follow &#8220;responsible&#8221; disclosure.  And for the security vendors it&#8217;s a lost opportunity to have bought vuln information from the researcher and used that knowledge to differentiate their product from the other products on the market (why do you think they buy vuln info?).</p>
<p>Basically, it disrupts everyone.  Which is the point I&#8217;m trying to make.  The battle we fight in data centers every day isn&#8217;t a polite one where product companies get to shame attackers by not telling them about their weaknesses.  It&#8217;s not one where IT operators get advanced knowledge of the attack.  It&#8217;s not one where some other researcher can suddenly get paid b/c they were doing research on the same attack method but didn&#8217;t sell it prior to the attack happening.  It&#8217;s chaotic and aggressive and interrupts everything.</p>
<p>It&#8217;s also a fact of life.</p>
<p>So dropping 0day puts everyone in an uncomfortable situation&#8230; which in turns changes policies, procedures, and technology so that the next 0day that&#8217;s dropped doesn&#8217;t hurt as bad.  I&#8217;m not saying all vuln information should be dropped out of the sky onto a mailing list/conference.  However I do think that if there was as much 0day droppage as we saw 10-15 years ago, we may be a better industry overall than we are now.  </p>
<p>I&#8217;d like to see researchers still have some system where they can be monetarily rewarded for public disclosure, even if they didn&#8217;t sell it to the vendor or a security company.  I&#8217;d like to see security companies not rely on &#8220;who knows more secrit vuln info&#8221; to differentiate themselves in the market.  I&#8217;d like to see enterprises be able to deal with in-the-wild-yet-unpatched vulnerabilities better (which is ultimately a need that the product vendors would fulfill).  All these are, IMO, nice characteristics to have in our community.  Dropping 0day is one way in which that can be accomplished.  There are others as well.  But I use the 0day example as a pointy-stick with which to jab people to get them thinking <img src='http://www.infosecblog.org/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Also, to your point about not dropping 0day &#8220;sucks for the conference organizer&#8221;&#8230; that&#8217;s never really crossed my mind.  We really don&#8217;t run our con for fame or profit or whatever.  We run it b/c it&#8217;s the right thing to do for the community.  I wish one day there&#8217;s not enough demand in the security space to support all the cons we have now&#8230; it would mean we&#8217;ve been successful in our attempts to make more secure systems.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Masked Scheduler Blog Now with Gadgets &amp; Electronics by Jason H</title>
		<link>http://www.infosecblog.org/2012/01/masked-scheduler-blog-now-with-gadgets-electronics/comment-page-1/#comment-154140</link>
		<dc:creator>Jason H</dc:creator>
		<pubDate>Sat, 21 Jan 2012 14:07:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.infosecblog.org/?p=5751#comment-154140</guid>
		<description>I saw the same thing with the popular webcomic Ctrl+Alt+Del&#039;s RSS feed. It was taken over by strange campaign free a rapper.
http://www.404techsupport.com/2010/10/webcomic-ctrlaltdel-old-rss-feed-gets-hijacked-and-thousands-of-followers-instantly-for-lil-boosie/</description>
		<content:encoded><![CDATA[<p>I saw the same thing with the popular webcomic Ctrl+Alt+Del&#8217;s RSS feed. It was taken over by strange campaign free a rapper.<br />
<a href="http://www.404techsupport.com/2010/10/webcomic-ctrlaltdel-old-rss-feed-gets-hijacked-and-thousands-of-followers-instantly-for-lil-boosie/" rel="nofollow">http://www.404techsupport.com/2010/10/webcomic-ctrlaltdel-old-rss-feed-gets-hijacked-and-thousands-of-followers-instantly-for-lil-boosie/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on WordPress Default Database Prefix by willc</title>
		<link>http://www.infosecblog.org/2012/01/wordpress-default-database-prefix/comment-page-1/#comment-153715</link>
		<dc:creator>willc</dc:creator>
		<pubDate>Thu, 19 Jan 2012 03:56:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.infosecblog.org/?p=5742#comment-153715</guid>
		<description>Never heard of Inapsula before…thanks!</description>
		<content:encoded><![CDATA[<p>Never heard of Inapsula before…thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Requiem for IM Manager by Roger</title>
		<link>http://www.infosecblog.org/2011/09/requiem-for-im-manager/comment-page-1/#comment-153708</link>
		<dc:creator>Roger</dc:creator>
		<pubDate>Thu, 19 Jan 2012 02:52:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.infosecblog.org/?p=5574#comment-153708</guid>
		<description>You make a good argument, yet I&#039;m still not convinced about the need.   Years of nothing but false positives from Symantec IM Manager leave me wondering why I&#039;d spend money on this.

We&#039;re currently battling out Microsoft Lync versus Cisco for enterprise IM so I was happy to see Cisco listed.  I do have some questions, I&#039;ll follow up with my Actiance sales guy.</description>
		<content:encoded><![CDATA[<p>You make a good argument, yet I&#8217;m still not convinced about the need.   Years of nothing but false positives from Symantec IM Manager leave me wondering why I&#8217;d spend money on this.</p>
<p>We&#8217;re currently battling out Microsoft Lync versus Cisco for enterprise IM so I was happy to see Cisco listed.  I do have some questions, I&#8217;ll follow up with my Actiance sales guy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Requiem for IM Manager by ActianceGuy</title>
		<link>http://www.infosecblog.org/2011/09/requiem-for-im-manager/comment-page-1/#comment-153673</link>
		<dc:creator>ActianceGuy</dc:creator>
		<pubDate>Wed, 18 Jan 2012 22:59:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.infosecblog.org/?p=5574#comment-153673</guid>
		<description>Just to confirm, FaceTime has changed it&#039;s name to Actiance, and our IM Management solution (Vantage) is alive and well. We support MSN 2011, Lync, etc. - we are actively adding support for new versions and actively developing the solution, as well as actively expanding our solution for Social Media (Facebook, LinkedIn, Twitter, YouTube, etc.). And we have Skype support, and many others. So to the comments above on Facebook, Skype, etc. - we can give you the best of both worlds. Support for the folks still on PIM, support for enterprise UC, and support for the future of social media. Come check us out! (Just to clarify, this is not an unbiased post, but clearly a pitch for Actiance. Doesn&#039;t mean it&#039;s not true :-)

www.actiance.com</description>
		<content:encoded><![CDATA[<p>Just to confirm, FaceTime has changed it&#8217;s name to Actiance, and our IM Management solution (Vantage) is alive and well. We support MSN 2011, Lync, etc. &#8211; we are actively adding support for new versions and actively developing the solution, as well as actively expanding our solution for Social Media (Facebook, LinkedIn, Twitter, YouTube, etc.). And we have Skype support, and many others. So to the comments above on Facebook, Skype, etc. &#8211; we can give you the best of both worlds. Support for the folks still on PIM, support for enterprise UC, and support for the future of social media. Come check us out! (Just to clarify, this is not an unbiased post, but clearly a pitch for Actiance. Doesn&#8217;t mean it&#8217;s not true <img src='http://www.infosecblog.org/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p><a href="http://www.actiance.com" rel="nofollow">http://www.actiance.com</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

