将信用卡信息存储在我公司控制下的Web服务器中会造成严重的安全风险。这是一种刺激,它迫使我们小心谨慎地对待我们的数据库。这是一项法律责任。HTML5本地存储对信用卡信息的安全影响
显然,这对于那些从一个会话到另一个会话处于同一浏览器的用户来说真的很有用,所以有一个UX命中。
将这些信息放入HTML5本地存储是否会提高安全性?
将信用卡信息存储在我公司控制下的Web服务器中会造成严重的安全风险。这是一种刺激,它迫使我们小心谨慎地对待我们的数据库。这是一项法律责任。HTML5本地存储对信用卡信息的安全影响
显然,这对于那些从一个会话到另一个会话处于同一浏览器的用户来说真的很有用,所以有一个UX命中。
将这些信息放入HTML5本地存储是否会提高安全性?
可能
通过存储个人计算机上的信用卡详细信息,可以减少单台服务器的一个成功的黑客(或“系统”),导致许多信用信息的机会(数百/成千上万)的用户被入侵。理想的解决方案需要将相似(或更低)的风险存储在服务器上,但分发攻击面并因此大大减少影响。
这里是一个建议的方法的总结(我已经完全构成为SO质疑HERE,没有“便便-普斯”作为尚未):
检索的加密密钥服务器通过HTTPS。
使用它(在javascript中)在本地存储中的信用卡详细信息与用户输入的同时加密。
当用户离开页面时,将键扔掉。
如果用户稍后返回,他们可以从服务器检索相同的密钥,以及用于缓存前进细节的新密钥(以避免同一密钥被反复使用)。
服务器不必保留信用卡详细信息的副本,黑客需要获得访问级别,以便他们无论如何都能看到用户在页面上输入的详细信息。
这是一个好主意。 –
号
因为那么任何人都可以走到电脑,并获得未加密的信用卡信息。本地存储未在计算机上加密。在安全的服务器上存储它是一个更好的选择(即使有法律问题)。
但最好的选择是根本不存储它。这减少了每个人的法律和财务问题。如果人们对用户体验感到不满,向他们解释不存储他们的信用卡号码是为了保护他们。
最好的选择是根本不存储它。 –
此外,现在任何跨站点脚本问题都会从攻击者劫持会话转变为攻击者,劫持会话并窃取CC信息。 –
@AshBurlaczenko是完全正确的。如果可能的话,不要存储任何东西。 –
这个问题似乎是脱离主题,因为它不是编程 –