最近曝光的Heartbleed漏洞，是一个OpenSSL加密的错误，也是我们一直面对的安全威胁的另一个提醒。Heartbleed错误能让任何人在互联网上读取到系统内存，这些系统是由容易受攻击部分的OpenSSL软件所保护。这损害了用于识别服务供应商和对数据流、用户名、用户和实际内容的密码加密的秘密密钥。这样使攻击者可以窃听通信信息，直接从服务和用户窃取数据并进行冒充服务和用户个人。
这个错误在生产软件中已经存在超过两年，并被领先的安全专家形容为“灾难性的”。立即的解决办法是找出受影响的系统，应用此修补程序和更新的SSL证书，用户也需要被通知进行密码更改和跟踪暴露信息的误用。
即使今天这错误打了补丁，也不能保证相似类型的错误不会再出现或隐藏在软件中未被发现。这种有类似影响的漏洞，将来可能从另一个SSL库或应用程序产品再出现。
这也引出了一些问题，是否SSL能充分保护数据保密性和在线交易的完整性？企业如何可以管理通过网络服务泄露的将来数据的风险，并让他们的客户相信他们的数据是安全的，避开了窃听者？是否已经可以做了一些事以减轻此类事件的风险？
为了防止敏感数据的暴露，即使SSL加密被破坏，企业需要一个强大的数据保护解决方案来保护密码和敏感交易数据，如端到端加密功能（E2EE）。E2EE功能确保敏感数据一直被加密，甚至在易受攻击的网上或应用服务器上的内存内。它也能提供HeartBleed 类型错误的保护，也能防止内部人士，如软件开发者或数据管理人员（DBA）无意或故意泄露敏感数据。实际上，新加坡金融管理局（MAS）和香港金融管理局(HKMA)已授权金融机构采用E2EE来保护密码和电子银行网站上关键的交易数据。
像许多金融机构一样，机构应该采用同样的非常好的实践来对密码和敏感数据进行加密，并且除了SSL保护外加密数据通过通信信道发送。通过使用一个加密库和密钥数据，在数据提交到服务器端之前，在入口点（用户桌面／智能手机）进行数据加密。 这个数据在网络服务器甚至到应用服务器上一直处于加密状态。该数据可以在应用服务器被解密，但在密码的情况下，它们依然被加密并在HSM内部进行验证。硬件安全模块（HSM）是使用满足FIPS标准的防篡改硬件的加密设备。因此，密码加密是从入口点到对比点的。除了减轻Heartbleed类型漏洞的影响，这将确保在运输和存储过程中内部网没有人有权访问密码，并可以防止内部欺诈。
总而言之，有效的数据保护需要分层的安全解决方案和正确处理过程的结合。企业不应该等到下一个网络服务器漏洞出现，应该在应用层调查实施端到端加密（E2EE）解决方案来保护它们机密信息，而不是依靠SSL保护。
