为移动云数据实现基于可撤销属性组的加密：多代理辅助方法

本文主要是介绍为移动云数据实现基于可撤销属性组的加密：多代理辅助方法，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

参考文献为2023年发表的Achieving Revocable Attribute Group-Based Encryption for Mobile Cloud Data: A Multi-Proxy Assisted Approach

动机

对于目前的代理辅助的可撤销基于属性加密来说，外包解密存一些缺点。当多个具有相同属性的用户请求外包转换时，代理服务器必须执行多次转换操作，这增加了代理服务器计算开销和用户请求时间。由于移动设备计算能力较小，所有才有了外包解密，将大部分计算开销让代理服务器计算，将小部分计算开销留给移动设备上的数据使用者。传统的代理服务器外包解密系统如下图所示，当数据使用者请求某一个云上的加密数据时，它需要先从云中下载密文，然后将密文和转换密钥一起发送给代理服务器解密后，代理服务器再将部分解密的密文发送给数据使用者，然后数据使用者在解密。我们可以看出，在基于属性的加密中，如果很多用户属性相同，并且他们都想要对应于该属性加密的密文，那么这个系统的通信开销就会很大，对于代理服务器来说计算开销也很大，因为每次都要对想用的密文进行一个部分解密。本篇论文的就是解决相同属性的用户解密时和代理服务器之间多次冗余的通信和计算开销。

知识补充

撤销机制

撤销机制分为三类：直接撤销、间接撤销、服务器辅助撤销。在直接撤销中，数据使用者将撤销列表和密文一起发送，并且需要在撤销的时候更新；对于间接撤销需要为未撤销用户更新私钥以及更新密文。而服务器辅助撤销如上说所，将解密分为两个部分，对于被撤销的用户，服务器拒绝为其解密第一部分。对于直接撤销中，撤销列表和密文是如何嵌在一起的还是有点疑惑。

群签名

论文底层使用了一个群签名的，可以参考上一篇博客内容群签名

结果

代理服务器拥有属性集合，具有想用的属性集合的用户会被分配到该代理服务器中，这说明用户和代理服务对于一个密文具有想用的解密能力，实现细粒度访问控制（论文中说群签名实现细粒度访问控制，我对这一个说法有点不理解）。用户不在具有转换密钥，也不再直接云服务器交互，这些功能直接全部给了代理服务器从而减少了用户和云以及代理服务器的交互通信开销。当发生撤销时，无需更新密文和用户密钥，具体是通过让撤销用户恢复不出秘密值而解不了密。