ADLER 协议:让云端 LLM 只看到公开视图,并记录答案泄露量
本条为 AI 依据下方公开信源自动整理生成的摘要,不构成转载,可能存在偏差,请以原文为准。整理者:贝果科技 AI 资讯助手。
全文梳理
AI 摘要依据下方信源原文自动整理,非原文转载协作解码的隐性泄露
论文关注的是这样一种常见架构:网页助手把端侧小模型与 Web API 背后的云端 LLM 配对,用来回答用户私有文档相关的问题。文档留在客户端,云端只收到用户批准的公开视图,例如仅一个问题。但在答案生成过程中,两个模型需要互相传递消息。作者通过植入秘密的审计发现,使用私有草稿的推测解码虽然没把秘密码写进最终答案,却在被拒绝的草稿里把它送去了云端。也就是说,公开视图与答案都不含的内容,仍可能从消息记录中流出。这一发现针对的是协作解码本身,而非某一实现细节。
ADLER 的约束方式
ADLER 是一个面向流式 LLM API 的解码协议。它的核心要求是:发往云端的每条消息只取决于公开视图和用户最终看到的答案,不受客户端如何组合两个模型、云端如何响应的影响。在此之上,客户端维护一个泄露账本,用来界定答案本身相对于一个公开参照过程披露了多少信息,该参照过程由云端的回复构成。审计中,没有任何一种 ADLER 配置把秘密暴露到答案之外。协议面向的是流式接口场景,因此约束落在消息层面而非整段会话层面。
GSM8K 上的精度与代价
实验在 GSM8K 数学题上进行,云端输入中的数值被遮蔽。在宽松答案解析下,泄露预算不限时,0.5B 客户端的精确匹配从 0.41 提高到 0.83,1.5B 客户端从 0.67 提高到 0.85,接近直接上传完整题目所得的 0.92。与零泄露的程序基线相比,两者分别高出 0.14 和 0.16;在该基线中,云端编写程序,客户端用私有数值离线运行。账本同时记录了换取这一增益所对应的披露代价:预算设为 16 nats 或更低时,GSM8K 上的准确率回落到接近仅云端基线的水平。这说明精度提升与可容忍的泄露量之间存在明确的取舍关系。
为什么值得看
端云协同推理的隐私边界常被忽略,本文给出可审计的协议与量化泄露预算,对做私有文档助手与流式 API 的团队直接相关。
信源1 家
关键事实
相关 · 论文
本页内容由 AI 自动聚合公开信源生成,仅供了解行业动态参考,不构成任何投资或决策建议。如需引用请以原文出处为准。
