<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title><![CDATA[[SecurityRatty] tag: owners]]></title>
    <link>http://securityratty.com/tag/owners</link>
    <description></description>
    <pubDate>Wed, 24 Sep 2008 04:23:16 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Gmail security and recent phishing activity]]></title>
      <link>http://securityratty.com/article/9a45bb9bbae6a2b37196f35b1390b206</link>
      <guid>http://securityratty.com/article/9a45bb9bbae6a2b37196f35b1390b206</guid>
      <description><![CDATA[Posted by Chris Evans

We've seen some speculation recently about a purported security vulnerability in Gmail and the theft of several website owners' domains by unauthorized third parties. At Google...]]></description>
      <content:encoded><![CDATA[<span class="byline-author">Posted by Chris Evans</span><br /><br />We've seen some speculation recently about a purported security vulnerability in Gmail and the theft of several website owners' domains by unauthorized third parties. At Google we're committed to providing secure products, and we mounted an immediate investigation. Our results indicate no evidence of a Gmail vulnerability.<br /><br />With help from affected users, we determined that the cause was a phishing scheme, a common method used by malicious actors to trick people into sharing their sensitive information. Attackers sent customized e-mails encouraging web domain owners to visit fraudulent websites such as "google-hosts.com" that they set up purely to harvest usernames and passwords. These fake sites had no affiliation with Google, and the ones we've seen are now offline. Once attackers gained the user credentials, they were free to modify the affected accounts as they desired. In this case, the attacker set up mail filters specifically designed to forward messages from web domain providers.<br /><br />Several news stories referenced a <a title="domain theft from December 2007" href="http://www.davidairey.com/google-gmail-security-hijack/" id="d.kh">domain theft from December 2007</a> that was incorrectly linked to a Gmail CSRF vulnerability</span>. We did have a Gmail CSRF bug reported to us in September 2007 that we fixed and deployed worldwide within 24 hours of private disclosure of the bug details. We know of no affected users. Neither this bug nor any other Gmail bug was involved in the December 2007 domain theft.<br /><br />We recognize how many people depend on Gmail, and we strive to make it as secure as possible. At this time, we'd like to thank the wider security community for working with us to achieve this goal. We're always looking at new ways to enhance Gmail security. For example, we recently gave users the option to <a href="http://gmailblog.blogspot.com/2008/07/making-security-easier.html" id="murn" title="always connect via https">always run their entire session using https</a>.<br /><br />To keep your Google account secure online, we recommend you only ever enter your Gmail sign-in credentials to web addresses starting with https://www.google.com/accounts, and never click-through any warnings your browser may raise about certificates. For more information on how to stay safe from phishing attacks, see our blog post <a href="http://googleblog.blogspot.com/2008/04/how-to-avoid-getting-hooked.html" id="o8q2" title="here">here</a>.<div class="feedflare">
<a href="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?a=5ziOaTxJ"><img src="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?d=41" border="0"></img></a> <a href="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?a=UypYbMp4"><img src="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?i=UypYbMp4" border="0"></img></a>
</div><img src="http://feedproxy.google.com/~r/GoogleOnlineSecurityBlog/~4/jSxgatXB-tY" height="1" width="1"/>]]></content:encoded>
      <pubDate>Tue, 25 Nov 2008 10:22:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/gmail">gmail</category>
      <category domain="http://securityratty.com/tag/bug">bug</category>
      <category domain="http://securityratty.com/tag/bug details">bug details</category>
      <category domain="http://securityratty.com/tag/gmail bug">gmail bug</category>
      <category domain="http://securityratty.com/tag/gmail csrf vulnerability">gmail csrf vulnerability</category>
      <category domain="http://securityratty.com/tag/enhance gmail security">enhance gmail security</category>
      <category domain="http://securityratty.com/tag/gmail csrf bug">gmail csrf bug</category>
      <category domain="http://securityratty.com/tag/gmail sign-in credentials">gmail sign-in credentials</category>
      <category domain="http://securityratty.com/tag/domain theft">domain theft</category>
      <source url="http://feedproxy.google.com/~r/GoogleOnlineSecurityBlog/~3/jSxgatXB-tY/gmail-security-and-recent-phishing.html">Gmail security and recent phishing activity</source>
    </item>
    <item>
      <title><![CDATA[Is That a Coffee Table or a Munition?]]></title>
      <link>http://securityratty.com/article/bcc3ebc100f5b51c419148587e587e92</link>
      <guid>http://securityratty.com/article/bcc3ebc100f5b51c419148587e587e92</guid>
      <description><![CDATA[One of the standard software security prescriptions for the SDLC is to data classification and enforce least privilege. From a security perspective this sounds fantastic, especially on a whiteboard....]]></description>
      <content:encoded><![CDATA[<p>One of the standard software security prescriptions for the SDLC is to data classification and enforce least privilege. From a security perspective this sounds fantastic, especially on a whiteboard. When the rubber meets the real world road, things often turn out slightly different.&#0160;</p><br /><div>It turns out that it is hard to conduct business with excessive granularity.</div><div><a href="http://1raindrop.typepad.com/.a/6a00d83451c75869e201053619a7a7970b-pi" style="display: inline;"><a href="http://www.economist.com/displaystory.cfm?story_id=11965352"><img alt="D3408BB1" class="at-xid-6a00d83451c75869e201053619a7a7970b " src="http://1raindrop.typepad.com/.a/6a00d83451c75869e201053619a7a7970b-320wi" /></a></a><span style="font-family: &#39;Trebuchet MS&#39;; ">
</span> <br /></div><br /><div>Here is an <a href="http://www.economist.com/displaystory.cfm?story_id=11965352">article</a> from The Economist on the challenges of space technology, commercialization and information sharing. This is widely applicable to corporate information security policies:</div><br /><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><p><span style="font-family: Verdana; font-weight: bold; line-height: normal; ">Gravity is not the main obstacle for America’s space business. Government is</span></p><p><span style="font-family: Verdana; line-height: normal; ">IN THE spring of 2006 Robert Bigelow needed to take a stand on a trip to Russia to keep a satellite off the floor. The stand was made of aluminium. It had a circular base and legs. It was, says the entrepreneur and head of Bigelow Aerospace in Nevada, “indistinguishable from a common coffee table”. Nonetheless, the American authorities told Mr Bigelow that this coffee table was part of a satellite assembly and so counted as a munition. During the trip it would have to be guarded by two security officers at all times.</span></p></blockquote><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><p><span style="font-family: Verdana; line-height: normal;"><br /></span><span style="font-family: Verdana; line-height: normal; ">Exporting technology has always presented a dilemma for America. The country leads the world in most technologies and some of these give it a military advantage. If export rules are too lax, foreign powers will be able to put American technology in their systems, or copy it. But if the rules are too tight, then it will stifle the industries that depend upon sales to create the next generation of technology.</span><br /><span style="font-family: Verdana; line-height: normal; "><br /></span></p></blockquote><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><p><span style="font-family: Verdana; line-height: normal; ">It is a difficult balance to strike and critics charge that America has erred on the side of stifling. They claim that overly strict export controls have so damaged the space industry that America’s national security is now threatened by its dwindling leadership in space technology. The system, they complain, fails to distinguish between militarily sensitive hardware that should be controlled and widely available commercial technologies, such as lithium-ion batteries and solar cells. The zealous application of the export rules is the American space industry’s biggest handicap.</span></p></blockquote><div><span style="font-family: Verdana; font-weight: bold; line-height: normal;"><br /></span></div><div><span style="font-family: Verdana; line-height: normal; ">Read the whole thing its fascinating. So what started off as well intentioned asset protection eventually compromised the most important asset of all - strategic advantage.</span></div><div><span style="font-family: Verdana; line-height: normal;"><br /></span></div><div><span style="font-family: Verdana; line-height: normal;">So what&#39;s a better model? I am partial to think about these sorts of problems as free trade agreements. Each integration point should have a set of policies, and enforcement mechanisms that also include compensating transactions.</span></div><div><span style="font-family: Verdana; line-height: normal;"><br /></span></div><div><span style="font-family: Verdana; line-height: normal;">For example, did you know that in the US you can buy companies that trade on other exchanges through ADRs? You buy the ADR of say a French Telco which trades on a European exchange only you buy the ADR on the NYSE or Nasdaq. Then the French Telco issues you a dividend because you are a shareholder, but the French government withholds the dividend for foreign owners. Yet because there is a free trade agreement between the two countries, the US lets you write off the unreceived portion of the dividend on your taxes. (this may or may not be the case in US-France just an example). Anyway, its not a silver bullet but its an interesting strategy.</span></div><div><span style="font-family: Verdana; line-height: normal;"><br /></span></div>]]></content:encoded>
      <pubDate>Tue, 25 Nov 2008 09:40:20 +0000</pubDate>
      <category domain="http://securityratty.com/tag/coffee table">coffee table</category>
      <category domain="http://securityratty.com/tag/technology">technology</category>
      <category domain="http://securityratty.com/tag/american technology">american technology</category>
      <category domain="http://securityratty.com/tag/free trade agreement">free trade agreement</category>
      <category domain="http://securityratty.com/tag/trade">trade</category>
      <category domain="http://securityratty.com/tag/space technology">space technology</category>
      <category domain="http://securityratty.com/tag/french telco issues">french telco issues</category>
      <category domain="http://securityratty.com/tag/common coffee table">common coffee table</category>
      <category domain="http://securityratty.com/tag/information security policies">information security policies</category>
      <source url="http://1raindrop.typepad.com/1_raindrop/2008/11/is-that-a-coffee-table-or-a-munition.html">Is That a Coffee Table or a Munition?</source>
    </item>
    <item>
      <title><![CDATA[Rational Risk Management, Angry Italians, and Irrational Security Analysts]]></title>
      <link>http://securityratty.com/article/616867e9cd4e8203d8c23c0bef989749</link>
      <guid>http://securityratty.com/article/616867e9cd4e8203d8c23c0bef989749</guid>
      <description><![CDATA[Hope you all had a great weekend. I had meant to point you earlier to a FAIR analysis that Chris Hayes did over at his Blog . But Ive been a little busy, and before I could mention it, Stuart King put...]]></description>
      <content:encoded><![CDATA[<p>Hope you all had a great weekend.  I had meant to point you earlier to a <strong><a href="http://risktical.com/2008/11/06/security-template-exception-part-2-%E2%80%93-the-assessment/">FAIR analysis that Chris Hayes did over at his Blog</a></strong>.  But I&#8217;ve been a little busy, and before I could mention it, Stuart King <strong><a href="http://www.computerweekly.com/blogs/stuart_king/2008/11/ive-written-up-a-report.html">put up a kind of angry response</a></strong> on his ComputerWorld blog.  Snark aside, there are a couple of other really troubling aspects of Stuart&#8217;s reaction to Chris&#8217; analysis that I thought we could talk about this morning.</p>
<blockquote><p>The problem is that (Chris&#8217; analysis is) completely impractical. I&#8217;ll take a recent, and fairly typical situation as an example. I was taking issue with the manner in which remote access was being provisioned for a third party vendor to connect to a system hosted by one of our European business units. To cut a long story short, it was not only a breach of policy but highly insecure. I wanted the access to be disconnected, the business unit director wanted my risk assessment. And he didn&#8217;t want to wait for it.</p>
<p>To quote Chris Hayes, spending time on working out <em> <strong>the expected effectiveness of controls, over a given timeframe, as measured against a baseline level of force </strong></em>was not going to pacify an angry Italian fearful that my decision was going to cost him money. He wanted my explanation of the risk and more importantly, what I was going to offer as a solution to keep his business functioning</p></blockquote>
<p>As Chris is someone who actually does this for a living in a large company, and this is typical of his actual day job, I really find Stuart&#8217;s &#8220;impractical&#8221; comment to be, um, misinformed.</p>
<p>Also, I think Stuart mistakes the purpose of a risk analysis.  The purpose of the risk analysis is not to force someone to be &#8220;secure&#8221;, but to provide knowledge for decision making.  Using it as a &#8220;hammer&#8221; to knock in the nail of your personal risk tolerance impairs efficiency and in the long run retards &#8220;security&#8221; as it creates political resentment.  Seriously, who cares if something might violate policy or not in a pre-implementation discussion?  Policies are not stone tablets handed down from on high, they are state-in-time codification of the <em><strong>data owners </strong></em>risk tolerance.  This risk tolerance changes sometimes, and that&#8217;s OK.</p>
<p>To that extent, I appreciate (and I&#8217;m sure Chris does, as well) that risk analysis does not create rationality in the data owner.  Someone who sees you as a speedbump on the route to progress they may not be ready to appreciate your point of view even if it is stated in the most rational manner possible.   But it&#8217;s worth noting (and Stuart&#8217;s example is indicative of this point) that <em><strong>risk analysis does not create rationality in the analyst, either</strong></em>.  If one is being so &#8220;security minded&#8221; as to ignore the risk tolerance of the business owner - we&#8217;re bound to get a reaction similar to that Stuart encountered.  In fact, a practical risk analysis like Chris performed on his blog, done in 30 minutes, should identify the critical point of disagreement between Stuart and the data owner (again, Stuart doesn&#8217;t own the data, the agitated Italian does).</p>
<p>But let&#8217;s stay rational and open to alternatives to what Chris offers.  Stuart states his approach to risk analysis as:</p>
<blockquote><p>When I need to document a risk assessment I use a very simple form: list the threats, state the level of vulnerability, list the associated operational costs and potential revenue hits. High, medium, or low risk? Describe the controls and options. Write up who needs to do what, and how much of their time it&#8217;s going to take. Job done.</p></blockquote>
<p>At first glance, I don&#8217;t think what Chris has done is any less efficient, and it provides greater insight (using Frequency and Capability instead of just &#8216;listing the threats&#8217;).  But what is key here is that Chris&#8217; approach is consistent and defensible.  Less generous risk geeks and CSO&#8217;s I know would have no little difficulty with Stuart&#8217;s approach.  But to particularly answer Stuart&#8217;s main objection (impracticality) I would offer that with practice, Chris&#8217; work is probably quicker and easier than Stuart&#8217;s described process as it eliminates much of the ambiguity an immature risk analysis creates - reducing the need for further discussion and arguments with data owners (regardless of disposition or nationality).</p>
<p>Finally the irony of Stuart&#8217;s post is that the reason he had this confrontation may in fact be because he was incapable of bringing a salient model for risk to the table, one that identified the factors that create risk and developed a defensible belief statement concerning risk.   We&#8217;ll never know if one would have helped him in this isolated instance, but I can tell you that in organizations like Chris&#8217;, good risk models and strong risk anlayses create operational efficiencies, reduce costs, and streamlines intra-departmental communications.</p>
]]></content:encoded>
      <pubDate>Mon, 17 Nov 2008 13:43:15 +0000</pubDate>
      <category domain="http://securityratty.com/tag/risk">risk</category>
      <category domain="http://securityratty.com/tag/risk tolerance">risk tolerance</category>
      <category domain="http://securityratty.com/tag/risk models">risk models</category>
      <category domain="http://securityratty.com/tag/practical risk analysis">practical risk analysis</category>
      <category domain="http://securityratty.com/tag/strong risk anlayses">strong risk anlayses</category>
      <category domain="http://securityratty.com/tag/generous risk geeks">generous risk geeks</category>
      <category domain="http://securityratty.com/tag/immature risk analysis">immature risk analysis</category>
      <category domain="http://securityratty.com/tag/quote chris hayes">quote chris hayes</category>
      <category domain="http://securityratty.com/tag/chris hayes">chris hayes</category>
      <source url="http://riskmanagementinsight.com/riskanalysis/?p=520">Rational Risk Management, Angry Italians, and Irrational Security Analysts</source>
    </item>
    <item>
      <title><![CDATA[Bebo Social Network Targeted By Spammers Again, Tens Of Thousands Of Bogus Accounts Generated Monthly]]></title>
      <link>http://securityratty.com/article/906314118185669436fdb48a5d83dac8</link>
      <guid>http://securityratty.com/article/906314118185669436fdb48a5d83dac8</guid>
      <description><![CDATA[Bebo, the popular social networking site is currently under spammers attack who automatically registering thousands of bogus accounts advertising fake online pharmacies, with the campaign owners...]]></description>
      <content:encoded><![CDATA[Bebo, the popular social networking site is currently under spammers attack who automatically registering thousands of bogus accounts advertising fake online pharmacies, with the campaign owners receiving revenue through an affiliate based program. According to Websense Security Labs, Bebo has already been targeted by spammers in July this year and according to MessageLabs, it happened [...]]]></content:encoded>
      <pubDate>Fri, 31 Oct 2008 21:22:50 +0000</pubDate>
      <category domain="http://securityratty.com/tag/spammers">spammers</category>
      <category domain="http://securityratty.com/tag/bebo">bebo</category>
      <category domain="http://securityratty.com/tag/bogus accounts">bogus accounts</category>
      <category domain="http://securityratty.com/tag/websense security labs">websense security labs</category>
      <category domain="http://securityratty.com/tag/spammers attack">spammers attack</category>
      <category domain="http://securityratty.com/tag/fake online pharmacies">fake online pharmacies</category>
      <category domain="http://securityratty.com/tag/thousands">thousands</category>
      <category domain="http://securityratty.com/tag/based program">based program</category>
      <category domain="http://securityratty.com/tag/popular social">popular social</category>
      <source url="http://cyberinsecure.com/bebo-social-network-targeted-by-spammers-again-tens-of-thousands-of-bogus-accounts-generated-monthly/">Bebo Social Network Targeted By Spammers Again, Tens Of Thousands Of Bogus Accounts Generated Monthly</source>
    </item>
    <item>
      <title><![CDATA[New Phishing Hits Domain Owners Accounts At eNom, NetworkSolutions]]></title>
      <link>http://securityratty.com/article/14c10fb07f7f4d368d6a3e5597b7ae10</link>
      <guid>http://securityratty.com/article/14c10fb07f7f4d368d6a3e5597b7ae10</guid>
      <description><![CDATA[Sophos have reported a new kind of phishing campaign yesterday. Instead of the regular bank phish, or the more recent university/webmail email account phish, this new campaign targets domain registrar...]]></description>
      <content:encoded><![CDATA[Sophos have reported a new kind of phishing campaign yesterday. Instead of the regular bank phish, or the more recent university/webmail email account phish, this new campaign targets domain registrar accounts, as per the email below:

The email fakes the From address (purports to come from tech@enom.com) and ask the user to update their account due [...]]]></content:encoded>
      <pubDate>Thu, 30 Oct 2008 08:17:30 +0000</pubDate>
      <category domain="http://securityratty.com/tag/email">email</category>
      <category domain="http://securityratty.com/tag/email account phish">email account phish</category>
      <category domain="http://securityratty.com/tag/email fakes">email fakes</category>
      <category domain="http://securityratty.com/tag/regular bank phish">regular bank phish</category>
      <category domain="http://securityratty.com/tag/account due">account due</category>
      <category domain="http://securityratty.com/tag/campaign yesterday">campaign yesterday</category>
      <category domain="http://securityratty.com/tag/purports">purports</category>
      <category domain="http://securityratty.com/tag/sophos">sophos</category>
      <category domain="http://securityratty.com/tag/user">user</category>
      <source url="http://cyberinsecure.com/new-phishing-hits-domain-owners-accounts-at-enom-networksolutions/">New Phishing Hits Domain Owners Accounts At eNom, NetworkSolutions</source>
    </item>
    <item>
      <title><![CDATA[Malware? We don't need no stinking malware!]]></title>
      <link>http://securityratty.com/article/cbb029a08a78820b5ef90b69579719a1</link>
      <guid>http://securityratty.com/article/cbb029a08a78820b5ef90b69579719a1</guid>
      <description><![CDATA[Written by Oliver Fisher

This site may harm your computer
You may have seen those words in Google search results but what do they mean? If you click the search result link you get another warning...]]></description>
      <content:encoded><![CDATA[<span class="byline-author">Written by Oliver Fisher</span><br /><br /><span style="font-weight: bold;">"This site may harm your computer"</span><br />You may have seen those words in Google search results — but what do they mean? If you click the search result link you get another warning page instead of the website you were expecting. But if the web page was your grandmother's baking blog, you're still confused. Surely your grandmother hasn't been secretly honing her l33t computer hacking skills at night school. Google must have made a mistake and your grandmother's web page is just fine...<br /><br /><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://3.bp.blogspot.com/_LMSk7hTEaIE/SQI_1LfaQYI/AAAAAAAAtcc/zI4emYNyj4g/s1600-h/example.png"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 320px; height: 125px;" src="http://3.bp.blogspot.com/_LMSk7hTEaIE/SQI_1LfaQYI/AAAAAAAAtcc/zI4emYNyj4g/s320/example.png" alt="" id="BLOGGER_PHOTO_ID_5260837497572311426" border="0" /></a><br /><br />I work with the team that helps put the warning in Google's search results, so let me try to explain. The good news is that your grandmother is still kind and <a href="http://fitz.blogspot.com/2008/10/everybody-should-have-one.html">loves turtles</a>. She isn't trying to start a botnet or steal credit card numbers. The bad news is that her website or the server that it runs on probably has a security vulnerability, most likely from some out-of-date software. That vulnerability has been exploited and malicious code has been added to your grandmother's website. It's most likely an invisible script or iframe that pulls content from another website that tries to attack any computer that views the page. If the attack succeeds, then viruses, spyware, key loggers, botnets, and other nasty stuff will get installed.<br /><br />If you see the warning on a site in Google's search results, it's a good idea to pay attention to it. Google has automatic scanners that are constantly looking for these sorts of web pages. I help build the scanners and continue to be surprised by how accurate they are. There is almost certainly something wrong with the website even if it is run by someone you trust. The automatic scanners make unbiased decisions based on the malicious content of the pages, not the reputation of the webmaster.<br /><br />Servers are just like your home computer and need constant updating. There are lots of tools that make building a website easy, but each one adds some risk of being exploited. Even if you're diligent and keep all your website components updated, your web host may not be. They control your website's server and may not have installed the most recent OS patches. And it's not just innocent grandmothers that this happens to. There have been warnings on the websites of banks, sports teams, and corporate and government websites.<br /><br /><span style="font-weight: bold;">Uh-oh... I need help!</span><br />Now that we understand what the malware label means in search results, what do you do if you're a webmaster and Google's scanners have found malware on your site?<br /><br />There are some resources to help clean things up. The Google Webmaster Central blog has <a href="http://googlewebmastercentral.blogspot.com/2008/04/my-sites-been-hacked-now-what.html">some tips</a> and a <a href="http://googlewebmastercentral.blogspot.com/2007/09/quick-security-checklist-for-webmasters.html">quick security checklist for webmasters</a>. <a href="http://stopbadware.org/">Stopbadware.org</a> has great information, and their <a href="http://groups.google.com/group/stopbadware">forums</a> have a number of helpful and knowledgeable volunteers who may be able to help (sometimes I'm one of them). You can also use the Google SafeBrowsing diagnostics page for your site (http://www.google.com/safebrowsing/diagnostic?site=<i>&lt;site-name-here&gt;</i>) to see specific information about what Google's automatic scanners have found. If your site has been flagged, Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> lists some of the URLs that were scanned and found to be infected.<br /><br />Once you've cleaned up your website, use Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> to <a href="http://googlewebmastercentral.blogspot.com/2008/08/hey-google-i-no-longer-have-badware.html">request a malware review</a>. The automatic systems will rescan your website and the warning will be removed if the malware is gone.<br /><br /><span style="font-weight: bold;">Advance warning</span><br />I often hear webmasters asking Google for advance warning before a malware label is put on their website. When the label is applied, Google usually <a href="http://www.google.com/support/webmasters/bin/answer.py?answer=45432#2">emails the website owners</a> and then posts a warning in Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a>. But no warning is given ahead of time - <span style="font-weight: bold;">before</span> the label is applied - so a webmaster can't quickly clean up the site before a warning is applied.<br /><br />But, look at the situation from the user's point of view. As a user, I'd be pretty annoyed if Google sent me to a site it knew was dangerous. Even a short delay would expose some users to that risk, and it doesn't seem justified. I know it's frustrating for a webmaster to see a malware label on their website. But, ultimately, protecting users against malware makes the internet a safer place and everyone benefits, both webmasters and users.<br /><br />Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> has started a test to provide <a href="http://googlewebmastercentral.blogspot.com/2008/10/message-center-warnings-for-hackable.html">warnings to webmasters</a> that their server software may be vulnerable. Responding to that warning and updating server software can prevent your website from being compromised with malware. The best way to avoid a malware label is to never have any malware on the site!<br /><br /><span style="font-weight: bold;">Reviews</span><br />You can request a review via Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> and you can see the status of the review there. If you think the review is taking too long, make sure to check the status. Finding all the malware on a site is difficult and the automated scanners are far more accurate than humans. The scanners may have found something you've missed and the review may have failed.  If your site has a malware label, Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> will also list some sample URLs that have problems. This is not a full list of all of the problem URLs (because that's often very, very long), but it should get you started.<br /><br />Finally, don't confuse a malware review with a <a href="http://googlewebmastercentral.blogspot.com/2008/07/requesting-reconsideration-using-google.html">request for reconsideration</a>. If Google's automated scanners find malware on your website, the site will usually not be removed from search results. There is also a different process that removes spammy websites from Google search results. If that's happened and you disagree with Google, you should submit a <a href="http://googlewebmastercentral.blogspot.com/2008/07/requesting-reconsideration-using-google.html">reconsideration request</a>. But if your site has a malware label, a reconsideration request won't do any good — for malware you need to file a malware review from the Overview page.<br /><br /><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://4.bp.blogspot.com/_LMSk7hTEaIE/SQJAJQN-pYI/AAAAAAAAtck/DOkV2_QwJdQ/s1600-h/example2.png"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 320px; height: 202px;" src="http://4.bp.blogspot.com/_LMSk7hTEaIE/SQJAJQN-pYI/AAAAAAAAtck/DOkV2_QwJdQ/s320/example2.png" alt="" id="BLOGGER_PHOTO_ID_5260837842438759810" border="0" /></a><br /><br /><span style="font-weight: bold;">How long will a review take?</span><br />Webmasters are eager to have a Google malware label removed from their site and often ask how long a review of the site will take. Both the original scanning and the review process are fully automated. The systems analyze large portions of the internet, which is big place, so the review may not happen immediately. Ideally, the label will be removed within a few hours. At its longest, the process should take a day or so.<div class="feedflare">
<a href="http://feeds.feedburner.com/~f/GoogleOnlineSecurityBlog?a=Cuj5M"><img src="http://feeds.feedburner.com/~f/GoogleOnlineSecurityBlog?i=Cuj5M" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/GoogleOnlineSecurityBlog?a=v7cwm"><img src="http://feeds.feedburner.com/~f/GoogleOnlineSecurityBlog?i=v7cwm" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/GoogleOnlineSecurityBlog/~4/431137747" height="1" width="1"/>]]></content:encoded>
      <pubDate>Fri, 24 Oct 2008 10:25:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/malware">malware</category>
      <category domain="http://securityratty.com/tag/google malware label">google malware label</category>
      <category domain="http://securityratty.com/tag/label">label</category>
      <category domain="http://securityratty.com/tag/malware review">malware review</category>
      <category domain="http://securityratty.com/tag/tools">tools</category>
      <category domain="http://securityratty.com/tag/webmaster tools lists">webmaster tools lists</category>
      <category domain="http://securityratty.com/tag/malware label">malware label</category>
      <category domain="http://securityratty.com/tag/webmaster tools">webmaster tools</category>
      <category domain="http://securityratty.com/tag/google">google</category>
      <source url="http://feeds.feedburner.com/~r/GoogleOnlineSecurityBlog/~3/431137747/malware-we-dont-need-no-stinking.html">Malware? We don't need no stinking malware!</source>
    </item>
    <item>
      <title><![CDATA[Malware? We don't need no stinking malware!]]></title>
      <link>http://securityratty.com/article/7b001609aa5afd4ad270a86d179c2f41</link>
      <guid>http://securityratty.com/article/7b001609aa5afd4ad270a86d179c2f41</guid>
      <description><![CDATA[Written by Oliver Fisher

This site may harm your computer
You may have seen those words in Google search results but what do they mean? If you click the search result link you get another warning...]]></description>
      <content:encoded><![CDATA[<span class="byline-author">Written by Oliver Fisher</span><br /><br /><span style="font-weight: bold;">"This site may harm your computer"</span><br />You may have seen those words in Google search results — but what do they mean? If you click the search result link you get another warning page instead of the website you were expecting. But if the web page was your grandmother's baking blog, you're still confused. Surely your grandmother hasn't been secretly honing her l33t computer hacking skills at night school. Google must have made a mistake and your grandmother's web page is just fine...<br /><br /><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://3.bp.blogspot.com/_LMSk7hTEaIE/SQI_1LfaQYI/AAAAAAAAtcc/zI4emYNyj4g/s1600-h/example.png"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 320px; height: 125px;" src="http://3.bp.blogspot.com/_LMSk7hTEaIE/SQI_1LfaQYI/AAAAAAAAtcc/zI4emYNyj4g/s320/example.png" alt="" id="BLOGGER_PHOTO_ID_5260837497572311426" border="0" /></a><br /><br />I work with the team that helps put the warning in Google's search results, so let me try to explain. The good news is that your grandmother is still kind and <a href="http://fitz.blogspot.com/2008/10/everybody-should-have-one.html">loves turtles</a>. She isn't trying to start a botnet or steal credit card numbers. The bad news is that her website or the server that it runs on probably has a security vulnerability, most likely from some out-of-date software. That vulnerability has been exploited and malicious code has been added to your grandmother's website. It's most likely an invisible script or iframe that pulls content from another website that tries to attack any computer that views the page. If the attack succeeds, then viruses, spyware, key loggers, botnets, and other nasty stuff will get installed.<br /><br />If you see the warning on a site in Google's search results, it's a good idea to pay attention to it. Google has automatic scanners that are constantly looking for these sorts of web pages. I help build the scanners and continue to be surprised by how accurate they are. There is almost certainly something wrong with the website even if it is run by someone you trust. The automatic scanners make unbiased decisions based on the malicious content of the pages, not the reputation of the webmaster.<br /><br />Servers are just like your home computer and need constant updating. There are lots of tools that make building a website easy, but each one adds some risk of being exploited. Even if you're diligent and keep all your website components updated, your web host may not be. They control your website's server and may not have installed the most recent OS patches. And it's not just innocent grandmothers that this happens to. There have been warnings on the websites of banks, sports teams, and corporate and government websites.<br /><br /><span style="font-weight: bold;">Uh-oh... I need help!</span><br />Now that we understand what the malware label means in search results, what do you do if you're a webmaster and Google's scanners have found malware on your site?<br /><br />There are some resources to help clean things up. The Google Webmaster Central blog has <a href="http://googlewebmastercentral.blogspot.com/2008/04/my-sites-been-hacked-now-what.html">some tips</a> and a <a href="http://googlewebmastercentral.blogspot.com/2007/09/quick-security-checklist-for-webmasters.html">quick security checklist for webmasters</a>. <a href="http://stopbadware.org/">Stopbadware.org</a> has great information, and their <a href="http://groups.google.com/group/stopbadware">forums</a> have a number of helpful and knowledgeable volunteers who may be able to help (sometimes I'm one of them). You can also use the Google SafeBrowsing diagnostics page for your site (http://www.google.com/safebrowsing/diagnostic?site=<i>&lt;site-name-here&gt;</i>) to see specific information about what Google's automatic scanners have found. If your site has been flagged, Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> lists some of the URLs that were scanned and found to be infected.<br /><br />Once you've cleaned up your website, use Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> to <a href="http://googlewebmastercentral.blogspot.com/2008/08/hey-google-i-no-longer-have-badware.html">request a malware review</a>. The automatic systems will rescan your website and the warning will be removed if the malware is gone.<br /><br /><span style="font-weight: bold;">Advance warning</span><br />I often hear webmasters asking Google for advance warning before a malware label is put on their website. When the label is applied, Google usually <a href="http://www.google.com/support/webmasters/bin/answer.py?answer=45432#2">emails the website owners</a> and then posts a warning in Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a>. But no warning is given ahead of time - <span style="font-weight: bold;">before</span> the label is applied - so a webmaster can't quickly clean up the site before a warning is applied.<br /><br />But, look at the situation from the user's point of view. As a user, I'd be pretty annoyed if Google sent me to a site it knew was dangerous. Even a short delay would expose some users to that risk, and it doesn't seem justified. I know it's frustrating for a webmaster to see a malware label on their website. But, ultimately, protecting users against malware makes the internet a safer place and everyone benefits, both webmasters and users.<br /><br />Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> has started a test to provide <a href="http://googlewebmastercentral.blogspot.com/2008/10/message-center-warnings-for-hackable.html">warnings to webmasters</a> that their server software may be vulnerable. Responding to that warning and updating server software can prevent your website from being compromised with malware. The best way to avoid a malware label is to never have any malware on the site!<br /><br /><span style="font-weight: bold;">Reviews</span><br />You can request a review via Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> and you can see the status of the review there. If you think the review is taking too long, make sure to check the status. Finding all the malware on a site is difficult and the automated scanners are far more accurate than humans. The scanners may have found something you've missed and the review may have failed.  If your site has a malware label, Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> will also list some sample URLs that have problems. This is not a full list of all of the problem URLs (because that's often very, very long), but it should get you started.<br /><br />Finally, don't confuse a malware review with a <a href="http://googlewebmastercentral.blogspot.com/2008/07/requesting-reconsideration-using-google.html">request for reconsideration</a>. If Google's automated scanners find malware on your website, the site will usually not be removed from search results. There is also a different process that removes spammy websites from Google search results. If that's happened and you disagree with Google, you should submit a <a href="http://googlewebmastercentral.blogspot.com/2008/07/requesting-reconsideration-using-google.html">reconsideration request</a>. But if your site has a malware label, a reconsideration request won't do any good — for malware you need to file a malware review from the Overview page.<br /><br /><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://4.bp.blogspot.com/_LMSk7hTEaIE/SQJAJQN-pYI/AAAAAAAAtck/DOkV2_QwJdQ/s1600-h/example2.png"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 320px; height: 202px;" src="http://4.bp.blogspot.com/_LMSk7hTEaIE/SQJAJQN-pYI/AAAAAAAAtck/DOkV2_QwJdQ/s320/example2.png" alt="" id="BLOGGER_PHOTO_ID_5260837842438759810" border="0" /></a><br /><br /><span style="font-weight: bold;">How long will a review take?</span><br />Webmasters are eager to have a Google malware label removed from their site and often ask how long a review of the site will take. Both the original scanning and the review process are fully automated. The systems analyze large portions of the internet, which is big place, so the review may not happen immediately. Ideally, the label will be removed within a few hours. At its longest, the process should take a day or so.<div class="feedflare">
<a href="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?a=SIUWOyG4"><img src="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?d=41" border="0"></img></a> <a href="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?a=62ZsGul3"><img src="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?i=62ZsGul3" border="0"></img></a>
</div><img src="http://feedproxy.google.com/~r/GoogleOnlineSecurityBlog/~4/FIyRCnLebV4" height="1" width="1"/>]]></content:encoded>
      <pubDate>Fri, 24 Oct 2008 10:25:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/malware">malware</category>
      <category domain="http://securityratty.com/tag/google malware label">google malware label</category>
      <category domain="http://securityratty.com/tag/label">label</category>
      <category domain="http://securityratty.com/tag/malware review">malware review</category>
      <category domain="http://securityratty.com/tag/tools">tools</category>
      <category domain="http://securityratty.com/tag/webmaster tools lists">webmaster tools lists</category>
      <category domain="http://securityratty.com/tag/malware label">malware label</category>
      <category domain="http://securityratty.com/tag/webmaster tools">webmaster tools</category>
      <category domain="http://securityratty.com/tag/google">google</category>
      <source url="http://feedproxy.google.com/~r/GoogleOnlineSecurityBlog/~3/FIyRCnLebV4/malware-we-dont-need-no-stinking.html">Malware? We don't need no stinking malware!</source>
    </item>
    <item>
      <title><![CDATA[Do you have poorly trained security guards working for you? If you do, al-Qa'ida may be watching]]></title>
      <link>http://securityratty.com/article/d3bb73a510242a5cb3d3116bdd9cd56c</link>
      <guid>http://securityratty.com/article/d3bb73a510242a5cb3d3116bdd9cd56c</guid>
      <description><![CDATA[It seems strange that the Department of Homeland Security would be mentioning a recording by deceased al-Qa'ida operative Yousef Al-Ayeeri made before his death in 2003

Eventhough DHS said there was...]]></description>
      <content:encoded><![CDATA[It seems strange that the Department of Homeland Security would be mentioning a <a href="http://deepbackground.msnbc.msn.com/archive/2008/10/06/1501940.aspx">recording by deceased al-Qa'ida operative Yousef Al-Ayeeri </a>made before his death in 2003.  <br /><span id="fullpost"><br />Eventhough DHS said there was no credible or specific information, they still deemed it necessary to release the note because it is "important for local authorities, building owners and operators to be aware of potential attack tactics". <br /></span><br />Apparently, Al-Ayeeri made the recording to encourage other al-Qa'ida operatives to take over a publicly accessible building(s) in the U.S. and destroy it by using a series of strategically placed explosives.<br /><br />What makes the plan especially interesting to a security consultant is the way Al-Ayeeri describes the ease with which operatives would be able to take over public buildings.  His recording advises that it will be quite easy due to "poorly trained and lightly armed or unarmed security guards".<br /><br />What does this tell us?  It tells us that terrorists are carrying out surveillance right under our noses and taking notes when they observe a breach of security or "poorly trained security".<br /><br />Hopefully none of you reading this have "poorly trained security" working for you.  If you did, how would you know?  Perhaps it is time to have a security review and or/survey of your premises conducted.  <br /><br />They say "dead men can't talk", but it nearly seems like this one is sending out a warning.<div class="blogger-post-footer">Visit Sexton Executive Security at www.sextonsecurity.com</div>]]></content:encoded>
      <pubDate>Sun, 19 Oct 2008 15:37:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/security consultant">security consultant</category>
      <category domain="http://securityratty.com/tag/security guards">security guards</category>
      <category domain="http://securityratty.com/tag/security review">security review</category>
      <category domain="http://securityratty.com/tag/homeland security">homeland security</category>
      <category domain="http://securityratty.com/tag/poorly">poorly</category>
      <category domain="http://securityratty.com/tag/al-qa">al-qa</category>
      <category domain="http://securityratty.com/tag/al-ayeeri">al-ayeeri</category>
      <category domain="http://securityratty.com/tag/potential attack tactics">potential attack tactics</category>
      <source url="http://www.thebulletproofblog.com/2008/10/do-you-have-poorly-trained-security.html">Do you have poorly trained security guards working for you? If you do, al-Qa'ida may be watching</source>
    </item>
    <item>
      <title><![CDATA[Asus reports virus loaded into Eee Box PCs]]></title>
      <link>http://securityratty.com/article/e83ae00d7ef005995b0a9c82102a4cda</link>
      <guid>http://securityratty.com/article/e83ae00d7ef005995b0a9c82102a4cda</guid>
      <description><![CDATA[Asustek Computer's Japanese arm has alerted owners of its new Eee Box low-cost desktop PC that the machine shipped with a...]]></description>
      <content:encoded><![CDATA[Asustek Computer's Japanese arm has alerted owners of its new Eee Box low-cost desktop PC that the machine shipped with a virus.]]></content:encoded>
      <pubDate>Mon, 06 Oct 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/japanese arm">japanese arm</category>
      <category domain="http://securityratty.com/tag/asustek computer">asustek computer</category>
      <category domain="http://securityratty.com/tag/virus">virus</category>
      <category domain="http://securityratty.com/tag/owners">owners</category>
      <category domain="http://securityratty.com/tag/machine">machine</category>
      <source url="http://www.networkworld.com/news/2008/100708-asus-reports-virus-loaded-into.html?fsrc=rss-security">Asus reports virus loaded into Eee Box PCs</source>
    </item>
    <item>
      <title><![CDATA[Enhanced Domain Protection Services Emerge]]></title>
      <link>http://securityratty.com/article/7acf5055cb56782b95c8c264468b8373</link>
      <guid>http://securityratty.com/article/7acf5055cb56782b95c8c264468b8373</guid>
      <description><![CDATA[Registrars are beginning to offer new services to protect against domain name loss. Are they worth it? Well, they're worth something, but maybe not all the money being charged. Yesterday, Domain Name...]]></description>
      <content:encoded><![CDATA[Registrars are beginning to offer new services to protect against domain name loss. Are they worth it? Well, they're worth something, but maybe not all the money being charged.

Yesterday, Domain Name Wire revealed that <a href="http://domainnamewire.com/2008/09/23/godaddy-files-patent-for-domain-name-hijack-protection/">GoDaddy has filed for a patent for "Domain Name Hijack Protection."</a> The basic idea of the service is that domain name transfer-out requests are automatically ignored. The customer gets a notice that the request was received and ignored. The user then has the option of turning off the service, and must supply photo ID in order to do it. Comments on the Domain Name Wire article say it's an intentionally cumbersome process, which certainly works out well for GoDaddy, but I'm not so sure I'd call this innovative.

This application may be related to <a href="https://www.godaddy.com/gdshop/protect/landing.asp?ci=9004">GoDaddy's Protected Registration service</a>, which similarly protects against casual transfers, a service they call Deadbolt Transfer Protection. In order to perform a transfer, more thorough verification procedures are required, probably involving genuine human beings.

GoDaddy also claims to protect the domain in case of billing problems, such as "credit card expiration, failed billing or outdated contact information." If your domain expires and cannot be renewed because the credit card expired or some other such reason the domain will be placed in "invalid, protected status" for up to one year. In other words, it will be taken off-line, but not made available for anyone else to register. If you've parked it you may not notice, but if you're using the domain you will, because it won't work anymore. At this point you can go back to GoDaddy and make things right. All this costs $24.99 a year, which is a lot of money compared to the base registration. You'd be much better off with a standard domain lock and just being responsible about your domains and reading the e-mail GoDaddy sends you.

And thanks to <a href="http://www.domainnamenews.com/registrars/moniker-launches-domainmaxlock/2452">DomainNameNews for reporting</a> that Moniker, a registrar aimed at higher-volume domain name owners, has launched <a href="http://www.moniker.com/maxlock/">their DomainMaxLock service</a>.

DomainMaxLock, like GoDaddy's Deadbolt, makes you provide more stringent identification for transfers. According to the company you must:
<UL>
<LI>Provide a government I.D. number for verification of your identity.
<LI>Set up custom security questions and answers, further safeguarding your domain assets.
<LI>Provide special verification instructions and artifacts to ensure that your unique business or ownership interests are protected.
<LI>When you request that your domains be unlocked, our security team works directly with you to verify all of the above off-line - further eliminating risks of doing business in an online world! </LI>
</UL>
It's essentially an admission of the failure of automated services with respect to security. The idea is we can trust humans in person, not software. The service costs $34.95 per domain per year for a limited time, but the cost will increase later to $59.99.

These verification services are similar in many ways to those performed by CAs (certificate authorities). Since GoDaddy is also one of those, it's likely they can get better utilization out of that staff by offering such services.
<p><a href="http://feedads.googleadservices.com/~a/FCZhqYUdUonhGhpMKWK6obfrCas/a"><img src="http://feedads.googleadservices.com/~a/FCZhqYUdUonhGhpMKWK6obfrCas/i" border="0" ismap="true"></img></a></p><img src="http://feedproxy.google.com/~r/RSS/cheap_hack/~4/8Vacprz_ezY" height="1" width="1"/>]]></content:encoded>
      <pubDate>Wed, 24 Sep 2008 04:23:16 +0000</pubDate>
      <category domain="http://securityratty.com/tag/domain">domain</category>
      <category domain="http://securityratty.com/tag/standard domain lock">standard domain lock</category>
      <category domain="http://securityratty.com/tag/higher-volume domain">higher-volume domain</category>
      <category domain="http://securityratty.com/tag/domain assets">domain assets</category>
      <category domain="http://securityratty.com/tag/domain expires">domain expires</category>
      <category domain="http://securityratty.com/tag/service">service</category>
      <category domain="http://securityratty.com/tag/domainmaxlock service">domainmaxlock service</category>
      <category domain="http://securityratty.com/tag/godaddy">godaddy</category>
      <category domain="http://securityratty.com/tag/services">services</category>
      <source url="http://feeds.ziffdavisenterprise.com/~r/RSS/cheap_hack/~3/8Vacprz_ezY/enhanced_domain_protection_services_emerge.html">Enhanced Domain Protection Services Emerge</source>
    </item>
  </channel>
</rss>
