<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title><![CDATA[Cheap Hack]]></title>
    <link>http://securityratty.com/feed/3b54f5f57e5ddf012846d26b98248453</link>
    <description></description>
    <pubDate>Wed, 03 Sep 2008 05:10:29 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Hacking Your VoIP Box From The Net]]></title>
      <link>http://securityratty.com/article/ddef0bbead6572419deccb8cf4914ce6</link>
      <guid>http://securityratty.com/article/ddef0bbead6572419deccb8cf4914ce6</guid>
      <description><![CDATA[Do you do penetration testing of your own network? Is it comprehensive enough? Read this recent blog from McAfee's Avert Labs and you may wonder. An Avert analyst, reading about vulnerabilities in the...]]></description>
      <content:encoded><![CDATA[Do you do penetration testing of your own network? Is it comprehensive enough? Read <a href="http://www.avertlabs.com/research/blog/index.php/2008/09/29/the-lack-of-attention-in-voip-devices/">this recent blog from McAfee's Avert Labs</a> and you may wonder.

An Avert analyst, reading about vulnerabilities in the Cisco IP phone model 7960 then used Google to try to find publicly-accessible 7960 phones. He found "almost 10" (does that mean 9? awkward turn of phrase). 1 of them had the vulnerable firmware version  And the vulnerability was that the phone's web interface reveals a lot of sensitive network information, so the company that holds that phone has a vulnerable network.

What was revealed by the phone? "...the IP addresses of the TFTP server/router/DNS server/DHCP server/Cisco Call Manager, as well as some application links, internal device configuration, and debugging information. If there are any exploitable vulnerabilities in one of these linked servers, attackers could use this information to stage further attacks."

There's always more to test for, and mistakes you in device configuration can have dire consequences.
<p><a href="http://feedads.googleadservices.com/~a/KqezZ8B5wlQOthXrTY4hSBEoKXo/a"><img src="http://feedads.googleadservices.com/~a/KqezZ8B5wlQOthXrTY4hSBEoKXo/i" border="0" ismap="true"></img></a></p><img src="http://feedproxy.google.com/~r/RSS/cheap_hack/~4/sIcbcZ5FSGQ" height="1" width="1"/>]]></content:encoded>
      <pubDate>Sat, 04 Oct 2008 13:06:04 +0000</pubDate>
      <category domain="http://securityratty.com/tag/sensitive network information">sensitive network information</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/network">network</category>
      <category domain="http://securityratty.com/tag/device configuration">device configuration</category>
      <category domain="http://securityratty.com/tag/internal device configuration">internal device configuration</category>
      <category domain="http://securityratty.com/tag/phone model">phone model</category>
      <category domain="http://securityratty.com/tag/phone">phone</category>
      <category domain="http://securityratty.com/tag/exploitable vulnerabilities">exploitable vulnerabilities</category>
      <category domain="http://securityratty.com/tag/vulnerable network">vulnerable network</category>
      <source url="http://feeds.ziffdavisenterprise.com/~r/RSS/cheap_hack/~3/sIcbcZ5FSGQ/hacking_your_voip_box_from_the_net.html">Hacking Your VoIP Box From The Net</source>
    </item>
    <item>
      <title><![CDATA[Gambling Domains Seized by Kentucky]]></title>
      <link>http://securityratty.com/article/b2a12ce3b79bb2383d563ad1918217f7</link>
      <guid>http://securityratty.com/article/b2a12ce3b79bb2383d563ad1918217f7</guid>
      <description><![CDATA[From reports, it appears that Kentucky Governor Steve Beshear has attempted to seize 141 gambling-related domain names under a state law that allows for seizure of items used for illegal gambling. It...]]></description>
      <content:encoded><![CDATA[From reports, it appears that Kentucky Governor Steve Beshear has attempted to seize 141 gambling-related domain names under a state law that allows for seizure of items used for illegal gambling. It appears that the seizure order (<a href="http://www.thedomains.com/wp-content/order-of-seizure-of-domain-names.pdf">click here for a copy of the initial order</a>) was signed by a circuit judge, but <a href="http://www.thedomains.com/2008/09/26/kentucky-hearing-update/">later reports indicate that the judge is holding further hearings and seeking further arguments</a>. A hearing will be held Oct. 7, <a href="http://www.thedomains.com/2008/09/26/kentucky-hearing-update/">according to TheDomains</a>.

See page 4 of the seizure order for a complete list of the 141 domains. Here are some of them:
<ul><li>123bingo.com</li>
	<li>777dragon.com</li>
	<li>indiancasino.com</li>
	<li>jackpotcity.com</li>
	<li>powerbet.com</li>
	<li>crazypoker.com</li>
	<li>vegaslucky.com</li></ul>

That sort of thing.

According to DomainNameNews, <a href="http://www.domainnamenews.com/up-to-the-minute/kentucks-seizes-141-gambling-domain-names/2413">several of the domains are for popular sites</a>, including PokerStars.com, FullTiltPoker.com, BodogLife.com, GoldenPalace.com, Bet21.com, DoylesRoom.com and IndianCasino.com. It also reports that <a href="http://www.domainnamenews.com/up-to-the-minute/ica-responds-to-kentucky-seizure-of-gambling-domains/2584">at least one registrar (Enom) has transferred domains pursuant to the order</a>, including one whose registrant died of a heart attack this summer.

The seizure order says that the domains are to be transferred by any registrar to a plaintiff's account at that registrar (the plaintiff being the Commonwealth of Kentucky), but that the domain names' configuration will be otherwise unchanged. This means that any gambling sites run on those domains or, for that matter, anything else on those domains, such as PPC ads, would remain functional.

All things considered, this seems like simple-minded grandstanding without any good law behind it. The Constitution vests Congress with power to regulate interstate commerce, which the domain name market clearly is. In fact, these businesses are truly international. And it's a safe bet that none of the gambling companies or registrars operates in Kentucky, perhaps not even any of the domain name holders. That the state argues that residents of Kentucky engage in illegal gambling doesn't give the state jurisdiction. The Internet Commerce Association, a domainer lobby, <a href="http://www.domainnamenews.com/up-to-the-minute/ica-responds-to-kentucky-seizure-of-gambling-domains/2584">has weighed in on the matter in opposition to the state's move</a>.
<p><a href="http://feedads.googleadservices.com/~a/FslEfsv6x1qu8Vcy3lti-mPyruM/a"><img src="http://feedads.googleadservices.com/~a/FslEfsv6x1qu8Vcy3lti-mPyruM/i" border="0" ismap="true"></img></a></p><img src="http://feedproxy.google.com/~r/RSS/cheap_hack/~4/x8jm5xd8NoU" height="1" width="1"/>]]></content:encoded>
      <pubDate>Sun, 28 Sep 2008 03:32:49 +0000</pubDate>
      <category domain="http://securityratty.com/tag/domains">domains</category>
      <category domain="http://securityratty.com/tag/kentucky">kentucky</category>
      <category domain="http://securityratty.com/tag/domains pursuant">domains pursuant</category>
      <category domain="http://securityratty.com/tag/domain">domain</category>
      <category domain="http://securityratty.com/tag/domain names">domain names</category>
      <category domain="http://securityratty.com/tag/kentucky engage">kentucky engage</category>
      <category domain="http://securityratty.com/tag/internet commerce association">internet commerce association</category>
      <category domain="http://securityratty.com/tag/seizure">seizure</category>
      <category domain="http://securityratty.com/tag/commerce">commerce</category>
      <source url="http://feeds.ziffdavisenterprise.com/~r/RSS/cheap_hack/~3/x8jm5xd8NoU/gambling_domains_seized_by_kentucky.html">Gambling Domains Seized by Kentucky</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>
    <item>
      <title><![CDATA[Office 2003 SP2 Approaching End of Life]]></title>
      <link>http://securityratty.com/article/708e156f8cf7fd44904fefa01aa79593</link>
      <guid>http://securityratty.com/article/708e156f8cf7fd44904fefa01aa79593</guid>
      <description><![CDATA[The Microsoft Office Sustained Engineering blog reports that support for Service Pack 2 for Office 2003 is coming to a close. Microsoft's support lifecycle policy for service packs states that they...]]></description>
      <content:encoded><![CDATA[<a href="http://blogs.technet.com/office_sustained_engineering/archive/2008/09/22/upcoming-end-of-support-for-office-2003-service-pack-2-sp2.aspx">The Microsoft Office Sustained Engineering blog reports that support for Service Pack 2 for Office 2003 is coming to a close. </a>

<a href="http://support.microsoft.com/?LN=en-us&scid=gp%3B%5Bln%5D%3Blifecycle&x=14&y=8#Service%20Pack%20Support">Microsoft's support lifecycle policy for service packs</a> states that they get one year of support after a successor service pack is released. It's about a year since Service Pack 3 for Office 2003 was released and Microsoft is recommending&#151;strongly&#151;that all users upgrade. The policy also is that security updates are continued into the next Patch Tuesday, so there may still be patches for Office 2003 SP2 in the October Patch Tuesday.
<p><a href="http://feedads.googleadservices.com/~a/4us9-5hXsh1nihxH1awjZ51MDrM/a"><img src="http://feedads.googleadservices.com/~a/4us9-5hXsh1nihxH1awjZ51MDrM/i" border="0" ismap="true"></img></a></p><img src="http://feedproxy.google.com/~r/RSS/cheap_hack/~4/X1h8jl24YRo" height="1" width="1"/>]]></content:encoded>
      <pubDate>Mon, 22 Sep 2008 16:45:30 +0000</pubDate>
      <category domain="http://securityratty.com/tag/office">office</category>
      <category domain="http://securityratty.com/tag/microsoft office">microsoft office</category>
      <category domain="http://securityratty.com/tag/successor service pack">successor service pack</category>
      <category domain="http://securityratty.com/tag/service pack">service pack</category>
      <category domain="http://securityratty.com/tag/support lifecycle policy">support lifecycle policy</category>
      <category domain="http://securityratty.com/tag/policy">policy</category>
      <category domain="http://securityratty.com/tag/support">support</category>
      <category domain="http://securityratty.com/tag/october patch tuesday">october patch tuesday</category>
      <category domain="http://securityratty.com/tag/patch tuesday">patch tuesday</category>
      <source url="http://feeds.ziffdavisenterprise.com/~r/RSS/cheap_hack/~3/X1h8jl24YRo/office_2003_sp2_approaching_end_of_life.html">Office 2003 SP2 Approaching End of Life</source>
    </item>
    <item>
      <title><![CDATA[Dell System with Useless Memory]]></title>
      <link>http://securityratty.com/article/61974cbdd2ec9059cb511964767ab701</link>
      <guid>http://securityratty.com/article/61974cbdd2ec9059cb511964767ab701</guid>
      <description><![CDATA[In my e-mail this morning was a flier from Costco . I have to go buy some stuff there this morning, so I read it and noticed a Dell desktop computer among the items. Note that the Costco links above...]]></description>
      <content:encoded><![CDATA[In my e-mail this morning was <a href="http://click.online.costco.com/dm?id=172AAC0B8C772EF26473AE9104579909">a flier from Costco</a>. I have to go buy some stuff there this morning, so I read it and noticed <a href="http://www.costco.com/Browse/Product.aspx?Prodid=11188958&cm_mmc=BCEmail_341-_-BANNER-_-3-_-Dell518">a Dell desktop computer</a> among the items.

Note that the Costco links above probably have a short lifetime, so if you're reading this weeks after the posting date (9/20/2008), they won't work.

What immediately struck me about the newsletter was that it said that the system had 4GB of RAM. As I discussed in <a href="http://www.eweek.com/c/a/Security/When-Windows-Goes-All-64Bit/?kc=MPOP">my recent column on when Windows goes all 64-bit</a>, in 32-bit versions of Windows at most 3.1GB to 3.5GB of RAM are usable, probably more like the 3.1 number. You need 64-bit Windows to use all of the memory. Was Costco selling a Win64 system?

Nope, the ad says it has "Microsoft® Windows® Vista Home Premium 32-bit." 

Beware of this sort of thing. It's not a lot of wasted money, but it's still a waste. I suspect it will become more of an issue over time as vendors try, as they always do, to beef up computers and run up against this wall.
<p><a href="http://feedads.googleadservices.com/~a/yFKaURv9RpBEFXiIwea1hKw7F3g/a"><img src="http://feedads.googleadservices.com/~a/yFKaURv9RpBEFXiIwea1hKw7F3g/i" border="0" ismap="true"></img></a></p><img src="http://feedproxy.google.com/~r/RSS/cheap_hack/~4/TXvq0jKWjCM" height="1" width="1"/>]]></content:encoded>
      <pubDate>Sat, 20 Sep 2008 03:03:21 +0000</pubDate>
      <category domain="http://securityratty.com/tag/system">system</category>
      <category domain="http://securityratty.com/tag/64-bit">64-bit</category>
      <category domain="http://securityratty.com/tag/64-bit windows">64-bit windows</category>
      <category domain="http://securityratty.com/tag/windows">windows</category>
      <category domain="http://securityratty.com/tag/costco links">costco links</category>
      <category domain="http://securityratty.com/tag/costco">costco</category>
      <category domain="http://securityratty.com/tag/dell desktop computer">dell desktop computer</category>
      <category domain="http://securityratty.com/tag/win64 system">win64 system</category>
      <category domain="http://securityratty.com/tag/32-bit versions">32-bit versions</category>
      <source url="http://feeds.ziffdavisenterprise.com/~r/RSS/cheap_hack/~3/TXvq0jKWjCM/dell_system_with_useless_memory.html">Dell System with Useless Memory</source>
    </item>
    <item>
      <title><![CDATA[U.S. Olympic Committee Trying to Take Chicago2016.com Away from Grad Student]]></title>
      <link>http://securityratty.com/article/5ad23aec12e5ec6dbbea9825fd10d587</link>
      <guid>http://securityratty.com/article/5ad23aec12e5ec6dbbea9825fd10d587</guid>
      <description><![CDATA[In 2004 graduate student Stephen Frayne Jr. bought the domain name Chicago2016.com. Now the U.S. Olympic committee and the Chicago group organizing an Olympic bid for that year want it from him. They...]]></description>
      <content:encoded><![CDATA[In 2004 graduate student Stephen Frayne Jr. bought the domain name <A href="http://www.chicago2016.com" rel=nofollow target="_blank">Chicago2016.com.</A> Now <a href="http://www.chicagotribune.com/business/chi-thu-chicago2016-dotcom-battlsep18,0,6898818.story" target="_blank">the U.S. Olympic committee and the Chicago group organizing an Olympic bid for that year want it from him.</a> They have filed through arbitration processes to have the domain turned over.

The committee is currently using <a href="http://chicago2016.org/" target="_blank">chicago2016.org</a> as its domain, but that's not good enough. "We certainly see Chicago2016.com as the logical default domain for our site, and we believe having someone else control it is misleading for people seeking information about Chicago's bid," said Patrick Sandusky, a spokesperson for Chicago 2016. The Chicago Tribune article on this story describes "Chicago 2016" as "a moniker protected by trademark." I did a trademark search and there are several with that string in it, none of which were filed before 2006.

Frayne launched the site to be, he claims, a forum for public discussion of Chicago's bid. He also owns Tokyo2016, another city bidding for that Olympiad, and is also being pursued for that domain.

My own opinion: There are no trademarks in "Chicago 2016" that the committee can reasonably claim ownership of. Obviously it just hasn't offered Frayne enough money for the domain yet.

<a href="http://www.domainnamenews.com/up-to-the-minute/us-olympic-committee-trying-to-take-chicago2016com-away-from-grad-student/2360" target="_blank">Hat tip to DomainNameNews.</a>
<p><a href="http://feedads.googleadservices.com/~a/Y0DDdUQD6sE8I9PyRVHgjKMm4K8/a"><img src="http://feedads.googleadservices.com/~a/Y0DDdUQD6sE8I9PyRVHgjKMm4K8/i" border="0" ismap="true"></img></a></p><img src="http://feedproxy.google.com/~r/RSS/cheap_hack/~4/r9FwDKGAoqE" height="1" width="1"/>]]></content:encoded>
      <pubDate>Fri, 19 Sep 2008 15:03:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/chicago tribune article">chicago tribune article</category>
      <category domain="http://securityratty.com/tag/chicago">chicago</category>
      <category domain="http://securityratty.com/tag/committee">committee</category>
      <category domain="http://securityratty.com/tag/olympic committee">olympic committee</category>
      <category domain="http://securityratty.com/tag/domain">domain</category>
      <category domain="http://securityratty.com/tag/logical default domain">logical default domain</category>
      <category domain="http://securityratty.com/tag/chicago2016">chicago2016</category>
      <category domain="http://securityratty.com/tag/bid">bid</category>
      <category domain="http://securityratty.com/tag/olympic bid">olympic bid</category>
      <source url="http://feeds.ziffdavisenterprise.com/~r/RSS/cheap_hack/~3/r9FwDKGAoqE/us_olympic_committee_trying_to_take_chicago2016com_away_from_grad_student.html">U.S. Olympic Committee Trying to Take Chicago2016.com Away from Grad Student</source>
    </item>
    <item>
      <title><![CDATA[More Details on McAfee's Artemis]]></title>
      <link>http://securityratty.com/article/3ef62fbfbd2bb374f1c20b9b41dc0c41</link>
      <guid>http://securityratty.com/article/3ef62fbfbd2bb374f1c20b9b41dc0c41</guid>
      <description><![CDATA[I spoke with McAfee recently, following my column about its Artemis technology . I learned a few things. Artemis kicks in when the local anti-virus scanner sees, through behavioral methods, if the...]]></description>
      <content:encoded><![CDATA[I spoke with McAfee recently, following <a href="http://www.eweek.com/c/a/Security/McAfee-Putting-Malware-Signatures-in-the-Cloud/">my column about its Artemis technology</a>. I learned a few things.

Artemis kicks in when the local anti-virus scanner sees, through behavioral methods, if the file is suspicious. Then it sends a fingerprint of the file up to the Artemis servers for further analysis.

I had assumed that this fingerprint was a hash of some kind, but that was a simplistic assumption. The fingerprint includes characteristics of the file, including the ones that the scanner used to determine that the file was suspicious: Is it packed? Using certain packers in particular? Is it compressed (not the same thing)? Is it a certain size? In case I was unclear before, none of this involves signatures in the conventional sense.

It occurs to me that this could lower false-positives, compared with conventional behavioral analysis, because it subjects suspicious threats to more extensive analysis in the cloud. It all depends on how aggressive McAfee is at that stage.

Another thought I had is that since Artemis kicks in as a result of behavioral analysis, the threat has already hit the system by the time Artemis is invoked. Presumably the process is asynchronous and Artemis could return its analysis some time after the submission. If this is the case, it could be awhile during which malware is running rampant on your system.
<p><a href="http://feedads.googleadservices.com/~a/gTm8XhZRINn6ceS8NEYjhBg8ZZo/a"><img src="http://feedads.googleadservices.com/~a/gTm8XhZRINn6ceS8NEYjhBg8ZZo/i" border="0" ismap="true"></img></a></p><img src="http://feedproxy.google.com/~r/RSS/cheap_hack/~4/VyuqqR5FRAs" height="1" width="1"/>]]></content:encoded>
      <pubDate>Fri, 19 Sep 2008 07:25:41 +0000</pubDate>
      <category domain="http://securityratty.com/tag/artemis">artemis</category>
      <category domain="http://securityratty.com/tag/analysis">analysis</category>
      <category domain="http://securityratty.com/tag/conventional behavioral analysis">conventional behavioral analysis</category>
      <category domain="http://securityratty.com/tag/artemis servers">artemis servers</category>
      <category domain="http://securityratty.com/tag/artemis kicks">artemis kicks</category>
      <category domain="http://securityratty.com/tag/extensive analysis">extensive analysis</category>
      <category domain="http://securityratty.com/tag/behavioral analysis">behavioral analysis</category>
      <category domain="http://securityratty.com/tag/artemis technology">artemis technology</category>
      <category domain="http://securityratty.com/tag/fingerprint">fingerprint</category>
      <source url="http://feeds.ziffdavisenterprise.com/~r/RSS/cheap_hack/~3/VyuqqR5FRAs/more_details_on_mcafees_artemis.html">More Details on McAfee's Artemis</source>
    </item>
    <item>
      <title><![CDATA[Merged Banks' Names Already Cyber-squatted]]></title>
      <link>http://securityratty.com/article/2e490f1861f13ae3554a91a0487bf943</link>
      <guid>http://securityratty.com/article/2e490f1861f13ae3554a91a0487bf943</guid>
      <description><![CDATA[Domain name speculators are already buying up names of recently merged banks , according to the BBC. In fact, names are being bought even in the speculation of sales. Earlier this week, as Lehman...]]></description>
      <content:encoded><![CDATA[<a href="http://news.bbc.co.uk/2/hi/technology/7621647.stm">Domain name speculators are already buying up names of recently merged banks</a>, according to the BBC.

In fact, names are being bought even in the speculation of sales. Earlier this week, as Lehman Brothers was failing and rumors circulated as to who might buy them, the names barclayslehman.com, hsbclehman.com, hsbclehmanbrothers.com and bofalehman.com were all reserved. The buyers are in the Netherlands and New York City, and one domain is registered anonymously.

The same phenomenon is occurring in the U.K., where speculation surrounding the merger of Lloyds TSB with HBOS led someone to buy lloydstsbhbos.com and hboslloydstsb.com.

Some of these domains include a notice that they are for sale. The person who bought bankofamericamerrilllynch.com went further, including a link to an eBay auction where the domain is for sale with a $1,500 reserve. About two days into the auction, no bids have been made. People who reserve domain names with clear trademarks in them routinely lose them in arbitration cases brought, under <a href="http://www.icann.org/en/udrp/#udrp">ICANN's Uniform Domain Name Dispute Resolution Policy</a>, by the trademark holders.
<p><a href="http://feedads.googleadservices.com/~a/LRPJk9bZbQjdjTpzsK54lwxP7q0/a"><img src="http://feedads.googleadservices.com/~a/LRPJk9bZbQjdjTpzsK54lwxP7q0/i" border="0" ismap="true"></img></a></p><img src="http://feedproxy.google.com/~r/RSS/cheap_hack/~4/HSwU0TmTLAk" height="1" width="1"/>]]></content:encoded>
      <pubDate>Fri, 19 Sep 2008 06:08:38 +0000</pubDate>
      <category domain="http://securityratty.com/tag/names">names</category>
      <category domain="http://securityratty.com/tag/reserve domain names">reserve domain names</category>
      <category domain="http://securityratty.com/tag/domain">domain</category>
      <category domain="http://securityratty.com/tag/uniform domain">uniform domain</category>
      <category domain="http://securityratty.com/tag/reserve">reserve</category>
      <category domain="http://securityratty.com/tag/names barclayslehman">names barclayslehman</category>
      <category domain="http://securityratty.com/tag/dispute resolution policy">dispute resolution policy</category>
      <category domain="http://securityratty.com/tag/auction">auction</category>
      <category domain="http://securityratty.com/tag/ebay auction">ebay auction</category>
      <source url="http://feeds.ziffdavisenterprise.com/~r/RSS/cheap_hack/~3/HSwU0TmTLAk/merged_banks_names_already_cybersquatted.html">Merged Banks' Names Already Cyber-squatted</source>
    </item>
    <item>
      <title><![CDATA[Don't Mix MX And CNAME Records]]></title>
      <link>http://securityratty.com/article/004725fe5a13e6eeac176518aa1a62ec</link>
      <guid>http://securityratty.com/article/004725fe5a13e6eeac176518aa1a62ec</guid>
      <description><![CDATA[An ambiguity in RFC 2821 , which defines how email should be delivered, causes problems for some users, according to Ferris Research. In their first blog on the subject they relate a story of someone...]]></description>
      <content:encoded><![CDATA[An ambiguity in <A class=external href="http://www.faqs.org/rfcs/rfc2821.html" target=_blank>RFC 2821</A>, which defines how email should be delivered, causes problems for some users, according to Ferris Research.

In <a href="http://www.ferris.com/2008/09/07/beware-using-cname-and-mx-at-the-same-time/">their first blog on the subject</a> they relate a story of someone (names are expunged to protect the innocent from embarrassment) who decided to configure his DNS with both an MX record (which advertises the mail server) and a CNAME record defining where the web server was. More specifically, the CNAME defined "the-domain-in-question.com." to be "www.the-domain-in-question.com", the IP address of which was defined in a separate A record. After this, Mr. Anonymous's e-mail wasn't consistently reaching the mail server anymore. Some external servers were no longer finding the mail server.

The problem turns out to be that when a server has a CNAME record some sending mail servers will attempt to connect to that and not to the server pointed to by the MX record. So in the example, the outside mail was being sent to the web server, which of course didn't respond to it.

<a href="http://www.ferris.com/2008/09/08/why-you-shouldnt-mix-cname-and-mx/">The problem, says Ferris, is in an ambiguity in RFC 2821.</a> They have a point. The SMTP standard seems to <i>recommend</i> against mixing CNAME and MX records, but it doesn't prohibit it, and it's unclear on how the server should behave when it finds both.

Bottom line: Don't mix them.
<p><a href="http://feedads.googleadservices.com/~a/pPJkrG0shTbAW-nlDb8Q4C1Xj8c/a"><img src="http://feedads.googleadservices.com/~a/pPJkrG0shTbAW-nlDb8Q4C1Xj8c/i" border="0" ismap="true"></img></a></p><img src="http://feedproxy.google.com/~r/RSS/cheap_hack/~4/ntgwYENutcQ" height="1" width="1"/>]]></content:encoded>
      <pubDate>Wed, 10 Sep 2008 04:59:33 +0000</pubDate>
      <category domain="http://securityratty.com/tag/mail">mail</category>
      <category domain="http://securityratty.com/tag/mail server anymore">mail server anymore</category>
      <category domain="http://securityratty.com/tag/mail servers">mail servers</category>
      <category domain="http://securityratty.com/tag/e-mail">e-mail</category>
      <category domain="http://securityratty.com/tag/mail server">mail server</category>
      <category domain="http://securityratty.com/tag/server">server</category>
      <category domain="http://securityratty.com/tag/cname">cname</category>
      <category domain="http://securityratty.com/tag/web server">web server</category>
      <category domain="http://securityratty.com/tag/record">record</category>
      <source url="http://feeds.ziffdavisenterprise.com/~r/RSS/cheap_hack/~3/ntgwYENutcQ/dont_mix_mx_and_cname_records.html">Don't Mix MX And CNAME Records</source>
    </item>
    <item>
      <title><![CDATA[Chrome, Safari And Selt-Signed Certificates]]></title>
      <link>http://securityratty.com/article/21c07c2ffc76dd0bcffce90d5ab15846</link>
      <guid>http://securityratty.com/article/21c07c2ffc76dd0bcffce90d5ab15846</guid>
      <description><![CDATA[I ran a column a couple weeks back about browsers and how they handle unsigned certificates . How does Chrome handle them? For that matter, how does Safari handle them, since I forgot to include it in...]]></description>
      <content:encoded><![CDATA[I ran a column a couple weeks back about <a href="http://www.eweek.com/c/a/Security/The-Untrustworthiness-of-SelfSigned-Certificates/">browsers and how they handle unsigned certificates</a>.

How does Chrome handle them? For that matter, how does Safari handle them, since I forgot to include it in that column?

Chrome, at first, is much like IE7; it puts up an impossible-to-miss warning but lets you continue past it:

<img alt="chrome-ssl-error.jpg" src="http://blogs.eweek.com/cheap_hack/chrome-ssl-error.jpg" width="567" height="726" />

Then if you do continue, like Firefox, it keeps a warning present in the address bar. Neat.

<img alt="chrome-address-error.jpg" src="http://blogs.eweek.com/cheap_hack/chrome-address-error.jpg" width="220" height="62" />

Safari is much like IE7: It pops up warning dialog box:

<img alt="safari.JPG" src="http://blogs.eweek.com/cheap_hack/safari.JPG" width="461" height="186" />

But when you choose Continue it continues with no visible indicator that anything is different.
<p><a href="http://feedads.googleadservices.com/~a/_z0nr5C9AO58xcjpr24ZlPLiekI/a"><img src="http://feedads.googleadservices.com/~a/_z0nr5C9AO58xcjpr24ZlPLiekI/i" border="0" ismap="true"></img></a></p><img src="http://feedproxy.google.com/~r/RSS/cheap_hack/~4/8Yo7pdDzb9g" height="1" width="1"/>]]></content:encoded>
      <pubDate>Wed, 03 Sep 2008 05:10:29 +0000</pubDate>
      <category domain="http://securityratty.com/tag/safari">safari</category>
      <category domain="http://securityratty.com/tag/chrome">chrome</category>
      <category domain="http://securityratty.com/tag/chrome handle">chrome handle</category>
      <category domain="http://securityratty.com/tag/handle">handle</category>
      <category domain="http://securityratty.com/tag/choose continue">choose continue</category>
      <category domain="http://securityratty.com/tag/continue">continue</category>
      <category domain="http://securityratty.com/tag/safari handle">safari handle</category>
      <category domain="http://securityratty.com/tag/continue past">continue past</category>
      <category domain="http://securityratty.com/tag/address bar">address bar</category>
      <source url="http://feeds.ziffdavisenterprise.com/~r/RSS/cheap_hack/~3/8Yo7pdDzb9g/chrome_safari_and_seltsigned_certificates.html">Chrome, Safari And Selt-Signed Certificates</source>
    </item>
  </channel>
</rss>
