<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Zen Dzign &#187; Security</title>
	<atom:link href="http://www.zendzign.com/tag/security/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.zendzign.com</link>
	<description>The official ZZ Servers Blog - Visit http://www.zzservers.com for your business hosting needs.</description>
	<lastBuildDate>Tue, 03 Aug 2010 13:15:05 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Kerio Connect Protects Your Privacy with &#8220;Remote Wipe&#8221;</title>
		<link>http://www.zendzign.com/2010/04/kerio-connect-protects-your-privacy-with-remote-wipe/</link>
		<comments>http://www.zendzign.com/2010/04/kerio-connect-protects-your-privacy-with-remote-wipe/#comments</comments>
		<pubDate>Wed, 14 Apr 2010 11:34:19 +0000</pubDate>
		<dc:creator>Peter Zendzian</dc:creator>
				<category><![CDATA[Kerio Mail Server]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Email]]></category>
		<category><![CDATA[mail server]]></category>
		<category><![CDATA[Small Business]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/?p=151</guid>
		<description><![CDATA[Smart phones have become an essential part of our lives, and we store everything on them, from our emails, facebook, text messages, events, tasks and contacts. Losing such a device is therefore a real nightmare, as you will not only lose access to all of this information, but if your device falls into the wrong [...]]]></description>
			<content:encoded><![CDATA[<p>Smart phones have become an essential part of our lives, and we store everything on them, from our emails, facebook, text messages, events, tasks and contacts. Losing such a device is therefore a real nightmare, as you will not only lose access to all of this information, but if your device falls into the wrong hands, this person will know everything about you!</p>
<p><span id="more-151"></span> If a phone is lost or stolen, your natural reaction may be to change your password. This is not a good idea, because changing the password will make it impossible to do a &#8220;remote wipe&#8221; of the phone. Fortunately, Kerio Connect offers a solution called &#8220;remote wipe&#8221;. A &#8220;remote wipe&#8221; will erase all data on the phone completely resetting all accounts, and in the case of most phones, erasing all apps and completely resetting the phone. Remote wipe is much more effective than changing a password because it protects the user&#8217;s privacy, and should be used instead. More information regarding the remote wipe feature can be found at <a href="http://www.zzservers.com/hosting/mail-server/">ZZ Servers</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2010/04/kerio-connect-protects-your-privacy-with-remote-wipe/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Anti Virus and PCI Compliance</title>
		<link>http://www.zendzign.com/2009/12/anti-virus-and-pci-compliance/</link>
		<comments>http://www.zendzign.com/2009/12/anti-virus-and-pci-compliance/#comments</comments>
		<pubDate>Sun, 27 Dec 2009 18:14:00 +0000</pubDate>
		<dc:creator>Peter Zendzian</dc:creator>
				<category><![CDATA[PCI]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Sysadmin]]></category>
		<category><![CDATA[anti virus]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[malicious software]]></category>
		<category><![CDATA[Windows]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/?p=92</guid>
		<description><![CDATA[Last year PCI DSS 1.2 was released changing the intent of the controls required for anti-virus software. In version 1.1 anti-virus software was only required for systems commonly affected by viruses and excluded UNIX based operating systems and mainframes. Version 1.2 now requires all operating system types commonly affected by malicious software be protected and [...]]]></description>
			<content:encoded><![CDATA[<p>Last year PCI DSS 1.2 was released changing the intent of the controls required for anti-virus software. In version 1.1 anti-virus software was only required for systems commonly affected by viruses and excluded UNIX based operating systems and mainframes. Version 1.2 now requires all operating system types commonly affected by malicious software be protected and removes the exclusion for UNIX and mainframes. These changes now open the requirement for protection from &#8220;malicious software&#8221; such as worms, trojans, adware, spyware or any &#8220;malicious software&#8221;.<span id="more-92"></span></p>
<p>In the past, it was though Linux servers were safe from viruses but recently hackers have been taking advantage of this false sense of security. Some researchers point out that 70% of attacks on Linux honeypots were infected with a 6 year old virus (RST-B)* and used as command and control points for botnets.</p>
<p>ZZ Servers now offers affordable F-Prot anti-virus software for Windows, Linux, Exchange, BSD and Solaris. Protect your servers, desktops and critical infrastructure today. Contact <a href="http://www.zzservers.com/">ZZ Servers</a> at 800-796-3574 or email support@zzservers.com to arrange for installation of anti-virus software today.</p>
<p>*RST-B is a backdoor malware runs on Linux/UNIX platforms and infects ELF files in the current and /bin directories. This Linux backdoor and virus compromises system security by allowing remote users to manipulate and access infected machines. If executed as root, it will start processes listening on two network interfaces which provide a remote root shell.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2009/12/anti-virus-and-pci-compliance/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>PCI Compliant Hosting &#8211; Are you sure your host knows what PCI is and what they are selling?</title>
		<link>http://www.zendzign.com/2009/10/pci-compliant-hosting-are-you-sure-your-host-knows-what-pci-is-and-what-they-are-selling/</link>
		<comments>http://www.zendzign.com/2009/10/pci-compliant-hosting-are-you-sure-your-host-knows-what-pci-is-and-what-they-are-selling/#comments</comments>
		<pubDate>Wed, 28 Oct 2009 15:01:23 +0000</pubDate>
		<dc:creator>David M. Zendzian</dc:creator>
				<category><![CDATA[PCI]]></category>
		<category><![CDATA[credit card]]></category>
		<category><![CDATA[qsa]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[shared hosting]]></category>
		<category><![CDATA[Small Business]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/?p=70</guid>
		<description><![CDATA[I recently had a discussion with a potential customer on why they should work with ZZ Servers instead of one of the now hundreds of other hosting providers offering PCI &#8220;compliant&#8221; hosting services. After spending the last 5 years doing PCI Level 1 validations I have run into many areas that hosting providers just do [...]]]></description>
			<content:encoded><![CDATA[<p>I recently had a discussion with a potential customer on why they should work with ZZ Servers instead of one of the now hundreds of other hosting providers offering PCI &#8220;compliant&#8221; hosting services. After spending the last 5 years doing PCI Level 1 validations I have run into many areas that hosting providers just do not get PCI and what hosting providers need to know to provide secure &amp; compliant hosting. I have also been able to compile a list of questions that I can use to determine if they are just trying to sell a service or really provide a PCI solution.</p>
<p><span id="more-70"></span></p>
<p>I was able to spend a good 1/2 an hour with the now new customer and help them understand how our approach meets the intent of PCI and is not focused only on trying to &#8220;make the sale.&#8221;  However, for those that we do not know what questions to ask of a hosting provider I have started a new project where I will be &#8220;shopping&#8221; for a new hosting provider and will post the communications I have with them, along with some additional comments on what their answers would mean to me if I was in my QSA role evaluating their solutions.  I will keep the communications anonymous to prevent any liability issues, but feel free to use any of the questions or comments I have when discussing hosting solutions with any providers you may be examining; and feel free to use my questions against us when you call and ask about PCI or Compliant based hosting with ZZ Servers.</p>
<p>With that in mind, here is the first discussion with a decent data-center with multiple data-centers fully owned and operated by their staff in the northern midwest.  I have highlighted items that caused me to be concerned about their understanding of PCI and what it takes for merchants or service providers to be hosted with managed PCI solutions.  Please note, anyone can take a rack of hardware and managed / deploy it in a compliant manor.  But that is not what these hosting providers are selling.  They are selling compliant solutions, leading customers who do not fully undersand the requirements to think they are meeting all of the requirements.</p>
<p>***Chat Information*You are now chatting with &#8216;Paul&#8217;<br />
*Paul: *Greetings, my name is Paul.  Welcome to &lt;HOSTING PROVIDER&gt; Sales.  With<br />
whom am I speaking?   How may I be of assistance?<br />
*you: *Hello, i saw your VPS servers have a $50/mo PCI certification?<br />
what does that provide? Does that mean i&#8217;ll be compliant? do i need<br />
anything else? does that include my scanning, pen test,<br />
internal/external? log monitoring?<br />
*you: *hello?<br />
*Paul: *Hello, sorry about that<br />
<strong>*Paul: *the PCI certification will include all scans for your server to<br />
be entirely compliant</strong><br />
<em>&#8211; This is common, many people belive that if you get your ASV scanning &amp; answer questionairre you are compliant..if it was only that simple</em><br />
*you: *so it is only the scans?<br />
*you: *not the rest of the compliance needs?<br />
*you: *internal &amp; external scans then?<br />
*Paul: *it covers all services needed<br />
*you: *external logging/monitoring, firewalls, IDS, 2 factor remote<br />
access, pen-testing (internal/eternal), asv scanning &amp; internal scanning<br />
(&amp; other stuff i can&#8217;t remember atm)??<br />
<strong>*Paul: *Yes, it is the complete service</strong><br />
<em>&#8211; how can he say it&#8217;s scanning, then a complete service? At this point I really believe the sales guy does not know what he is selling</em><br />
*you: *applicatoin &amp; network penetration testing? how do you have that<br />
for $50/mo? the best quote I have from a professional pen-testing<br />
company is 5000/year<br />
*Paul: *let me double check<br />
<strong>*Paul: *yes, it does, I have confirmed</strong><em><br />
&#8211; confirmed? if you can&#8217;t tell by now that I am asking questions above his knowledge level; why not conference in someone who knows the answer..<br />
&#8211; Many hosting providers want you to email or fill in a form so they can manage their response, if they can&#8217;t answer your quetions at all hours<br />
&#8211; then are you sure they can manage your compliance needs at any hour??  Get them to bring the expert on the phone while you are asking questions!</em><br />
*you: *interesting, do you have a detailed whitepaper or pdf on the<br />
complete services offereed?<br />
*you: *and i assume i&#8217;ll have to get more than 1 server<br />
<strong>*Paul: *No, you can have PCIC with one server</strong><br />
<em>&#8211; big big red flag!! If you are only using paypal/google for payments then yes this is right but if you are not then the requirement for &#8220;single use&#8221; is pretty important</em><br />
*you: *and that includes firewalls too right? do i have a dedicated<br />
rfc1918 address space?<br />
*you: *you can?<br />
*you: *how do you satisfy the &#8220;single purpose&#8221; requirement?<br />
*you: *where a server can not be a web &amp; database server<br />
<strong>*Paul: *we do not require a cluster for pcic<br />
&#8211; </strong><em>I wasn&#8217;t asking about a cluster. This is a typical issue, the sales team is use to selling hosting of servers but does not understand PCI.  I guess they have not had<br />
&#8211; any PCI training (which you merchants &amp; service providers are required to have annually)<br />
</em>*you: *you do not, but PCI requires that<br />
*you: *pci has something somewhere that requires each server have a<br />
single function<br />
*you: *do you have any documentation? or details about what is included<br />
in your PCI services?<br />
<strong>*Paul: *I do not have a detailed outline, but I know these are the<br />
standards we follow</strong><br />
<em>&#8211; Another warning&#8230;PCI is documentation heavy, if they do not have documentation, have they really done all thats required?</em><br />
*Paul:<br />
*<a href="https://www.pcisecuritystandards.org/security_standards/pci_dss.shtml">https://www.pcisecuritystandards.org/security_standards/pci_dss.shtml</a><br />
*you: *yes i am familiar with that<br />
*you: *our QSA has ingrained tht into us<br />
*you: *i was just curious because some of your answers do not jibe with<br />
what the PCI-DSS requires<br />
*you: *ok i think i have enough for now; thank you for your time<br />
*you: *Have a great night..oh one last question; where are your<br />
data-centers located?<br />
*Paul: *My pleasure, they are in &lt;LOCATION&gt;<br />
*you: *any other geographic areas?<br />
*Paul: *they are all located in &lt;ONE LOCATION&gt;<br />
*you: *thank you have a great night<br />
*you: *oh one other questoin<br />
*you: *what technology do you use for your remote 2 factor auth &amp; vpn<br />
technology?<br />
*you: *rsa/certificates/?<br />
*Paul: *The only vendors I have info on at the moment are control scan,<br />
security metrics, trustkeeper, and clone systems<br />
*you: *so it&#8217;s not included w/the pci service?<br />
*you: *it&#8217;s a 3rd party vendor we have to engage?<br />
*Paul: *Send me an email to &lt;SALES-EMAIL&gt; and I will find out for sure<br />
<em>&#8211; Remember earlier they said it included all required services? Again, lack of documentation &amp; training lead me to think they just do not know what the requirements are or what they are selling</em><br />
*you: *ok thank you, have a great night/morning</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2009/10/pci-compliant-hosting-are-you-sure-your-host-knows-what-pci-is-and-what-they-are-selling/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Understanding PCI Levels and Types</title>
		<link>http://www.zendzign.com/2009/06/understanding-pci-levels-and-types/</link>
		<comments>http://www.zendzign.com/2009/06/understanding-pci-levels-and-types/#comments</comments>
		<pubDate>Tue, 02 Jun 2009 13:19:57 +0000</pubDate>
		<dc:creator>Peter Zendzian</dc:creator>
				<category><![CDATA[PCI]]></category>
		<category><![CDATA[credit card]]></category>
		<category><![CDATA[credit card payment]]></category>
		<category><![CDATA[Hosting]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Small Business]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/?p=26</guid>
		<description><![CDATA[Any merchant who accepts credit cards and has a merchant account must validate compliance. It does not matter if you use a 3rd party processor or if you outsource all of your credit card processing. It&#8217;s the ownership of the merchant account that defines if you must validate compliance. The only to avoid PCI compliance [...]]]></description>
			<content:encoded><![CDATA[<p>Any merchant who accepts credit cards and has a merchant account must validate compliance. It does not matter if you use a 3rd party processor or if you outsource all of your credit card processing. It&#8217;s the ownership of the merchant account that defines if you must validate compliance. <strong><em>The only to avoid PCI compliance is by not having a merchant account. </em></strong>Below are some charts which will help you decide which category and merchant type your business fits into.<span id="more-26"></span></p>
<h4>Merchant levels and Compliance Validation Requirements</h4>
<table style="height: 416px;" border="1" width="547">
<tbody>
<tr>
<td colspan="3" align="center" valign="top"><strong>PCI Merchant Levels</strong></td>
</tr>
<tr>
<td align="center" valign="top"><strong>Level</strong></td>
<td align="center" valign="top"><strong>Description</strong></td>
<td align="center" valign="top"><strong>Validation Requirements</strong></td>
</tr>
<tr>
<td align="center" valign="middle">1</td>
<td align="left" valign="top">
<ul>
<li>Any merchant, &#8220;regardless of acceptance channel, processing over 6,000,000 Visa transactions per year</li>
<li>Any merchant that has suffered a hack or an attack that resulted in an account data compromise.</li>
<li>Any merchant that Visa, at its sole discretion, determines should meet the Level 1 merchant requirements to minimize risk to the Visa system.</li>
<li>Any merchant identified by any other payment card brand as Level 1</li>
</ul>
</td>
<td align="left" valign="top">
<ul>
<li>Annual Report on Compliance (“ROC”) by Qualified Security Assessor (“QSA”)</li>
<li>Quarterly network scan by Approved Scan Vendor (“ASV”)</li>
<li>Attestation of Compliance Form</li>
</ul>
</td>
</tr>
<tr>
<td align="center" valign="middle">2</td>
<td align="left" valign="top">
<ul>
<li>Any merchant-regardless of acceptance channel-processing 1,000,000 to 6,000,000 transactions per year</li>
</ul>
</td>
<td align="left" valign="top">
<ul>
<li>Annual Self-Assessment Questionnaire (“SAQ”)</li>
<li>Quarterly network scan by ASV</li>
<li>Attestation of Compliance Form</li>
</ul>
</td>
</tr>
<tr>
<td align="center" valign="middle">3</td>
<td align="left" valign="top">
<ul>
<li>Any merchant processing 20,000 to 1,000,000 transactions per year.</li>
</ul>
</td>
<td align="left" valign="top">
<ul>
<li>Annual SAQ</li>
<li>Quarterly network scan by ASV</li>
<li>Attestation of Compliance Form</li>
</ul>
</td>
</tr>
<tr>
<td align="center" valign="middle">4</td>
<td align="left" valign="top">
<ul>
<li>Any merchant processing fewer than 20,000 transactions per year.</li>
</ul>
</td>
<td align="left" valign="top">
<ul>
<li>Annual SAQ recommended</li>
<li>Quarterly network scan by ASV if applicable</li>
<li>Compliance validation requirements set by acquirer</li>
</ul>
</td>
</tr>
</tbody>
</table>
<p><strong>Merchant Types</strong></p>
<p>The “SAQ” is a self-validation tool for merchants and service providers who are not required to do on-site assessments for PCI DSS compliance. The SAQ includes a series of yes-or-no questions for compliance. If an answer is no, the organization must state the future remediation date and associated actions. In order to align more closely with merchants and their compliance validation process, the SAQ was revised and now allows for flexibility based on the complexity of a particular merchant’s or service provider’s business situation (see chart below). The SAQ validation type does not correlate to the merchant classification or risk level.</p>
<table border="1" width="100%">
<tbody>
<tr>
<td colspan="3" align="center" valign="top"><strong>Self-Assessment Questionnaires and Validation Types</strong></td>
</tr>
<tr>
<td align="center" valign="top"><strong>SAQ Validation</strong><strong>Type</strong></td>
<td align="center" valign="top"><strong>Description</strong></td>
<td align="center" valign="top"><strong>SAQ</strong></td>
</tr>
<tr>
<td align="center" valign="middle">1</td>
<td align="left" valign="top">Card-Not-Present (e-commerce or MO/TO) merchants, all cardholder data<br />
functions outsourced. This would never apply to face-to-face merchants.</td>
<td align="center" valign="middle">A</td>
</tr>
<tr>
<td align="center" valign="middle">2</td>
<td align="left" valign="top">Imprint-only merchants with no cardholder data storage.</td>
<td align="center" valign="middle">B</td>
</tr>
<tr>
<td align="center" valign="middle">3</td>
<td align="left" valign="top">Standalone dial-up terminal merchants, no cardholder data storage.</td>
<td align="center" valign="middle">B</td>
</tr>
<tr>
<td align="center" valign="middle">4</td>
<td align="left" valign="top">Merchants with payment application systems connected to the Internet, no<br />
cardholder data storage.</td>
<td align="center" valign="middle">C</td>
</tr>
<tr>
<td align="center" valign="middle">5</td>
<td align="left" valign="top">All other merchants (not included in descriptions for SAQs A, B or C above), and<br />
all service providers defined by a card brand as eligible to complete a SAQ.</td>
<td align="center" valign="middle">D</td>
</tr>
</tbody>
</table>
<p><strong>Service Provider Levels</strong></p>
<p>Service providers are organizations that process, store, or transmit cardholder data on behalf of clients, merchants, or other service providers. Service provider levels are defined as:</p>
<table border="1" width="100%">
<tbody>
<tr>
<td colspan="3" align="center" valign="top"><strong>Self-Assessment Questionnaires and Validation Types</strong></td>
</tr>
<tr>
<td align="center" valign="top"><strong>Service Provider Level</strong></td>
<td align="center" valign="top"><strong>Description</strong></td>
<td align="center" valign="top"><strong>Validation Requirements</strong></td>
</tr>
<tr>
<td align="center" valign="middle">1</td>
<td align="left" valign="top">Processors or any service providers that stores, processes and/or transmits over 300,000 transactions per year.</td>
<td align="left" valign="top">
<ul>
<li>Annual On-Site PCI Data Security Assessment validated Qualified Security Assessor (“QSA”)</li>
<li>Quarterly network scan by Approved Scan Vendor (“ASV”)</li>
</ul>
</td>
</tr>
<tr>
<td height="42" align="center" valign="middle">2</td>
<td align="left" valign="top">Any service provider that stores, processes and/or transmits less than 300,000 transactions per year.</td>
<td align="left" valign="top">
<ul>
<li>Validated by Service Provider</li>
</ul>
<ul>
<li>Quarterly network scan by Approved Scan Vendor (“ASV”)</li>
</ul>
</td>
</tr>
</tbody>
</table>
<p>By using the charts above, you should be able to easily determine your level and validation type. Knowing this details will go a long way in guiding you through your compliance but it is important to partner with other qualified businesses for your service. <a href="http://www.zzservers.com">ZZ Servers</a> provides PCI focused hosted infrastructure designed for PCI compliance and includes many of controls and measures required for your business infrastructure to be fully compliant.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2009/06/understanding-pci-levels-and-types/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Credit Card Data Stolen and Distributed in a Dilebarate Attack</title>
		<link>http://www.zendzign.com/2009/04/credit-card-data-stolen-and-distributed-in-a-dilebarate-attack/</link>
		<comments>http://www.zendzign.com/2009/04/credit-card-data-stolen-and-distributed-in-a-dilebarate-attack/#comments</comments>
		<pubDate>Wed, 08 Apr 2009 03:37:52 +0000</pubDate>
		<dc:creator>Peter Zendzian</dc:creator>
				<category><![CDATA[PCI]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[credit cards stolen]]></category>
		<category><![CDATA[data breach]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/?p=24</guid>
		<description><![CDATA[In an ongoing saga, one of the most popular web hosting message boards www.webhostingtalk.com has been dealt another serious blow to it&#8217;s security.  Late last month, Webhostingtalk was hacked in a deliberate, sophisticated and calculated manner. The attacker was able to circumvent their security measures and access via a backdoor protected by a firewall to [...]]]></description>
			<content:encoded><![CDATA[<p>In an ongoing saga, one of the most popular web hosting message boards <a onclick="javascript:pageTracker._trackPageview('/outgoing/www.webhostingtalk.com');" href="http://www.webhostingtalk.com/">www.webhostingtalk.com</a> has been dealt another serious blow to it&#8217;s security.  Late last month, Webhostingtalk was hacked in a deliberate, sophisticated and calculated manner. The attacker was able to circumvent their security measures and access via a backdoor protected by a firewall to deleted all backups and main databases.</p>
<p><span id="more-24"></span>In an update shortly after Webhostingtalk came back online, Dennis Johnson, an iNET Community Coordinator sent out a detailed post explaining all that was then known about the breech with a firm statement that &#8220;Absolutely no credit card or PayPal data was exposed.&#8221;</p>
<p>Today Inet Interactive, the owners of Webhosting talk relased the news no one wanted to hear.</p>
<blockquote><p>ANNOUNCEMENT &#8211; 1:25pm est 04/07/09</p>
<p>This morning, the hacker who attacked WHT initiated further communication. He provided evidence that credit card information on one of our database servers was, in fact, compromised during that attack.</p></blockquote>
<p>While it is surprising that a hacker who has done that much damage would contact the victim, especially with this level of damage but there were apparent motives.  What is currently being done is even more shocking.  A post at <a href="http://www.internetbusiness.co.uk/01042009/wht-crippled-by-database-attack/">Web Host Industry Review</a> mentions the hacker may have been motivated after the hack to release the cardholder data to the web because they &#8220;had downloaded and looked through the database files, and raised some concerns about the manner in which the credit card information was being stored.&#8217; and that the file allegedly includes stored CVV/CVC information.</p>
<p>Now, I don&#8217;t belive mentioning PCI compliance here will be necessary but it is quite obvious that based on the details so far, the data was not stored in a PCI compliant manner.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2009/04/credit-card-data-stolen-and-distributed-in-a-dilebarate-attack/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>PCI Data Security Standard version 1.2 now active.</title>
		<link>http://www.zendzign.com/2008/10/pci-data-security-standard-version-12-now-active/</link>
		<comments>http://www.zendzign.com/2008/10/pci-data-security-standard-version-12-now-active/#comments</comments>
		<pubDate>Fri, 24 Oct 2008 03:02:46 +0000</pubDate>
		<dc:creator>Peter Zendzian</dc:creator>
				<category><![CDATA[PCI]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[assesment]]></category>
		<category><![CDATA[credit card]]></category>
		<category><![CDATA[dss]]></category>
		<category><![CDATA[qsa]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/?p=20</guid>
		<description><![CDATA[As of October 1, 2008 the PCI Data Security Standard version 1.2 became active. There are a number of changes to PCI DSS since version 1.1. Version 1.2 removes much of the ambiguity from earlier versions and provides additional details on items such as the use wireless devices. One of the largest and possibly most [...]]]></description>
			<content:encoded><![CDATA[<p style="margin-bottom: 0in;">As of October 1, 2008 the PCI Data Security Standard version 1.2 became active.  There are a <a title="PCI DSS Changes" href="http://pcianswers.com/2008/10/01/pci-dss-version-12-differences-and-updates/" target="_blank">number of changes</a> to PCI DSS since version 1.1.  Version 1.2 removes much of the ambiguity from earlier versions and provides additional details on items such as the use wireless devices.</p>
<p style="margin-bottom: 0in;"><span id="more-20"></span>One of the largest and possibly most hard hitting change is how the the certification process is placing an <a title="PCI DSS Requirements" href="http://usa.visa.com/merchants/risk_management/cisp_merchants.html#anchor_2" target="_blank">increasing amount of scrutiny on level 3 and 4 merchants</a>.  If you process credit cards and have not received any notification from your merchant bank regarding PCI DSS compliance, you will soon.</p>
<p style="margin-bottom: 0in;">I will not attempt to cover all of the details of the new standard but will say if your company handles any cardholder data, it is important to get your infrastructure into compliance with PCI DSS.</p>
<p>PCI DSS 1.2 specifies 12 requirements for compliance, organized into 6 logically related groups, which are called &#8220;control objectives.&#8221;</p>
<p>The control objectives and their requirements are:</p>
<ul>
<li><strong>Build and Maintain a Secure Network </strong>
<ol>
<li>Requirement 1: Install and maintain a firewall configuration to protect cardholder data</li>
<li>Requirement 2: Do not use vendor-supplied defaults for system passwords and other security parameters</li>
</ol>
</li>
<li><strong>Protect Cardholder Data </strong>
<ol>
<li>Requirement 3: Protect stored cardholder data</li>
<li>Requirement 4: Encrypt transmission of cardholder data across open, public networks</li>
</ol>
</li>
<li><strong>Maintain a Vulnerability Management Program </strong>
<ol>
<li>Requirement 5: Use and regularly update anti-virus software</li>
<li>Requirement 6: Develop and maintain secure systems and applications</li>
</ol>
</li>
<li><strong>Implement Strong Access Control Measures </strong>
<ol>
<li>Requirement 7: Restrict access to cardholder data by business need-to-know</li>
<li>Requirement 8: Assign a unique ID to each person with computer access</li>
<li>Requirement 9: Restrict physical access to cardholder data</li>
</ol>
</li>
<li><strong>Regularly Monitor and Test Networks </strong>
<ol>
<li>Requirement 10: Track and monitor all access to network resources and cardholder data</li>
<li>Requirement 11: Regularly test security systems and processes</li>
</ol>
</li>
<li><strong>Maintain an Information Security Policy </strong>
<ol>
<li>Requirement 12: Maintain a policy that addresses information security</li>
</ol>
</li>
</ul>
<p style="margin-bottom: 0in;">Each control objective contains additional details on what is required to meet the objective and requires a detailed study to fully understand them and their impact on your existing infrastructure.  Smaller companies have the option to use a self-certification questionnaire but even this can be difficult and time consuming.</p>
<p style="margin-bottom: 0in;">ZZ Servers has fully qualified security assessors and partnerships with PCI ASV/QSA&#8217;s for all levels PCI certification, required security scans and full level 1 PCI audit validation.  Contact us today so we can can assist with your adaption of PCI DSS in your environment and ensure your full compliance with these comprehensive regulations.  Let us help you prepare and prevent the damaging costs of a data breach.</p>
<p style="margin-bottom: 0in;">Peter Zendzian<br />
Managing Partner<br />
ZZ Servers, LLC<br />
<a href="http://www.zzservers.com/">www.zzservers.com</a><br />
800-796-3574</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2008/10/pci-data-security-standard-version-12-now-active/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>What Are The Benefits Of PCI Compliance?</title>
		<link>http://www.zendzign.com/2008/09/what-are-the-benefits-of-pci-compliance/</link>
		<comments>http://www.zendzign.com/2008/09/what-are-the-benefits-of-pci-compliance/#comments</comments>
		<pubDate>Sat, 13 Sep 2008 16:31:53 +0000</pubDate>
		<dc:creator>Peter Zendzian</dc:creator>
				<category><![CDATA[PHP]]></category>
		<category><![CDATA[dss]]></category>
		<category><![CDATA[PCI]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/?p=18</guid>
		<description><![CDATA[One of the most valuable commodities in this day and age is your own personal information. The more we make purchases over the Internet or over the phone, in other words: not in person, the more important that information becomes. However, as security breaches receive more coverage and are more well known to the public, [...]]]></description>
			<content:encoded><![CDATA[<div id="body">
<p>One of the most valuable commodities in this day and age is your own personal information. The more we make purchases over the Internet or over the phone, in other words: <em>not in person</em>, the more important that information becomes.</p>
<p>However, as security breaches receive more coverage and are more well known to the public, trust in the current security measures is coming into question, and the need for stronger security and standardized tools and controls became necessary.<span id="more-18"></span></p>
<p>Enter the PCI DSS, or Payment Card Industry Data Security Standard. This was created by the five major credit card companies as a guideline to help merchants and other companies implement the necessary hardware, software, and other procedures to guard sensitive credit card and personal information.</p>
<p>The encouragement to achieve PCI compliance comes in a couple different forms: benefits and mandates. The mandates are the requirements of PCI compliance, and attached to them are some very strict and specific penalties. These could include fines as high as $500,000 per incident, and the loss of the ability to accept credit cards at all.</p>
<p>On the other hand, there are a number of PCI compliance benefits that should be as much of an incentive, if not more so, than the penalties. It merely requires a proactive understanding of the long term benefits of compliance. Some of these benefits, you will find, are somewhat more intangible than others, but that doesn&#8217;t make them any less valuable.</p>
<p>The first and most obvious benefit of PCI compliance is a simple matter of trust. What if your company was the one that recently suffered a major security breach? What if you had to live with the stigma of &#8220;the company that lost thousands of credit card number&#8221;? Could you ever live it down? Could you survive the fallout?</p>
<p>A giant company may be able to weather the storm (as has been seen in some recent cases), but most companies need to focus on building lasting trust from the beginning. Being PCI compliant can help you achieve this.</p>
<p>More tangibly, merchants who are PCI compliant are offered protection from the fines if you should happen to be breached. If you are compliant at the time you suffer an attack, you can have a sort of safe harbor.</p>
<p>At the moment, these &#8220;carrots and sticks&#8221;, or mandates and benefits, are assumed to be enough to encourage merchants to gain PCI compliance. But if it turns out, in fact, to not be enough, the PCI Security Standards Council will likely change the measures of encouragement. The reason for these measures is that trust is the only thing that will propel the online industry forward. If customers lose their trust in the system, they <em>will</em> find alternate methods to do business.</p>
<p>It is a difficult thing in the naturally competitive environment of online business to consider something as nebulous as &#8220;the greater good&#8221;, but in a world where personal information is so valuable, creating an environment where that information is utterly secure should be a top priority.</p>
</div>
<p>Andy Eliason is a writer for Main10, Inc.  If you&#8217;d like to learn more about <a id="link_56" href="http://www.braintreepaymentsolutions.com/pci-compliance/article/6/" target="_">PCI compliance</a>, or how to become <a id="link_57" href="http://www.braintreepaymentsolutions.com/pci-compliance/p/3/" target="_">PCI DSS compliant</a>, visit <a id="link_58" href="http://www.braintreepaymentsolutions.com/" target="_">Braintree Payment Solutions</a> today and find out what they have to offer.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2008/09/what-are-the-benefits-of-pci-compliance/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>OpenSSL Vulnerability</title>
		<link>http://www.zendzign.com/2008/05/openssh-vulnerability/</link>
		<comments>http://www.zendzign.com/2008/05/openssh-vulnerability/#comments</comments>
		<pubDate>Fri, 23 May 2008 19:18:37 +0000</pubDate>
		<dc:creator>Peter Zendzian</dc:creator>
				<category><![CDATA[Debian]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Ubuntu]]></category>
		<category><![CDATA[openssl]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/2008/05/openssh-vulnerability/</guid>
		<description><![CDATA[A weakness has been discovered in the random number generator used by OpenSSL on Debian and Ubuntu systems. As a result of this weakness, certain encryption keys are much more common than they should be, such that an attacker could guess the key through a brute-force attack given minimal knowledge of the system. This particularly [...]]]></description>
			<content:encoded><![CDATA[<p>A weakness has been discovered in the random number generator used by OpenSSL on Debian and Ubuntu systems. As a result of this weakness, certain encryption keys are much more common than they should be, such that an attacker could guess the key through a brute-force attack given minimal knowledge of the system. This particularly affects the use of encryption keys in OpenSSH. </p>
<p><span id="more-14"></span></p>
<p>This vulnerability only affects operating systems which (like Ubuntu) are based on Debian. However, other systems can be indirectly affected if weak keys are imported into them. We consider this an extremely serious vulnerability, and urge all users to act immediately to secure their systems. </p>
<p>The following Ubuntu releases are affected: </p>
<ul>
<li>Ubuntu 7.04 </li>
<li>Ubuntu 7.10 </li>
<li>Ubuntu 8.04 LTS</li>
<li>Debian Etch 4.0</li>
<li>Debian Lenny 5.0</li>
</ul>
<p>For more details visit these links:</p>
<ul>
<li>Ubuntu: <a title="http://www.ubuntu.com/usn/usn-612-2" href="http://www.ubuntu.com/usn/usn-612-2">http://www.ubuntu.com/usn/usn-612-2</a></li>
<li>Debian: <a title="http://www.debian.org/security/2008/dsa-1571" href="http://www.debian.org/security/2008/dsa-1571">http://www.debian.org/security/2008/dsa-1571</a></li>
</ul>
<p>We consider this an extremely serious vulnerability, and urge all users to act immediately to secure their systems.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2008/05/openssh-vulnerability/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Securing Xen in a Distributed Environment</title>
		<link>http://www.zendzign.com/2008/05/securing-xen-in-a-distributed-environment/</link>
		<comments>http://www.zendzign.com/2008/05/securing-xen-in-a-distributed-environment/#comments</comments>
		<pubDate>Tue, 13 May 2008 07:54:25 +0000</pubDate>
		<dc:creator>Peter Zendzian</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Xen]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/2008/05/securing-xen-in-a-distributed-environment/</guid>
		<description><![CDATA[Xen is one of the newest virtualization platforms available that can securely run multiple virtual guest servers, each running its own operating system, on a single physical system with close to native performance.&#160; It is available on many Linux platforms as an open source application and directly from XenSource Inc.&#160; With the advent of multiple [...]]]></description>
			<content:encoded><![CDATA[<p>Xen is one of the newest virtualization platforms available that can securely run multiple virtual guest servers, each running its own operating system, on a single physical system with close to native performance.&#160; It is available on many Linux platforms as an open source application and directly from XenSource Inc.&#160; </p>
<p><span id="more-13"></span></p>
<p>With the advent of multiple core processors and Xen, it is possible to virtualize an entire data center and fit 50 or more independent servers into one Xen server.&#160; There are a number of third-party tools or known as management consoles have been developed to facilitate the common tasks of administering a Xen host, such as configuring, starting, monitoring and stopping of Xen guests. Examples include <a href="http://en.wikipedia.org/wiki/Enomalism">Enomalism</a>, <a href="http://www.xen-tools.org/software/xen-tools/">Xen Tools</a>, Google&#8217;s <a href="http://code.google.com/p/ganeti/">Ganeti</a>, <a href="http://mln.sourceforge.net/">MLN</a>, <a href="http://en.wikipedia.org/wiki/HyperVM">HyperVM</a>, <a href="http://en.wikipedia.org/wiki/FluidVM">FluidVM</a>, <a href="http://xenman.sourceforge.net/">ConVirt</a> (formerly <a href="http://en.wikipedia.org/wiki/XenMan">XenMan</a>) and Red Hat&#8217;s Virtual Machine Manager, <a href="http://virt-manager.et.redhat.com/">virt-manager</a>.&#160; Unfortunately, all of them fall short in one area or another in a distributed, secure and automated environment.</p>
<p>I will not get into how each of these management programs work but with few exceptions, they require complex installations into the Domain-0 or privileged domain and require incoming connections to it, or require a local desktop tool.&#160; While this is convenient, it is not completely secure and can potentially lead to vulnerabilities.&#160; If Domain-0 is ever compromised, all other guest domains running in it are vulnerable as well.&#160; As a basic for security, the following should be required:</p>
<ol>
<li>
<p>Run the smallest number of necessary services on Domain-0. </p>
</li>
<li>
<p>Use a firewall to restrict the traffic Domain-0.</p>
</li>
<li>
<p>Do not allow users to access Domain-0.</p>
</li>
<li>
<p>Do not allow any incoming connections to Domain-0.</p>
</li>
</ol>
<p>So, How do you manage a Xen server remotely if you cannot directly access Domain-0 you say?&#160; The answer is almost too simple, Domain-0 will use outgoing connections to a remote server.&#160; This not only allows the server to be more secure, it can potentially reduce memory and load requirements of the management domain.</p>
<p>Currently, we have working scripts that can provision and manage guest domains as well as send statistics to a remote server.&#160; These scripts are only just beginning but are currently working in a production environment.&#160; Each are released using GPL licensing in hopes that others will gain some use and provide feedback so we can make managing xen servers easier and more secure.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2008/05/securing-xen-in-a-distributed-environment/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Act Now To Prevent Data Breaches</title>
		<link>http://www.zendzign.com/2008/05/act-now-to-prevent-data-breaches/</link>
		<comments>http://www.zendzign.com/2008/05/act-now-to-prevent-data-breaches/#comments</comments>
		<pubDate>Tue, 13 May 2008 07:42:09 +0000</pubDate>
		<dc:creator>Peter Zendzian</dc:creator>
				<category><![CDATA[PCI]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/2008/05/act-now-to-prevent-data-breaches/</guid>
		<description><![CDATA[After twelve months of increasingly dramatic press headlines about failures to safeguard personal data records, it&#8217;s time to assess the size of the issue and identify best practice steps for reducing the incidence of, and damage caused by, these data breaches. The IT Governance Data Breaches Report identifies that spectacular data breaches, such as the [...]]]></description>
			<content:encoded><![CDATA[<p>After twelve months of increasingly dramatic press headlines about failures to safeguard personal data records, it&#8217;s time to assess the size of the issue and identify best practice steps for reducing the incidence of, and damage caused by, these data breaches.</p>
<p>The IT Governance Data Breaches Report identifies that spectacular data breaches, such as the UK&#8217;s HMRC CD-Rom fiasco and the prolonged theft of TK Maxx credit card records, are not caused by the misdemeanor of a junior employee but arise, rather, from systemically inadequate information security arrangements at the organizations where the incident occurs.</p>
<p><span id="more-12"></span></p>
<p>A data breach is &#8216;the unauthorized disclosure by an organization of personally identifiable information, where that disclosure compromises the security, confidentiality, or integrity of the data that has been disclosed.&#8217;</p>
<p>The Attrition database shows that the numbers of reported data breaches in the US increased from 22 in 2004 to 326 in 2006. The pattern in the UK and elsewhere is similar. Three developments in recent years make addressing this issue a real priority:</p>
<p>1. Identify theft is a low-risk, high return option for organized crime. Traditional crime, including violent robbery and theft, has clearly identifiable risks. It is easy to be recorded on video by CCTV, seen by witnesses or caught by means of DNA, and the returns are relatively low. High-tech crime, on the other hand, creates real problems for the police force and is, conversely, relatively low-risk for the criminal. Contributing factors include the perpetrator&#8217;s anonymity, the speed at which crimes can be committed, the volatility or transience of evidence, the trans-jurisdictional nature of cybercrime and the high costs of investigation.</p>
<p>2. Legal and regulatory compliance initiatives, such as the EU Data Protection directive and California&#8217;s data breach disclosure law, SB1386, have both formalized the concept that personal data must be legally protected, and introduced penalties for failing to do so.</p>
<p>3. The proliferation of mobile data storage devices has changed the boundaries of where we store our data and effectively eliminated &quot;fixed fortifications&quot; as an effective tool for preventing data breaches.</p>
<p>The number of data breaches reported both within the US and the UK has been steadily increasing since 2006. In the US, the introduction of California&#8217;s data breach disclosure law, SB1386, in July 2003 led to a greater awareness of data breaches and, as a consequence, greater reporting of them. Within the UK, the numbers of reported data breaches has also been steadily rising, with a large increase in the number of reported data breaches following the HMRC breach. The peaks in reported data breaches following the disclosure of the UK&#8217;s HMRC data loss, suggests that there were &#8211; and probably still are &#8211; many data breaches that go unreported and research suggests that organizations are reluctant to officially report data breaches unless they have already been exposed. The evidence suggests that waiting to be found out is not the best strategy.</p>
<p>12% of reported breaches in the UK were at regulated financial services organizations. Those reported in the unregulated private sector are much lower. An extrapolation from this behavior is that the likely scale and cost of data breaches in this sector in the UK is probably much bigger than has actually been reported &#8211; and at least as great as that in the public and regulated sectors.</p>
<p>The reported number of internally caused data breaches remains lower than external ones, but averages to around a third of those reported each year since 2000. Many data breaches are self-inflicted in that organizations adopt confidentiality regimes that make it difficult for people to actually do their job and, as a result, they bypass controls with unpredictable but inevitable data breach consequences.</p>
<p>The Ponemon report commented that &quot;the investment required to prevent a data breach is dwarfed by the resulting costs of a breach&quot; and &quot; the return on investment (ROI) and justification for preventative measures is clear&quot;. Costs of data breaches &#8211; legal costs, the costs of restitution, brand damage, lost customers and so on &#8211; are significant; for financial services organizations, it was about &#163;55 per compromised record.</p>
<p>Whilst not involving legal compliance, if an organization has a credit card-related data breach and is found not in compliance with the Payment Card Industry Data Security Standard (PCI DSS), there are potentially severe contractual and financial penalties, including a bar on the business accepting payment cards.</p>
<p>All these factors make the protection of personal data a key business and compliance responsibility; the information security management standard ISO27001 provides a best-practice specification for an information security management system that would meet the requirements of the Data Protection Act 1998.</p>
<p>The most important steps for Data Protection Act compliance are:</p>
<p>As a minimum:</p>
<p>1. Encrypt all personal data on laptops; whole disk encryption is a more secure solution than folder or file level encryption, and FIPS 140-2 is the recognized standard for encryption engines.</p>
<p>2. Encrypt all removable and portable media that might contain personal data, including USB drives, CD-Roms and magnetic backup tapes.</p>
<p>In addition:</p>
<p>3. Establish rigorous procedures to ensure the physical destruction of redundant computer drives, magnetic media and paper records prior to disposal, and ensure that disposals are made in line with a formal data retention timetable.</p>
<p>4. Organizations that accept credit and other payment cards should also comply with the PCI DSS.</p>
<p>5. Provide regular training and awareness on legal responsibilities for all staff that deal with personal data.</p>
<p>6. Deploy outward-bound channel (email, instant messenger) filtering software with customized dictionaries for relevant legislation such as DPA, PCI, etc</p>
<p>7. Establish a vulnerability patching program and implement anti-malware software.</p>
<p>8. Implement a business-driven access control policy, combined with effective authentication.</p>
<p>9. Develop an incident management plan that enables the organization to respond effectively to any data breaches.</p>
<p><a href="http://www.itgovernance.co.uk/products/1615">Data Breaches Report</a>    <br /><a href="http://www.itgovernance.co.uk/iso27001.aspx">ISO27001</a>    <br /><a href="http://www.itgovernance.co.uk/products/1633">PCI DSS</a></p>
<p>Article Source: <a href="http://EzineArticles.com">http://EzineArticles.com</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2008/05/act-now-to-prevent-data-breaches/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
