52、功能加密中的紧凑性与抗合谋性

功能加密中的紧凑性与抗合谋性

1. 相关工作对比

在功能加密领域,不同的构造方法有着各自的特点。有研究提出了从多项式难度的单密钥弱紧凑功能加密(FE)方案到抗合谋紧凑FE方案的通用转换。该方案与我们的工作在功能加密方案存在性的复杂度理论影响上有相似之处,但技术层面差异较大,构建的(抗合谋)功能加密方案也截然不同。

其构造基于单密钥FE方案模拟混淆在从iO到FE转换中的作用,并结合前缀可穿刺伪随机函数。而我们的构造更直接,仅使用简单的伪随机生成器。例如,我们的FE公钥与底层(单密钥)FE方案的公钥相同,而该方案的公钥由底层(单密钥)FE方案的多项式数量的功能解密密钥组成。所以,我们的工作优势在于简单且可能更高效。不过,该方案能从弱紧凑方案构建出紧凑FE方案,而我们的构造仅保留紧凑性属性,即从弱紧凑到弱紧凑或从完全紧凑到完全紧凑。

另外,我们对SUM和PRODUCT构造的定义,以及它们组合构建不同方案以实现效率/安全权衡的方式,与某些使用求和与乘积构造从常规签名和哈希函数构建支持任意数量更新的前向安全签名方案有一定相似性,但我们处理的是完全不同的密码学原语。我们乘积构造中使用的链技术在之前的功能加密引导定理中多次出现,与通过树状链实现分层功能加密方案的工作最为相关,我们的组合方法可轻松适应该场景,使相关构造和分析更模块化。

2. 背景知识
2.1 功能加密

为简化符号,假设所有随机算法(如密码系统的密钥生成和加密过程)都使用κ位随机数,κ为安全参数。这并不影响一般性,因为可使用伪随机生成器从κ位随机数生成多项式数量的伪随机位。

我们仅考虑公钥功能加密方案,后续省略“公钥”表述。功能加密方案由四个集

源码来自:https://pan.quark.cn/s/d16ee28ac6c2 ### 上线流程 Java Web平台在实施Java Web应用程序的发布过程时,通常包含以下几个关键阶段:应用程序归档、生产环境配置文件替换、系统部署(涉及原有应用备份、Tomcat服务关闭、缓存数据清除、新版本WAR包上传及服务重启测试)以及相关异常情况记录。以下将对各阶段进行深入说明。#### 一、应用程序归档1. **归档前的准备工作**: - 需要事先验证Java开发环境的变量配置是否正确。 - 一般情况下,归档操作会在项目开发工作结束后执行,此时应确认所有功能模块均已完成测试并符合发布标准。 2. **具体执行步骤**: - 采用`jar`指令执行归档操作。例如,在指定文件夹`D:\apache-tomcat-7.0.2\webapps\prsncre`下运行指令`jar –cvf prsncre.war`。 - 执行该指令后,会生成一个名为`prsncre.war`的Web应用归档文件,其中包含了项目的全部资源文件及编译后的程序代码。#### 二、生产环境配置文件调换1. **操作目标**:确保线上运行环境开发或测试环境的参数设置存在差异,例如数据库连接参数、服务监听端口等信息。2. **执行手段**: - 将先前成功部署的WAR包中`xml-config`文件夹内的配置文件进行复制处理。 - 使用这些复制得到的配置文件对新生成的WAR包内的对应文件进行覆盖更新。 #### 三、系统部署1. **原版应用备份**: - 在发布新版本之前,必须对当前运行版本进行数据备份。例如,通过命令`cp -r prsncre ../templewebapps/`将旧版应用复...
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值