一个存储大量信用卡信息的数据库是我们刚刚完成的系统中不可避免的一部分。不过,我想要的是卡号的最终安全性,通过它,我们建立了加密和解密机制,但我们自己却无法解密任何给定的数字。
我想要的是一种保护这些信息的方法,即使在数据库级别上也是如此,这样就没有人能够进入并生成一个卡片号码文件。其他人如何克服这一问题?什么是“标准”的方法?
至于数据的使用,所有的链接都是保密的,除了创建记录和加密之外,不执行卡号的传输,所以我并不担心前端,而只是后端。
好的,数据库是ORACLE,所以我有PL/SQL和Java可玩。
发布于 2008-09-12 16:03:26
不缺少愿意存储CC信息并交换令牌的处理器,您可以使用该令牌对存储的数字进行票据处理。这使您脱离了PCI遵从性,但仍然允许按需计费。根据需要存储CC的原因,这可能是一个更好的选择。
大多数公司将此称为“客户简介管理”(),实际上在收费方面相当合理。
我认识的几个提供者(不按特定顺序):
发布于 2008-09-12 15:32:30
除非您是支付处理程序,否则您实际上不需要存储任何类型的CC信息。
回顾您的需求,确实没有太多需要存储CC信息的情况。
发布于 2008-09-12 15:13:28
不要存储信用卡号码,而是存储散列。当您需要验证一个新数字是否与存储的数字匹配时,请获取新数字的散列,并将其与存储的散列进行比较。如果他们匹配,数字(在理论上)是相同的。
或者,您可以通过让输入卡号的用户输入密码短语来加密数据;您可以将其用作加密/解密密钥。
但是,任何能够访问您的数据库和源代码的人(即。你和你的团队会发现解密这些数据(即。修改实时代码,以便将输入到一次性Hotmail帐户的任何解密密钥电子邮件,等等)。
https://stackoverflow.com/questions/59204
复制相似问题