#workflow-security

共收录 2 条相关安全情报。

← 返回所有主题
👥 作者: Luca Maraschi, Matteo Collina

该论文聚焦持久化执行(durable execution)框架中「工作流状态归谁所有、由谁背书」这一根本问题。当前主流做法是:框架把长时运行函数的每个执行步骤写入日志(journal),故障后依靠确定性重放(deterministic replay)重建状态;因此这份日志事实上就是工作流的权威状态,而在现有部署中它通常由托管该次运行的单一服务提供商持有,从而形成对提供商的隐式信任——停机、迁移、跨组织协作乃至事后审计都受制于这一信任假设。作者提出一种替代架构:把日志改为在参与工作流的各方之间复制的、经过认证的仅追加(append-only)日志。具体设计包括四个要素:其一,每次运行被建模为由「单写入者纪元核心」(single-writer epoch core)串联而成的链,避免并发写入导致的顺序歧义;其二,执行者(executor)的更替由基于法定人数(quorum)最终确定的「闭包证书」(closure certificate)治理;其三,持久性、超时与检查点决策由显式证书承载,而不是依赖隐式信任;其四,大体积载荷走独立的、内容寻址的分发平面(content-addressed distribution plane),与状态日志解耦。论文同时给出威胁模型,明确区分签名能够证明什么(作者身份与记录顺序)与不能证明什么(所记录效果/副作用的真实性与外部世界的一致性),并把设计形式化为一组带类型的工件(typed artifacts)与不变量。作者进一步区分哪些主张已被现有系统验证、哪些仍属待验证的提案,并定义了一组原型实验(含特定的对抗场景)来验证或证伪其核心机制。总体而言,这是一篇架构提案类论文,强调可验证的状态治理与去中心化复制,尚无实验结果与实现数据。

💡 推荐理由: 持久化工作流的日志即权威状态,若由单一提供商托管,则迁移、跨组织协作与审计都建立在隐式信任之上。该文把状态控制权拆解为可验证证书与 P2P 复制,对多云可移植工作流、跨机构流程与合规取证场景具有直接的安全与信任模型含义。

🎯 建议动作: 研究跟进

排序因子: 来自 arXiv 其他板块 (+2) | Community 数据源 (+1) | LLM 评分加成 (+0.4)
👥 作者: Priyank Nigam

该论文研究了多云环境中跨租户通知工作流的安全设计缺陷。云应用经常通过提供商运营的邮件身份发送通知,这提高了投递率,但使通知参数的提供者与服务主体权限分离。论文通过三个负责任披露的案例,展示了一种被称为'信任工作流中继'的攻击模式:经过身份验证的行为者可以控制一份由受信任提供商服务发送的消息,涵盖跨租户收件人,并可能控制HTML内容。三个案例分别涉及绕过UI长度限制、缺少收件人租户验证、批准应用中的弱访问控制和令牌验证缺陷。作者将此类比为传统SMTP开放中继,但失败点已上升到应用层:行为者已认证,提供商是合法发件人,但应用层授权未能约束谁能触发发送。论文定义了'信任工作流中继'的形式化条件,提供了测试矩阵,映射到MITRE ATT&CK的免附件钓鱼技术,并关联到设备代码钓鱼(RFC 8628)。最后提出了租户绑定、类型化模板、对象级授权、令牌受众验证和身份遥测等防御措施。

💡 推荐理由: 该研究揭示了云通知基础设施中一种被忽视的信任边界,传统邮件认证无法防护,且可操作性强,可能导致大规模钓鱼和跨租户滥用。对平台安全团队与SOC有直接参考价值。

🎯 建议动作: 研究跟进

排序因子: 来自 arXiv 其他板块 (+2) | Community 数据源 (+1) | LLM 评分加成 (+0.5)