<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Forcing Software for PCI Compliance</title>
	<atom:link href="http://www.merchantequip.com/merchant-account-blog/336/forcing-software-for-pci-compliance/feed" rel="self" type="application/rss+xml" />
	<link>http://www.merchantequip.com/merchant-account-blog/336/forcing-software-for-pci-compliance</link>
	<description>Merchant Accounts, Ecommerce, Processing Equipment</description>
	<lastBuildDate>Fri, 23 Sep 2011 22:04:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: kitty</title>
		<link>http://www.merchantequip.com/merchant-account-blog/336/forcing-software-for-pci-compliance/comment-page-1#comment-27438</link>
		<dc:creator>kitty</dc:creator>
		<pubDate>Thu, 26 May 2011 01:22:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.merchantaccountblog.com/?p=336#comment-27438</guid>
		<description>Not true! I contacted First Data, who was my 1st processor ( I canged Merch Serv Providers--dont get me started on why--) the 2nd processor was also First Data...they have been charging me for the past 3 months ($129/yr)for PCI Non-compliance, but refuse to recognize the Securrity Metrics compliance documentaion I sent them. Now, they say: &quot;well, we often will offer to refund those fees if you agree to stay with us...&quot; No way will I stay with these vipers. between PCI fees and their constant new fees, I&#039;ve had it with First Data!</description>
		<content:encoded><![CDATA[<p>Not true! I contacted First Data, who was my 1st processor ( I canged Merch Serv Providers&#8211;dont get me started on why&#8211;) the 2nd processor was also First Data&#8230;they have been charging me for the past 3 months ($129/yr)for PCI Non-compliance, but refuse to recognize the Securrity Metrics compliance documentaion I sent them. Now, they say: &#8220;well, we often will offer to refund those fees if you agree to stay with us&#8230;&#8221; No way will I stay with these vipers. between PCI fees and their constant new fees, I&#8217;ve had it with First Data!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PWF1</title>
		<link>http://www.merchantequip.com/merchant-account-blog/336/forcing-software-for-pci-compliance/comment-page-1#comment-25433</link>
		<dc:creator>PWF1</dc:creator>
		<pubDate>Thu, 17 Mar 2011 16:35:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.merchantaccountblog.com/?p=336#comment-25433</guid>
		<description>I also use First Data. I have called and asked about BB charges on my statements... get a Dumb A-s reply of &quot;You must not have gotten the address right when manually entering the number&quot;. I stopped using AVS because they charge me for the service and they do not pass the discount along to me. When I call and ask questions about anything on the statement or ask for my rep, who has changes 3 time in as many years, I get asked if I want to cancel, then get warned about the termination and equipment fee, just for asking them to explain the statement. I also am due for &quot;PCI Security metrics update&quot;. I use straight dial up on my processing machine. Your best bet is to call and get a human on the phone while doing the questionnaire, seems to work better.</description>
		<content:encoded><![CDATA[<p>I also use First Data. I have called and asked about BB charges on my statements&#8230; get a Dumb A-s reply of &#8220;You must not have gotten the address right when manually entering the number&#8221;. I stopped using AVS because they charge me for the service and they do not pass the discount along to me. When I call and ask questions about anything on the statement or ask for my rep, who has changes 3 time in as many years, I get asked if I want to cancel, then get warned about the termination and equipment fee, just for asking them to explain the statement. I also am due for &#8220;PCI Security metrics update&#8221;. I use straight dial up on my processing machine. Your best bet is to call and get a human on the phone while doing the questionnaire, seems to work better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jh2</title>
		<link>http://www.merchantequip.com/merchant-account-blog/336/forcing-software-for-pci-compliance/comment-page-1#comment-21784</link>
		<dc:creator>jh2</dc:creator>
		<pubDate>Mon, 10 May 2010 17:09:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.merchantaccountblog.com/?p=336#comment-21784</guid>
		<description>I own one small shop storefront, yet pay 3% fees + fixed 20 cents + various fees for special rewards cards + statements fees. Now Bankcard Services has added $100 PCI compliance fees globally due to the prevalence of fraud abuse. If they can&#039;t implement a system with the money they are generating from all those fees that is secure, why am I paying them an additional fee for their service? Here is what I am going to do, I am going to charge all my customers 5% more for credit card use, as a CC tax. I am going to accept and encourage checks and/or cash. As a merchant, my only way to fight is by adopting this approach, VISA and MC should ultimately be hurt by this decision; but unfortunately, customers continue to blindly do business by credit until they see it impact their wallets visibly. I hope others join my campaign.</description>
		<content:encoded><![CDATA[<p>I own one small shop storefront, yet pay 3% fees + fixed 20 cents + various fees for special rewards cards + statements fees. Now Bankcard Services has added $100 PCI compliance fees globally due to the prevalence of fraud abuse. If they can&#8217;t implement a system with the money they are generating from all those fees that is secure, why am I paying them an additional fee for their service? Here is what I am going to do, I am going to charge all my customers 5% more for credit card use, as a CC tax. I am going to accept and encourage checks and/or cash. As a merchant, my only way to fight is by adopting this approach, VISA and MC should ultimately be hurt by this decision; but unfortunately, customers continue to blindly do business by credit until they see it impact their wallets visibly. I hope others join my campaign.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel</title>
		<link>http://www.merchantequip.com/merchant-account-blog/336/forcing-software-for-pci-compliance/comment-page-1#comment-21713</link>
		<dc:creator>Daniel</dc:creator>
		<pubDate>Thu, 22 Apr 2010 12:09:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.merchantaccountblog.com/?p=336#comment-21713</guid>
		<description>Hey guys!
I&#039;m totally agreed that that PCi compliance is total shit.

Here is how one my fried solve it exactly with security metrics.

1) get out from your webserver heet head string that said which php version you run. And right after security metrics (and anyone others) stop claims about old php.

2) hire site admin and face him the aim: be compliance with exactly PCi compliance provider. 

And, clearly, find someone enought cheap for you, because all it need to banks, not us, and all it just take money from our pockets.

I bet 99% people will agree with me.</description>
		<content:encoded><![CDATA[<p>Hey guys!<br />
I&#8217;m totally agreed that that PCi compliance is total shit.</p>
<p>Here is how one my fried solve it exactly with security metrics.</p>
<p>1) get out from your webserver heet head string that said which php version you run. And right after security metrics (and anyone others) stop claims about old php.</p>
<p>2) hire site admin and face him the aim: be compliance with exactly PCi compliance provider. </p>
<p>And, clearly, find someone enought cheap for you, because all it need to banks, not us, and all it just take money from our pockets.</p>
<p>I bet 99% people will agree with me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric B</title>
		<link>http://www.merchantequip.com/merchant-account-blog/336/forcing-software-for-pci-compliance/comment-page-1#comment-21652</link>
		<dc:creator>Eric B</dc:creator>
		<pubDate>Fri, 16 Apr 2010 22:07:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.merchantaccountblog.com/?p=336#comment-21652</guid>
		<description>The SecurityMetrics site fails security 101. They show the currently logged in user ID in the upper right corner of the web-page. This is severe and basic security failure. The login screen is the only place where a user ID should appear in plain site. After login, the information should never be displayed. Why? Because anyone looking at your screen can see 1/2 of the info needed to login. All they have to do is guess the password. 

I raised this issue with them. One supervisor said that they had no way to change the site. Hmmmm. It is their site. They should be able to change it. Further, they said it was not an issue because the connection is secure. They missed the whole point of security. I cannot trust such an organization.</description>
		<content:encoded><![CDATA[<p>The SecurityMetrics site fails security 101. They show the currently logged in user ID in the upper right corner of the web-page. This is severe and basic security failure. The login screen is the only place where a user ID should appear in plain site. After login, the information should never be displayed. Why? Because anyone looking at your screen can see 1/2 of the info needed to login. All they have to do is guess the password. </p>
<p>I raised this issue with them. One supervisor said that they had no way to change the site. Hmmmm. It is their site. They should be able to change it. Further, they said it was not an issue because the connection is secure. They missed the whole point of security. I cannot trust such an organization.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John C</title>
		<link>http://www.merchantequip.com/merchant-account-blog/336/forcing-software-for-pci-compliance/comment-page-1#comment-21594</link>
		<dc:creator>John C</dc:creator>
		<pubDate>Thu, 25 Mar 2010 14:50:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.merchantaccountblog.com/?p=336#comment-21594</guid>
		<description>Here&#039;s another angle:

I maintain a web site on Bluehost for a non-profit. Last summer we switched to a new bank and credit card gateway.

In April 2009 we were deemed noncompliant because our host (Bluehost) was running php &quot;older than 5.2.9.&quot; Several emails back and forth from BH support to our PCI Compliance folks (Security Metrics) finally convinced Security Metrics that the security fixes in 5.2.10 had been backported into BH&#039;s version of 5.2.9.

Then in December we began the game all over again. The site was deemed noncompliant because our host was running php &quot;older than 5.2.12.&quot;

In January 2010 BH support told me they were in final stages of testing for implementing 5.2.12. Two months later (and several emails) BH still has not implemented 5.2.12 and we are being levied an additional $20/month for each month &quot;out of compliance.&quot;

NOW -- get this -- before BH implements 5.2.12, my latest non-compliance email from Security Metrics today says they require PHP 5.3.2. This leapfrog game seems to have the PCI Compliance cops at least one step ahead of Bluehost. Gobs of my time and aggravation have been spent and now it seems the game is rigged against me and there can be no end. I&#039;m probably going to be forced to change banks or change hosts. Anyone else have this experience??</description>
		<content:encoded><![CDATA[<p>Here&#8217;s another angle:</p>
<p>I maintain a web site on Bluehost for a non-profit. Last summer we switched to a new bank and credit card gateway.</p>
<p>In April 2009 we were deemed noncompliant because our host (Bluehost) was running php &#8220;older than 5.2.9.&#8221; Several emails back and forth from BH support to our PCI Compliance folks (Security Metrics) finally convinced Security Metrics that the security fixes in 5.2.10 had been backported into BH&#8217;s version of 5.2.9.</p>
<p>Then in December we began the game all over again. The site was deemed noncompliant because our host was running php &#8220;older than 5.2.12.&#8221;</p>
<p>In January 2010 BH support told me they were in final stages of testing for implementing 5.2.12. Two months later (and several emails) BH still has not implemented 5.2.12 and we are being levied an additional $20/month for each month &#8220;out of compliance.&#8221;</p>
<p>NOW &#8212; get this &#8212; before BH implements 5.2.12, my latest non-compliance email from Security Metrics today says they require PHP 5.3.2. This leapfrog game seems to have the PCI Compliance cops at least one step ahead of Bluehost. Gobs of my time and aggravation have been spent and now it seems the game is rigged against me and there can be no end. I&#8217;m probably going to be forced to change banks or change hosts. Anyone else have this experience??</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Castor troy</title>
		<link>http://www.merchantequip.com/merchant-account-blog/336/forcing-software-for-pci-compliance/comment-page-1#comment-21572</link>
		<dc:creator>Castor troy</dc:creator>
		<pubDate>Thu, 18 Mar 2010 09:59:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.merchantaccountblog.com/?p=336#comment-21572</guid>
		<description>The issue we have with security metrics is that they don&#039;t seem to apply the same PCI standards to themselves. 

On a recent scan they highlighted that we had a login form (username/password) visible on a http connection rather than https (on our homepage). We pointed out that they form submitted over https so no information was sent to the server unencrypted. They advised to pass the scan both the form and the page needed to be https. We made the changes to allow us to pass the scan.

I then realised they have the exact same setup on their own website. You login from their homepage using a form which is viewed over http and submits to https. 

Surly they would fail their own scan?

Within they&#039;re website you can purchase additional scans on other domains etc and can pay by credit card , so one would assume they need to be PCI compliant themselves?

Seems odd that they would appear to fail their own standards? 

I did raise the issue with them but received no explanation.</description>
		<content:encoded><![CDATA[<p>The issue we have with security metrics is that they don&#8217;t seem to apply the same PCI standards to themselves. </p>
<p>On a recent scan they highlighted that we had a login form (username/password) visible on a http connection rather than https (on our homepage). We pointed out that they form submitted over https so no information was sent to the server unencrypted. They advised to pass the scan both the form and the page needed to be https. We made the changes to allow us to pass the scan.</p>
<p>I then realised they have the exact same setup on their own website. You login from their homepage using a form which is viewed over http and submits to https. </p>
<p>Surly they would fail their own scan?</p>
<p>Within they&#8217;re website you can purchase additional scans on other domains etc and can pay by credit card , so one would assume they need to be PCI compliant themselves?</p>
<p>Seems odd that they would appear to fail their own standards? </p>
<p>I did raise the issue with them but received no explanation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jestep</title>
		<link>http://www.merchantequip.com/merchant-account-blog/336/forcing-software-for-pci-compliance/comment-page-1#comment-21513</link>
		<dc:creator>jestep</dc:creator>
		<pubDate>Wed, 17 Feb 2010 22:50:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.merchantaccountblog.com/?p=336#comment-21513</guid>
		<description>&lt;blockquote&gt;One more thing. If my credit card processor and my credit card gateway are both PCI Compliant, then why do I have to be PCI Compliant. We are already getting fee-d to death by both of them for every transaction and now we have to pay more fees.&lt;/blockquote&gt;

First off, security metrics isn&#039;t at fault here. Your processor has outsourced PCI to Security Metrics and your processor is responsible for these charges.

Second, you should be able to get a refund for the extra merchant numbers. A business only needs to get PCI certified once. It&#039;s ridiculous that they wouldn&#039;t refund you for the accounts past the first on on this.

Lastly, as long as your business plays part in accepting a credit card, you are just as liable for a breach as your payment gateway or processor.

I think based on the experience that you are having, you need to find a new processor. It&#039;s completely unacceptable that you would be charged multiple times for this. The fact that they wouldn&#039;t refund past the first charge just makes no sense. PCI is not something that is going away, but it shouldn&#039;t be a burden to the point that it&#039;s really hampering your business. Your processor obviously doesn&#039;t care for your business even though you have several accounts with them. Go find somebody that does.</description>
		<content:encoded><![CDATA[<blockquote><p>One more thing. If my credit card processor and my credit card gateway are both PCI Compliant, then why do I have to be PCI Compliant. We are already getting fee-d to death by both of them for every transaction and now we have to pay more fees.</p></blockquote>
<p>First off, security metrics isn&#8217;t at fault here. Your processor has outsourced PCI to Security Metrics and your processor is responsible for these charges.</p>
<p>Second, you should be able to get a refund for the extra merchant numbers. A business only needs to get PCI certified once. It&#8217;s ridiculous that they wouldn&#8217;t refund you for the accounts past the first on on this.</p>
<p>Lastly, as long as your business plays part in accepting a credit card, you are just as liable for a breach as your payment gateway or processor.</p>
<p>I think based on the experience that you are having, you need to find a new processor. It&#8217;s completely unacceptable that you would be charged multiple times for this. The fact that they wouldn&#8217;t refund past the first charge just makes no sense. PCI is not something that is going away, but it shouldn&#8217;t be a burden to the point that it&#8217;s really hampering your business. Your processor obviously doesn&#8217;t care for your business even though you have several accounts with them. Go find somebody that does.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jestep</title>
		<link>http://www.merchantequip.com/merchant-account-blog/336/forcing-software-for-pci-compliance/comment-page-1#comment-21512</link>
		<dc:creator>jestep</dc:creator>
		<pubDate>Wed, 17 Feb 2010 22:38:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.merchantaccountblog.com/?p=336#comment-21512</guid>
		<description>&lt;blockquote&gt;

I am being charged $139.80 per year for PCI Compliance by Transaction Solitions, (a provider of First Data). I am switching to Sam’s Club, (also a provider of First Data), because they have offered me a PCI Compliance fee on only $39.00 per year. Also they are lowering my MC &amp; Visa discount rate from 2.035% to 1.49%.&lt;/blockquote&gt;

I wouldn&#039;t be too sure on Sam&#039;s being cheaper. We and just about every other reasonable processor in the country is lower priced than sams club. The rate you&#039;re quoting is only for qualified transactions. You end up paying for it on downgrades. 1.49% is a debit only rate also. Your credit rate will be more like 1.7 - 1.8%. Just by the fact that Sam&#039;s is trying to use smoke and mirrors to get your business, I would stay away. There&#039;s plenty of honest, upfront providers out there that have cheaper PCI fees than $140 per year.</description>
		<content:encoded><![CDATA[<blockquote>
<p>I am being charged $139.80 per year for PCI Compliance by Transaction Solitions, (a provider of First Data). I am switching to Sam’s Club, (also a provider of First Data), because they have offered me a PCI Compliance fee on only $39.00 per year. Also they are lowering my MC &#038; Visa discount rate from 2.035% to 1.49%.</p></blockquote>
<p>I wouldn&#8217;t be too sure on Sam&#8217;s being cheaper. We and just about every other reasonable processor in the country is lower priced than sams club. The rate you&#8217;re quoting is only for qualified transactions. You end up paying for it on downgrades. 1.49% is a debit only rate also. Your credit rate will be more like 1.7 &#8211; 1.8%. Just by the fact that Sam&#8217;s is trying to use smoke and mirrors to get your business, I would stay away. There&#8217;s plenty of honest, upfront providers out there that have cheaper PCI fees than $140 per year.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: LaMar</title>
		<link>http://www.merchantequip.com/merchant-account-blog/336/forcing-software-for-pci-compliance/comment-page-1#comment-21511</link>
		<dc:creator>LaMar</dc:creator>
		<pubDate>Mon, 15 Feb 2010 21:47:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.merchantaccountblog.com/?p=336#comment-21511</guid>
		<description>I am being charged $139.80 per year for PCI Compliance by Transaction Solitions, (a provider of First Data).   I am switching to Sam&#039;s Club, (also a provider of First Data), because they have offered me a PCI Compliance fee on only $39.00 per year.  Also they are lowering my MC &amp; Visa discount rate from 2.035% to 1.49%.</description>
		<content:encoded><![CDATA[<p>I am being charged $139.80 per year for PCI Compliance by Transaction Solitions, (a provider of First Data).   I am switching to Sam&#8217;s Club, (also a provider of First Data), because they have offered me a PCI Compliance fee on only $39.00 per year.  Also they are lowering my MC &amp; Visa discount rate from 2.035% to 1.49%.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

