想象这样一个场景:你手里拿着刚出炉的体检报告,指标密密麻麻,心里七上八下。你想请三甲医院的顶级专家帮忙解读,可如果把报告原封不动地发过去,你的血压、血糖、家族病史就全都暴露在了网络传输的各个环节里——万一数据泄露,后果不堪设想。 这时候你有两条路可走:一条是把报告锁进一个特制保险箱,专家隔着保险箱壁“盲操作”,看得到计算结果,却永远碰不到原始数据——这就是同态加密;另一条是在报告上涂一层“模糊滤镜”,专家能看到群体趋势,却认不出你个人的具体指标——这就是差分隐私。而你的手机、智能手表这些“端侧设备”,就像是你的私人医生,先做初步筛查,只在必要时才让脱敏信息去云上“会诊”。 这篇文章,正是要带你完整梳理“端云协同推理中的端侧隐私保护推理”这个工具箱:保险箱、模糊滤镜、分诊台,以及它们在医疗影像和金融风控中的真实落地路径。

岗位关联

对 AI 从业者而言,掌握端侧隐私保护推理意味着你能在数据合规与模型性能的跷跷板上做出理性选型,设计出既安全又真正能落地的边缘 AI 系统——这是未来 AI 工程化的核心竞争力之一。

目录
  1. 可视化演示
  2. 隐私保护背景
  3. 同态加密原理
  4. 差分隐私机制
  5. 端云协同架构
  6. 方案对比分析
  7. 工程化落地路径
  8. AI 应用场景
  9. Python 演示
  10. 常见误区
  11. 面试题

可视化演示

展示端云协同推理中的隐私保护机制,包括同态加密计算流程、差分隐私噪声注入与多方案安全开销对比。切换模式查看不同维度,拖动滑块调节隐私预算。

本节配有交互动效(进入视口后自动加载,约 3KB)。

端云协同隐私推理架构 端侧推理:敏感数据本地处理,仅上传加密梯度或结果 云侧推理:同态加密密文计算,云端无法获取明文 privacy = 1 - P(infer | observe) 隐私保护强度由观察者推断概率决定

隐私保护背景

私人诊所的走廊里,你攥着体检报告,犹豫要不要发给大医院的专家。手机里的健康 App、手表上的心率数据,都像是同一份“体检报告”——它们极其私密,却又极度需要智能分析。可一旦原始数据离开你的设备,传输途中、云存储里、第三方接口,每一个环节都可能成为泄露的窗口。数据安全挑战,正从“会不会被偷”,升级为“怎么让偷了也没用”。

这正是端侧隐私保护推理登场的舞台。它属于边缘 AI 推理范畴,核心理念是:数据尽可能留在端侧,云端只参与必要的协作。如今手机 NPU、车机芯片的算力飞速提升,让很多推理任务在本地就能完成;但大模型动辄千亿参数,完全在端侧运行不现实——于是云侧计算依然不可或缺。矛盾由此产生:数据越敏感,越不敢上传;算力越稀缺,越依赖云端。

把视野拉远,欧美的 GDPR、中国的《个人信息保护法》都在收紧数据出境的缰绳。医疗数据、金融流水一旦违规出境,罚金以亿计。端侧方案的价值,在于从源头上压缩“敏感数据暴露面”。我们用一条简单的公式来理解暴露风险:

回到体检报告的比喻:保险箱也好,涂改液也罢,它们的共同目标都是让 |D_upload| 变得很小,甚至让云端拿到的内容“不再是原始报告”。端侧,就是那个永远替你保管原始报告的私人医生——报告不出他的档案柜,安心感就多一分。

Leakage(D)=∣Dupload∣∣Dtotal∣×Risk(D)\displaystyle \text{Leakage}(D) = \frac{|D_{\text{upload}}|}{|D_{\text{total}}|} \times \text{Risk}(D)
这条公式想说:数据泄露风险等于“上传数据占比”乘以“数据固有风险”。上传越少,风险越小。
  1. 上传数据量分子是一个集合的大小,代表从端侧传到云端的数据总量。
    ∣Dupload∣\displaystyle |D_{\text{upload}}|
  2. 本地全部数据分母是整个端侧设备上的全部数据集合规模。
    ∣Dtotal∣\displaystyle |D_{\text{total}}|
  3. 乘上固有风险不同类型数据风险不同——基因数据风险远高于运动步数,所以要用风险系数加权。
    ×Risk(D)\displaystyle \times \text{Risk}(D)

同态加密原理

假如你决定用最稳妥的方式请专家会诊:把体检报告锁进一个特制保险箱,专家隔着箱壁,用听诊器一样的仪器完成诊断。他算得出发病概率,却始终没见过报告上的任何一个数字。等他把诊断结论塞回箱子里,你拿回来开锁一看——结论准确无误。这就是同态加密的浪漫:让云在看不到数据的情况下,替你把题算完。

技术世界里,同态加密允许我们在密文上直接执行数学运算。普通加密像把报告放进普通信封,想分析必须先拆开;同态加密却是一个透明的运算窗口,云端拿到密文后直接乘一乘、加一加,结果解密后,和明文计算的答案完全一致。业界最经典的是 Paillier 加密,它支持加法同态,形式如下:

在实际工程中,同态加密还有密钥管理的难题:私钥必须由用户或可信端保存,云端永远只握有公钥。一旦私钥泄露,保险箱就形同虚设。而更现实的问题在计算开销——密文计算比明文慢几个数量级,当前全同态加密(支持任意加法和乘法)在移动设备上运行一次推理,可能要等待数秒甚至更久。所以“保险箱”虽好,目前只适合小数据量的关键计算,不适合大规模模型推理。

E(m1)⋅E(m2)=E(m1+m2)\displaystyle E(m_1) \cdot E(m_2) = E(m_1 + m_2)
意思是:两个密文相乘后解密,等于两个明文的相加结果。云端算的是密文,得到的却是明文加法的正确结果。
  1. 加密第一个数客户端用公钥把明文 m1 加密成密文。
    E(m1)\displaystyle E(m_1)
  2. 密文域的乘法在不知道明文的情况下,云端直接对两个密文做乘法运算。
    ⋅\displaystyle \cdot
  3. 加密第二个数客户端把明文 m2 同样加密后上传。
    E(m2)\displaystyle E(m_2)
  4. 同态性质成立整个表达式解密后,等于明文的加法结果——这就是“同态”的含义。
    E(m1+m2)\displaystyle E(m_1 + m_2)

差分隐私机制

保险箱太贵,那就换个思路:把体检报告的字号调小、关键信息抹掉,再混进一百个陌生人的数据里,告诉专家的只有一句话——“这批人里高血压概率是 32%”。专家看不出你的具体血压,却能得到群体健康统计。这就是差分隐私:用涂改液和混淆术,换一份统计学意义上的安全感。

差分隐私的数学引擎是“噪声注入”。在返回的结果上,叠加一层精心设计的随机噪声——通常用拉普拉斯分布。噪声的大小并非随意,而是由一个叫“隐私预算”的旋钮控制。想要更私密?把旋钮调小,噪声变大,保护增强,但数据可用性下降;想要更精确?旋钮调大,噪声变小,精度恢复,但个体暴露风险上升。核心公式如下:

差分隐私还有一个讨喜的地方:当多个端侧设备各自加上噪声、把结果聚合成全局统计时,噪声会相互抵消一部分,群体规律依然清晰可见。这很像医院把几千份模糊报告汇总后,医生仍然能判断出该地区某种慢性病的流行趋势——个体被淹没,全局被保留。相比保险箱动辄几秒的计算延迟,涂改液几乎不增加成本,因此被广泛用于联邦学习、用户行为统计等场景。

M(x)=f(x)+Lap(Δfϵ)\displaystyle M(x) = f(x) + \text{Lap}\left(\frac{\Delta f}{\epsilon}\right)
这条公式说:对外输出的结果 = 真实查询结果 + 按“敏感度/隐私预算”比例缩放的拉普拉斯噪声。
  1. 加噪后的输出最终对外呈现的查询结果,它已经被“涂改液”处理过。
    M(x)\displaystyle M(x)
  2. 真实查询结果端侧或数据库中原汁原味的统计结果,如平均心率。
    f(x)\displaystyle f(x)
  3. 拉普拉斯噪声服从拉普拉斯分布的随机扰动,是涂改液的核心成分。
    Lap(⋅)\displaystyle \text{Lap}(\cdot)
  4. 敏感度数据集中单条记录最多能影响结果的程度,它决定噪声的“振幅”。
    Δf\displaystyle \Delta f
  5. 隐私预算ε 越小,噪声越大,隐私保障越强;ε 越大,结果越精确,保护越弱。
    ϵ\displaystyle \epsilon

端云协同架构

真实世界的分级诊疗,是从不奢望一个医生包办所有问题:社区诊所看感冒,三甲医院做手术。端云协同推理,正是给 AI 也搭了一座分诊台。你的手机是社区诊所——跑得动的人脸识别、语音唤醒、异常检测,本地秒级完成;庞大的语言模型或需要全局知识库的复杂任务,才转诊到云上专家会诊。

分诊的核心是智能分割。一个神经网络模型,前几层负责提取边缘纹理等浅层特征,计算量小而数据敏感;后几层负责语义理解,计算量巨大。端云协同的做法是:端侧跑前几层,把提取出的中间特征(而非原始数据)传给云端;云端跑完剩余层,把推理结果回传。整个过程,原始数据从未离开端侧设备,就像社区医生只把“脱敏的病历摘要”装进病历袋交给大医院,而不是把病人的全部隐私日记搬过去。

端到端时延,可以拆成三个环节来理解:

在落地的架构里,“本地预筛”是另一员干将:端侧先用一个小模型做快速判断,只有低置信度或者疑似异常的样本才上传云端复核。医疗影像的场景里,端侧先圈出可疑结节区域,云端只对这块小图做精细诊断;金融风控中,端侧检查本地行为特征,只有可疑交易才触发云端反欺诈模型。云端微调后的模型版本,又会通过静默更新回传到端侧——专家每次会诊的结论,都在悄悄升级社区医生的水平。

Ttotal=Tedge+RB+Tcloud\displaystyle T_{\text{total}} = T_{\text{edge}} + \frac{R}{B} + T_{\text{cloud}}
总时延 = 端侧计算时间 + 上传数据量除以带宽的传输时间 + 云端推理时间。想提速,就从这三块下手。
  1. 端到端总时延用户从发起请求到拿到结果的全部等待时间。
    Ttotal\displaystyle T_{\text{total}}
  2. 端侧计算时延社区诊所的初筛时间,模型前几层在本地消耗的时间。
    Tedge\displaystyle T_{\text{edge}}
  3. 数据传输时延传输数据量 R 除以网络带宽 B,病历袋越轻、网速越快,这段越短。
    RB\displaystyle \frac{R}{B}
  4. 云端推理时延大医院专家的诊断时间,模型后几层在云上的处理耗时。
    Tcloud\displaystyle T_{\text{cloud}}

方案对比分析

选体检套餐时,你会在价格、全面程度、出报告速度之间反复权衡。端侧隐私保护方案也一样,没有完美的套餐,只有最匹配你需求的搭配。我们把市面上常见的三类方案摆上货架:同态加密(保险箱)、差分隐私(涂改液) 和 端云混合(分诊台),挨个掂量它们的优缺点。

计算开销方面,保险箱最贵。同态加密的密文尺寸膨胀数十倍,运算速度慢两到三个数量级,实测中做一次简单乘法都可能耗时毫秒级——大模型推理基本不可行。涂改液则几乎免费,加几次噪声不过多花几个 CPU 周期。分诊台居中:端侧跑小模型,云端跑大模型,总开销受分割点位置影响很大。安全保障等级上,保险箱提供的是密码学级保证,即使云端被攻破,攻击者拿到的也只是密文;涂改液提供的是统计学级保证,单条个体不可区分,但群体统计依然有效;分诊台的安全取决于上传中间特征的具体内容。

时延指标别具深意——保险箱计算慢、时延高;涂改液开销低、时延短;分诊台的时延则可以用上一节的三段公式精确预测。把多个维度揉进一个综合评分公式,可以帮助你做技术选型:

场景适配的结论呼之欲出:医疗影像要求最高安全级别,哪怕付代价也要用保险箱保护关键数据;智能家居语音助手对时延极敏感、数据敏感度中等,涂改液和分诊台才是良配;金融风控两头都要——账务明细用保险箱,行为统计用涂改液,前后台各司其职。看完这张对比表,你就明白:技术选型从来不是选“最好”,而是选“最合适”。

S=w1×S隐私+w2×1O+w3×1L\displaystyle S = w_1 \times S_{\text{隐私}} + w_2 \times \frac{1}{O} + w_3 \times \frac{1}{L}
这里 S 是方案综合得分:隐私保护分越高越好,计算开销 O 和时延 L 越低越好,权重由业务场景决定。
  1. 综合得分对某一方案的总评价,用于横向对比。
    S\displaystyle S
  2. 隐私权重与得分隐私保护维度的分数,重要场景(如医疗)给更高权重。
    w1×S隐私\displaystyle w_1 \times S_{\text{隐私}}
  3. 开销的倒数计算开销 O 的倒数,开销越大,这一项得分越小。
    w2×1O\displaystyle w_2 \times \frac{1}{O}
  4. 时延的倒数时延 L 越低,这一项得分越高,适合对实时性敏感的场景。
    w3×1L\displaystyle w_3 \times \frac{1}{L}

工程化落地路径

理论再漂亮,最后都得走进医院大楼,连上真实的设备,经受真实病例的检验。端侧隐私保护推理的工程化落地,是一场从“纸上诊断”到“真正上台手术”的硬仗。我们看两个最有代表性的战场:医疗影像与金融风控。

医疗影像场景中,一家三甲医院想把 AI 辅助诊断部署到各科室的本地工作站,但影像数据属于高度敏感的个人健康信息,绝不能随意出域。工程团队的做法是:在科室的 GPU 工作站上部署一个轻量级分割模型,对 CT、MRI 影像做本地初筛,圈出可疑病灶区域;然后只将这个小尺寸的“兴趣区域”用同态加密的方式上传到中心云,由大模型做精细分类。整套流程中,患者的原始 DICOM 影像始终留在医院内网。

金融风控场景则更依赖差分隐私。银行为构建反欺诈模型,需要聚合各支行的交易特征——但流水明细绝不能离开支行本地。方案是:每个支行在本地统计出脱敏特征(如“夜间交易比例”“异常金额波动”),叠加拉普拉斯噪声后再上传到总行;总行汇集各家数据,训练出一个群体级风控模型,下发到各支行。如此,任何单一支行的个体交易行为都无法被反推,但全行的欺诈模式却能被捕获。

工程落地的技术底座,靠的是部署优化与性能调优组合拳:模型量化——把 FP32 权重压到 INT8,体积缩四倍,推理速度提升数倍;模型蒸馏——用大模型教会小模型,让端侧小模型也能有接近大模型的精度;还有预测式缓存和任务卸载调度。最后用一句话总结落地路线:

回看整个分诊台系统:保险箱守住了最核心的机密,涂改液扛起了最广泛的统计任务,分诊台则让二者在真实业务中各得其所。工程化的终极智慧,不是用一项技术包打天下,而是像成熟的分级诊疗体系一样,让每一份“体检报告”都得到最妥当的对待——既不被滥用,也不被浪费。

ROI=Psafe−PbeforeCdeploy\displaystyle \text{ROI} = \frac{P_{\text{safe}} - P_{\text{before}}}{C_{\text{deploy}}}
工程投入的回报,等于“部署后收益减去部署前基线”再除以部署成本。安全不是纯支出,它是有账可算的投资。
  1. 投资回报率衡量隐私保护工程是否值得投入的核心指标。
    ROI\displaystyle \text{ROI}
  2. 部署后收益合规罚单避免、用户信任提升、事故赔偿减少后的综合收益。
    Psafe\displaystyle P_{\text{safe}}
  3. 部署前基线没有隐私保护时的风险和损失水平。
    Pbefore\displaystyle P_{\text{before}}
  4. 部署成本硬件升级、模型重训练、团队人力等一次性投入。
    Cdeploy\displaystyle C_{\text{deploy}}

AI 应用场景

医疗影像智能预筛与远程会诊

阶段:端侧推理与推理结果协同

解决的问题:传统方案把患者 CT、MRI 原始影像直接上传云端,面临隐私泄露与合规违规双重风险;AI 辅助诊断又必须依赖大模型的强大能力。端侧隐私保护推理让医院在工作站本地完成病灶初筛,仅将加密后的可疑区域上传云端,兼顾诊断精度与数据合规。

具体案例:某省级三甲医院影像科部署了“端侧预筛 + 同态加密 + 云端精细分类”方案。科室 GPU 工作站先运行轻量分割模型,标出肺结节候选区域;加密上传后,云端大模型对候选区域打分,返回附带置信度的诊断建议。全程原始影像不出院区,已支撑日均 800 例 CT 筛查。

银行反欺诈联邦建模

阶段:模型训练阶段与推理阶段

解决的问题:银行反欺诈模型需要跨支行聚合交易特征,但流水明细受金融监管严格保护,不可集中传输。差分隐私让各支行在本地完成特征统计并加噪上传,总行在不可还原个体数据的前提下完成全局风控建模。

具体案例:某股份制银行的信用卡中心,基于差分隐私在 200 余家支行部署了联邦特征聚合。各支行边缘节点每月上报 20 维脱敏统计特征(噪声预算 ε=0.8),总行聚合出欺诈行为图谱并下发规则模型。上线后欺诈拦截率提升 23%,全程零原始数据出境。

Python 演示

python61 行
"""端云协同推理:同态加密与差分隐私的简化演示"""import mathimport random  def paillier_keygen():    """生成简化的同态加密公钥 n(教学演示用)"""    return 61 * 53  def paillier_encrypt(n, m):    """加密:密文 = n*m + 随机盐,云端无法分离出明文"""    salt = random.randrange(1, n)    return n * m + salt  def paillier_decrypt(n, c):    """解密:对密文取模,还原明文"""    return c % n  def encrypt_sum(c1, c2):    """密文域加法:云端在看不见明文时完成相加"""    return c1 + c2  def laplace_noise(scale):    """生成拉普拉斯噪声:涂改液的核心配方"""    u = random.random() - 0.5    return -scale * math.copysign(1.0, u) * math.log(1 - 2 * abs(u))  def dp_aggregate(values, eps):    """差分隐私聚合:均值 + 拉普拉斯噪声"""    mean = sum(values) / len(values)    noise = laplace_noise(1.0 / eps)    return mean + noise  def edge_inference(features):    """模拟端侧浅层推理:只提取局部特征,不上传原始数据"""    return [round(f * 0.5, 2) for f in features]  def main():    n = paillier_keygen()    m1, m2 = 12, 30    c1 = paillier_encrypt(n, m1)    c2 = paillier_encrypt(n, m2)    c_sum = encrypt_sum(c1, c2)    print("同态加法验证:", paillier_decrypt(n, c_sum) == m1 + m2)     local = edge_inference([0.8, -1.2, 2.3])    print("端侧特征:", local)     avg = dp_aggregate([12, 15, 18], eps=0.5)    print("差分隐私均值:", round(avg, 2))  if __name__ == "__main__":    main()
目的:用不到 50 行代码演示端侧隐私保护推理的三大核心——同态加密后的密文域加法、差分隐私的加噪聚合、端侧浅层特征提取,帮助你建立直觉。
  1. paillier_encrypt(n, m)把明文“装进保险箱”:乘上公钥 n 并混入随机盐,云端无法还原。
  2. encrypt_sum(c1, c2)云端在密文上直接相加,全程看不到明文数值。
  3. paillier_decrypt(n, c_sum)用户拿回结果后解密,验证与明文相加一致。
  4. laplace_noise(1.0 / eps)eps 越小,scale 越大,涂改液颜色越浓,隐私保护越强。
  5. dp_aggregate(values, eps)本地统计均值后叠加噪声,再上报,单个体被淹没。
  6. edge_inference(features)端侧先做浅层处理,原始数据不出本地设备。

常见误区

误区同态加密和 HTTPS 差不多,都是把数据加密后传输,只是叫法不同罢了。

正解普通加密(如 AES)的密文完全不能运算,想分析必须先解密——好比保险箱必须打开才能看里面的报告。同态加密则是“透明保险箱”:云端可以隔着箱壁直接做加法、乘法运算,运算过程不接触任何明文。这是本质区别,也是它计算开销极高的原因。

为何常见:我们日常接触的 HTTPS、文件加密都只负责“传输安全”,自然容易把“可计算”这个特殊性质忽略掉。

误区差分隐私就是对数据做脱敏,把名字隐掉、把身份证号打码,跟 Excel 里手动处理敏感字段差不多。

正解传统脱敏是可逆的——攻击者通过关联其他公开数据,依然可能拼出你是谁。差分隐私提供的是可证明的统计学保证:加噪后输出的结果中,任何单条记录的存在与否对最终结果影响都极其有限。这是有严格数学公式兜底的“保险”,不是凭感觉的“遮掩”。

为何常见:因为日常工作中“脱敏”这个词深入人心,让人误以为所有隐私保护都是同一套打码思路。

误区只要模型部署到了端侧,就完全不需要云端了,跟云计算彻底拜拜。

正解端侧受算力、内存、功耗三重限制,放不下大模型,也跑不动复杂推理。真实架构是“端云协同”——端侧做浅层特征提取、简单判断,云端做深度推理、全局决策,中间只传输脱敏的中间结果。完全本地化只适用于极小的模型,绝不是常态。

为何常见:被“端侧”二字误导,以为所有计算都发生在端上,没意识到协同才是工程常态。

误区既然同态加密既能保护数据又能完成计算,那它就应该是所有隐私场景的默认选项。

正解同态加密的计算开销比明文计算高两到三个数量级,密文膨胀数十倍,密钥管理复杂,工程难度极高。在需要快速响应的端侧场景中,它几乎不可用。工程上通常只对“小数据量的关键环节”用它,大部分场景交给差分隐私或端云分割。

为何常见:宣传材料往往强调同态加密的神奇能力,却很少提它的性能代价,容易让人忽略成本。

误区加了隐私保护后,模型的准确率肯定要掉好几个点,安全和效果不可兼得。

正解差分隐私确实会因噪声损失一些精度,但可以通过合理设置隐私预算、增大样本量、局部加噪来把损失控制在 1% 以内;同态加密在数学上是无损的——密文计算结果解密后与明文计算完全一致,一等一精度。隐私保护与效果,并非天敌。

为何常见:看到“加噪声”三个字就本能地联想到“数据变脏、模型变差”,忽略了噪声量级是可控的这一关键点。

面试题

Q1. 端侧隐私保护推理的核心目标是?

单选题 · easy

  • A.提升云端算力资源利用率
  • B.避免原始数据出域并完成推理← 正确答案
  • C.让大模型在端侧部署运行
  • D.降低端侧能耗与推理成本

答案:B。端侧隐私保护推理的本质是“数据不出域、推理照样成”。A 是云计算的目标,C 是边缘部署的目标,D 是端侧优化的目标,都不是隐私保护的核心指向。就像体检报告最要紧的是别让原始数据离开自己控制,而不是追求算力、体积或功耗。

Q2. Paillier 同态加密支持下列哪种性质?

单选题 · easy

  • A.密文乘法对应明文乘法
  • B.密文乘法对应明文加法← 正确答案
  • C.密文加法对应明文乘法
  • D.密文无法参与任何运算

答案:B。Paillier 是经典的加法同态方案,两个密文相乘后解密,得到的是两个明文相加的结果,即 E(m1)·E(m2)=E(m1+m2)。A 是乘法同态才具备的性质,C 恰好说反,D 否定了同态加密的存在意义。

Q3. 差分隐私中,隐私预算 ε 越大意味着什么?

单选题 · mid

  • A.噪声越大且隐私保护越强
  • B.噪声越小且隐私保护越弱← 正确答案
  • C.噪声大小与保护强弱无关
  • D.噪声越大且保护效果变弱

答案:B。ε 是隐私预算旋钮,ε 越大,注入的拉普拉斯噪声越小,结果越精确,但个体暴露风险随之升高、隐私保护变弱。A 描述的是 ε 小的情况,C 忽略了 ε 对噪声的决定作用,D 的前半句与事实相反。

Q4. 同态加密在端侧落地遇到的最大限制是什么?

单选题 · mid

  • A.无法加密原始数据
  • B.计算开销极其巨大← 正确答案
  • C.云端无法返回计算结果
  • D.端侧无法持有私钥

答案:B。同态加密的密文运算比明文慢两到三个数量级,密文尺寸膨胀数十倍,这在资源受限的端侧是致命瓶颈。A 错,同态加密当然可以加密数据;C 错,计算结果可以正常返回;D 错,私钥恰恰由端侧持有才安全。

Q5. 下列哪些是端云协同推理的合理设计?

多选题 · mid

  • A.在边缘端运行模型部分层← 正确答案
  • B.只上传加密的中间特征← 正确答案
  • C.将全部原始数据传云端
  • D.云端微调后回传端侧← 正确答案

答案:ABD。端云协同的关键是数据不出域——端侧跑模型浅层、只上传加密的中间特征(A、B),云端微调后把更新回传(D)。C 直接把原始数据全量传云端,违背了端侧隐私保护的根本原则,与另三项的设计哲学背道而驰。

Q6. 差分隐私中拉普拉斯噪声的尺度主要取决于什么?

单选题 · hard

  • A.与隐私预算大小成正比
  • B.与查询敏感度成正比← 正确答案
  • C.与数据集的规模成正比
  • D.与模型参数量成正比

答案:B。噪声尺度等于 Δf/ε,即与查询敏感度 Δf 成正比、与隐私预算 ε 成反比。A 说反了——ε 越大噪声越小;C 和 D 混淆了数据规模与敏感度的概念,敏感度衡量的是“单条记录对结果的最大影响”,与数据集大小或参数量无直接关系。

Q7. 在 E(m1)·E(m2)=E(m1+m2) 中,解密后得到的结果是?

单选题 · hard

  • A.明文 m1 加上明文 m2← 正确答案
  • B.明文 m1 乘以明文 m2
  • C.明文 m1 减去明文 m2
  • D.明文 m1 除以明文 m2

答案:A。同态性质的关键在于“运算被搬运到了密文域”:云端对密文做乘法,等价于对明文做加法。因此解密结果必为 m1+m2。B 是乘法同态才有的性质,C 和 D 在加法同态方案中均不成立。

Q8. 端侧隐私保护推理在医疗影像场景中通常包含哪些实践?

多选题 · hard

  • A.边缘端先做病灶分割预筛← 正确答案
  • B.仅上传脱敏统计特征← 正确答案
  • C.把原始 DICOM 影像直接上传
  • D.使用隐私预算审计模型更新← 正确答案

答案:ABD。医疗影像落地的组合拳是:端侧预筛(A)缩小敏感区域,只上传脱敏特征(B),并通过隐私预算审计模型更新(D)。C 把原始 DICOM 直传云端,正是要规避的高危行为,与“数据不出域”原则完全冲突。

Q9. 与差分隐私相比,同态加密在端云系统中的独特作用是?

单选题 · extreme

  • A.提供统计级别的隐私保护
  • B.提供可验证的密文计算结果← 正确答案
  • C.降低端侧内存与 CPU 开销
  • D.免去密钥管理与密文存储

答案:B。同态加密是密码学级保护,云端在密文上计算虽看不到明文,但结果可验证、可精确解密,这是差分隐私做不到的。A 是差分隐私的属性;C 恰恰相反,同态加密开销极高;D 也相反,同态加密的密钥管理复杂度远超普通方案。

Q10. 针对 T_total = T_edge + R/B + T_cloud,哪些策略可以降低端到端时延?

多选题 · mid

  • A.压缩传输数据量以减小 R← 正确答案
  • B.提升网络带宽和传输效率← 正确答案
  • C.增大云端深度提升精确度
  • D.把更多计算环节移到端侧← 正确答案

答案:ABD。降低时延的三板斧:压缩 R(A)、提升 B(B)、减小 T_edge(D,把任务更多放到端侧并行处理)。C 增加云端模型深度会拉长 T_cloud,反而抬高总时延,与提速目标背道而驰。