<?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: transparently]]></title>
    <link>http://securityratty.com/tag/transparently</link>
    <description></description>
    <pubDate>Wed, 04 Jun 2008 06:55:17 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[The McAfee Secure Standard: Sort Of]]></title>
      <link>http://securityratty.com/article/93a923291bb66872facd096a29cc894d</link>
      <guid>http://securityratty.com/article/93a923291bb66872facd096a29cc894d</guid>
      <description><![CDATA[I need your help
I am in receipt of the McAfee Secure Standard, drafted to transparently describe the McAfee Secure service, as promised during my meeting with Joe Pierini and Kirk Lawrence of McAfee...]]></description>
      <content:encoded><![CDATA[I need your help.<br />I am in receipt of the McAfee Secure Standard, drafted to transparently describe the McAfee Secure service, as promised during my <a href="http://holisticinfosec.blogspot.com/2008/08/mcirony-unexpected-response-from-mcafee.html" target="_blank">meeting</a> with Joe Pierini and Kirk Lawrence of McAfee some weeks ago. I admit my attitude has soured since last I discussed it here, as the Standard is not yet ready for public release (I last said 2-3 weeks and that was five weeks ago), but bear with me. I can't publish exact quotes from the Standard, as I've promised not to, but let me give you insight on the upside, then the downside.<br /><br />The upside includes all the transparency we'd hoped for. You'll read the McAfee Secure Standard and know exactly where they stand with regard as to what can be expected of the McAfee Secure Service. My discussions with Joe Pierini have been productive and respectful, he means well, and I believe he will try to drive the greater McAfee leadership to officially incorporate suggestions made in this blog. <br />I have even had the pleasure of reading a Researcher/Finder Policy that very succinctly describes what researchers can expect when they submit vulnerabilities found in McAfee Secure sites. That's all good stuff and to be applauded.<br /><br />Now for the downside.<br /><br />The McAfee Secure Standard will draw a clear distinction between "enterprise" customers and all the Ma & Pa websites who have so loved McAfee Secure / ScanAlert Hacker Safe for conversions.<br />The most glaring and painful distinction for me is this. While enterprise customers will have a clearly defined time line in which to remediate script injection vulnerabilities like XSS and open redirects, before losing their McAfee Secure badge, <span style="font-weight:bold;">the Ma & Pa sites will have absolutely no requirement to fix their XSS issues</span>. XSS vulnerabilities and the McAfee Secure badge will remain consistent on all those sites that care more about "convincing" their customers that they're secure with a McAfee Secure badge; a badge that, by its own pending standard, will contradict what we know to be truly secure.<br /><br />My views are clear. I have made every effort to convince McAfee that this stance is counter intuitive to good web application security standards. I believe that, in their own way, they are listening. So here's your chance.<br />1) Is transparency enough?<br />2) Is holding only enterprise customers accountable acceptable?<br />3) Should ALL McAfee Secure customers be expected to fix their vulnerabilities, even if on different timelines?<br />4) What else do you want McAfee to hear, in the form of constructive feedback only?<br />I will publish all well written, thoughtful comments here. Let's keep it positive and see if we can help convince McAfee that script injection vulnerabilities and McAfee Secure can't exist in the same physical space. Like matter and anti-matter. ;-)<br />The floor is yours...<br /><br /><a href="http://del.icio.us/post?url=http://holisticinfosec.blogspot.com/2008/10/mcafee-secure-standard-sort-of.html&title=The%20McAfee%20Secure%20Standard:%20Sort%20Of " title="The McAfee Secure Standard: Sort Of ">del.icio.us</a> | <a href="http://digg.com/submit?phase=2&amp;url=http://holisticinfosec.blogspot.com/2008/10/mcafee-secure-standard-sort-of.html" title="The McAfee Secure Standard: Sort Of ">digg</a> | <a href="http://slashdot.org/submit.pl?url=http://holisticinfosec.blogspot.com/2008/10/mcafee-secure-standard-sort-of.html">Submit to Slashdot</a>]]></content:encoded>
      <pubDate>Tue, 07 Oct 2008 19:47:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/mcafee">mcafee</category>
      <category domain="http://securityratty.com/tag/mcafee secure customers">mcafee secure customers</category>
      <category domain="http://securityratty.com/tag/sites">sites</category>
      <category domain="http://securityratty.com/tag/mcafee secure sites">mcafee secure sites</category>
      <category domain="http://securityratty.com/tag/mcafee secure standard">mcafee secure standard</category>
      <category domain="http://securityratty.com/tag/mcafee secure service">mcafee secure service</category>
      <category domain="http://securityratty.com/tag/mcafee secure">mcafee secure</category>
      <category domain="http://securityratty.com/tag/loved mcafee secure">loved mcafee secure</category>
      <category domain="http://securityratty.com/tag/convince mcafee">convince mcafee</category>
      <source url="http://holisticinfosec.blogspot.com/2008/10/mcafee-secure-standard-sort-of.html">The McAfee Secure Standard: Sort Of</source>
    </item>
    <item>
      <title><![CDATA[Oracle Database 11g Release 1: Transparent Solutions for Security and Compliance]]></title>
      <link>http://securityratty.com/article/71f5fe6c84a15fb36b79d261127f86f8</link>
      <guid>http://securityratty.com/article/71f5fe6c84a15fb36b79d261127f86f8</guid>
      <description><![CDATA[Source: Oracle) The continued emergence of new regulations worldwide combined with the increasingly sophisticated nature of information theft requires strong data security. Oracle Database 11g Release...]]></description>
      <content:encoded><![CDATA[<b>(Source: Oracle)</b> The continued emergence of new regulations worldwide combined with the increasingly sophisticated nature of information theft requires strong data security. Oracle Database 11g Release 1 provides the industry's most advanced data security capabilities with security solutions that work transparently with existing applications while addressing mandatory requirements found in regulations.
<p><a href="http://feeds.computerworld.com/~a/Computerworld/Security/News?a=ZOedGl"><img src="http://feeds.computerworld.com/~a/Computerworld/Security/News?i=ZOedGl" border="0"></img></a></p><img src="http://feeds.computerworld.com/~r/Computerworld/Security/News/~4/365031130" height="1" width="1"/>]]></content:encoded>
      <pubDate>Thu, 14 Aug 2008 09:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/regulations worldwide">regulations worldwide</category>
      <category domain="http://securityratty.com/tag/regulations">regulations</category>
      <category domain="http://securityratty.com/tag/data security capabilities">data security capabilities</category>
      <category domain="http://securityratty.com/tag/oracle">oracle</category>
      <category domain="http://securityratty.com/tag/security solutions">security solutions</category>
      <category domain="http://securityratty.com/tag/mandatory requirements">mandatory requirements</category>
      <category domain="http://securityratty.com/tag/emergence">emergence</category>
      <category domain="http://securityratty.com/tag/source">source</category>
      <category domain="http://securityratty.com/tag/applications">applications</category>
      <source url="http://feeds.computerworld.com/~r/Computerworld/Security/News/~3/365031130/whitepapers.do">Oracle Database 11g Release 1: Transparent Solutions for Security and Compliance</source>
    </item>
    <item>
      <title><![CDATA[Meet ratproxy, our passive web security assessment tool]]></title>
      <link>http://securityratty.com/article/bc78dd4116c64ea5b3a05fa82e188ff7</link>
      <guid>http://securityratty.com/article/bc78dd4116c64ea5b3a05fa82e188ff7</guid>
      <description><![CDATA[Posted by Michal Zalewski

We're happy to announce that we've just open-sourced ratproxy , a passive web application security assessment tool that we've been using internally at Google. This utility,...]]></description>
      <content:encoded><![CDATA[<span class="byline-author">Posted by Michal Zalewski</span><br /><br />We're happy to announce that we've just open-sourced <a href="http://code.google.com/p/ratproxy">ratproxy</a>, a passive web application security assessment tool that we've been using internally at Google. This utility, developed by our information security engineering team, is designed to transparently analyze legitimate, browser-driven interactions with a tested web property and automatically pinpoint, annotate, and prioritize potential flaws or areas of concern.  <br /><br />The proxy analyzes problems such as cross-site script inclusion threats, insufficient cross-site request forgery defenses, caching issues, cross-site scripting candidates, potentially unsafe cross-domain code inclusion schemes and information leakage scenarios, and much more. (A more-detailed discussion of these features and information on securing vulnerable applications is provided <a href="http://code.google.com/p/ratproxy/wiki/RatproxyDoc">here</a>.) Compared with more-traditional active crawlers, or with fully manual request inspection and modification frameworks, this approach offers several significant advantages in terms of minimized overhead; marginalized risk of site disruptions; high coverage of complex, client-driven application states in web 2.0 solutions; and insight into dynamic cross-domain trust models.<br /><br />We decided to make this tool freely available as open source because we feel it will be a valuable contribution to the information security community, helping advance the community's understanding of security challenges associated with contemporary web technologies. We believe that responsible security research brings a net overall benefit to the safety of the Web as a whole, and have released this tool explicitly to support that kind of research.<br /><br />To download the proxy, please visit this <a href="http://ratproxy.googlecode.com/files/ratproxy-1.50.tar.gz">page</a>. Also, please keep in mind that the proxy is designed solely to highlight interesting patterns in web applications, and a further analysis by a security professional is often required to interpret the results and their significance for the tested platform.<div class="feedflare">
<a href="http://feeds.feedburner.com/~f/GoogleOnlineSecurityBlog?a=cTCU6J"><img src="http://feeds.feedburner.com/~f/GoogleOnlineSecurityBlog?i=cTCU6J" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/GoogleOnlineSecurityBlog?a=K3C5fj"><img src="http://feeds.feedburner.com/~f/GoogleOnlineSecurityBlog?i=K3C5fj" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/GoogleOnlineSecurityBlog/~4/324447250" height="1" width="1"/>]]></content:encoded>
      <pubDate>Tue, 01 Jul 2008 12:49:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/web">web</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/information leakage scenarios">information leakage scenarios</category>
      <category domain="http://securityratty.com/tag/information security">information security</category>
      <category domain="http://securityratty.com/tag/contemporary web technologies">contemporary web technologies</category>
      <category domain="http://securityratty.com/tag/information security community">information security community</category>
      <category domain="http://securityratty.com/tag/web property">web property</category>
      <category domain="http://securityratty.com/tag/community">community</category>
      <category domain="http://securityratty.com/tag/web applications">web applications</category>
      <source url="http://feeds.feedburner.com/~r/GoogleOnlineSecurityBlog/~3/324447250/meet-ratproxy-our-passive-web-security.html">Meet ratproxy, our passive web security assessment tool</source>
    </item>
    <item>
      <title><![CDATA[Meet ratproxy, our passive web security assessment tool]]></title>
      <link>http://securityratty.com/article/bdf72a712e886694b4644a9a0db12b4c</link>
      <guid>http://securityratty.com/article/bdf72a712e886694b4644a9a0db12b4c</guid>
      <description><![CDATA[Posted by Michal Zalewski

We're happy to announce that we've just open-sourced ratproxy , a passive web application security assessment tool that we've been using internally at Google. This utility,...]]></description>
      <content:encoded><![CDATA[<span class="byline-author">Posted by Michal Zalewski</span><br /><br />We're happy to announce that we've just open-sourced <a href="http://code.google.com/p/ratproxy">ratproxy</a>, a passive web application security assessment tool that we've been using internally at Google. This utility, developed by our information security engineering team, is designed to transparently analyze legitimate, browser-driven interactions with a tested web property and automatically pinpoint, annotate, and prioritize potential flaws or areas of concern.  <br /><br />The proxy analyzes problems such as cross-site script inclusion threats, insufficient cross-site request forgery defenses, caching issues, cross-site scripting candidates, potentially unsafe cross-domain code inclusion schemes and information leakage scenarios, and much more. (A more-detailed discussion of these features and information on securing vulnerable applications is provided <a href="http://code.google.com/p/ratproxy/wiki/RatproxyDoc">here</a>.) Compared with more-traditional active crawlers, or with fully manual request inspection and modification frameworks, this approach offers several significant advantages in terms of minimized overhead; marginalized risk of site disruptions; high coverage of complex, client-driven application states in web 2.0 solutions; and insight into dynamic cross-domain trust models.<br /><br />We decided to make this tool freely available as open source because we feel it will be a valuable contribution to the information security community, helping advance the community's understanding of security challenges associated with contemporary web technologies. We believe that responsible security research brings a net overall benefit to the safety of the Web as a whole, and have released this tool explicitly to support that kind of research.<br /><br />To download the proxy, please visit this <a href="http://ratproxy.googlecode.com/files/ratproxy-1.50.tar.gz">page</a>. Also, please keep in mind that the proxy is designed solely to highlight interesting patterns in web applications, and a further analysis by a security professional is often required to interpret the results and their significance for the tested platform.<div class="feedflare">
<a href="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?a=5AvS6vw2"><img src="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?d=41" border="0"></img></a> <a href="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?a=sIWTM6AF"><img src="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?i=sIWTM6AF" border="0"></img></a>
</div><img src="http://feedproxy.google.com/~r/GoogleOnlineSecurityBlog/~4/matIm4t6Uks" height="1" width="1"/>]]></content:encoded>
      <pubDate>Tue, 01 Jul 2008 12:49:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/web">web</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/information leakage scenarios">information leakage scenarios</category>
      <category domain="http://securityratty.com/tag/information security">information security</category>
      <category domain="http://securityratty.com/tag/contemporary web technologies">contemporary web technologies</category>
      <category domain="http://securityratty.com/tag/information security community">information security community</category>
      <category domain="http://securityratty.com/tag/web property">web property</category>
      <category domain="http://securityratty.com/tag/community">community</category>
      <category domain="http://securityratty.com/tag/web applications">web applications</category>
      <source url="http://feedproxy.google.com/~r/GoogleOnlineSecurityBlog/~3/matIm4t6Uks/meet-ratproxy-our-passive-web-security.html">Meet ratproxy, our passive web security assessment tool</source>
    </item>
    <item>
      <title><![CDATA[UltimateBet cheating goes undetected for almost 21 months]]></title>
      <link>http://securityratty.com/article/ab86750c9ca2ca89b4459be51f0a8dee</link>
      <guid>http://securityratty.com/article/ab86750c9ca2ca89b4459be51f0a8dee</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
5/29/08

Organization
Tokwiro Enterprises ENRG

Tokwiro Enterprises Enrg&quot; is a recognized Mohawk owned and controlled, gaming sole proprietorship,...]]></description>
      <content:encoded><![CDATA[Technorati Tag: <a href="http://technorati.com/tag/security+breach" rel="tag">Security Breach</a><br><br>
<img src="http://breachblog.com/images/95781-88451/ultimatebet.jpg" align="right" height="102" width="120"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>5/29/08 <br><br><span style="font-weight: bold;">Organization: </span><br>Tokwiro Enterprises ENRG*<br><br><font size="1">*"Tokwiro Enterprises Enrg" is a recognized Mohawk owned and controlled, gaming sole proprietorship, presently undergoing a licencing process with the "Kahnawake Gaming Commission" ("KGC"), which was itself established on the 10th day of June, 1996. (Source: <a href="http://www.ultimatebet.com/about-us)</font><br><br><span">www.ultimatebet.com/about-us)</font><br><br><span</a> style="font-weight: bold;">Contractor/Consultant/Branch:</span><br><a href="http://www.ultimatebet.com/">UltimateBet</a> <br><br><span style="font-weight: bold;">Victims:</span><br>Customers<br><br><span style="font-weight: bold;">Number Affected:</span><br>Unknown<br><br><span style="font-weight: bold;">Types of Data:</span><br>"hole card information during live play" resulting is financial loss<br><br><span style="font-weight: bold;">Breach Description:</span><br>"MONTREAL, CANADA (MAY 29, 2008) --- Tokwiro Enterprises ENRG ("Tokwiro"), proprietors of UltimateBet.com ("UltimateBet"), one of the world's largest online card rooms, today announced the results of its lengthy investigation into allegations of unfair play, which was triggered by concerns about an account named 'NioNio'."<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.ultimatebet.com/poker-news/2008/may/NioNio-Findings">UltimateBet Statement</a> (full statement text below)<br><a href="http://www.cjad.com/news/565/729153">CJAD NewsTalk Radio</a> <br><a href="http://www.cardplayer.com/poker-news/article/4279/owner-of-ultimatebet-confirms-security-breach">Card Player</a> <br><a href="http://www.pokerlistings.com/ultimatebet-wraps-investigation-of-unfair-play-27499">PokerListings</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>Tokwiro Enterprises ENRG and Bob Pajich at Card Player<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>Tokwiro Enterprises, the company that owns both Absolute Poker and UltimateBet, today released a statement confirming that cheating had gone on at UltimateBet by people who, according to the release, "worked for the previous ownership of UltimateBet prior to the sale of the business to Tokwiro in October 2006."<br><span style="font-style: italic;">[Evan] Shouldn't an information security and risk assessment be conducted as part of the acquisition and integration?&nbsp; If so, then wouldn't a code review of the proprietary software that came with the acquisition be included?&nbsp; This is the proprietary software that really drives the purpose of the site.</span><br><br>The player or players behind the 18 screen names that were identified as being corrupted have not been named.<br><br>Tokwiro will refund players their losses once the investigation is complete.<br><span style="font-style: italic;">[Evan] I wonder how expensive this will be.</span><br><br>The usernames that were used to cheat are: NioNio, Sleepless, NoPaddles, nvtease, flatbroke33, ilike2win, UtakeIt2, FlipFlop2, erick456, WhackMe44, RockStarLA, stoned2nite, monizzle, FireNTexas, HeadKase01, LetsPatttty, NYMobser, and WhoWhereWhen.<br><br>The cheating was able to take place because the perpetrators had access to what Tokwiro is calling an "unauthorized software code" that allowed the cheaters to see their opponents’ holecards.<br><span style="font-style: italic;">[Evan] This "unauthorized software code" use went undetected for almost 21 months!</span><br><br>The cheating took place from March 7, 2006 to Dec. 3, 2007, and it’s not known how much money the cheater(s) illicitly won.<br><br>The company refused to disclose the amount of fraudulent winnings, but poker observers have said it runs into the millions.<br><br>As soon as the cheating was suspected, Tokwiro said it contacted the Kahnawake Gaming Commission (KGC), the most used online poker regulatory commission, to start the investigation.<br><br>Tokwiro is mandated to contact KGC if any suspicious activety might be taking place.<br><br>This is the second cheating incident to hit the company since it purchased Absolute Poker and UltimateBet.<br><br>The first occurred when it was discovered that several players at Absolute Poker also had access to software that allowed them to see opponents’ holecards.<br><span style="font-style: italic;">[Evan] A link is included below</span><br><br><center>ULTIMATEBET ISSUES STATEMENT REGARDING UNFAIR PLAY</center><br><br><span style="font-weight: bold;">MONTREAL, CANADA (MAY 29, 2008)</span> --- Tokwiro Enterprises ENRG ("Tokwiro"), proprietors of UltimateBet.com ("UltimateBet"), one of the world's largest online card rooms, today announced the results of its lengthy investigation into allegations of unfair play, which was triggered by concerns about an account named 'NioNio'. Tokwiro has worked diligently in cooperation with its regulatory body, the Kahnawake Gaming Commission ("KGC"), and with independent third-party experts to conduct a thorough investigation that included a comprehensive review of hand histories and game data, thorough analyses of software and network security, and audits of its security practices and procedures.<br>&nbsp;<br>The investigation has concluded that certain player accounts did in fact have an unfair advantage, and that these accounts targeted the highest limit games on the site. The individuals responsible were found to have worked for the previous ownership of UltimateBet prior to the sale of the business to Tokwiro in October 2006. Tokwiro is taking full responsibility for this situation and will immediately begin refunding UltimateBet customers for any losses that were incurred as a result of unfair play. <br><br>The fraudulent activity was enabled by unauthorized software code that allowed the perpetrators to obtain hole card information during live play. The existence of this vulnerability was unknown to Tokwiro until February 2008 and existed prior to UltimateBet's acquisition by Tokwiro in October 2006. Our investigation has confirmed that the code was part of a legacy auditing system that was manipulated by the perpetrators. Gaming Associates, independent auditors hired by the KGC, have confirmed that the software code that provided the unfair advantage has been permanently removed.<br>&nbsp;<br>Throughout the investigation of this incident, Tokwiro's consistent priorities have been: <br></font><ol><li><font size="2">To permanently remove the ability to engage in unfair play;</font></li><li>To complete its investigation and come to a full understanding of what occurred;</li><li>To refund the affected customers; and</li><li>To implement measures that prevents future incidents. <br></li></ol><font size="2">The Company said, "We would like to thank our customers for their patience, loyalty and support, as well as for their understanding that we are doing everything we can to correct this situation. The staff and management of UltimateBet are fully committed to providing a safe and secure environment for our players, and we want to assure customers of our unwavering resolve to monitor site security with every resource at our disposal." <br><br><span style="font-weight: bold;">Investigation Timeline </span><br>These are the key events in the course of the incident. <br></font><ul><li><font size="2">January 2008: UltimateBet is alerted to suspicions of unfair play on the part of the account "NioNio". Within 24 hours, UltimateBet contacts the KGC to provide formal notice that UltimateBet has initiated an investigation of the incident. UltimateBet subsequently forwarded a copy of all related data to the KGC.</font></li><li>January 2008: The "NioNio" account and related accounts are suspended pending further investigation.</li><li>February 2008: Preliminary findings indicate abnormally high winning statistics for the suspect accounts. After discussions with the KGC, UltimateBet engages third-party gaming experts to assist with the analysis.</li><li>February 2008: Investigators confirm that the suspect accounts are associated with individuals who had worked for UltimateBet under the previous ownership.</li><li>February 2008: UltimateBet discovers the unauthorized code that allowed the perpetrators to obtain hole card information during live play. The code was part of a legacy auditing system that was manipulated by the perpetrators of the fraud.</li><li>February 2008: UltimateBet immediately removes the unauthorized code and works with the KGC and with third-party auditors to verify that the security hole has been eliminated.</li><li>March 2008: Six player accounts are confirmed to have participated in this scheme. No accounts were deleted at any point, although some account names were changed multiple times. The following account names are known to have been used in the fraudulent activity: NioNio, Sleepless, NoPaddles, nvtease, flatbroke33, ilike2win, UtakeIt2, FlipFlop2, erick456, WhackMe44, RockStarLA, stoned2nite, monizzle, FireNTexas, HeadKase01, LetsPatttty, NYMobser, and WhoWhereWhen.</li><li>May 2008: The investigation confirms that the fraudulent activity took place from March 7, 2006 to December 3, 2007.</li><li>May 2008: Gaming Associates certifies that the software code that enabled unfair play was removed from UltimateBet servers in February of 2008.</li><li>May 2008: Customers affected by this incident are identified, and plans for corrective action are reviewed with the KGC. <br></li></ul><font size="2"><span style="font-weight: bold;">Corrective Actions Taken </span><br>The following actions have been taken or are currently underway as a direct result of this investigation. <br></font><ul><li><font size="2">The security hole identified in UltimateBet's investigation has been permanently eliminated.</font></li><li>UltimateBet is establishing a state-of-the-art software Security Center that consolidates and greatly enhances existing security capabilities. The first release of the new Security Center focuses solely on the immediate detection of abnormal winnings. Gaming mathematicians, poker professionals, and security software developers have all contributed to the specifications for the new Security Center.</li><li>UltimateBet customers are no longer permitted to change account names unless they have suffered abuse in chat rooms. Requests for changes must be supported by proof of abuse and must be approved by the Chief Compliance Officer.</li><li>In addition to its existing security department, UltimateBet has established a new specialized Poker Security team of professionals dedicated to fraud prevention.</li><li>The refund process will begin immediately. The accounts associated with fraudulent activity did not use an unfair advantage in all play sessions. Regardless, UltimateBet is refunding all losses to these accounts.</li><li>Accounts related to the fraudulent activity have been disabled, and the individuals associated with those accounts permanently banned from the site.</li><li>UltimateBet has worked closely and transparently with its governing body, the KGC and its designated expert auditors, to determine exactly what happened, how it happened, and who was involved, and has taken action to prevent any possibility of this situation recurring.</li><li>Tokwiro is pursuing its legal options in regard to this incident. <br></li></ul><font size="2">For further inquiries please contract press@ultimatebet.com <br><br><span style="font-weight: bold;">Commentary:</span><br>This is potentially a multi-million dollar loss for Tokwiro Enterprises ENRG and its very troubling that this breach went undetected for so long. The software used by the site is proprietary and should really be subject to a significant amount of information security scrutiny.<br><br>If I were a player, I think I would be beyond angry.&nbsp; Not just angry about the loss of money, but angry about the loss of confidence and being cheated in general.&nbsp; I personally know people that refuse to play online poker because of the risk posed by poorly secured sites.<br><br>Information security of online gaming sites must be a #1 priority for the companies that run them.&nbsp; Seems obvious, but many statements in the information security business seem obvious.&nbsp; Personally, I like the response from Tokwiro.&nbsp; If they follow through (which I assume they would), Tokwiro's actions should go a long ways towards reducing risk and restoring customer confidence.<br><br>Check out the comments at <a href="http://www.cardplayer.com/poker-news/article/4279/owner-of-ultimatebet-confirms-security-breach">Card Player</a> to get some insight into what some players are thinking. <br><br><span style="font-weight: bold;">Past Breaches:</span><br>Tokwiro Enterprises ENRG/Absolute Poker:<br>October, 2007 - <a href="http://www.msnbc.msn.com/id/21381022/">Online poker cheating blamed on employee</a></font><br><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2008/06/04/ultimatebet.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Wed, 04 Jun 2008 06:55:17 +0000</pubDate>
      <category domain="http://securityratty.com/tag/ultimatebet">ultimatebet</category>
      <category domain="http://securityratty.com/tag/tokwiro enterprises enrg">tokwiro enterprises enrg</category>
      <category domain="http://securityratty.com/tag/tokwiro enterprises">tokwiro enterprises</category>
      <category domain="http://securityratty.com/tag/ultimatebet issues statement">ultimatebet issues statement</category>
      <category domain="http://securityratty.com/tag/ultimatebet prior">ultimatebet prior</category>
      <category domain="http://securityratty.com/tag/ultimatebet subsequently">ultimatebet subsequently</category>
      <category domain="http://securityratty.com/tag/ultimatebet immediately removes">ultimatebet immediately removes</category>
      <category domain="http://securityratty.com/tag/ultimatebet servers">ultimatebet servers</category>
      <category domain="http://securityratty.com/tag/ultimatebet statement">ultimatebet statement</category>
      <source url="http://breachblog.com/2008/06/04/ultimatebet.aspx">UltimateBet cheating goes undetected for almost 21 months</source>
    </item>
  </channel>
</rss>
