<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss' xmlns:gd='http://schemas.google.com/g/2005' xmlns:thr='http://purl.org/syndication/thread/1.0'><id>tag:blogger.com,1999:blog-37657084</id><updated>2011-10-06T09:05:20.686-07:00</updated><category term='TJX'/><category term='Managed PCI'/><category term='security breach'/><category term='Database security'/><category term='PCI Compliance'/><category term='PCI'/><category term='Oracle'/><category term='database'/><category term='Compliance as a Service'/><category term='PCI Compliance tools'/><title type='text'>pcistuff</title><subtitle type='html'>The leading PCI Solutions discussion blog. Mark Mac Auley explores how to satisfy PCI requirements simply, and affordably bullet by bullet.</subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default?max-results=100'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>35</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>100</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-37657084.post-5638833319188956025</id><published>2008-06-02T07:28:00.000-07:00</published><updated>2008-06-02T07:34:42.948-07:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='PCI Compliance'/><category scheme='http://www.blogger.com/atom/ns#' term='PCI'/><title type='text'>So What? Does the Hannaford breach infer PCI is a waste?</title><content type='html'>This question has been on my mind for a few weeks, and I wanted to stir the pot a bit.&lt;br /&gt;&lt;br /&gt;Hannaford was PCI compliant at the time of the breach, so what does this really mean?&lt;br /&gt;&lt;br /&gt;Should a company spend millions up front, when it was documented that even though they were compliant, they had to spend millions more after the fact?&lt;br /&gt;&lt;br /&gt;What does that say about the standard itself?&lt;br /&gt;&lt;br /&gt;What fines are going to be handed out? Is proving PCI Compliance the 'Get out of Jail Free' card and so no fines will be doled out?&lt;br /&gt;&lt;br /&gt;If I am a company, and have followed this one, why spend the money on getting PCI compliant when it appears that even if I am, the only downside is no fines. And if the fines are less than the remediation PLUS the compliance process, what's the value to me as a business of getting compliant, vs taking out an insurance policy for $300/record at risk?&lt;br /&gt;&lt;br /&gt;Thoughts?&lt;br /&gt;&lt;br /&gt;pcistuff @ gmail.com&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-5638833319188956025?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/5638833319188956025/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=5638833319188956025' title='41 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/5638833319188956025'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/5638833319188956025'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2008/06/so-what-does-hannaford-breach-infer-pci.html' title='So What? Does the Hannaford breach infer PCI is a waste?'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>41</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-2169388653148303104</id><published>2008-04-02T12:19:00.000-07:00</published><updated>2008-04-02T12:31:34.547-07:00</updated><title type='text'>Ouch - Mastercard and TJX to Settle</title><content type='html'>I just read this article from the Boston Globe where they are reporting a $24M settlement between Mastercard and TJX. Ouch!&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Framingham retailer TJX Cos. reached a settlement with MasterCard Inc. in which it will pay up to $24 million to banks and other institutions to cover fraud losses stemming from a massive data breach disclosed last year.&lt;br /&gt;&lt;br /&gt;TJX, parent of discount retain chains including TJ Maxx and Marshalls, struck a similar deal with rival card network Visa in which it agreed to pay up to $40.9 million. As in that deal, TJX said the costs of its MasterCard settlement are included in the $256 million the company has set aside to pay for computer work and other costs associated with the breach. &lt;br /&gt;&lt;br /&gt;TJX said the MasterCard settlement will be valid only if accepted by banks that issued 90 percent of the cards with fraud claims following the breach, which affected as many as 100 million card numbers, a record. In exchange banks would agree not to sue TJX or institutions that processed the charges at its stores.&lt;br /&gt;&lt;br /&gt;The deal helps TJX wind down the episode, though it still faces court claims and just last week was criticized by the Federal Trade Commission over past security practices. &lt;br /&gt;&lt;br /&gt;In a statement, TJX chief executive Carol Meyrowitz said: “We believe this settlement agreement provides a fair resolution for MasterCard and its issuing banks and look forward to a high level of issuer acceptance. Providing a secure shopping environment for our customers remains a priority for TJX. Beyond the many millions of dollars we have spent to add significant security to our computer system, we are installing security measures which exceed those of many other retailers and current industry requirements.” &lt;br /&gt;(By Ross Kerber, Globe staff)&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-2169388653148303104?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/2169388653148303104/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=2169388653148303104' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/2169388653148303104'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/2169388653148303104'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2008/04/ouch-mastercard-and-tjx-to-settle.html' title='Ouch - Mastercard and TJX to Settle'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-2774259527431859911</id><published>2008-03-20T12:55:00.000-07:00</published><updated>2008-03-20T13:06:30.518-07:00</updated><title type='text'>Hannaford you f-ing boneheads!</title><content type='html'>So this one hits close to home for me since I frequent Hannaford Brothers 2-3 times per week. It also hits even further close to home because I have contacted their CIO, CFO, and several folks in their IT group offering help for the past two years. &lt;br /&gt;&lt;br /&gt;Why? &lt;br /&gt;&lt;br /&gt;It is in my best interest to protect my information with the companies I do business with and especially those companies in my backyard.&lt;br /&gt;&lt;br /&gt;Mr. Ron Hodge here is my list of people that I have contacted in the past two years to prevent this from happening. I will also tell you that this whole issue could have been prevented for under $200,000:&lt;br /&gt;&lt;br /&gt;Bill Homa - CIO&lt;br /&gt;Jeff Reeder - CFO&lt;br /&gt;Kevin Carleton - Director of Retail Operations&lt;br /&gt;Tricia Gilbert - IS Auditor&lt;br /&gt;John McFarland - Enterprise Systems Team Lead&lt;br /&gt;&lt;br /&gt;Add to this list past folks who either had the sense to leave before the sh*t hit the fan, or to bail before they were held accountable by some loudmouth like me:&lt;br /&gt;&lt;br /&gt;Paul Fritzson - CFO&lt;br /&gt;David Fournier - IT Security Specialist&lt;br /&gt;&lt;br /&gt;If anyone from Hannaford Brothers reads this, please get back to me. I am still in a position to help, and I will wait for the phone call from Lifelock to see if the 1800 cases of fraud will include me soon.&lt;br /&gt;&lt;br /&gt;identitystuff@gmail.com&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-2774259527431859911?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/2774259527431859911/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=2774259527431859911' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/2774259527431859911'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/2774259527431859911'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2008/03/hannaford-you-f-ing-boneheads.html' title='Hannaford you f-ing boneheads!'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-5050896360438712462</id><published>2008-02-13T10:15:00.000-08:00</published><updated>2008-02-13T10:21:56.863-08:00</updated><title type='text'>Buzzword a.k.a. Bullsh*t Bingo</title><content type='html'>I have been a recipient of some very creative e-spin lately. What is E Spin?&lt;br /&gt;&lt;br /&gt;It's another form of how many new buzzwords can I jam into an email to see if someone is interested in something I have. The latest one was keying in on compliance and virtualization. What is it about a virtual machine and access to it that requires a new way to audit it? It still has an OS and if you're in a SAS-70 physically secured facility then you won't have undocumented acceess to the physical blades/instances anyway.&lt;br /&gt;&lt;br /&gt;Some other cool buzzword E spin ideas:&lt;br /&gt;&lt;br /&gt;How Green is your Virtual Compliance project?&lt;br /&gt;How carbon neutral is PCI Compliance?&lt;br /&gt;Haven't you virtualized your green compliance initiative?&lt;br /&gt;&lt;br /&gt;What are your E-spins?&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-5050896360438712462?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/5050896360438712462/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=5050896360438712462' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/5050896360438712462'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/5050896360438712462'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2008/02/buzzword-aka-bullsht-bingo.html' title='Buzzword a.k.a. Bullsh*t Bingo'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-7363293437308819195</id><published>2008-01-11T07:17:00.000-08:00</published><updated>2008-01-11T07:27:02.854-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='PCI Compliance'/><category scheme='http://www.blogger.com/atom/ns#' term='PCI Compliance tools'/><title type='text'>NRF Show - See You There!!!</title><content type='html'>I will be headed to Manhattan this weekend to attend the &lt;a href="http://events.nrf.com/annual08/public/enter.aspx"&gt;NRF show &lt;/a&gt;at the Javits Center in NYC. I will be in booth #1475 talking about things PCI. Please stop by when/if you can. I always enjoy meeting folks who read my PCIStuff Blog, My &lt;a href="http://identitystuff.blogspot.com"&gt;Identitystuff blog &lt;/a&gt;or my &lt;a href="http://virtualizationstuff.blogspot.com"&gt;virtualizationstuff&lt;/a&gt; blog.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-7363293437308819195?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/7363293437308819195/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=7363293437308819195' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/7363293437308819195'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/7363293437308819195'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2008/01/nrf-show-see-you-there.html' title='NRF Show - See You There!!!'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-8056789393389942651</id><published>2007-12-21T06:07:00.000-08:00</published><updated>2007-12-21T06:13:38.437-08:00</updated><title type='text'>Teeth or Gums? Which is Which for the Consumer?</title><content type='html'>I just read this article in the Boston Globe this morning, and a smirk crossed my mind in that it proves a widely held theory I share with my friends in this space that Identity Theft and a massive breach is simply the cost of doing business. Unbeleiveable. Or is It?&lt;br /&gt;&lt;br /&gt;With services out there like &lt;a href="http://www.lifelock.com"&gt;Lifelock&lt;/a&gt; and the fact that the company who f'ed up covering the cost of monitoring, what's $100/year for their services or free for monitoring. You'll save at least that much shopping at TJX companies or the mom and pop shop with no overhead, and no security in place... Right?&lt;br /&gt;&lt;br /&gt;http://www.boston.com/business/articles/2007/12/21/for_tjx_a_store_of_consumer_loyalty/&lt;br /&gt;&lt;br /&gt;Consumers don't stay angry in the face of a good deal.&lt;br /&gt;&lt;br /&gt;That's a lesson emerging from the data breach at TJX Cos., the Framingham retailer that a year ago discovered an intrusion into its computer security that compromised as many as 100 million payment-card accounts. While the episode led to lawsuits from banks and many complaints, sales at TJX stores such as TJ Maxx and Marshalls have risen steadily this year.&lt;br /&gt;&lt;br /&gt;Customers like Florida businesswoman Hanna Lipman help explain why. In April, Visa canceled one of Lipman's credit cards, saying it was compromised in the breach. By then, she had stopped going to the TJ Maxx store in Boca Raton.&lt;br /&gt;&lt;br /&gt;But now, Lipman said, she is back to spending about $100 a month at the store, on pocketbooks and other items. She expects TJX will be extra-cautious about protecting her information.&lt;br /&gt;&lt;br /&gt;"They got nailed from so many banks, I have to believe whatever can be done they have done," Lipman said.&lt;br /&gt;&lt;br /&gt;Another customer whose card was canceled, Phil Dunkelberger, said he still shops at a TJ Maxx store in California, but pays by cash or check to reduce his risk of data theft. "I think they're much safer than other vendors who haven't had a breach and gone through the pain," he said.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-8056789393389942651?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/8056789393389942651/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=8056789393389942651' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/8056789393389942651'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/8056789393389942651'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/12/teeth-or-gums-which-is-which-for.html' title='Teeth or Gums? Which is Which for the Consumer?'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-8297712738172536511</id><published>2007-12-20T06:58:00.000-08:00</published><updated>2007-12-20T07:00:27.568-08:00</updated><title type='text'>My New Blog Launched</title><content type='html'>I have decided to start a third blog to cover yet another hot topic in IT - Virtualization, over at my new Blog - &lt;a href="http://virtualizationstuff.blogspot.com"&gt;Virtualization Stuff&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;Enjoy!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-8297712738172536511?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/8297712738172536511/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=8297712738172536511' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/8297712738172536511'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/8297712738172536511'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/12/my-new-blog-launched.html' title='My New Blog Launched'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-3503251244630335001</id><published>2007-12-18T06:06:00.000-08:00</published><updated>2007-12-18T06:23:30.849-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='PCI Compliance'/><category scheme='http://www.blogger.com/atom/ns#' term='Database security'/><category scheme='http://www.blogger.com/atom/ns#' term='PCI'/><title type='text'>Is PCI a Scam?</title><content type='html'>I had to ask myself this question after two years working with clients to help solve their PCI issues and seeing only a handful of fines being handed out to the poster children of a breach. Here is why I pose the question...&lt;br /&gt;&lt;br /&gt;If I am an issuer of cards, why is it good business to bite the hand that feeds me in levying fines against those organizations who provide me revenue? Is the revenue that gets generated more fraudulent than legitimate so it is in my best interest to shut down the source of the fraud? If there was that much fraud because of the identity theft that is associated with fraud, isn't there anything else that the issuaing card companies can do besides hand out fines. It just seems like it is adding insult to injury.&lt;br /&gt;&lt;br /&gt;If I am a level 2, 3, or 4 merchant, and I look at what it will cost me to get compliant both in terms of technology and access to expertise to implement a solution, why wouldn't I roll the dice and wait to be shut down, especially if the cost of compliance puts me out of business? I will say for the record that the level 2,3, and 4 merchants are the most at risk for a breach  because of their restricted access to capital and expertise and that ability to pay for it, so they are in a no-win situation, are they not?&lt;br /&gt;&lt;br /&gt;If I look at what the core of the issue is, it is the databases used to store data. So why not lock down, encrypt, and render virtually inaccessible the records in said databases and leave it at that? Why not simply say that IF you store data (not a great idea but I know organizations do it), be sure it is encrypted all the way down to the cell level. It won't matter if I can get access to the database and copy it since it will be rendered useless unless I have access to some serious computing power. &lt;br /&gt;&lt;br /&gt;Can't the card companies incent &lt;a href="http://www.oracle.com/database/database-vault.html"&gt;Oracle&lt;/a&gt;, &lt;a href="http://msdn2.microsoft.com/en-us/library/ms187648.aspx"&gt;Microsoft&lt;/a&gt;, etc. to ship the encryption with their databases out of the box to make this happen?&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-3503251244630335001?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/3503251244630335001/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=3503251244630335001' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/3503251244630335001'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/3503251244630335001'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/12/is-pci-scam.html' title='Is PCI a Scam?'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-6407162854439009959</id><published>2007-12-10T06:54:00.000-08:00</published><updated>2007-12-10T07:25:24.997-08:00</updated><title type='text'>PCI e-Symposium from the ISSA</title><content type='html'>I sat in on a call with the &lt;a href="http://www.issa.org/"&gt;ISSA &lt;/a&gt;and I wanted to get some additional data out there for those of us working to figure out PCI Compliance. Enjoy!&lt;br /&gt;&lt;br /&gt;Links: &lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.nubblegroup.com/PCI/index.html"&gt;My Personal Resources&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;Mark&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-6407162854439009959?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/6407162854439009959/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=6407162854439009959' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/6407162854439009959'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/6407162854439009959'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/12/pci-e-symposium-from-issa.html' title='PCI e-Symposium from the ISSA'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-5537653692256844086</id><published>2007-10-29T05:45:00.000-07:00</published><updated>2007-10-29T05:56:15.077-07:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='PCI Compliance'/><category scheme='http://www.blogger.com/atom/ns#' term='TJX'/><category scheme='http://www.blogger.com/atom/ns#' term='security breach'/><category scheme='http://www.blogger.com/atom/ns#' term='PCI'/><title type='text'>Ouch!!! TJX Bank gets Whacked</title><content type='html'>This was what we've all been waiting for (ok maybe it's just most of us) - how the Ecosystem of a Breach affected by said breach? &lt;br /&gt;&lt;br /&gt;In this case the Bank was hit with an $880,000 fine, $500,000 of which was the 'You knuckleheads' portion, and the other $380,000 went to the 'WTF are you serious, you can't be that stupid?' portion IMHO.&lt;br /&gt;&lt;br /&gt;I wonder if anyone has contacted Bob West who was at Fifth Third and responsible for Security prior to the breach and then left to start &lt;a href="http://www.echelonone.net/"&gt;Echelon One &lt;/a&gt;consulting. Scott Blake is another guy I know over there from Liberty Mutual Insurance and was formerly their CISO so hopefully this experience has given them something to research and help others with.&lt;br /&gt;&lt;br /&gt;Stay tuned for more coverage...&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;By Ross Kerber, Globe Staff  |  October 29, 2007&lt;br /&gt;&lt;br /&gt;Visa USA issued $880,000 in penalties against a bank that processed transactions for TJX Cos., after an investigation of a computer hacking incident at the retailer.&lt;br /&gt;&lt;br /&gt;The figure is described in court filings that recently have painted a clearer picture of the consequences for TJX of Framingham after its data network was breached by an unknown intruder operating through last year.&lt;br /&gt;&lt;br /&gt;TJX, the parent of such stores as TJ Maxx and Marshalls, faces claims from banks that reissued cards in the wake of the breach that it failed to maintain adequate computer security.&lt;br /&gt;&lt;br /&gt;At the same time, TJX struck back in its own recent filing, denying the main allegations and faulting banks for failing to press for tougher card-security standards, mirroring complaints by other retailers.&lt;br /&gt;&lt;br /&gt;"The compromise presents a substantial risk to Visa and its members," states a June 22 letter from Visa, marked "highly confidential." The letter, now an exhibit in the case, is signed by a vice president of Visa, the biggest payment card network, and written to Fifth Third Bank in Cincinnati, which is also being sued. Both the letter and the TJX response were made public late Friday on the electronic docket system for Federal District Court in Boston.&lt;br /&gt;&lt;br /&gt;In another filing the same day, a Visa security official stated the incident amounted to "the largest data breach in the payment card industry," at least double the size of any in the past. Last week a filing put the number of affected accounts at more than 94 million, according to card networks, twice the figure of at least 45.7 million TJX had given in the past. Ninety-five percent of those numbers had expired by the time the breach was discovered late last year, TJX has said.&lt;br /&gt;&lt;br /&gt;A Visa spokesman yesterday said he could n't immediately comment. A spokesman for Fifth Third did not return messages yesterday afternoon.&lt;br /&gt;&lt;br /&gt;TJX spokeswoman Sherry Lang said the fines are being appealed and noted TJX's own filing on Friday that denies wrongdoing. Among other things, it states that the plaintiffs themselves were at fault because as members of the Visa and MasterCard networks they failed to press them to implement security measures such as computer chips and personal identification numbers to reduce fraud. Any losses would be offset by credit card profits, the filing states. It also notes a judge has dismissed a negligence claim in the case.&lt;br /&gt;&lt;br /&gt;Card companies have struggled to increase the focus on security standards among banks and merchants.&lt;br /&gt;&lt;br /&gt;On Friday, Lang said the company now complies with the data security standards.&lt;br /&gt;&lt;br /&gt;Visa can levy fines when merchants don't meet the rules, but they generally are imposed on the banks that process transactions. Fifth Third could potentially pass the fine onto TJX.&lt;br /&gt;&lt;br /&gt;According to the Visa official's letter, the investigation found Fifth Third itself wasn't following certain security rules that the bank and its merchants must meet.&lt;br /&gt;&lt;br /&gt;The fine was determined in two parts. First, Visa assessed what it called an "egregious fine" of $500,000, "due to the seriousness of this security incident and the impact on the Visa system."&lt;br /&gt;&lt;br /&gt;In addition, Visa levied fines totaling $380,000, retroactive to October 2006, for what it called "TJX's failure to cease storing prohibited data" by Sept. 30, 2006. This apparently is a reference to stored customer credit card numbers that were later compromised in the intrusion.&lt;br /&gt;&lt;br /&gt;Ross Kerber can be reached at kerber@globe.com.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-5537653692256844086?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/5537653692256844086/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=5537653692256844086' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/5537653692256844086'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/5537653692256844086'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/10/ouch-tjx-bank-gets-whacked.html' title='Ouch!!! TJX Bank gets Whacked'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-1733198790550581064</id><published>2007-08-29T08:35:00.000-07:00</published><updated>2007-08-29T08:39:40.469-07:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='PCI Compliance'/><category scheme='http://www.blogger.com/atom/ns#' term='PCI Compliance tools'/><category scheme='http://www.blogger.com/atom/ns#' term='Managed PCI'/><title type='text'>PCI Compliance as a Service</title><content type='html'>I recently came back to work at one of my former stomping grounds to develop and implement a PCI Compliance as a service to support our existing E Commerce customers and to assemble the components to offer PCI Compliance as a service to new customers, focusing on Level 2, Level 3, and Level 4 organizations.&lt;br /&gt;&lt;br /&gt;The offering is two phases:&lt;br /&gt;&lt;br /&gt;PCI Readiness audit&lt;br /&gt;&lt;br /&gt;Because I am not a QSA, I will come in and perform a 5 day audit of your existing systems and report the results back to you. Only you. From this activity will come a full tactical remediation plan that can be implemented in your data centers or mine (I have 16 around the world). In many cases in 30 days or less, before you incur another monthly fine.&lt;br /&gt;&lt;br /&gt;Remediation&lt;br /&gt;&lt;br /&gt;The Tactical Remediation Plan (TRP) outlines a project plan, based on current state and identified gaps, that gets implemented in one of two ways – on your premises or mine.&lt;br /&gt;&lt;br /&gt;The execution on your premises is the same as what I have done in ours – which is to deploy  a set of technologies to support a fully audited and proactively enforced process and enviroment. I have a relationship with QSAs who know what I can deliver and will certify the solution and the environment at the end of the deployment.&lt;br /&gt;&lt;br /&gt;The components of the solution will require an investment of hardware, software, and services to provide knowledge transfer at the low end to full remote management, Executive dashboards for real time reporting, and other complimentary services you can choose based on resource expertise and availability.&lt;br /&gt;&lt;br /&gt;The second option is to spin up an environment in one of my SAS-70 Type II data centers and provision the technologies to cover the requirements of PCI that are not covered by the SAS-70 audits. I will give you the SAS-70 audit results to hand off to your auditors as part of the package whether the systems are affected by PCI or not. Same technologies and processes, and I bring the networking, application, and compliance expertise to the table on an ongoing basis. There are also SLA’s, and additional services that I will bring to bear if the need is there. I will do as much or as little as you need.&lt;br /&gt;&lt;br /&gt;This second option has been the most popular for two key reasons – it is paid for as an operating expense, so there is no capital expense investment and it stays off balance sheet. The second is that the expertise acquisition required to deliver a solution is cost prohibitive for most Level 3 and 4 organizations, so this is a financially viable option for leaner shops being able to tap into a broad knowledge and resource base. It is a single monthly number for infrastructure, services, and auditing, including the on-site QSA certification in my data centers. Fixed costs.&lt;br /&gt;&lt;br /&gt;A third reason people want to talk to me is that although they may be a Level 2, 3 or 4, they want to play at a Level 1 operation to strengthen their relationships with customers, and be proactive about mitigating risks, and being a Level 1 because of a breach.&lt;br /&gt;&lt;br /&gt;The costs vary based on how non-compliant you are and what your infrastructure looks like. If I can help, and save you money in fines or operations I will spell out how much. If I can’t I’ll let you know sooner rather than later so we can both pursue other avenues.&lt;br /&gt;&lt;br /&gt;Send an email to pcistuff@gmail.com to learn more or to discuss your situation.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-1733198790550581064?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/1733198790550581064/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=1733198790550581064' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/1733198790550581064'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/1733198790550581064'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/08/pci-compliance-as-service.html' title='PCI Compliance as a Service'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-1471337774571913797</id><published>2007-08-27T06:03:00.000-07:00</published><updated>2007-08-27T06:11:08.674-07:00</updated><title type='text'>My PCIStuff 'Playbook'</title><content type='html'>For anyone trying to wrap their brains around how to implement a PCI compliant solution for their infrastructure, email me. I will send you the spec on what I have developed for two companies and was compensated to see it implemented (it exceeded the spec).&lt;br /&gt;&lt;br /&gt;It is not a detailed step by step, 'buy this product', or 'implement it using this company' or other very specific how to (that's why people pay me). But it works, is not expensive, and I can offer a compliant solution as a service to keep it off balance sheet.&lt;br /&gt;&lt;br /&gt;pcistuff@gmail.com&lt;br /&gt;&lt;br /&gt;Please tell me who you work for and how I can help in the email. I keep track of this stuff for my own tracking. I did this with my &lt;a href="http://identityplaybook.blogspot.com/"&gt;identity management playbook &lt;/a&gt;and it wound up in the hands of folks all over the world and helped me establish some new relationships.&lt;br /&gt;&lt;br /&gt;Mark&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-1471337774571913797?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/1471337774571913797/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=1471337774571913797' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/1471337774571913797'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/1471337774571913797'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/08/my-pcistuff-playbook.html' title='My PCIStuff &apos;Playbook&apos;'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-8314260439601800065</id><published>2007-08-09T10:51:00.000-07:00</published><updated>2007-08-09T10:56:53.155-07:00</updated><title type='text'>Have you been Compromised?</title><content type='html'>I was reading &lt;a href="http://pcianswers.com/"&gt;Michael Dahn's blog&lt;/a&gt;, and saw a link to &lt;a href="https://www.stolenidsearch.com/"&gt;https://www.stolenidsearch.com/&lt;/a&gt; where you can type in credential information and find out if you (or your identity) have been bought &amp; sold lately.&lt;br /&gt;&lt;br /&gt;My devil's advocate came out (I'm a security guy at heart) and reared its head and immediately thought - if I set up a similar site, register a few domain names with some misspellings or use meta data from the legit site, I could in fact set up a very simple identity data capture site, claim it's more secure than Stolen ID Search because I require more information (like a CC#, zip code, etc.) and guess what - I'm in business as an identity thief. If someone stole this idea let me know, it's not that hard...&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-8314260439601800065?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/8314260439601800065/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=8314260439601800065' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/8314260439601800065'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/8314260439601800065'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/08/have-you-been-compromised.html' title='Have you been Compromised?'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-6942008809348444321</id><published>2007-08-08T08:16:00.000-07:00</published><updated>2007-08-08T08:26:40.694-07:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='PCI Compliance tools'/><category scheme='http://www.blogger.com/atom/ns#' term='Oracle'/><category scheme='http://www.blogger.com/atom/ns#' term='database'/><category scheme='http://www.blogger.com/atom/ns#' term='PCI'/><title type='text'>Oracle's Database Vault</title><content type='html'>I had the chance to sit down with Oracle yesterday and discuss what their role in PCI compliance was and was pleasantly surprised when the topic of their &lt;a href="http://www.oracle.com/database/database-vault.html?pageregion=ocom_hp_c_main_1_datavault_safeguards_042705"&gt;Database Vault &lt;/a&gt;product came up. &lt;br /&gt;&lt;br /&gt;The thrust of the offering is to encrypt and protect data at rest so that your DBA's don't know your financial results before the CFO does. It will take protection from the port of the app into the column level and this is pretty slick for a number of reasons:&lt;br /&gt;&lt;br /&gt;1. It gives fine grained access control and auditability inside the database where all the juicy information is stored.&lt;br /&gt;&lt;br /&gt;2. It will encrypt and fuzz the data so that you can only see subsets (i.e. last four of a social security number, etc.) of the data tied to a recored (PAN).&lt;br /&gt;&lt;br /&gt;3. It is a proactive policy based mechanism for where the sensitive data is, and goverened by policy so once policy is set, access to data is too.&lt;br /&gt;&lt;br /&gt;The one question I asked that has serious ramifications (good ones) was - is the Database vault product considered and validated as an application layer firewall for databases. No answer yet, but I'll keep the community updated.&lt;br /&gt;&lt;br /&gt;pcistuff@gmail.com&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-6942008809348444321?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/6942008809348444321/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=6942008809348444321' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/6942008809348444321'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/6942008809348444321'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/08/oracles-database-vault.html' title='Oracle&apos;s Database Vault'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-8686478024541761064</id><published>2007-07-26T10:31:00.000-07:00</published><updated>2007-07-26T10:32:54.090-07:00</updated><title type='text'>Breakdown of PCI Merchant Levels</title><content type='html'>PCI Merchant levels and what it really means:&lt;br /&gt;&lt;br /&gt;Level 1 &gt;6,000,000 transactions annually&lt;br /&gt;&lt;br /&gt;500,000 Transactions per month&lt;br /&gt;~16,667 transactions per day&lt;br /&gt;&lt;br /&gt;Fortune 100 retailers, web retailers, National and international banks, oil companies owning gas stations/convenience stores&lt;br /&gt;&lt;br /&gt;Level II 1,000,000 – 6,000,000 transactions annually&lt;br /&gt;&lt;br /&gt;83,334 transactions per month&lt;br /&gt;~2,778 – 16,667 transactions per day&lt;br /&gt;&lt;br /&gt;Convenience stores, utility companies (phone,electric, cable) small to medium retail stores, and web sites&lt;br /&gt;&lt;br /&gt;Level III 20,000 – 1,000,000 transactions annually&lt;br /&gt;&lt;br /&gt;1,667 -83, 334 transactions per month&lt;br /&gt;~55 - 2,777 transactions per day&lt;br /&gt;&lt;br /&gt;Small businesses, corporations who accept credit cards as a payment option&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-8686478024541761064?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/8686478024541761064/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=8686478024541761064' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/8686478024541761064'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/8686478024541761064'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/07/breakdown-of-pci-merchant-levels.html' title='Breakdown of PCI Merchant Levels'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-1806065247846258976</id><published>2007-07-16T11:58:00.000-07:00</published><updated>2007-07-16T12:51:12.057-07:00</updated><title type='text'>Who is the enforcement arm for PCI? The new 3 letter agency?</title><content type='html'>I recently found out that the QSA's are the enforcement folks in the PCI Compliance arena. They need to sign off that not only are they a solid choice to audit you, but they'll be forced to blow the whistle if there is anything amiss.&lt;br /&gt;&lt;br /&gt;This got me thinking... Who else is offering a pre-audit who is not a QSA? &lt;br /&gt;&lt;br /&gt;It's pretty clear what needs to be in place, it's also pretty clear when something is not, it's also very clear that you want to use a third party so that no cover your ass things take place in the ranks.&lt;br /&gt;&lt;br /&gt;So are there any other ex-cop/private investigator/black ops types out there? You know what I mean, they guys that KNOW the system but aren't PART of the system...&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-1806065247846258976?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/1806065247846258976/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=1806065247846258976' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/1806065247846258976'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/1806065247846258976'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/07/who-is-enforcement-arm-for-pci-new-3.html' title='Who is the enforcement arm for PCI? The new 3 letter agency?'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-5428512025044108078</id><published>2007-06-13T06:56:00.000-07:00</published><updated>2007-06-13T07:03:10.777-07:00</updated><title type='text'>Wifi - The Hole You Can Drive A Bus Through?</title><content type='html'>Having read more about the TJX breach and how it started - with wireless sniffing - and yesterday sitting in a parking lot of a Danbury, CT shopping center and being able to see 6 wireless networks, all identifiable by some naming convention that tied it back to the retailer, it got me thinking...&lt;br /&gt;&lt;br /&gt;Is WIFI the big ubiquitous hole you could drive a bus through? &lt;br /&gt;&lt;br /&gt;Yes the little lock showed up on my wireless network 'available networks' scan, but even me - who is slightly more technically capable than a junior high student - could have pulled down a &lt;a href="http://wepcrack.sourceforge.net/"&gt;WEP cracker &lt;/a&gt;and had some fun had my lunch appointment been late.&lt;br /&gt;&lt;br /&gt;Folks, take a look at &lt;a href="http://www.wifi-owl.com/"&gt;WIFI Owl&lt;/a&gt; and get scanning yourself before some interested party like me does it for you...&lt;br /&gt;&lt;br /&gt;Mark&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-5428512025044108078?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/5428512025044108078/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=5428512025044108078' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/5428512025044108078'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/5428512025044108078'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/06/wifi-hole-you-can-drive-bus-through.html' title='Wifi - The Hole You Can Drive A Bus Through?'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-6410191089849659113</id><published>2007-06-13T05:58:00.000-07:00</published><updated>2007-06-13T06:20:45.895-07:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Compliance as a Service'/><category scheme='http://www.blogger.com/atom/ns#' term='PCI'/><title type='text'>New Frontiers...</title><content type='html'>It's been far too long since I have contributed something meaningful on my PCI blog and I felt compelled based on some work I am doing now, to finally post something with some interesting implications.&lt;br /&gt;&lt;br /&gt;In the past 5 years, having spent a great deal of time in the identity management and compliance space the one thing that is repeatedly being talked about is the cost/benefit trade off of compliance. Historically the companies I've worked directly with are spending millions on relatively undefined compliance laws and are having a hard time figuring out how to pay for all of this imposed regulation designed to provide accuracy and transparency of financial information.&lt;br /&gt;&lt;br /&gt;The PCI Compliance specification is the first piece of compliance directive that was designed by those in the industry vs. lawyers and politicians and it is because of this approach that I believe it makes more sense than some of the other stuff out there - HIPAA and SOX specifically. It also outlines the downside of not paying attention to the intent or implementations of controls and what they are designed to do. Way to go on clarity.&lt;br /&gt;&lt;br /&gt;The one thing that I am starting to have discussions with companies about is how will PCI ultimately be enforced? Will it be auditors' responsibility to blow the whistle? Will it be based on the materiality of the gaps in their PCI program.&lt;br /&gt;&lt;br /&gt;To this end I am working a lot of hours on designing PCI as a service. The biggest reason driving this is cost and where the costs hit a balance sheet. There is a fair amount of infratsructure cost tied to PCI if you're behind the times, and the operational controls and expertise on an ongoing basis are anothing thing to consider since PCI is not an event but something that ultimately must be baked into an organization's operational DNA.&lt;br /&gt;&lt;br /&gt;What organizations are trying to figure out is how do they keep the capital infrastructure expenses low, and work with companies to provide not just auditing but ongoing compliance. Stay tuned for my thought on this in the next few weeks as I am close on a way to do this.&lt;br /&gt;&lt;br /&gt;Mark MacAuley&lt;br /&gt;&lt;br /&gt;pcistuff@gmail.com&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-6410191089849659113?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/6410191089849659113/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=6410191089849659113' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/6410191089849659113'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/6410191089849659113'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/06/new-frontiers.html' title='New Frontiers...'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-8545841724746064579</id><published>2007-04-16T12:45:00.000-07:00</published><updated>2007-04-16T12:47:18.833-07:00</updated><title type='text'>Wifi Owl Take 2</title><content type='html'>So I did some more playing around, and I personally think this has some legs. Here are some links to the reports (which is where I start most evals):&lt;br /&gt;&lt;br /&gt;What else can do this?&lt;br /&gt;&lt;br /&gt;&lt;a onclick="return top.js.OpenExtLink(window,event,this)" href="http://www.wifi-owl.com/wifi_reports/wifi_security/wifi_security_AP_Show_Encryption/start.html" target="_blank"&gt;Show encryption used in APs&lt;/a&gt; (click to see report) This report shows encryption method that access point use to protect data that are sent via wireleass network&lt;br /&gt;&lt;a onclick="return top.js.OpenExtLink(window,event,this)" href="http://www.wifi-owl.com/wifi_reports/wifi_security/wifi_security_AP_Show_SecuritySettingsChanges/start.html" target="_blank"&gt;Shows dates when security settings were changed&lt;/a&gt; (click to see report)This report shows dates of changes of Access Point security settings&lt;br /&gt;&lt;a onclick="return top.js.OpenExtLink(window,event,this)" href="http://www.wifi-owl.com/wifi_reports/wifi_security/wifi_security_AP_Show_WEPKeysChanges/start.html" target="_blank"&gt;Shows dates of last changes of encryption keys&lt;/a&gt; (click to see report)This report shows dates of changes of Access Point WEP encryption keys&lt;br /&gt;&lt;a onclick="return top.js.OpenExtLink(window,event,this)" href="http://www.wifi-owl.com/wifi_reports/wifi_security/wifi_security_AP_That_Broadcast_SSID/start.html" target="_blank"&gt;Find APs that broadcast SSID&lt;/a&gt; (click to see report)This report shows list of access points that broadcast their SSID&lt;br /&gt;&lt;a onclick="return top.js.OpenExtLink(window,event,this)" href="http://www.wifi-owl.com/wifi_reports/wifi_security/wifi_security_AP_With_Default_AdminID/start.html" target="_blank"&gt;Show APs with Default Admin ID&lt;/a&gt; (click to see report)This report shows list of access points with default user names. These access points are not secure.&lt;br /&gt;&lt;a onclick="return top.js.OpenExtLink(window,event,this)" href="http://www.wifi-owl.com/wifi_reports/wifi_security/wifi_security_AP_With_Default_Password/start.html" target="_blank"&gt;Identify APs with default passwords&lt;/a&gt; (click to see report)This report shows list of access points with accounts that have default or simple passwords. These access points are not secure.&lt;br /&gt;&lt;a onclick="return top.js.OpenExtLink(window,event,this)" href="http://www.wifi-owl.com/wifi_reports/wifi_security/wifi_security_AP_With_Default_SNMP_CommunityString/start.html" target="_blank"&gt;Find APs with community string = public&lt;/a&gt; (click to see report)This report shows list of access points with default SNMP community string. These access points are not secure.&lt;br /&gt;&lt;a onclick="return top.js.OpenExtLink(window,event,this)" href="http://www.wifi-owl.com/wifi_reports/wifi_security/wifi_security_AP_With_FTP_Enabled/start.html" target="_blank"&gt;Show APs with FTP Enabled&lt;/a&gt; (click to see report) This report shows list of access points with FTP service enabled.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-8545841724746064579?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/8545841724746064579/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=8545841724746064579' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/8545841724746064579'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/8545841724746064579'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/04/wifi-owl-take-2.html' title='Wifi Owl Take 2'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-8566913870701601381</id><published>2007-03-15T17:34:00.000-07:00</published><updated>2007-03-15T17:40:26.401-07:00</updated><title type='text'>PCI and SAS 70 - Mind The Gap?</title><content type='html'>I am trying to figure out the gap between a SAS - 70 compliant facility/environment and one for PCI. Has anyone done a Gap Analysis on these two? I have my brain wrapped around PCI. Not so much on the SAS 70 piece.&lt;br /&gt;&lt;br /&gt;The reason I ask is that I am watching what I believe to be an emerging trend - outsourcing for PCI compliance. In other words, outsourcing the liability (to some extent). The advantage I see to working with a managed services vendor who is SAS-70 compliant AND publicly traded is that auditing is already built into the business operations - it's not a new division, new effort, etc. it's habit. It is something that is already done and is an extension of the business/business model vs. something for them to figure out for me their shiny new customer.&lt;br /&gt;&lt;br /&gt;Thoughts?&lt;br /&gt;&lt;br /&gt;&lt;a href="mailto:pcistuff@gmail.com"&gt;pcistuff@gmail.com&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-8566913870701601381?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/8566913870701601381/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=8566913870701601381' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/8566913870701601381'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/8566913870701601381'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/03/pci-and-sas-70-mind-gap.html' title='PCI and SAS 70 - Mind The Gap?'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-7731714015450232940</id><published>2007-03-09T06:10:00.000-08:00</published><updated>2007-03-09T06:17:40.891-08:00</updated><title type='text'>WiFi Audit solution - WiFi Owl</title><content type='html'>I had lunch yesterday with a former colleague and we hadn't seen each other for a while and got together for Sushi and to discuss the state of the Union as it were. One of the things that we were discussing was a wireless audit solution that satisfies some key components of PCI.&lt;br /&gt;&lt;br /&gt;I thought I would let some folks know about it since wireless is EVERYWHERE in the Level 1's out there, they can't survive without it. This is the first wireless audit solution I've even heard about. There are a ton of wireless security plays out there like &lt;a href="http://www.airdefense.com"&gt;AirDefense&lt;/a&gt;, &lt;a href="http://www.cisco.com/wireless"&gt;Cisco/Perfigo&lt;/a&gt;, etc. etc. but the audit capabilities are an oh by the way, vs. a core set of functionality to the solution.&lt;br /&gt;&lt;br /&gt;Anyway, take a look - &lt;a href="http://www.wifi-owl.com"&gt;Wifi Owl &lt;/a&gt;is the name, and I think this has some legs, especially if they can OEM this as a component to other vendors with a weak auditing play in their product or for consultants and the certified auditors - I smell a margin booster...&lt;br /&gt;&lt;br /&gt;&lt;a href="mailto:pcistuff@gmail.com"&gt;pcistuff@gmail.com&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-7731714015450232940?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/7731714015450232940/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=7731714015450232940' title='3 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/7731714015450232940'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/7731714015450232940'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/03/wifi-audit-solution-wifi-owl.html' title='WiFi Audit solution - WiFi Owl'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>3</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-3076578071585047921</id><published>2007-03-02T08:46:00.000-08:00</published><updated>2007-03-02T08:48:11.314-08:00</updated><title type='text'>How Non-Compliant Can You Be and Still Be in Business?</title><content type='html'>So I was in Maine recently in a vehicle that was allegedly due for an inspection, and was subsequently pulled over by a very cordial police officer in Biddeford. He wrote up a ticket, and I waited the requisite number of days to go online and settle up and/or contest the charges.&lt;br /&gt;&lt;br /&gt;I went to the &lt;a href="http://www.paytixx.com/"&gt;PayTixx website &lt;/a&gt;and punch in the requisite (public) information about &lt;a href="https://www.informe.org/cgi-bin/paytixx/paytixx.pl"&gt;my ticket&lt;/a&gt;. I then go to pay said fine, and just happen to notice that there is NO encryption/SSL on the site where I need to enter my PRIVATE information like credit card number, etc. etc. as evidenced by no padlock on the browser I was using. I used another browser (older) to rule out an obvious technical glitch. Nada. Zip. No Padlock. No Security. There is however a nice little graphic with the Maine.gov logo and a little padlock, allegedly ensuring that the site is secure.&lt;br /&gt;&lt;br /&gt;Hmmmm, I must be on the insecure page. This logo links me to &lt;a href="http://www.maine.gov/portal/policies/security.html"&gt;a page &lt;/a&gt;with details about the &lt;a href="http://www.maine.gov/portal/policies/security.html"&gt;Transaction Security Policy &lt;/a&gt;(Full text at the end of the posting). So the State has a policy, a nice custom branded security looking logo with a link to the site, yet absolutely no validation from the technology they allegedly use to validate to me, the private information holder, that the site is in fact secure and using at least the 128-bit encryption they claim.&lt;br /&gt;&lt;br /&gt;I'm no White Hat, Grey Hat, or Black Hat, but I do know a few and I have to say that there is a potential GOLDMINE here that is being funded by the taxpayers of Maine, for personal information of alleged drivers of different infraction types - speeders, uninspected motorists, suspended licensees, etc. etc. being poached and sold. Perhaps that is why CSC got thrown out of the State IT projects they were working on.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Don't tell me the State of Maine, or any other State can't afford better (ANY) security these days. Please DO tell me that the States will not contribute to identity theft anymore than they do. This is ridiculous. By the way - it is also NOT PCI compliant. Big Ding from Visa and Matercard, folks. They could fine you TODAY, and suspend your right to take these cards as payments - in fact if they did, they would insure the security and privacy of at least me today.&lt;br /&gt;&lt;br /&gt;I will again urge that &lt;a href="http://www.maine.gov/sos/"&gt;Mark Kemmerle, Donna Grant, or Matt Dunlap &lt;/a&gt;please return the calls I have made into your office.&lt;br /&gt;&lt;br /&gt;I am more than willing and able to help improve the *real* security - and now, it's personal on why you need it.&lt;br /&gt;&lt;br /&gt; &lt;a href="mailto:identitystuff@gmail.com"&gt;identitystuff@gmail.com&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Maine's Transaction Security Policy&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Maine state government and InforME take Internet security very seriously. Our technology and policies are designed to make your online transactions safe, private and secure. Documented steps are taken to safeguard information according to established security standards and procedures and we continually evaluate the newest technology for protecting information. Sensitive information passed in online transactions such as social security numbers, banking information, and personal data is confidential. Please refer to our &lt;a href="http://www.maine.gov/portal/policies/privacy.html"&gt;privacy policy&lt;/a&gt; for details about the collection of information from visitors to state websites. Whenever you see this icon on a Maine state government online service, you can rest assured that the following safeguards and security criteria are in place: Transactions involving sensitive information occur on a secure server. You can look for the "lock" symbol at the bottom of your browser window to verify that you are on a secure server. Our secure socket layer (SSL) software uses state-of-the-art 128-bit encryption to ensure that your personal and financial information cannot be intercepted during transmission to our server. All information requests pass through hardware and software security firewalls. Communication between InforME servers/systems and State databases is passed via a secure private network. Encrypted personal information includes credit card numbers as well as social security numbers and banking information.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-3076578071585047921?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/3076578071585047921/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=3076578071585047921' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/3076578071585047921'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/3076578071585047921'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/03/how-non-compliant-can-you-be-and-still.html' title='How Non-Compliant Can You Be and Still Be in Business?'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-3749407879755301539</id><published>2007-02-26T06:52:00.000-08:00</published><updated>2007-02-26T07:07:32.890-08:00</updated><title type='text'>Two Factor Authentication - Squared</title><content type='html'>I was working with a large SI last week who does a lot of work for the government. I was there to prove out a solution to protect their DHCP servers from unatorized users getting an IP address and subsequently on their network, and their customer's network. I showed them how the solution worked in 15 minutes and was done with that part of the discussion.&lt;br /&gt;&lt;br /&gt;The next part was around authentication. Part of it was academic discussion, part was to think through a business problem - authentication, and how much is enough. We were able to figure out that with the same solution we just used to solve one problem would also solve another, and one that is on the minds of anyone working on HSPD-12 initiatives.&lt;br /&gt;&lt;br /&gt;Long story short - four factor authentication. Two factor authentication, squared, or 2F2.&lt;br /&gt;&lt;br /&gt;Here is how it works:&lt;br /&gt;&lt;br /&gt;I identify the user in two ways - PIV Card, and Login credentials (PAC &amp; LAC Controls)&lt;br /&gt;&lt;br /&gt;I identify the machine in two ways - by unique machine ID (hardware serial numbers encrypted in every packet), and certificate exchange.&lt;br /&gt;&lt;br /&gt;Unalterable, proven, and deployed in days.&lt;br /&gt;&lt;br /&gt;Why does this matter for PCI?&lt;br /&gt;&lt;br /&gt;Audit - Be able to see every network layer event, by who, from what machine, in real time.&lt;br /&gt;&lt;br /&gt;Control - Make policy based access decisions based on 4 different attributes providing the ultimate in flexibility and rollout options. For example - known/trusted user AND known trusted machine on my LAN - access to what they need to do their job from DAY ONE (email). Known user/unknown machine (vendors/guests) get access to Port 80 only so they can demo, check webmail, etc.&lt;br /&gt;&lt;br /&gt;At the macro level -&lt;br /&gt;&lt;br /&gt;You have just scoped down your threat vector area to only those you know and trust, be they machines and people.&lt;br /&gt;&lt;br /&gt;Add to it the functionality of immediate real time alerting in the event something bad looks like it is happening, and reporting to understand exactly how they tried to do what they did, were blocked, but still logged - Priceless...&lt;br /&gt;&lt;br /&gt;&lt;a href="mailto:pcistuff@gmail.com"&gt;pcistuff@gmail.com&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-3749407879755301539?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/3749407879755301539/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=3749407879755301539' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/3749407879755301539'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/3749407879755301539'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/02/two-factor-authentication-squared.html' title='Two Factor Authentication - Squared'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-210020877835499993</id><published>2007-02-19T17:13:00.000-08:00</published><updated>2007-02-19T17:15:51.379-08:00</updated><title type='text'>PCI Fines and Compliance Dates - Hot topic</title><content type='html'>March 31, 2007 - must complete attestation, signed by an officer of the corporation, stating that no: Track data, PIN block data, or CVV2/CVC2 data is stored — else fines of $10,000 per month.&lt;br /&gt;&lt;br /&gt;Sept. 30, 2007 - must be compliant or monthly fines of $5,000 are levied.&lt;br /&gt;&lt;br /&gt;Dec. 31, 2007 - must be compliant or monthly fines of $25,000 are levied.&lt;br /&gt;&lt;br /&gt;It has been almost 2.5 years since the original deadline for compliance on September 30, 2004.  Companies that have not met the compliance requirements are in for a rude awakening.  Hopefully you started the process long ago and are just finishing up now.&lt;br /&gt;&lt;br /&gt;They can still revoke your ability to accept cards as payment which is a double whammy and pretty careless given that you can get a solution end to end (including documentation) for $100-150,000 USD.&lt;br /&gt;&lt;br /&gt;Mark&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-210020877835499993?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/210020877835499993/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=210020877835499993' title='3 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/210020877835499993'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/210020877835499993'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/02/pci-fines-and-compliance-dates-hot.html' title='PCI Fines and Compliance Dates - Hot topic'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>3</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-6515678287533316488</id><published>2007-02-09T10:44:00.000-08:00</published><updated>2007-02-07T05:59:08.034-08:00</updated><title type='text'>Relentless Pursuit of Better...</title><content type='html'>Lifted from another blog...&lt;br /&gt;&lt;br /&gt;An unusual post, but it is the New Year and we might as well start with a bit of reflection on innovation and elegance. Follows are excerpts from &lt;a href="http://guykawasaki.typepad.com/ElegantSolutions.pdf" modo="false" snap_icon_added="spa" snap_preview_added="spa" parent_link_icon="maybe"&gt;“Elegant Solutions - Breakthrough thinking the Toyota Way”&lt;/a&gt; by Matthew E. May. Thank you to &lt;a href="http://blog.guykawasaki.com/" snap_icon_added="spa" snap_preview_added="spa" parent_link_icon="maybe"&gt;Guy Kawasaki&lt;/a&gt; for pointing to this manifesto.&lt;br /&gt;&lt;br /&gt;“An elegant solution is one in which the optimal outcome is achieved with the minimal expenditure of effort and expense.”&lt;br /&gt;&lt;br /&gt;A big lesson - “Avoid the Temptations&lt;br /&gt;Swinging for fences. This is the “homerun or bust” trap, which invariably destroys a strong batting average over time. It carries with it huge risk, usually accompanied by high cost.&lt;br /&gt;Getting too clever. This is the “bells and whistles” trap, which can easily get out of control in an effort to outdo competitors. It carries with it the danger of complexity and customer alienation.&lt;br /&gt;Solving problems frivolously. This is the “brainstorm” trap, which is misguided creativity far afield from company direction. It’s a symptom of poorly defined work, and fraught with waste. There’s a reason we call it an organization.&lt;br /&gt;&lt;br /&gt;Small baby steps and keep the ideas simple. I am certainly guilty of number 3, but I believe in the same breath that without these activities my truly elegant solutions would never come to bear.&lt;br /&gt;&lt;br /&gt;“The pursuit of perfection is not focused on achieving perfection, it’s focused on chasing it. Perfection is unachievable…it’ll never happen. We’ve become impatient with mastery. If you can’t achieve perfection, why bother? Because you have to. Otherwise you’ll always be a follower.At Toyota the mantra is: no best, only better.&lt;br /&gt;&lt;br /&gt;“I love the idea that perfection is unattainable, yet is within our grasp. The idea of continuously redeveloping oneself and one’s art as a process of perfection is very inspiring.&lt;br /&gt;&lt;br /&gt;“All artists work within the confines of their chosen media, and it’s the limits that spur their creativity. The canvas edge, the marble block, the eight musical notes—the resources are finite. So it’s how you view and manage them that makes all the difference.&lt;br /&gt;&lt;br /&gt;And that’s the big question: Are limits preventing innovation, or enabling it?There’s only one right answer. Innovation demands exploiting limits, not ignoring them.”&lt;br /&gt;&lt;br /&gt;Limits of resources is a forever challenge to those working in every industry around the world. The Toyota concept of embracing these constraints and finding innovation is an uncharacteristic way of viewing these deficiencies. It is very practical to consider constraints for those who (in our context) manage businesses and IT controls. There is always a budget and unfortunately only 24 hours on that clock. The ability to work within these boundaries and excel is a challenging and worthwhile path.&lt;br /&gt;&lt;br /&gt;“Keep it Lean&lt;br /&gt;&lt;br /&gt;Complexity kills—scale it back, make it simple, and let it flow.More is often just more. Unless it’s more simple, accessible, timely and efficient, which really means it’s less complicated and complex. When it comes to solutions, size and sprawl matter. Be-all, end-all, feature-rich solutions almost always miss the mark. Because they’re over-scoped and too complex. They’re usually proof that we lack real insight into our customer’s desires. Complexity destroys value, which is what matters most to the customer. The most elegant solutions always seem blazingly simple.&lt;br /&gt;&lt;br /&gt;The opposite of most organizations and product solutions that try to throw a kitchen sink at a problem. Addressing a problem in a simple fashion is key to controlling costs - emotional, capital, and intellectual. Consider implementing a complex application for a single task - will it be used? Will every feature be used?&lt;br /&gt;&lt;br /&gt;My favorite (and I admit I am an addict): How many features of Microsoft Excel do you use? How many versions have they been in the application (since the end of time you say?!) - why did you just buy another version to upgrade? Balance the simplicity with the problem at hand. Something that is paramount to addressing compliance and regulatory concerns. Documentation should be simple and direct.&lt;br /&gt;&lt;br /&gt;Controls should be clear and operating. Long explanations are not necessary (to auditors or lawyers) if the work is elegant.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-6515678287533316488?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/6515678287533316488/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=6515678287533316488' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/6515678287533316488'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/6515678287533316488'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/02/relentless-pursuit-of-better.html' title='Relentless Pursuit of Better...'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-4908871054630032392</id><published>2007-02-07T05:57:00.000-08:00</published><updated>2007-02-07T05:59:08.137-08:00</updated><title type='text'>Stepping Up PCI Compliance</title><content type='html'>&lt;p&gt;Common sense is entering the picture finally...&lt;/p&gt;&lt;p&gt;Although it was already too late to prevent the TJX data breach, Visa in December said it would begin offering &lt;a href="http://biz.yahoo.com/bw/061212/20061212005614.html?.v=1" target="_blank"&gt;$20 million in financial incentives and create new sanctions&lt;/a&gt; to spur merchant compliance with PCI through its Visa PCI Compliance Acceleration Program. "The initiative's goal is to eradicate the &lt;a href="http://www.techweb.com/encyclopedia/defineterm.jhtml?term=storage&amp;x=&amp;amp;y="&gt;storage&lt;/a&gt; of full-track data, CVV2, and PIN data, and grow PCI compliance among this group of merchants," Visa said in a statement at the time. Merchants in full &lt;a href="http://www.techweb.com/encyclopedia/defineterm.jhtml?term=compliance&amp;x=&amp;amp;y="&gt;compliance&lt;/a&gt; with PCI by March 31, and who have not had any of their data compromised, will be eligible to receive a one-time payment, although Visa doesn't specify the amount. &lt;/p&gt;&lt;p&gt;&lt;br /&gt;Visa has for the past two years been handing out fines for noncompliance with PCI. In 2006, Visa assessed $4.6 million in fines, up from a 2005 total of $3.4 million. Banks that process credit card transactions for businesses will be fined up to $25,000 monthly for any of their largest merchants--those that process more than 1 million Visa transactions annually--not in compliance with PCI by the end of the year. &lt;/p&gt;&lt;p&gt;These banks also are required to assure Visa that their merchants aren't storing full-track, CVV2, or PIN data by March 31, or the banks will be eligible for fines up to $10,000 per month.&lt;/p&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-4908871054630032392?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/4908871054630032392/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=4908871054630032392' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/4908871054630032392'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/4908871054630032392'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/02/stepping-up-pci-compliance.html' title='Stepping Up PCI Compliance'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-116827650406964273</id><published>2007-01-08T09:07:00.000-08:00</published><updated>2007-01-08T09:15:04.270-08:00</updated><title type='text'>What is the next step after a PCI audit?</title><content type='html'>I am posing a generic question to see what the next logical step is for an organization. I have been thinking about a few scenarios and here is what I came up with:&lt;br /&gt;&lt;br /&gt;1. Send the findings up the food chain to management and let them decide how important actually fixing it is and wait for orders.&lt;br /&gt;&lt;br /&gt;2. Make your bones by actually having a solution in your hip pocket to address the holes in the audit and take it from "Here's how broken we are" to "and here is how I think we should fix it".&lt;br /&gt;&lt;br /&gt;3. Outsource everything entirely, only there is no one to my knowledge willing OR able to assume the liability of non-compliance, at least from a technology standpoint (but what a business), although the technology exists.&lt;br /&gt;&lt;br /&gt;4. Do nothing and see what happens. AKA roll the dice, AKA 'We're to small', or 'We just spent $100,000 on security last year, we'll be fine'.&lt;br /&gt;&lt;br /&gt;What are YOU seeing? I am guessing #1 and #4 are getting a lot of consideration.&lt;br /&gt;&lt;br /&gt;pcistuff@gmail.com&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-116827650406964273?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/116827650406964273/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=116827650406964273' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/116827650406964273'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/116827650406964273'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2007/01/what-is-next-step-after-pci-audit.html' title='What is the next step after a PCI audit?'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-116723873261927287</id><published>2006-12-27T08:57:00.000-08:00</published><updated>2006-12-27T08:58:52.750-08:00</updated><title type='text'>PCI Fines - The Teeth of PCI-DSS Compliance</title><content type='html'>In 2006, Visa levied $4.6 million in fines, up  from a 2005 total of $3.4 million.&lt;br /&gt;&lt;br /&gt;This new program sets an enforcement date for acquirers to validate PCI compliance for Level 1 and Level 2 merchants. Additionally, Visa is adding new fines to acquirers whose Level 2 merchant customers retain full-track data, CVV2 or PIN data after the transaction authorization.&lt;br /&gt;&lt;br /&gt;Specifically for PCI compliance, acquirers will be fined between $5,000 and $25,000 a month for each of its Level 1 and 2 merchants who have not validated by September 30, 2007 and December 31, 2007 respectively. For prohibited data storage, acquirers failing to provide confirmation that their Level 1 and 2 merchants are not storing full track data, CVV2 or PIN data by March 31, 2007 will be eligible for fines up to $10,000 a month per merchant, subject to escalation in the event material progress toward compliance is not made in a timely manner.&lt;br /&gt;&lt;br /&gt;From &lt;a href="http://www.visa.com"&gt;Visa&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-116723873261927287?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/116723873261927287/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=116723873261927287' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/116723873261927287'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/116723873261927287'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2006/12/pci-fines-teeth-of-pci-dss-compliance.html' title='PCI Fines - The Teeth of PCI-DSS Compliance'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-116620064390380946</id><published>2006-12-15T08:29:00.000-08:00</published><updated>2006-12-15T08:52:18.846-08:00</updated><title type='text'>PCI DSS Requirement 5</title><content type='html'>This is one area that NAC vendors are likely to latch onto, however ask them how they will give you NAC functionality, while securing and encrypting things on the network without a massive hardware footprint or IOS upgrade... &lt;a href="http://www.trustednetworktech.com"&gt;TNT can&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;5.1 Deploy anti-virus software on all systems commonly affected by viruses (particularly personal computers and servers) Note: Systems commonly affected by viruses typically do not include UNIX-based operating systems or mainframes. &lt;span style="color:#ff0000;"&gt;TNT will insure that the software is active, when the last scan was, tell you about any issues, and if policy is configured to quarantine a machine that is dirty, it knocks it into a quarantine zone.&lt;/span&gt;&lt;br /&gt;5.1.1 Ensure that anti-virus programs are capable of detecting, removing, and protecting against other forms of malicious software, including spyware and adware. &lt;span style="color:#ff0000;"&gt;TNT’s NAC alternative does this by insuring that the software is on, and will synchronize with a real time database of known worms, bots, and other malware&lt;/span&gt;&lt;br /&gt;5.2 Ensure that all anti-virus mechanisms are current, actively running, and capable of generating audit logs &lt;span style="color:#ff0000;"&gt;TNT has the ability to tell admins whether or not the mechanisms are not only up to date but active, and quarantining the device until it is compliant&lt;/span&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-116620064390380946?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/116620064390380946/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=116620064390380946' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/116620064390380946'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/116620064390380946'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2006/12/pci-dss-requirement-5.html' title='PCI DSS Requirement 5'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-116463227686042858</id><published>2006-11-27T04:45:00.000-08:00</published><updated>2006-12-12T08:52:59.396-08:00</updated><title type='text'>PCI Compliance - Where's the Beef?</title><content type='html'>I might be dating myself a bit when I reference the old Wendy's ad, but I find myself compelled to beacuse it sums up the PCI Compliance rackets unfolding before our eyes. SO I must ask - Where's the beef?&lt;br /&gt;&lt;br /&gt;I just did a &lt;a href="http://www.google.com/search?hl=en&amp;amp;q=PCI+Compliance"&gt;Google Search on PCI Compliance&lt;/a&gt;, and got a lot of data but no real information back on the first page of the search. What I got was a lot of scanning/reporting/discovery links and solutions, but no real solutions. It's the equivalent of looking for a hamburger and getting all bun. Not what I had in mind. So what did I have in mind?&lt;br /&gt;&lt;br /&gt;How about a reference architecture?&lt;br /&gt;&lt;br /&gt;How about something other than a nice neat document format to tell me what I already know, just repurposed and re-formatted so I get credit for producing data, vs. producing results and solutions (which is what my bonus is tied to)?&lt;br /&gt;&lt;br /&gt;How about something specific for a solution other than self assessment forms?&lt;br /&gt;&lt;br /&gt;How about a &lt;a href="http://senduit.com/d4d65e"&gt;bullet by bullet breakdown of a solution &lt;/a&gt;as it relates to each part of the PCI Specification?&lt;br /&gt;&lt;br /&gt;How about some information that I can use? That I can validate/invalidate for myself in my environment? That does something more than tell me what I already know with absolutely no direction or opinion on what I could do?&lt;br /&gt;&lt;br /&gt;Keep reading folks. I will share what I know, what I learn, and let you decide if it's right for you, and how useful the solutions are.&lt;br /&gt;&lt;br /&gt;&lt;a href="mailto:pcistuff@gmail.com"&gt;pcistuff@gmail.com&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-116463227686042858?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/116463227686042858/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=116463227686042858' title='3 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/116463227686042858'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/116463227686042858'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2006/11/pci-compliance-wheres-beef.html' title='PCI Compliance - Where&apos;s the Beef?'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>3</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-116411564302536060</id><published>2006-11-21T05:21:00.000-08:00</published><updated>2006-11-21T05:27:23.936-08:00</updated><title type='text'>PCI Sample Architecture</title><content type='html'>&lt;a href="http://photos1.blogger.com/blogger/6383/194/1600/PCI%20Architecture.jpg"&gt;&lt;img style="CURSOR: hand" alt="" src="http://photos1.blogger.com/blogger/6383/194/320/PCI%20Architecture.jpg" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;I have been asked quite a bit to produce a diagram that outlines at a high level, a sample architecture. I finally did it and it is posted above. There are a few things I want to point out:&lt;br /&gt;&lt;br /&gt;1. I am no Visio expert, but you should get the point&lt;br /&gt;2. This diagram assumes you have encryption on the network already&lt;br /&gt;3. This solution will cost less than $100,000 and you can also add in the benefits of NAC with the same architecture.&lt;br /&gt;&lt;br /&gt;Bottom line is that this is simple, powerful, it's deployed in production today (I helped design the solution) at a customer site, and inexpensive considering all it does. Ping me if you want to know more - &lt;a href="mailto:pcistuff@gmail.com"&gt;pcistuff@gmail.com&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-116411564302536060?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/116411564302536060/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=116411564302536060' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/116411564302536060'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/116411564302536060'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2006/11/pci-sample-architecture.html' title='PCI Sample Architecture'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-116404853887619787</id><published>2006-11-20T10:46:00.000-08:00</published><updated>2006-11-29T05:11:57.596-08:00</updated><title type='text'>Requirement 4 - All about Encryption</title><content type='html'>Requirement 4: Encrypt transmission of cardholder data across open, public networks&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;4.1 Use strong cryptography and security protocols such as secure sockets layer (SSL) / transport layer security (TLS) and Internet protocol security (IPSEC) to safeguard sensitive cardholder data during transmission over open, public networks. Examples of open, public networks that are in scope of the PCI DSS are the Internet, WiFi (IEEE 802.11x), global system for mobile communications (GSM), and general packet radio service (GPRS).&lt;br /&gt;&lt;br /&gt;•4.1.1 For wireless networks transmitting cardholder data, encrypt the transmissions by using WiFi protected access (WPA or WPA2) technology, IPSEC VPN, or SSL/TLS. Never rely exclusively on wired equivalent privacy (WEP) to protect confidentiality and access to a wireless LAN. If WEP is used, do the following:&lt;br /&gt;• Use with a minimum 104-bit encryption key and 24 bit-initialization value&lt;br /&gt;• Use ONLY in conjunction with WiFi protected access (WPA or WPA2) technology, VPN, or SSL/TLS&lt;br /&gt;• Rotate shared WEP keys quarterly (or automatically if the technology permits)&lt;br /&gt;• Rotate shared WEP keys whenever there are changes in personnel with access to keys &lt;span style="color:#ff0000;"&gt;TNT allows organizations to terminate access to ALL environments in seconds, even if the employee has access to an organization owned machine&lt;br /&gt;&lt;/span&gt;• Restrict access based on media access code (MAC) address. &lt;span style="color:#ff0000;"&gt;TNT is more comprehensive than this. MAC addresses can be spoofed. Multiple serial numbers from multiple hardware attributes combined with authenticated user data cannot.&lt;br /&gt;&lt;/span&gt;•4.2 Never send unencrypted PANs by e-mail.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-116404853887619787?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/116404853887619787/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=116404853887619787' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/116404853887619787'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/116404853887619787'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2006/11/requirement-4-all-about-encryption.html' title='Requirement 4 - All about Encryption'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-116404837776554351</id><published>2006-11-20T10:31:00.000-08:00</published><updated>2006-11-27T04:44:42.406-08:00</updated><title type='text'>PCI Requirement 3</title><content type='html'>This is some of the meat of the spec, in my opinion. This is yet another area for managed service providers to develop a solution for this. It wouldn't be that hard.&lt;br /&gt;&lt;br /&gt;Requirement 3: Protect stored cardholder data&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;•3.1 Keep cardholder data storage to a minimum. Develop a data retention and disposal policy. Limit storage amount and retention time to that which is required for business, legal, and/or regulatory purposes, as documented in the data retention policy.&lt;br /&gt;•3.2 Do not store sensitive authentication data subsequent to authorization (even if encrypted).&lt;br /&gt;•Sensitive authentication data includes the data as cited in the following Requirements 3.2.1 through 3.2.3:&lt;br /&gt;–3.2.1 Do not store the full contents of any track from the magnetic stripe (that is on the back of a card, in a chip or elsewhere). This data is alternatively called full track, track, track 1, track 2, and magnetic stripe data&lt;br /&gt;–In the normal course of business, the following data elements from the magnetic stripe may need to be retained: the accountholder’s name, primary account number (PAN), expiration date, and service code. To minimize risk, store only those data elements needed for business. NEVER store the card verification code or value or PIN verification value data elements. Note: See “Glossary” for additional information.&lt;br /&gt;–3.2.2 Do not store the card-validation code or value (three-digit or four-digit number printed on the front or back of a payment card) used to verify card-not-present transactions&lt;br /&gt;•Note: See “Glossary” for additional information.&lt;br /&gt;–3.2.3 Do not store the personal identification number (PIN) or the encrypted PIN block.&lt;br /&gt;&lt;br /&gt;•3.4 Render PAN, at minimum, unreadable anywhere it is stored (including data on portable digital media, backup media, in logs, and data received from or stored by wireless networks) by using any of the following approaches:&lt;br /&gt;• Strong one-way hash functions (hashed indexes)&lt;br /&gt;•Truncation&lt;br /&gt;•Index tokens and pads (pads must be securely stored)&lt;br /&gt;•Strong cryptography with associated key management processes and procedures.&lt;br /&gt;–The MINIMUM account information that must be rendered unreadable is the PAN.&lt;br /&gt;&lt;br /&gt;If for some reason, a company is unable to encrypt cardholder data, refer to Appendix B: “Compensating Controls for Encryption of Stored Data.”&lt;br /&gt;–3.4.1 If disk encryption is used (rather than file- or column-level database encryption), logical access must be managed independently of native operating system access control&lt;br /&gt;&lt;br /&gt;Payment Card Industry (PCI) Data Security Standard 5&lt;br /&gt;–mechanisms (for example, by not using local system or Active Directory accounts). Decryption keys must not be tied to user accounts.&lt;br /&gt;&lt;br /&gt;•3.5 Protect encryption keys used for encryption of cardholder data against both disclosure and misuse.&lt;span style="color:#ff0000;"&gt;TNT will allow a company to restrict and audit in real time, access to all sensitive data. Including access to the network, the server, and the application in which it is stored. TNT will also cloak all of the sensitive assets so that if a user using a specific machine tries to access an application.&lt;/span&gt;&lt;br /&gt;•3.5.1 Restrict access to keys to the fewest number of custodians necessary &lt;span style="color:#ff0000;"&gt;TNT will enable and enforce from 2 to n users from 2 to n specific machines&lt;br /&gt;&lt;/span&gt;•3.5.2 Store keys securely in the fewest possible locations and forms.&lt;br /&gt;&lt;br /&gt;•3.6 Fully document and implement all key management processes and procedures for keys used for encryption of cardholder data, including the following:&lt;br /&gt;–3.6.1 Generation of strong keys&lt;br /&gt;–3.6.2 Secure key distribution&lt;br /&gt;–3.6.3 Secure key storage&lt;br /&gt;–3.6.4 Periodic changing of keys&lt;br /&gt;As deemed necessary and recommended by the associated application (for example, re-keying); preferably automatically. At least annually. &lt;span style="color:#ff0000;"&gt;The TNT Solution offers one of the most compelling ways to handle this that I've seen. Their software binds the user's fully qualified domain name (post authentication) AND a unique machine ID together, hashes and encrypts it and then inserts it into the packets leaving a machine. This means that if the machine is lost and/or compromised that the machine and the user will noyt be able to gain access to that application from that device again. If hardware changes on the machine (someone installs another hard drive with hacker tools) then the machine invalidates itself and must get a new software key.&lt;br /&gt;&lt;/span&gt;–3.6.5 Destruction of old keys&lt;br /&gt;–3.6.6 Split knowledge and establishment of dual control of keys (so that it requires two or three people, each knowing only their part of the key, to reconstruct the whole key)&lt;br /&gt;–3.6.7 Prevention of unauthorized substitution of keys&lt;br /&gt;–3.6.8 Replacement of known or suspected compromised keys&lt;br /&gt;–3.6.9 Revocation of old or invalid keys&lt;br /&gt;–3.6.10 Requirement for key custodians to sign a form stating that they understand and accept their key-custodian responsibilities.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-116404837776554351?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/116404837776554351/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=116404837776554351' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/116404837776554351'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/116404837776554351'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2006/11/pci-requirement-3.html' title='PCI Requirement 3'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-116404700575317023</id><published>2006-11-20T10:16:00.000-08:00</published><updated>2006-11-20T10:23:25.993-08:00</updated><title type='text'>PCI Requirement 2</title><content type='html'>This entry covers Requirement 2 for PCI Compliance. In essence there is aquite a bit of common sense that went into this requirement, but as we see in other aspects of life, you should not ignore pointing out the obvious.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Requirement 2: Do not use vendor-supplied defaults for system passwords and other security parameters&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Hackers (external and internal to a company) often use vendor default passwords and other vendor default settings to compromise systems. These passwords and settings are well known in hacker communities and easily determined via public information.&lt;br /&gt;&lt;br /&gt;–2.1 Always change vendor-supplied defaults before installing a system on the network (for example, include passwords, simple network management protocol (SNMP) community strings, and elimination of unnecessary accounts).&lt;br /&gt;–2.1.1 For wireless environments, change wireless vendor defaults, including but not limited to, wireless equivalent privacy (WEP) keys, default service set identifier (SSID), passwords, and SNMP community strings. Disable SSID broadcasts. Enable WiFi protected access (WPA and WPA2) technology for encryption and authentication when WPA-capable. &lt;span style="color:#ff0000;"&gt;TNT will allow you to control access by endpoints allowing only users from authorized devices to access your environment&lt;br /&gt;&lt;/span&gt;&lt;br /&gt;- 2.2 Develop configuration standards for all system components. Assure that these standards address all known security vulnerabilities and are consistent with industry-accepted system hardening standards as defined, for example, by SysAdmin Audit Network Security Network (SANS), National Institute of Standards Technology (NIST), and Center for Internet Security (CIS).&lt;br /&gt;–2.2.1 Implement only one primary function per server (for example, web servers, database servers, and DNS should be implemented on separate servers)&lt;br /&gt;–2.2.2 Disable all unnecessary and insecure services and protocols (services and protocols not directly needed to perform the devices’ specified function)&lt;br /&gt;–2.2.3 Configure system security parameters to prevent misuse&lt;br /&gt;–2.2.4 Remove all unnecessary functionality, such as scripts, drivers, features, subsystems, file systems, and unnecessary web servers.&lt;br /&gt;&lt;br /&gt;-2.3 Encrypt all non-console administrative access. Use technologies such as SSH, VPN, or SSL/TLS (transport layer security) for web-based management and other non-console administrative access. &lt;span style="color:#ff0000;"&gt;TNT will work with any encryption technology in place so that you can extend what you already have/own. &lt;/span&gt;&lt;br /&gt;&lt;br /&gt;-2.4 Hosting providers must protect each entity’s hosted environment and data. These providers must meet specific requirements as detailed in Appendix A: “PCI DSS Applicability for Hosting Providers.” &lt;span style="color:#ff0000;"&gt;TNT’s solution is ideal for data centers, allowing the providers to audit, segment, and enforce entire customer environments with a single piece of technology. In fact if I were going to start a business, it would be to use TNT as a service offering to secure and audit the most sensitive data of customers.&lt;/span&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-116404700575317023?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/116404700575317023/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=116404700575317023' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/116404700575317023'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/116404700575317023'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2006/11/pci-requirement-2.html' title='PCI Requirement 2'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-37657084.post-116378153841314801</id><published>2006-11-17T08:11:00.000-08:00</published><updated>2006-11-17T08:38:58.426-08:00</updated><title type='text'>Level 2, Level 3, and Level 4 PCI Solutions</title><content type='html'>I thought I would start another blog for pcistuff to keep it separate and distinct from my &lt;a href="http://identitystuff.blogspot.com"&gt;Identitystuff blog &lt;/a&gt;where I discuss Identity Management issues.&lt;br /&gt;&lt;br /&gt;This initial entry is designed to lay out what specific parts of the PCI Specification I can satisfy in less than a week. At the highest level, I can't help with encryption or documentation, but anything to do with limiting access and auditability I will absolutely help with. The stuff in &lt;span style="color:#ff0000;"&gt;Red&lt;/span&gt; is where I will help. I also did all of the hard work for you if you are evaluating solutions.&lt;br /&gt;&lt;br /&gt;PCI Requirements:&lt;br /&gt;&lt;br /&gt;•Build and Maintain a Secure Network&lt;br /&gt;&lt;span style="color:#ff0000;"&gt;–Requirement 1: Install and maintain a firewall configuration to protect cardholder data&lt;br /&gt;&lt;/span&gt;–Requirement 2: Do not use vendor-supplied defaults for system passwords and other security parameters&lt;br /&gt;•Protect Cardholder Data&lt;br /&gt;&lt;span style="color:#ff0000;"&gt;–Requirement 3: Protect stored cardholder data &lt;/span&gt;&lt;span style="color:#ff0000;"&gt;&lt;br /&gt;&lt;/span&gt;–Requirement 4: Encrypt transmission of cardholder data across open, public networks&lt;br /&gt;&lt;br /&gt;•Maintain a Vulnerability Management Program&lt;br /&gt;&lt;span style="color:#ff0000;"&gt;–Requirement 5: Use and regularly update anti-virus software&lt;br /&gt;&lt;/span&gt;&lt;span style="color:#ff0000;"&gt;–Requirement 6: Develop and maintain secure systems and applications&lt;/span&gt;&lt;br /&gt;&lt;p&gt;&lt;br /&gt;•Implement Strong Access Control Measures&lt;br /&gt;&lt;span style="color:#ff0000;"&gt;-Requirement 7: Restrict access to cardholder data by business need-to-know&lt;br /&gt;-Requirement 8: Assign a unique ID to each person with computer access&lt;/span&gt;&lt;br /&gt;-Requirement 9: Restrict physical access to cardholder data &lt;/p&gt;&lt;p&gt;&lt;br /&gt;•Regularly Monitor and Test Networks&lt;br /&gt;&lt;span style="color:#ff0000;"&gt;-Requirement 10: Track and monitor all access to network resources and cardholder data&lt;br /&gt;&lt;/span&gt;-Requirement 11: Regularly test security systems and processes &lt;/p&gt;&lt;br /&gt;•Maintain an Information Security Policy&lt;br /&gt;&lt;span style="color:#ff0000;"&gt;-Requirement 12: Maintain a policy that addresses information security&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;Specifics:&lt;br /&gt;&lt;br /&gt;PCI Requirement 1&lt;br /&gt;&lt;br /&gt;•1.1 Establish firewall configuration standards that include the following:&lt;br /&gt;•1.1.1 A formal process for approving and testing all external network connections and changes to the firewall configuration &lt;span style="color:#ff0000;"&gt;TNT Does this in real time&lt;/span&gt;&lt;br /&gt;•1.1.2 A current network diagram with all connections to cardholder data, including any wireless networks &lt;span style="color:#ff0000;"&gt;TNT Auto discovers users, machines, networks, servers, applications (port)&lt;br /&gt;&lt;/span&gt;•1.1.3 Requirements for a firewall at each Internet connection and between any demilitarized zone (DMZ) and the internal network zone &lt;span style="color:#ff0000;"&gt;TNT will segment and enforce your policies by user, device, group, application, server, health posture or network&lt;/span&gt; &lt;br /&gt;•1.1.4 Description of groups, roles, and responsibilities for logical management of network components &lt;span style="color:#ff0000;"&gt;TNT proactively manages this in real time&lt;br /&gt;&lt;/span&gt;•1.1.5 Documented list of services and ports necessary for business &lt;span style="color:#ff0000;"&gt;TNT will auto discover ALL ports (even rogue) and allow you to report them in real time&lt;br /&gt;&lt;/span&gt;•1.1.6 Justification and documentation for any available protocols besides hypertext transfer protocol (HTTP), and secure sockets layer (SSL), secure shell (SSH), and virtual private network (VPN) &lt;span style="color:#ff0000;"&gt;TNT logs all connection data between users, machines, and ports&lt;/span&gt;&lt;br /&gt;•1.1.7 Justification and documentation for any risky protocols allowed (for example, file transfer protocol (FTP), which includes reason for use of protocol and security features implemented&lt;br /&gt;•1.1.8 Quarterly review of firewall and router rule sets &lt;span style="color:#ff0000;"&gt;TNT will enable you to establish and audit policy in real time, before enforcement is enabled&lt;br /&gt;&lt;/span&gt;•1.1.9 Configuration standards for routers.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;1.2 Build a firewall configuration that denies all traffic from “untrusted” networks and hosts, except for protocols necessary for the cardholder data environment. &lt;span style="color:#ff0000;"&gt;This is what TNT’s solution does&lt;/span&gt;&lt;br /&gt;1.3Build a firewall configuration that restricts connections between publicly accessible servers and any system component storing cardholder data, including any connections from wireless networks. This firewall configuration should include the following:&lt;br /&gt;&lt;br /&gt;•1.3.1 Restricting inbound Internet traffic to Internet protocol (IP) addresses within the DMZ (ingress filters) &lt;span style="color:#ff0000;"&gt;TNT denies ALL connections that are not from a specific user, machine, IP address, etc. providing unparalleled control&lt;/span&gt;&lt;br /&gt;•1.3.2 Not allowing internal addresses to pass from the Internet into the DMZ &lt;span style="color:#ff0000;"&gt;TNT will control access from and access to specific networks, machines, and resources in real time allowing specific segmentation policies to be set and proactively enforced.&lt;/span&gt;&lt;br /&gt;•1.3.3 Implementing stateful inspection, also known as dynamic packet filtering (that is, only ”established” connections are allowed into the network) &lt;span style="color:#ff0000;"&gt;This is TNT’s core functionality – TNT controls access to resources and networks based on what identity attributes are in the SYN header of every TCP/IP packet on the network&lt;br /&gt;&lt;/span&gt;•1.3.4 Placing the database in an internal network zone, segregated from the DMZ &lt;span style="color:#ff0000;"&gt;TNT establishes a virtual physical zone so that only one user from one machine has access to a single application, even if there are other applications on the same server&lt;br /&gt;&lt;/span&gt;•1.3.5 Restricting inbound and outbound traffic to that which is necessary for the cardholder data environment &lt;span style="color:#ff0000;"&gt;TNT’s solution restricts by user, machine, subnet and health level&lt;/span&gt;&lt;br /&gt;•1.3.6 Securing and synchronizing router configuration files. For example, running configuration files (for normal functioning of the routers), and start-up configuration files (when machines are re-booted) should have the same secure configuration &lt;span style="color:#ff0000;"&gt;TNT eliminates the need for this&lt;br /&gt;&lt;/span&gt;•1.3.7 Denying all other inbound and outbound traffic not specifically allowed &lt;span style="color:#ff0000;"&gt;TNT does this in real time with unparalleled granularity&lt;br /&gt;&lt;/span&gt;•1.3.8 Installing perimeter firewalls between any wireless networks and the cardholder data environment, and configuring these firewalls to deny any traffic from the wireless environment or from controlling any traffic (if such traffic is necessary for business purposes) &lt;span style="color:#ff0000;"&gt;Installing TNT’s solution behind an AP, allows you to track and control EVERY connection through it&lt;br /&gt;&lt;/span&gt;•1.3.9 Installing personal firewall software on any mobile and employee-owned computers with direct connectivity to the Internet (for example, laptops used by employees), which are used to access the organization’s network. &lt;span style="color:#ff0000;"&gt;TNT’s solution builds a unique and unalterable identity of each machine in the environment and combines this with authenticated user information to create pervasive identity against which access controls are applied&lt;/span&gt;&lt;br /&gt;&lt;p&gt;&lt;span style="color:#ff0000;"&gt;&lt;span style="color:#000000;"&gt;•1.4 Prohibit direct public access between external networks and any system component that stores cardholder data (for example, databases, logs, trace files). &lt;span style="color:#ff0000;"&gt;TNT would accomplish this by keeping all non identified/known users from any and all networks, infrastructure, applications and data in an enforced policy&lt;br /&gt;&lt;/span&gt;•1.4.1 Implement a DMZ to filter and screen all traffic and to prohibit direct routes for inbound and outbound Internet traffic &lt;span style="color:#ff0000;"&gt;TNT will allow an organization to deny all signalling within and between networks in seconds&lt;br /&gt;&lt;/span&gt;•1.4.2 Restrict outbound traffic from payment card applications to IP addresses within the DMZ. &lt;span style="color:#ff0000;"&gt;TNT will lock down specific resources by users, machines, and networks to each other&lt;br /&gt;&lt;/span&gt;•1.5 Implement IP masquerading to prevent internal addresses from being translated and revealed on the Internet. Use technologies that implement RFC 1918 address space, such as port address translation (PAT) or network address translation (NAT). &lt;/span&gt;&lt;span style="color:#ff0000;"&gt;TNT stops all masquerading of identity because we have a known users FQDN &amp; unique machine ID hashed and encrypted and embedded in every packet. You cannot be anyone else from any other machine. TNT's solution is transparent to NAT. We always know it's you and what machine you're using.&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;p&gt;&lt;span style="color:#ff0000;"&gt;&lt;span style="color:#ff0000;"&gt;&lt;span style="color:#000000;"&gt;Stay Tuned for PCI Requirement 2!!&lt;/span&gt;&lt;br /&gt;&lt;/p&gt;&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/37657084-116378153841314801?l=pcistuff.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://pcistuff.blogspot.com/feeds/116378153841314801/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=37657084&amp;postID=116378153841314801' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/116378153841314801'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/37657084/posts/default/116378153841314801'/><link rel='alternate' type='text/html' href='http://pcistuff.blogspot.com/2006/11/level-2-level-3-and-level-4-pci.html' title='Level 2, Level 3, and Level 4 PCI Solutions'/><author><name>Mark Mac Auley</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='24' src='http://3.bp.blogspot.com/_b7vaXgPAx8U/SkzBiF2okwI/AAAAAAAAACA/YEaO7xGCuAA/S220/P1000777.JPG'/></author><thr:total>0</thr:total></entry></feed>
