<?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: ron]]></title>
    <link>http://securityratty.com/tag/ron</link>
    <description></description>
    <pubDate>Thu, 22 Feb 2007 14:06:10 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[The Skein Hash Function]]></title>
      <link>http://securityratty.com/article/c65ce3834e7790e113fa9e1fd1504568</link>
      <guid>http://securityratty.com/article/c65ce3834e7790e113fa9e1fd1504568</guid>
      <description><![CDATA[NIST is holding a competition to replace the SHA family of hash functions, which have been increasingly under attack . (I wrote about an early NIST hash workshop here
Skein is our submission (myself...]]></description>
      <content:encoded><![CDATA[<p>NIST is <a href="http://csrc.nist.gov/groups/ST/hash/sha-3/index.html">holding a competition</a> to replace the SHA family of hash functions, which have been <a href="http://www.schneier.com/blog/archives/2005/02/cryptanalysis_o.html">increasingly under attack</a>.  (I wrote about an early NIST hash workshop <a href="http://www.schneier.com/blog/archives/2005/10/nist_hash_works_1.html">here</a>.)</p>

<p>Skein is our submission (myself and seven others: <a href="http://en.wikipedia.org/wiki/Niels_Ferguson">Niels Ferguson</a>, <a href="http://th.informatik.uni-mannheim.de/People/Lucks/">Stefan Lucks</a>, <a href="http://www.hifn.com/executiveTeam.aspx?id=182">Doug Whiting</a>, <a href="http://www-cse.ucsd.edu/~mihir/">Mihir Bellare</a>, <a href="http://www.cs.washington.edu/homes/yoshi/">Tadayoshi Kohno</a>, <a href="http://www.pgp.com/about_pgp_corporation/management.html">Jon Callas</a>, and Jesse Walker).  <a href="http://www.schneier.com/skein.pdf">Here's</a> the paper:</p>

<blockquote><strong>Executive Summary</strong>

<p>Skein is a new family of cryptographic hash functions.  Its design combines speed, security, simplicity, and a great deal of flexibility in a modular package that is easy to analyze.</p>

<p>Skein is fast.  Skein-512 -- our primary proposal -- hashes data at 6.1 clock cycles per byte on a 64-bit CPU.  This means that on a 3.1 GHz x64 Core 2 Duo CPU, Skein hashes data at 500 MBytes/second per core -- almost twice as fast as SHA-512 and three times faster than SHA-256.  An optional hash-tree mode speeds up parallelizable implementations even more.  Skein is fast for short messages, too; Skein-512 hashes short messages in about 1000 clock cycles.</p>

<p>Skein is secure.  Its conservative design is based on the Threefish block cipher.  Our current best attack on Threefish-512 is on 25 of 72 rounds, for a safety factor of 2.9. For comparison, at a similar stage in the standardization process, the AES encryption algorithm had an attack on 6 of 10 rounds, for a safety factor of only 1.7.  Additionally, Skein has a number of provably secure properties, greatly increasing confidence in the algorithm.</p>

<p>Skein is simple.  Using only three primitive operations, the Skein compression function can be easily understood and remembered.  The rest of the algorithm is a straightforward iteration of this function.</p>

<p>Skein is flexible.  Skein is defined for three different internal state sizes -- 256 bits, 512 bits, and 1024 bits -- and any output size.  This allows Skein to be a drop-in replacement for the entire SHA family of hash functions.  A completely optional and extendable argument system makes Skein an efficient tool to use for a very large number of functions: a PRNG, a stream cipher, a key derivation function, authentication without the overhead of HMAC, and a personalization capability.  All these features can be implemented with very low overhead.  Together with the Threefish large-block cipher at Skein core, this design provides a full set of symmetric cryptographic primitives suitable for most modern applications.</p>

<p>Skein is efficient on a variety of platforms, both hardware and software.  Skein-512 can be implemented in about 200 bytes of state.  Small devices, such as 8-bit smart cards, can implement Skein-256 using about 100 bytes of memory.  Larger devices can implement the larger versions of Skein to achieve faster speeds.</p>

<p>Skein was designed by a team of highly experienced cryptographic experts from academia and industry, with expertise in cryptography, security analysis, software, chip design, and implementation of real-world cryptographic systems.  This breadth of knowledge allowed them to create a balanced design that works well in all environments.</blockquote></p>

<p><a href="http://www.schneier.com/code/skein_NIST_CD_101308.zip">Here's</a> source code, text vectors, and the like for Skein.  Watch the <a href="http://www.schneier.com/skein.html">Skein website</a> for any updates -- new code, new results, new implementations, the proofs.</p>

<p>NIST's deadline is Friday.  It seems as if everyone -- including many amateurs -- is working on a hash function, and I predict that NIST will receive at least 80 submissions.  (Compare this to the 21 submissions NIST received -- five were rejected as not being complete --  for the AES competition in 1998.)  I expect people to start posting their submissions over the weekend.  (Ron Rivest already <a href="http://people.csail.mit.edu/rivest/Rivest-TheMD6HashFunction.ppt">presented</a> MD6 at Crypto in August.)  Probably the best place to watch for new hash functions is <a href="http://planeta.terra.com.br/informatica/paulobarreto/hflounge.html">here</a>; I'll try to keep a listing of the submissions myself.</p>

<p>The selection process will take around four years.  I've previously called this sort of thing a cryptographic demolition derby -- last one left standing wins -- but that's only half true.  Certainly all the groups will spend the next couple of years trying to cryptanalyze each other, but in the end there will be a bunch of unbroken algorithms; NIST will select one based on performance and features.</p>

<p>NIST has stated that the goal of this process is not to choose the best standard but to choose a good standard.  I think that's smart of them; in this process, "best" is the enemy of "good."  My advice is this: immediately sort them based on performance and features.  Ask the cryptographic community to focus its attention on the top dozen, rather than spread its attention across all 80 -- although I also expect that most of the amateur submissions will be rejected by NIST for not being "complete and proper."  Otherwise, people will break the easy ones and the better ones will go unanalyzed.</p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=RsFiM"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=RsFiM" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=VuObM"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=VuObM" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Wed, 29 Oct 2008 01:35:29 +0000</pubDate>
      <category domain="http://securityratty.com/tag/skein">skein</category>
      <category domain="http://securityratty.com/tag/hash function">hash function</category>
      <category domain="http://securityratty.com/tag/function">function</category>
      <category domain="http://securityratty.com/tag/implement skein-256">implement skein-256</category>
      <category domain="http://securityratty.com/tag/implement">implement</category>
      <category domain="http://securityratty.com/tag/skein hashes data">skein hashes data</category>
      <category domain="http://securityratty.com/tag/skein website">skein website</category>
      <category domain="http://securityratty.com/tag/hashes data">hashes data</category>
      <category domain="http://securityratty.com/tag/key derivation function">key derivation function</category>
      <source url="http://www.schneier.com/blog/archives/2008/10/the_skein_hash.html">The Skein Hash Function</source>
    </item>
    <item>
      <title><![CDATA[Interop NY Keynotes: IBM]]></title>
      <link>http://securityratty.com/article/44ba0e9ad08b54462e9c92a6c54837a5</link>
      <guid>http://securityratty.com/article/44ba0e9ad08b54462e9c92a6c54837a5</guid>
      <description><![CDATA[Day one of Interop NY began with an introduction from Interop Manager Lenny Heymann, then Bob Picciano, General manager Lotus software and WebSpehere Portal IBM took the stage
IBMs presentation was...]]></description>
      <content:encoded><![CDATA[<p>Day one of Interop NY began with an introduction from Interop Manager Lenny Heymann, then Bob Picciano, General manager Lotus software and WebSpehere Portal IBM took the stage.</p>
<p>IBM&#8217;s presentation was cleverly titled <strong>2mor0@Wrk</strong> - Tomororow work and Web 2.0.</p>
<p><strong>Overview</strong></p>
<p>Web 2.0 is delivering a whole different paradigm of communication. The slide is Lotus Symphony - NOT PPT. Over 2 million downloads.</p>
<p>There is an information overload that impacts individual productivity in the workplace. It has a profound effect on organizational productivity. A more complex organization entity provides more pressure and more inefficiencies in workplace. Up to 70% of time can be used looking for the WRONG information.</p>
<p>Collaboration mitigates information overload. It allows you to identify experts and opinions.</p>
<p>The collaboration agenda. Enterprises are at the onset of exploring these features. Web 2.0 is giving us the capacity to do more. Collaboration optimizes business outcomes - global, secure and dynamic.The most progressive companies are looking at UNIFIED COMMUNICATIONS. Making sure that directories and profiles are fully mobile.</p>
<p>Collaboration should be a contextual part of the workflow, going directly into applications.</p>
<p>IBM&#8217;s collaboration strategy is to deliver these services through online or offline services.</p>
<p><strong>Demonstration</strong></p>
<p>Executive IT architect Ron Sebastian provided a demonstration of IBM&#8217;s collaboration strategy. IBM&#8217;s Web 2.0 solutions span delivery platforms:</p>
<ul>
<li>Platform - web as&nbsp; platform</li>
<li>Application - development</li>
<li>People - social computing</li>
</ul>
<p><a href="http://www-01.ibm.com/software/lotus/products/connections/" target="_blank">Lotus Connections</a> - a family of social computing software that provides profile lookup and community capabilities. Think of Facebook, Yahoo Groups, and delicious combined in one portal.</p>
<p>Ron demonstrated these social services embedded into a healthcare provider application. Semantic tagging is available, contact information and commenting. Not only are we providing service to customers, you can integrate sync capability to directly call the person you want.</p>
<p>The biggest aspect of Lotus Connection? It&#8217;s all integrated.</p>
<p>A new service - <a href="https://www.bluehouse.lotus.com/" target="_blank">Project Bluehouse</a>. This is a SaaS delivery of these collaborated capabilities. The store and share can manage and share documents within and outside the company. Access control is no longer an issue.</p>
<p>Collaborative Web 2.0 services available as standalone products that also work in a mobile environment.</p>
<p><strong>Case Study: Natural Disaster Management Mashup</strong></p>
<p>Boeing came up with twenty different scenarios that they could handle through their systems. The problem was the one they didn&#8217;t count on. One example was Katrina - how to deliver supplies to the area: what airports were open? Where could they land? The problem was they could not find one list of public, private and military airports, nor what was open. The mashup took different feeds to allow the deacon maker to make a more rapid and intelligent decision based on information on where they could fly in the appropriate supplies. From open information sites like <a href="http://www.airnav.com/" target="_blank">AirNav.com</a> and personal contacts, users were able to mashup the information to make better decisions.</p>
<p><strong>Conclusion</strong></p>
<p><a href="http://www.eweek.com/c/a/Messaging-and-Collaboration/IBM-to-Unveil-Social-Software-Center-at-Interop/" target="_blank">IBM announced the IBM Center for Social Software</a>, proving their commitment to connect, collaborate, and innovate. Users and academics can work together to how these innovations can be applied to businesses and provide value to the market.</p>
<p>There has been <a href="http://teblog.typepad.com/david_tebbutt/2008/04/ibms-bluehouse.html" target="_blank">some question</a> of whether or not IBM can pull this off and move into the collaborative Web 2.0 market. Despite <a href="http://www.theappgap.com/ibm-bluehouse-organizes-online-meetings-and-the-before-and-after.html" target="_blank">some criticism</a>, it looks like IBM has really taken a step forward in advancing their products and services to meet market needs.</p>
<p>People drive better business outcomes. Connecting, collaboration, and innovation is key. Having the right tools and information to do that eases pressure that many organizations feel and brings Web 2.0 technologies to the heart of businesses.</p>
]]></content:encoded>
      <pubDate>Wed, 17 Sep 2008 09:39:59 +0000</pubDate>
      <category domain="http://securityratty.com/tag/ibm">ibm</category>
      <category domain="http://securityratty.com/tag/information sites">information sites</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/collaboration">collaboration</category>
      <category domain="http://securityratty.com/tag/web">web</category>
      <category domain="http://securityratty.com/tag/social">social</category>
      <category domain="http://securityratty.com/tag/ibms collaboration strategy">ibms collaboration strategy</category>
      <category domain="http://securityratty.com/tag/social services">social services</category>
      <category domain="http://securityratty.com/tag/collaborative web">collaborative web</category>
      <source url="http://blog.sciencelogic.com/interop-ny-keynotes-ibm/09/2008">Interop NY Keynotes: IBM</source>
    </item>
    <item>
      <title><![CDATA[From the Eye of a Legal Storm, Murdoch's Satellite-TV Hacker Tells All]]></title>
      <link>http://securityratty.com/article/75c4bd1099f9d260b821fdd9a841f9bd</link>
      <guid>http://securityratty.com/article/75c4bd1099f9d260b821fdd9a841f9bd</guid>
      <description><![CDATA[SAN DIEGO -- Christopher Tarnovsky feels vindicated. The software engineer and former satellite-TV pirate has been on the hot seat for five years, accused of helping his former employer, a Rupert...]]></description>
      <content:encoded><![CDATA[<p>SAN DIEGO -- Christopher Tarnovsky feels vindicated. The software engineer and former satellite-TV pirate has been on the hot seat for five years, accused of helping his former employer, a Rupert Murdoch company, sabotage a rival to gain the top spot in the global pay-TV wars.
</p><p>
But two weeks ago a jury in the civil lawsuit against that employer, NDS Group, largely cleared the company -- and by extension Tarnovsky -- of piracy, finding NDS guilty of only a single incident of stealing satellite signals, for which Dish was awarded $1,500 in damages.
</p><p>
"I knew this was going to come," Tarnovsky says. "They didn't have any proof or evidence."
</p><p>
The trial was <a href="http://www.wired.com/politics/law/news/2008/04/murdoch">years in the making</a>, yet raised more questions than it answered. It came down to testimony between admitted pirates on both sides who accused each other of lying. Now that it's over Tarnovsky, who was fired by NDS last year, is eager to tell his side of the story.
</p><p>
Dressed in loose jeans, flip-flops and a T-shirt, Tarnovsky, 37, spoke with Wired.com by phone and in an air-conditioned lab in Southern California where he's been running a <a href="http://www.flylogic.net">consultancy</a> since losing his job. Surrounded by boxes of smart cards and thousands of dollars worth of microscopes and computers used for researching chips, he talked excitedly at lightning speed about his strange journey, which began in a top-secret Pentagon communications center, and ended with him working both sides of a heated electronic war over pay TV.
</p>

<div class="feedroomstoryembedlarge">

<iframe src="http://video.wired.com/linking/index.jsp?skin=oneclip&fr_story=b9671bb032f83a50ca57ae40b194d3feb3a8d77d&rf=ev&hl=false" width="404" height="346" scrolling="no" frameborder="0"></iframe>

<div class="storyimagecaption"><p>Satellite-TV hacker Chris Tarnovsky opens his laboratory to <a href="http://blog.wired.com/27bstroke6/">Threat Level</a> reporter Kim Zetter, providing a unprecedented peek into the world of smart-card hacking.<br />
<em>Editor: Annaliza Savage<br />
Camera: Steve Raines</em></p>


</div>

</div>


<p>
His story sheds new light on the murky, morally ambiguous world of international satellite pirates and those who do battle with them.
</p><p>
The stakes are high: Earnings in the satellite-TV industry reach the billions. In the first quarter of this year alone, U.S. market leader DirecTV announced revenue of $4.6 billion from more than 17 million U.S. subscribers. Dish Network earned $2.8 billion from nearly 14 million subscribers. Although satellite piracy has greatly diminished from its peak seven to 10 years ago when the events detailed in the civil lawsuit took place, the two companies lost millions in potential revenue, and spent millions more to replace insecure smart cards used in their systems and track down dealers selling pirated smart cards.
</p><!--pagebreak--><p>
Those smart cards are at the center of the controversy over NDS, a British-Israeli company and a majority-owned subsidiary of Murdoch's News Corp. The company makes access cards used by pay-TV systems, most prominently DirecTV -- itself a former Murdoch company. Nagrastar, a plaintiff in the case and NDS's chief competitor, makes access cards used by Dish Network and other runners-up in the market.
</p><p>
According to allegations in the lawsuit, in the late '90s NDS extracted and cracked the proprietary code used in Nagrastar's cards, a fact that NDS doesn't contest. What happened next, though, is hotly disputed. Nagrastar says Tarnovsky used the code to create a device for reprogramming Nagrastar cards into pirate cards, and gave the cards to pirates eager to steal Dish Network's programming. Tarnovsky was also accused of posting to the internet a detailed road map for hacking Nagrastar's cards. 
</p><p>
Nagrastar says NDS had an obvious motive for these antics: Their own chip, the so-called P1 or "F Card," had already been thoroughly cracked by pirates, and the company wanted to level the playing field with its competitors.
</p><p>
NDS denied the allegations at trial. The company declined to comment for this article or to confirm details of Tarnovsky's employment other than to say it was pleased that the verdict "ended in a resounding affirmation of NDS and its business ethics and proper conduct."
</p><p>
Tarnovsky began his pirating career in the '90s while serving in the U.S. Army. He had a top-secret SCI security clearance working on cryptographic computers in Belgium for NATO headquarters, and spent a year at Ft. Detrick in Maryland providing support to the National Security Agency for satellite transmissions to Europe.
</p><p>
In 1996, he was stationed in Germany when his colonel sold him a used satellite-TV system, along with two pirated access cards, neither of which worked. Tarnovsky began posting on online pirate forums, and developed contacts in the community, ultimately learning how to fix the cards to access English-language programs from Sky in the United Kingdom.
</p>
<p>
After leaving the Army and returning to the States, he got a call from Ron Ereiser, a Canadian pirate who'd heard about him through the grapevine. Pirates had found a back door in the P1 card and were vigorously exploiting it to get DirecTV content. But the cards kept failing. In a game of pirate pingpong, DirecTV periodically deployed electronic countermeasures, or ECMs, in the satellite stream that killed the cards in their set-top boxes. Ereiser needed someone to fix the cards.
</p><p>
There was serious black-market money on the line. In Canada, where pirating of U.S. satellite services wasn't considered illegal until 2002, syndicates of dealers did enough business that they could afford to chip in about $50,000 to hire a programmer to reverse engineer the latest cards. Pirate cards would sell for about $200 each, with the profit split between the investors and engineers. Tarnovsky claims Canadian pirate dealers could make $400,000 in a weekend; when Reginald Scullion, a notorious pirate in Canada, was raided in 1998, authorities seized $5.5 million from his bank accounts and safe-deposit boxes, though not all of it was from piracy.
</p><p>
Ereiser, who now works as a consultant to Nagrastar, concedes that the money from piracy was good, but insists that nobody became an overnight millionaire. "It was lucrative," he said in a telephone interview. "But to suggest that millions were being made in a month is an absolute crock."
</p><p>
DirecTV's countermeasures were a nagging drag on this lucrative trade. Every time an ECM was deployed, Ereiser and other dealers would be harangued by customers demanding to have the cards fixed and their TV programs restored. 
</p><!--pagebreak--><p>
Tarnovsky, who was known online as "Big Gun," says Ereiser offered him $20,000 to fix cards that were killed by ECMs, and he agreed. Each time NDS created a countermeasure, Tarnovsky would analyze the code and find a way to circumvent the countermeasure. He did it while working full-time as a software engineer for a semiconductor company in Massachusetts.
</p><p>
"I'd be at work and I'd check the IRC (channel) to see if they'd launched their Thursday countermeasure yet," he says. "It was like a chess game for me. I couldn't wait for them to do a countermeasure because I would counter it in minutes."
</p><p>
Tarnovsky suffers from attention deficit hyperactivity disorder, which he says helped with the detailed work.
</p><p>
"I think so fast," he says.
</p><p>
It wasn't long before NDS came courting. Tarnovsky had a contact at the company to whom he'd begun passing information about holes in its software, even supplying patches to fix them. NDS offered him a job earning $65,000 a year. By the time the company fired him last year, he was earning about $245,000 in salary and bonuses and had another $100,000 in stock options, he says.
</p><p>
The company set him up in a lab in Southern California equipped with a computer, some DirecTV set-top boxes, sample DirecTV cards and NDS source code. There was no fancy equipment at first, but his relationship with NDS and the lab grew over the decade he worked with them. Tarnovsky says the job was a dream come true. While living in Europe he'd once seen a news report showing an engineer at a French satellite company writing countermeasures, sitting in a lab with smart cards piled around him on his desk.
</p><p>
"I always thought it would be so cool to be that guy," Tarnovsky says. "Finally I got the chance." 
</p><p>
Tarnovsky had two roles at NDS -- to find holes in its software and work undercover with pirates to discover what they were doing against NDS technology.
</p><p>
To conceal his relationship with NDS from pirates, few people at the company knew his identity. He used the name "Michael George" and for the first four years was paid through other companies, including, for about five months, HarperCollins, the Murdoch-owned book publisher.
</p><p>
"It was very hush-hush, because we didn't know who could be an inside informant," he says.
</p><p>
Part of his job was developing ECMs for NDS. He'd examine pirate NDS cards to determine how they worked, then send instructions to engineers in Israel to create a kill for them.
</p><p>
"I didn’t actually load the gun and pull the trigger but I got to make the bullet," Tarnovsky says. 
</p><p>
Among the countermeasures he says he created was one known among pirates as the <a href=" http://www.theregister.co.uk/2001/01/25/directv_attacks_hacked_smart_cards/">"Black Sunday" kill</a> -- an elaborate scheme that destroyed tens of thousands of pirate DirecTV cards a week before Super Bowl Sunday in 2001.
</p><p>
Instead of being delivered all at once like other measures, the Black Sunday attack code was sent to pirate cards in about five dozen parts over the course of two months, like a tank transported piece by piece to a battlefield to be assembled in the field. "They never expected us to do this," Tarnovsky says.
</p><p>
The kill didn't last long before pirates found a way to jump-start the cards. But it holds an enduring position in pirate lore; for the first time, they could see a cunning mind at work on the other side.
</p><p>
While Tarnovsky was killing cards, however, he was also helping pirates fix them. 
</p><!--pagebreak--><p>
Days before Tarnovsky began working for NDS, the company began phasing in its latest-generation smart card, the P2, which was thought to be virtually uncrackable. But word reached the company that two Bulgarian hackers working for Ereiser had cracked the P2. On NDS's instructions, Tarnovsky met with Ereiser undercover in Calgary to get the code. When he got there, Ereiser offered him $20,000 to work for him fighting whatever countermeasures NDS and DirecTV cooked up to thwart their P2 hack.
</p><p>
NDS considered it a great opportunity for Tarnovsky to maintain his pirate identity, but DirecTV insisted on some controls. Under "Operation Johnny Walker," as they dubbed it, Tarnovsky gave Ereiser a program to create pirate NDS cards, but encrypted it so no one could copy it. The program worked only with a dongle attached to Ereiser's computer and created a limited number of cards that could be killed at any time.
</p><p>
But, according to Nagrastar, Tarnovsky wasn't just helping NDS fight piracy by working undercover and creating ECMs, he was also committing piracy against NDS's competitors to weaken their place in the market.
</p><p>
After NDS engineers in Israel hacked the Nagrastar code in the late '90s, Nagrastar says Tarnovsky created a "stinger" program that turned Nagrastar cards into pirate cards. He allegedly gave the program to a Canadian named Al Menard in 1999 who sold reprogrammed Nagrastar cards for $350 each. Then in December 2000, someone anonymously posted code and detailed instructions for hacking Nagrastar's card to two websites, one of them run by Menard, exposing Dish Network to even more piracy. It was estimated in court testimony that between 100,000 and 165,000 pirated Nagrastar cards were released to the market in the wake of this posting.
</p><p>
Nagrastar says Menard began sending Tarnovsky cash from the sale of the pirate cards. At the end of August 2000, authorities acting on an anonymous tip seized two boxes destined for a mail drop Tarnovsky rented in Texas. Inside, they found a CD and DVD player with $20,000 and $20,100 concealed inside.
</p><p>
The boxes were sent from a phony address for "Regency Audio" in Vancouver to C.T. Electronics at Tarnovsky's address. A customs form for a third package that wasn't seized indicated that it was sent from Menard to Tarnovsky and also contained electronic goods.
</p><p>
Tarnovsky was in Israel at the time, and says he didn't know anything about the packages until he was notified that they'd been seized. He thinks they were sent by someone in Nagrastar's camp who was trying to frame him. He says Nagrastar's accusations about the "stinger" program were baseless, and that he never gave Menard any software.
</p><p>
On Feb. 9, 2001, U.S. Customs agents appeared at his doorstep. On advice of a lawyer, he declined to let them search his house without a warrant. Tarnovsky was never arrested or charged with any crime, but suspicions against him were mounting. NDS gave Tarnovsky a polygraph test, but asked only two, self-interested questions that never touched on the Nagrastar accusations: Had Tarnovsky sold any modified NDS smart cards, or company secrets, since he'd been working for the company? Tarnovsky answered no, and passed the test.
</p><p>
He continued to work for NDS for six years. But then last year, Nagrastar confronted NDS with a sheriff's report showing that fingerprints lifted from the seized electronics equipment sent to Tarnovsky's Texas mail drop belonged to an associate of Menard, raising suspicions again that Tarnovsky might have sold pirate Nagrastar cards without NDS's knowledge. NDS fired him.
</p><p>
Tarnovsky says his termination proves he and NDS weren't conspiring against Nagrastar. Had they been, NDS would have done anything to keep him happy, and quiet. He says the fact that Nagrastar lost the case shows he wasn't pirating on his own either.
</p><p>
"I've never sold a single Nagra card, ever," he says.
</p><p>
Although he was angry at NDS for abandoning him, he told Wired.com before the trial ended that he hoped to work for the company again.
</p><p>
"I want to make sure that NDS wins this lawsuit because that will clear my name," he said at the time.
</p><p>
When it was suggested that someone might view this as motivation for him to lie on NDS's behalf, he disagreed.
</p><p>
"That's crazy. I could go to jail," he said. "I would never perjure myself for some company."
</p><p>
Since NDS fired him he's been consulting for two semiconductor companies and a manufacturer of dongle tokens, but he misses his life in electronic warfare. If NDS doesn't want him, he says he'd be happy to work for Nagrastar -- jumping sides once again.
</p><p>
"I could design a whole entire chip for them like I did for NDS," he says. "NDS thinks today that their technology is superior to everybody else's and it probably is, because they're 17 years ahead of Nagra technologically. But Nagra could catch up overnight if they used my services.
</p><p>
"I'm a very valuable asset as far as smart-card technology goes," he adds. "I know everything about (NDS) as far as their intellectual property models go."
</p><p>
He offered his services to the company last year, while the lawsuit was pending. Nagrastar declined.
</p><br style="clear: both;"/>
  <img alt="" style="border: 0; height:1px; width:1px;" border="0" src="http://www.pheedo.com/img.phdo?i=e479ec41ffd452c9a6deef2acea6eafc" height="1" width="1"/>
<img src="http://www.pheedo.com/feeds/tracker.php?i=e479ec41ffd452c9a6deef2acea6eafc" style="display: none;" border="0" height="1" width="1" alt=""/><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=VY9TTH"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=VY9TTH" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=J0yWwh"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=J0yWwh" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=4JlE1h"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=4JlE1h" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=uuCFEH"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=uuCFEH" border="0"></img></a>
 <a href="http://feeds.wired.com/~f/wired/politics/security?a=WYuknH"><img src="http://feeds.wired.com/~f/wired/politics/security?i=WYuknH" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=NZYibh"><img src="http://feeds.wired.com/~f/wired/politics/security?i=NZYibh" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=Lvsfyh"><img src="http://feeds.wired.com/~f/wired/politics/security?i=Lvsfyh" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=NXXjSH"><img src="http://feeds.wired.com/~f/wired/politics/security?i=NXXjSH" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/wired/politics/privacy/~4/301513715" height="1" width="1"/><img src="http://feeds.wired.com/~r/wired/politics/security/~4/301513721" height="1" width="1"/>]]></content:encoded>
      <pubDate>Fri, 30 May 2008 11:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/smart cards piled">smart cards piled</category>
      <category domain="http://securityratty.com/tag/cards">cards</category>
      <category domain="http://securityratty.com/tag/nds cards">nds cards</category>
      <category domain="http://securityratty.com/tag/access cards">access cards</category>
      <category domain="http://securityratty.com/tag/sample directv cards">sample directv cards</category>
      <category domain="http://securityratty.com/tag/directv cards">directv cards</category>
      <category domain="http://securityratty.com/tag/smart cards">smart cards</category>
      <category domain="http://securityratty.com/tag/nds smart cards">nds smart cards</category>
      <category domain="http://securityratty.com/tag/nds">nds</category>
      <source url="http://feeds.wired.com/~r/wired/politics/security/~3/301513721/tarnovsky">From the Eye of a Legal Storm, Murdoch's Satellite-TV Hacker Tells All</source>
    </item>
    <item>
      <title><![CDATA[Matt Asay again shows that he doesn't know much about open source security]]></title>
      <link>http://securityratty.com/article/182375cfc9883805e5743d468a40bff0</link>
      <guid>http://securityratty.com/article/182375cfc9883805e5743d468a40bff0</guid>
      <description><![CDATA[I often comment or blog disagreeing with Matt Asay and his views on open source and security. Frankly from the comments Matt leaves back, I think he views me as a pain in his butt and why if I don't...]]></description>
      <content:encoded><![CDATA[<p>I often comment or blog disagreeing with Matt Asay and his views on open source and security. Frankly from the comments Matt leaves back, I think he views me as a pain in his butt and why if I don't agree with him do I read his blog. I read Matt's blog because I often do agree with him, but I also read it because I think it important that just because you don't agree with someones views, doesn't mean they have nothing to say. However, I also feel that I have the right to call BS when I see it. Matt's <a href="http://www.cnet.com/8301-13505_1-9944793-16.html?part=rss&amp;tag=feed&amp;subj=TheOpenRoad">article yesterday on Tenable's new licensing</a> is one of those times. Matt you don't know what you are talking about on this one. If you are not going to take the time to dig in than just stay out. <br><br>First a little background. Tenable announced the other day <a href="http://www.nessus.org/news/data/pr95.pdf">a change in their licensing</a> of their NASL feed. For those who don't know, Tenable is the owner of the formerly open sourced Nessus vulnerability scanner. They also develop and publish a feed of NASL scripts which run in Nessus, which are likewise no longer and some say never were open sourced. I know Ron Gula pretty well and understand perfectly why Nessus is no longer under a GPL license for a few years now. I also understand the economics and reasons why they would charge for their NASL feed. I think it is good business and more power to Ron, Jack, Renaud and the rest of the Tenable gang. The change in their license is that now commercial customers will have to pay for the NASL feed, whereas before only people who resold the feed or otherwise profited from it would have to pay for the "registered feed". Now schools and charities can still get the feed for free, but others have to pay. Again, I don't have the slightest problem with this and wish them well.<br><br>Matt sticks his two cents here and at the same time sticks his foot in his mouth. For some reason Matt has not realized that Nessus has not been open sourced since the release of the 3.x version some time ago. It is not like this is a secret, Tenable is very "open" about it and there has been much written about it. Because they are still open in Matt's eyes, they can do little wrong. Matt this is just plain negligence on your part, go beyond the press release before writing! Matt talks about and links to <a href="http://blog.milkingthegnu.org/2008/03/from-close-to-o.html">Pierre Teilhard de Chardin's blog article</a> about Tenable closing the source to Nessus and still doesn't take notice that it is no longer open source. Matt did you read the article you linked to?<br><br>Matt than goes on to try and claim that it is OK for Tenable to charge for the NASL scripts because "the code is free, but the information that flows through it (Up-to-date vulnerability information, for example) is not". Matt, NASL scripts are scripts. I would think the word scripts in the name would be a dead give away. Don't you think that implies some code? <br><br>Yes, you can "drill your own wells" as Matt says and write your own NASL scripts. We do it at StillSecure for our own VAM vulnerability product. But we also use our own customized version of Nessus based off of the old 2.x open source code. <br><br>The fact is there is nothing open sourced about the current version of Nessus and NASL scripts and Ron and company don't make any bones about it. Matt your readers expect more from you. Do a little homework before you spout off!</p>
<p><a href="http://feeds.feedburner.com/~a/StillsecureAfterAllTheseYears?a=w16801"><img src="http://feeds.feedburner.com/~a/StillsecureAfterAllTheseYears?i=w16801" border="0"></img></a></p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=nGdXcH"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=nGdXcH" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=5EK8RH"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=5EK8RH" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=0F9r0H"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=0F9r0H" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=as5VHH"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=as5VHH" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=UHAX7h"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=UHAX7h" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=QKequh"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=QKequh" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/StillsecureAfterAllTheseYears/~4/291382440" height="1" width="1"/>]]></content:encoded>
      <pubDate>Thu, 15 May 2008 18:43:17 +0000</pubDate>
      <category domain="http://securityratty.com/tag/matt">matt</category>
      <category domain="http://securityratty.com/tag/matt asay">matt asay</category>
      <category domain="http://securityratty.com/tag/matt sticks">matt sticks</category>
      <category domain="http://securityratty.com/tag/matt talks">matt talks</category>
      <category domain="http://securityratty.com/tag/comments matt leaves">comments matt leaves</category>
      <category domain="http://securityratty.com/tag/source">source</category>
      <category domain="http://securityratty.com/tag/reason matt">reason matt</category>
      <category domain="http://securityratty.com/tag/scripts">scripts</category>
      <category domain="http://securityratty.com/tag/word scripts">word scripts</category>
      <source url="http://feeds.feedburner.com/~r/StillsecureAfterAllTheseYears/~3/291382440/matt-asay-again.html">Matt Asay again shows that he doesn't know much about open source security</source>
    </item>
    <item>
      <title><![CDATA[Hannaford Supermarkets]]></title>
      <link>http://securityratty.com/article/fbe8450e5c7946e9f93d073d8580cb9c</link>
      <guid>http://securityratty.com/article/fbe8450e5c7946e9f93d073d8580cb9c</guid>
      <description><![CDATA[This is going to get very interesting. Hannaford Supermarkets announced on Mar 17 that they lost 4.2 million card numbers to a hacker (Began Dec 7, discovered on Feb 27) . They also claim to be...]]></description>
      <content:encoded><![CDATA[<a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://bp3.blogger.com/_XTqu2iQGpYM/R-VMKMtklvI/AAAAAAAAAbo/t3tBmVEmc30/s1600-h/hannaford.JPG"><img id="BLOGGER_PHOTO_ID_5180630684454393586" style="DISPLAY: block; MARGIN: 0px auto 10px; CURSOR: pointer; TEXT-ALIGN: center" alt="" src="http://bp3.blogger.com/_XTqu2iQGpYM/R-VMKMtklvI/AAAAAAAAAbo/t3tBmVEmc30/s400/hannaford.JPG" border="0" /></a><br />This is going to get very interesting. Hannaford Supermarkets announced on Mar 17 that they lost 4.2 million card numbers to a hacker (Began Dec 7, discovered on Feb 27) . They also claim to be certified as <a href="http://www.hannaford.com/Contents/Common/PrivacyStatement.shtml">compliant</a> with PCI DSS. So what value does the certification hold ?<br /><br />Instead of saying PCI is worthless, lets step back for a minute and think about this. If this was an inside job, PCI Co can't be blamed. Also, as it stands today, the QSAs/ASVs can claim that their assessment was a point in time and as such, they shouldn't be held responsible for a company getting hacked after they gave it a clean chit. Change <em>that</em> and watch the number of QSAs/ASVs drop like a brick, and PCI Co get better value out of these QSAs and ASVs.<br /><br />Lets see what the Hannaford CEO Ron Hodge said<br />"<br />Hannaford has contained a data intrusion into its computer network that resulted in the theft of customer credit and debit card numbers. No personal information, such as names or addresses, was accessed. Hannaford doesn’t collect, know or keep any personally identifiable customer information from transactions.<br /><p style="FONT-STYLE: italic">We sincerely regret this intrusion into our systems, which we believe, are among the strongest in the industry. The stolen data was limited to credit and debit card numbers and expiration dates, and was illegally accessed from our computer systems during transmission of card authorization.</p><span style="FONT-STYLE: italic">"<br /><br /></span>Huh ?<br /><br /><span style="FONT-STYLE: italic">No personal information such as names or addresses was accessed. </span><br /><br />If that is the case, the authorizations should fail for most transactions of medium to high value when those numbers are reused since they don't have the name (I say most - because most auth engines typically use a complicated formula depending on location of purchase, amount of purchase, a margin for errors in reads during swipes etc before authorizing a transaction).<br /><br />[Interesting Update: According to <a href="http://www.boston.com/news/local/maine/articles/2008/03/22/banks_move_to_protect_hannaford_breach_victims/">this</a> article, there are around 1800 cases of related fraud so far, and they talk about a $1270 charge going through. Which really means there <span style="FONT-STYLE: italic">are </span>authorization engines out there that <span style="FONT-STYLE: italic">don't seem to care about the customer name in a transaction. </span>Either that, or someone is lying.]<br /><br />Could there be a sniffer installed on the network ?<br /><br />Track data has your name, card number, expiration date and encrypted IPIN among other things. If a sniffer was present at the swipe location, it surely would've got the name. But he clearly states no names were accessed. But what if it was in the scenario described a few posts below - about the ATM authorizations ? If you look at the message formats, they have card numbers and expiration dates. What was compromised ? <span style="FONT-STYLE: italic">Card numbers and expiration dates. </span>(ISO 8583 seems to have track data in its message transmissions - but not until a long way into the stream, and for some reason, I didn't notice it in my raw transaction data log review. The attackers probably just captured the initial bytes of the transmission ?)<br /><br />"But they were PCI Compliant and hence would've had to encrypt their data in transmission" you say.<br /><br />Thanks to the vagueness of PCI, even if rule 4.1 were to be applied -<br /><span style="FONT-STYLE: italic">Use strong cryptography and security protocols such as secure sockets layer (SSL) / transport </span><span style="FONT-STYLE: italic">layer security (TLS) and Internet protocol security (IPSEC) to safeguard sensitive cardholder data during transmission over open, public networks.<br /><br /></span>Could they have used the excuse that the network was not open or public ? And then - they could always use the <span style="FONT-STYLE: italic">compensating controls</span> excuse to not encrypt.<span style="FONT-STYLE: italic"><br /></span><br />I'm willing to bet there was some form of sniffing involved - and this probably is sniffing of the POS/ATM transaction in the ISO8583 format. (a scenario I was afraid of in <a href="http://securitycoin.blogspot.com/2008/03/atm-communication.html">this</a> post)<br /><br /><span style="FONT-STYLE: italic"><span style="FONT-STYLE: italic"><span style="FONT-STYLE: italic"><span style="FONT-STYLE: italic"></span></span></span><br /><br /></span><span style="FONT-STYLE: italic"></span>]]></content:encoded>
      <pubDate>Sat, 22 Mar 2008 09:27:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/card">card</category>
      <category domain="http://securityratty.com/tag/debit card">debit card</category>
      <category domain="http://securityratty.com/tag/pci">pci</category>
      <category domain="http://securityratty.com/tag/track data">track data</category>
      <category domain="http://securityratty.com/tag/pci dss">pci dss</category>
      <category domain="http://securityratty.com/tag/data">data</category>
      <category domain="http://securityratty.com/tag/hannaford supermarkets">hannaford supermarkets</category>
      <category domain="http://securityratty.com/tag/hannaford">hannaford</category>
      <category domain="http://securityratty.com/tag/pci compliant">pci compliant</category>
      <source url="http://securitycoin.blogspot.com/2008/03/hannaford-supermarkets.html">Hannaford Supermarkets</source>
    </item>
    <item>
      <title><![CDATA[Hannaford and Sweetbay supermarkets announce compromise of 4.2 million credit and debit cards]]></title>
      <link>http://securityratty.com/article/c1b967b003725194a9e1a04d3dc456b8</link>
      <guid>http://securityratty.com/article/c1b967b003725194a9e1a04d3dc456b8</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
3/17/08

Organization
Delhaize Group

Contractor/Consultant/Branch
Hannaford Bros. Co
Sweetbay Supermarket

Victims
Customers of Hannaford stores,...]]></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/hannaford.jpg" align="right" height="200" width="157"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>3/17/08<br><br><span style="font-weight: bold;">Organization: </span><br><a href="http://www.delhaizegroup.com/TopSectionPages/Home/tabid/152/language/en-US/Default.aspx">Delhaize Group</a> <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br><a href="http://www.hannaford.com/home.shtml">Hannaford Bros. Co</a> <br><a href="http://www.sweetbaysupermarket.com/">Sweetbay Supermarket</a> <br><br><span style="font-weight: bold;">Victims:</span><br>Customers of Hannaford stores, Sweetbay stores in Florida and certain independently-owned retail locations in the Northeast that carry Hannaford products.<br><br><span style="font-weight: bold;">Number Affected:</span><br>4,200,000<br><br><span style="font-weight: bold;">Types of Data:</span><br>Credit card and debit card information<br><br><span style="font-weight: bold;">Breach Description:</span><br>"New England grocery chain Hannaford Brothers says a security breach has exposed 4.2 million customer credit- and debit-card numbers to scammers, with 1,800 fraud cases already reported."&nbsp; Anyone who used a credit or debit card between December 7, 2007 and March 10, 2008 at any one of the 165 Hannaford stores in the Northeast or 106 Sweetbay stores in Florida is a potential victim of this breach.<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.hannaford.com/Contents/News_Events/News/News.shtml">Message from Hannaford CEO Ron Hodge</a> <br><a href="http://news.bostonherald.com/business/general/view.bg?articleid=1080953&amp;srvc=home&amp;position=emailed">The Boston Herald</a> <br><a href="http://online.wsj.com/article/SB120578480456942847.html?mod=googlenews_wsj">The Wall Street Journal</a> <br><a href="http://www.boston.com/business/ticker/2008/03/supermarket_dat.html?p1=Well_MostPop_Emailed4">The Boston Globe</a> <br><a href="http://www.pcworld.com/article/id,143523-c,onlinesecurity/article.html">PC World</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>Hannaford Bros. Co.<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>BOSTON -- Two grocery store chains -- Hannaford Bros. and Sweetbay Supermarket -- both owned by Belgium-based Delhaize Group SA, suffered a credit-card data breach, the companies said Monday.<br><br>Hannaford has contained a data intrusion into its computer network that resulted in the theft of customer credit and debit card numbers. No personal information, such as names or addresses, was accessed. Hannaford doesn’t collect, know or keep any personally identifiable customer information from transactions.<br><br>exposed about 4.2 million credit and debit card numbers<br><br>about 1,800 cases of fraud have been tied to the breach<br><span style="font-style: italic;">[Evan] This is probably a hint as to how Hannaford became aware of the breach.&nbsp; I am guessing that Hannaford was clueless until investigators contacted them.</span><br><br>evidence of unauthorized uses of card data have surfaced in Houston, Detroit, San Francisco, France and Brazil.<br><br>We sincerely regret this intrusion into our systems, which we believe, are among the strongest in the industry. The stolen data was limited to credit and debit card numbers and expiration dates, and was illegally accessed from our computer systems during transmission of card authorization.<br><span style="font-style: italic;">[Evan] Their information security is "among the strongest in the industry"?&nbsp; Here is a hint as to how the information was illegally obtained, "during transmission of card authorization".</span><br><br>The intrusion affected Hannaford stores, Sweetbay stores in Florida and certain independently-owned retail locations in the Northeast that carry Hannaford products.<br><br>Hannaford operates 165 stores in the Northeast. There are 106 Sweetbay supermarkets in Florida.<br><br>the breach began on Dec. 7 and continued until last Monday.<br><br>Hannaford is cooperating with credit and debit card issuers to ensure those customers who may be affected by the theft are protected. We also alerted law enforcement authorities, and are working closely with them to help identify those responsible.<br><br>the U.S. Secret Service is investigating the possibility that Track 2 data -- including PIN numbers and expiration dates contained on credit cards -- were compromised<br><br>We realize this incident may raise concerns and questions for our customers, and we sincerely regret any inconvenience this attack on our system may cause you. As always, we appreciate you choosing to shop at Hannaford. We remain committed to providing you with the finest foods and a clean, friendly and secure shopping experience.<br><span style="font-style: italic;">[Evan] This will be my understatement of the day, "We realize this incident may raise concerns and questions for our customers".&nbsp; You think?&nbsp; The banks are probably a little torqued too!</span><br><br><span style="font-weight: bold;">Commentary</span>:<br>This is going to be another legal battle.&nbsp; State and/or federal legislators are going to want more laws and regulations.&nbsp; The consumers are caught in the middle, and the banks are going to want their money back.&nbsp; 4.2 million credit and debit card number heisted over a three month period is pretty hard to explain away.<br><br>How do you suppose the data was captured by thieves?&nbsp; I know that Hannaford claims "during transmission of card authorization", but where?&nbsp; Was the data captured while it was in transit over a public network?&nbsp; The Payment Card Industry Data Security Standard (<a href="https://www.pcisecuritystandards.org/pdfs/pci_dss_v1-1.pdf">PCI DSS</a>) states:<br>"<span style="font-style: italic;">Requirement 4: Encrypt transmission of cardholder data across open, public networks</span><br>Sensitive information must be encrypted during transmission over networks that are easy and common for<br>a hacker to intercept, modify, and divert data while in transit."&nbsp; <br>It's hard for Hannaford to claim they didn't know.<br><br>I sincerely hope that the statement "our systems, which we believe, are among the strongest in the industry", isn't true.&nbsp; If it is, then we are in for a lot more breaches like this one, and more regulations to comply with. <br><br>This breach reminds me of a conversation I had a few years ago with the head of information security for a top 10 US bank.&nbsp; He complained to me for ten minutes about how he was being forced to spend three million dollars encrypt data data between ATMs and central processing.&nbsp; He claimed that the bank doesn't really have to be "secure", it only needs to be more secure that the next guy.&nbsp; Believe it or not, he is still the head of security at the same bank.&nbsp; Oy vey.<br><br><span style="font-weight: bold;">Past Breaches:</span><br>Unknown</font><br><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2008/03/17/hannaford.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Mon, 17 Mar 2008 21:07:06 +0000</pubDate>
      <category domain="http://securityratty.com/tag/credit">credit</category>
      <category domain="http://securityratty.com/tag/hannaford">hannaford</category>
      <category domain="http://securityratty.com/tag/breach description">breach description</category>
      <category domain="http://securityratty.com/tag/breach">breach</category>
      <category domain="http://securityratty.com/tag/credit-card data breach">credit-card data breach</category>
      <category domain="http://securityratty.com/tag/carry hannaford products">carry hannaford products</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/personal information">personal information</category>
      <category domain="http://securityratty.com/tag/information security">information security</category>
      <source url="http://breachblog.com/2008/03/17/hannaford.aspx">Hannaford and Sweetbay supermarkets announce compromise of 4.2 million credit and debit cards</source>
    </item>
    <item>
      <title><![CDATA[The Conscious Competence Security Model]]></title>
      <link>http://securityratty.com/article/6d5183f8c1c68792c7548d27f900b07b</link>
      <guid>http://securityratty.com/article/6d5183f8c1c68792c7548d27f900b07b</guid>
      <description><![CDATA[A while back I learned of the Conscious Competence Learning Model (we'll get to exactly what it is) and I knew I had to blog about it and then I forgot but I was reminded of it again when I read this...]]></description>
      <content:encoded><![CDATA[A while back I learned of the <a href="http://www.businessballs.com/consciouscompetencelearningmodel.htm">Conscious Competence Learning Model</a> (we'll get to exactly what it is) and I knew I <span style="font-style: italic;">had</span> to blog about it and then I forgot but I was reminded of it again when I read <a href="http://taosecurity.blogspot.com/2007/09/visibility-visibility-visibility.html">this article</a> by Richard Bejtlich.<br /><br />He in turn is discussing CIO Magazine's <a href="http://www.cio.com/article/133600/">Fifth Annual Global State of Information Security</a> which is worth a read especially if you are in the Information Security field.<br /><br />It was these two quotes that reminded me of the Learning Model -<br /><br /><blockquote>You're undergoing a shift from a somewhat blissful ignorance of the serious flaws in computer security to a largely depressing knowledge of them.</blockquote>and<br /><br /><blockquote>As [Ron] Woerner puts it, "When you gain visibility, you see that you can't see all the potential problems. You see that maybe you were spending money securing the wrong things. You see that a good employee with good intentions who wants to take work home can become a security incident when he loses his laptop or puts data on his home computer. There's so much out there, it's overwhelming."</blockquote>This sounds very depressing and sounds like we should just throw in the towel but I think it is more positive then that.<br /><br />The <a href="http://www.businessballs.com/consciouscompetencelearningmodel.htm">Conscious Competence Learning Model</a> has many different names and versions but the concept is as follows:<br /><br /><ol><li>At first you are blissfully unaware of how much you don't know. </li><li>Then you start learning and get overwhelmed once you learn just how much you don't know.</li><li>Then you learn some more and you struggle along learning all the time. </li><li>Then you become a professional and know everything without having to think very much.</li></ol><br /><br />My Information Security spin on this is:<br /><ol><li>At first you have firewalls and antivirus and you feel safe. You don't know what is really happening on your network but you are sure that everything is fine.</li><li>Then, for some reason you take Information Security seriously and spend some more money on what is really important. You realise just how unsafe your network and information really is.<br /></li><li>You work at it, struggling all the time to get a proper plan in place and back it up with all the good stuff you can such as technological solutions, training, awareness, processes etc all the time refining and updating the process to get more secure. At the same time new projects have security built in from day 1. All the time you are finding new issues to fix but these are getting less and less and you know that you are getting more secure.</li><li>All your systems are secured as much as they need to be. All new threats have action plans in place. New projects, users, systems all have procedures that make them as secure as possible. All risks are dealt with in the way Business expects them to be. There may be incidents but there are no surprises.<br /></li></ol>From the CSO article and Richard's blog post I think that most companies in the survey are at step number 2 moving (hopefully) to step 3.<br /><br />My feeling is that most companies are at stage 1 with a resistance to move to stage 2. Companies that are at stage 1 would (probably) not be a part of the CSO magazine community. I think that very few companies would be at step 4 but many companies would be battling along at step 3.<br /><br />Obviously the size of the company and what sector the company is in would help determine what step they are on. As well as the amount of leadership the Top Brass have and the enthusiasm of the Security Department.<img src="http://feeds.feedburner.com/~r/SecurityThoughts/~4/165712061" height="1" width="1"/>]]></content:encoded>
      <pubDate>Fri, 05 Oct 2007 08:44:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/information security field">information security field</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/information security spin">information security spin</category>
      <category domain="http://securityratty.com/tag/information security">information security</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/security incident">security incident</category>
      <category domain="http://securityratty.com/tag/computer security">computer security</category>
      <category domain="http://securityratty.com/tag/conscious competence">conscious competence</category>
      <category domain="http://securityratty.com/tag/model">model</category>
      <source url="http://feeds.feedburner.com/~r/SecurityThoughts/~3/165712061/conscious-competence-security-model.html">The Conscious Competence Security Model</source>
    </item>
    <item>
      <title><![CDATA[Speaking of Security Podcast #53]]></title>
      <link>http://securityratty.com/article/5251657cf179f1b90481cdbccd71d82d</link>
      <guid>http://securityratty.com/article/5251657cf179f1b90481cdbccd71d82d</guid>
      <description><![CDATA[Click here to listen/download (07:33

Data leakage is an issue IT organizations are faced with everyday. USB flash drives cause security concerns throughout the enterprise. We speak with Ron LaPedis...]]></description>
      <content:encoded><![CDATA[<p><a href="https://www.rsa.com/blog/podcasts/070312_SecurityPodcast.mp3" target="_blank">Click here to listen/download</a> (07:33).<br><br>Data leakage is an issue IT organizations are faced with everyday. USB flash drives cause security concerns throughout the enterprise. We speak with Ron LaPedis of <a href="http://sandisk.com/trustwatch" target="_blank">SanDisk Corporation</a> about the security of such devices and their <a href="http://www.rsa.com/press_release.aspx?id=7747" target="_blank">uses</a> beyond portable storage.</p>]]></content:encoded>
      <pubDate>Sun, 11 Mar 2007 21:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/security concerns">security concerns</category>
      <category domain="http://securityratty.com/tag/usb flash">usb flash</category>
      <category domain="http://securityratty.com/tag/portable storage">portable storage</category>
      <category domain="http://securityratty.com/tag/ron lapedis">ron lapedis</category>
      <category domain="http://securityratty.com/tag/sandisk corporation">sandisk corporation</category>
      <category domain="http://securityratty.com/tag/data leakage">data leakage</category>
      <category domain="http://securityratty.com/tag/enterprise">enterprise</category>
      <category domain="http://securityratty.com/tag/listendownload">listendownload</category>
      <source url="http://www.rsa.com/blog/blog_entry.aspx?id=1174">Speaking of Security Podcast #53</source>
    </item>
    <item>
      <title><![CDATA[Speaking of Security Podcast #51]]></title>
      <link>http://securityratty.com/article/263552d0a735deb83bb4f344ad394487</link>
      <guid>http://securityratty.com/article/263552d0a735deb83bb4f344ad394487</guid>
      <description><![CDATA[Click here to listen/download (10:36

Recently at the industry-wide RSA Conference in San Francisco, Speaking of Security blogger, Shannon Kellogg , sat down with Ron Teixeira, Executive Director of...]]></description>
      <content:encoded><![CDATA[<p><a href="https://www.rsa.com/blog/podcasts/070226_SecurityPodcast.mp3" target="_blank">Click here to listen/download</a> (10:36).<br><br>Recently at the industry-wide <a href="http://www.rsaconference.com/2007/US/" target="_blank">RSA Conference</a> in San Francisco, Speaking of Security blogger, <a href="http://www.rsa.com/blog/index.asp?author=kellogg">Shannon Kellogg</a>, sat down with Ron Teixeira, Executive Director of the <a href="http://staysafeonline.org/practices/index.html" target="_blank">National Cyber Security Alliance</a>, to discuss that organization&#8217;s national information security awareness programs. We invite our listeners to learn more about this important initiative.<br></p>]]></content:encoded>
      <pubDate>Sun, 25 Feb 2007 21:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/industry-wide rsa conference">industry-wide rsa conference</category>
      <category domain="http://securityratty.com/tag/shannon kellogg">shannon kellogg</category>
      <category domain="http://securityratty.com/tag/security blogger">security blogger</category>
      <category domain="http://securityratty.com/tag/executive director">executive director</category>
      <category domain="http://securityratty.com/tag/san francisco">san francisco</category>
      <category domain="http://securityratty.com/tag/ron teixeira">ron teixeira</category>
      <category domain="http://securityratty.com/tag/discuss">discuss</category>
      <category domain="http://securityratty.com/tag/invite">invite</category>
      <category domain="http://securityratty.com/tag/recently">recently</category>
      <source url="http://www.rsa.com/blog/blog_entry.aspx?id=1171">Speaking of Security Podcast #51</source>
    </item>
    <item>
      <title><![CDATA[RSA 2007 Review]]></title>
      <link>http://securityratty.com/article/5c00d25126e18901f191e5de0e42bfcc</link>
      <guid>http://securityratty.com/article/5c00d25126e18901f191e5de0e42bfcc</guid>
      <description><![CDATA[Whether you made it to or missed RSA 2007 earlier this month, this write-up by CISO Handbook Authors Mike Gentile &amp; Ron Collette is a great snap-shot of the...]]></description>
      <content:encoded><![CDATA[Whether you made it to or missed RSA 2007 earlier this month, this write-up by CISO Handbook Authors Mike Gentile & Ron Collette is a great snap-shot of the event.]]></content:encoded>
      <pubDate>Thu, 22 Feb 2007 14:06:10 +0000</pubDate>
      <category domain="http://securityratty.com/tag/ron collette">ron collette</category>
      <category domain="http://securityratty.com/tag/rsa">rsa</category>
      <category domain="http://securityratty.com/tag/month">month</category>
      <category domain="http://securityratty.com/tag/snap-shot">snap-shot</category>
      <category domain="http://securityratty.com/tag/event">event</category>
      <category domain="http://securityratty.com/tag/write-up">write-up</category>
      <source url="http://networking.ittoolbox.com/r/rss.asp?url=http://blogs.ittoolbox.com/security/endpoint/archives/rsa-2007-review-14678">RSA 2007 Review</source>
    </item>
  </channel>
</rss>
