Forum Moderators: buckworks
Thanks!
- Don
That's a near impossibility to locate them all - far too many differences and there's no tool to do it with other than the SEs themselves. May I ask what the purpose of your quest is?
I want to find websites that are ecommerce enabled (specifically ones that allow credit card payments)
What are you planning on doing with the data itself? You could look at directory sites - some have an e-commerce section that might have some sites.
To somewhat answer the question (hesistantly), you might look through sites to see if certain words are on there (cart, shipping, shop, paypal, visa, mastercard). Some might ask why I am answering when I think something bad, I am answering because you might want to set up some kind of directory to help those e-commerce website promote their products. (There are still some people out there that like to help people.)
I represent a new company that has a solution to add another layer of security when using your credit card online. We need to interface with the credit card input fields of the ecommerce site and the more sites we can partner with the more beneficial and ubiquitous our solution will be. Since we are a new company we have not gone wide yet with our promotion.
Any suggestions/comments as to how we can reach the widest possible audience are welcome (whether ecommerce website owners or even end users who will ultimately be using our solution to make their credit card purchases more secure).
We need to interface with the credit card input fields of the ecommerce site and the more sites we can partner with the more beneficial and ubiquitous our solution will be.
Even if you found a spider that generated a big list of e-com sites, how are you going to contact those sites? I hope you're not planning to SPAM them with the contact information the crawler finds on the site!
The upstream solution you suggested is probably a much more efficient solution in the long run.
Thanks!
It might be the gateways you want to look at, or it might be the transaction processors (platforms) like First Data or Elavon. However, before this to happen, if you are handling any part of the cardholder data, you need to look at PCI DSS and comply with those regulations.
Adding another component into this transaction could be messy - already a lot of players involved in this. You would probably want to contact the card associations as well to get their approval. Having this will make you reputable. Being PCI DSS compliant will make you reputable. Spidering websites though for emails will not.
Why do we need another layer of security? What would it add that 128 or 256 byte encryption does not add?
Unless this is going to add something new, such as between the users keyboard and remote site, I don't see what is gained and why I would buy it.
But it already exists. I have run across at least two other applications that track fraud IP's, known scam drop ship addresses, and similar. I did not pay much attention to them at the time because we have tightened so much lately on our out of country card acceptance anyway, to the point where we simply block about 3/4 of Africa for instance.
Now, if all this was tied into a central database - some kind of fraud clearing house, then it might be useful.
What if orders were tied to a database that gave you a "security rating" based on country of origin, history of IP activity, history of CC# activity, etc? If the formula were right, would this be of use to you?
This data is able to to let the merchant know if the consumer has a probability of doing a chargeback. It relies on neural net technology along with real-time information on millions of transactions occurring everywhere in the world.
Unfortunately, when the model was built they forgot to include a way to charge merchants. So the data is just sitting there, unused but building every minute as hundreds of transactions go through the platform daily.
I would like to see a PITA Customer database
me too!
But these transaction processors would be the best bet at compiling this information - better than the card associations (like VisaNet). The transaction processors would have data from over a hundred gateways and on all the card brands, not just one.
Sure the gateways could start to gather this data as well but it would not be as good as the transaction processor.
Actually, LinkShield used to be free years ago when it was owned by Cardservice but as First Data bought the company, LinkShield was not offered any longer, but still there - and if you knew someone who had access to the system, the merchant could still get it.
Then when KKR bought the company, the product basically vanished over night - mainly because most of the employees who had worked 10-20 years at the company were let go. It is rumored that KKR realizes the value of such information but if they ever offer it again, who knows.
How do you get that data? Lots of privacy concerns for card holders.
