credit cards and fP
Fairlight
fairlite at fairlite.com
Wed Dec 10 12:08:10 PST 2008
Someone came to me today with a request. They use my RawQuery program to
handle credit card requests to the financial institution. Apparently,
either one financial institution's rules changed, or PCI compliance now (or
always has and is just being cracked down on) dictates that information not
be written even temporarily to the hard drive. So I've been told.
RawQuery uses a file for its data field input. I -can- make it possible to
specify that it read its file from STDIN for IPC purposes. The problem is
filePro integration. There's no way to -get it there-. filePro's binaries
all use STDOUT for their screen drawing, there's no (known, tTBOMK) way to
suppress that without redirecting the entire stream, and fP lacks a popen()
function that would make STDIN streams in called programs tennable.
Any known solutions/workarounds? Only thing I could think of would be
using a named pipe, but that's *nix only.
Seems like fP went from raw file I/O directly to sockets without covering
the middle ground of IPC pipes. Not good...
Looking for a solution, in case others come up with this same request. I
-can- make the necessary adjustments in my software, but it does no
apparent good when considering what fP is currently capable of doing (or
not).
Don't even suggest putting it on the command line. That's going to show up
in the process table and be way more insecure than file storage will ever
be. Open to any reasonable IPC solution. Preferably 4.8/5.0.x compatible.
mark->
More information about the Filepro-list
mailing list