大家好，又见面了，我是你们的朋友全栈君。
|
前些日子公司的应用要和合作方对接，我参与了webservice这块的工作，在访问量很小的情况下基本上完成了功能，但安全这块没有找到合适的方案，所以自己做了些旁门左道的设想，不一定合理和完善，希望能起个抛砖引玉的作用。 对于传输时的安全，比较容易地加入到Webservice应用。可以利用HTTPS协议，就可以获得连接过程中的安全。 a.我们目前这个项目没有计划采用https。当然我是很希望采用这种策略，因为系统的安全性越高越好啊，但是没采用我也没办法。 传输过程中数据的保护是对于消息本身的保护。你可以使用已有的XML安全扩展标准，实现数字签名的功能，从而保证你的消息是来自特定方并没有被修改过。XML文件的加密技术从大程度上加强了Webservice的安全，它能够定制数据传输到后，能否被接受者所查看，进一步完善了传输后的安全，业界也在不断的制定Webservice的安全标准，比如SAML 和WS-Security。 b.数字签名可以确保传递的数据没有被第三方恶意修改过。数字签名这块理论上了解一点，具体的实施没有做过，听前辈高人说，可以采用伪签名机制，没有深入学习。整体上的设想是，将来用户量上来了，可以购买正式的数字签名产品，来避免数据被篡改的危险。目前针对数据可能会被篡改的危险，采用了消息摘要的策略，因为它确实具备这种能力，也因为这种策略被广为采用。 最后一层保护就是依靠底层架构的安全，这更多的来自于操作系统和某些中间件的保护。比如在J2EE中，主持Webservice的应用服务器。目前很多的J2EE应用服务器都支持Java Authentication and Authorization Service (JAAS)，是被加入到J2SE 1.4当中的。利用主持Webservice的服务器，实现一些安全机制这是很自然的做法。另一种利用底层架构的安全方法就是，做一个独立的负责安全的服务器，Webservice的使用者和创建者都需要与之取得安全信任。 |
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/155236.html原文链接：https://javaforall.net
