Storing credit card data
Eric Chatonet
eric.chatonet at sosmartsoftware.com
Thu Dec 14 08:27:41 EST 2006
Hi Richard,
We have solved a similar problem.
It supposes:
. A text file in the public section of the website where are stored
current login/password and main address to a private and protected
part of the website using salted SSL encryption.
. Actually login, password and main address (IP root address you can
append to what you want) are never stored in the Rev client but only
in RAM at request into a script local var that is immediately deleted
when done.
Then this allows to retrieve or post any data from the user place to
the server.
That's the first part.
On the other hand it does not seem difficult to build a Rev app to
handle data stored encrypted on your server.
Hope this helps.
If you need more info, write me off-list.
Le 14 déc. 06 à 13:39, Richard Miller a écrit :
> Looking for suggestions on how to safely store credit card data. It
> needs to be an automated process so that the card can be charged
> monthly and it needs to happen from within Rev (i.e. can't use a
> browser). Here's the scenario.
>
> 1. User enters their card number in our Rev app (from their home or
> work computer)
>
> 2. For most of our services, we securely process their service
> charge and immediately discard the card number.
>
> 3. We're now starting up an optional monthly service. We need to
> take that card number, store it, then bill the user each month. It
> should be a fully automated system, not requiring our staff to
> enter a password or anything else for the periodic charges to be
> billed.
>
> 4. We're using our own servers for data storage.
>
> Thanks.
> Richard Miller
> Imprinter Technologies
Best Regards from Paris,
Eric Chatonet
------------------------------------------------------------------------
----------------------
http://www.sosmartsoftware.com/ eric.chatonet at sosmartsoftware.com/
More information about the use-livecode
mailing list