Execution data incorrectly redacted for Owner and Members in Community Edition (v2.46.6)

该问题出现在自托管 n8n Community Edition 升级到 v2.46.6 后:工作流本身执行成功,但打开执行详情时输出数据被凭据访问限制替换为脱敏提示,Owner 与 Member 账号均受影响。优先排查实例的 license 状态与凭据所属项目 / 共享关系。

快速结论:该问题出现在自托管 n8n Community Edition 升级到 v2.46.6 后:工作流本身执行成功,但打开执行详情时输出数据被凭据访问限制替换为脱敏提示,Owner 与 Member 账号均受影响。优先排查实例的 license 状态与凭据所属项目 / 共享关系。

适用环境:n8n 2.46.6(自托管 Community Edition);平台 npm;Node.js v24.21.0;Windows 10 Pro (64-bit);数据库 SQLite;executionMode 为 regular(main);单实例部署。Debug info 中显示 license: enterprise (production),但用户自述并未申请过企业许可,仅安装后自动更新。

最快修复方案:Issue 中用户实测可行的处理是:在 Owner 账号下重新创建同一个凭据(使用与之前相同的凭据内容),之后执行数据恢复正常显示。另有维护者建议让工作流严格在拥有该凭据的项目下运行。该结果属于个案验证,并非官方确认的通用修复。

注意事项:重新创建凭据可能需要重新在工作流节点中绑定,涉及共享凭据的 Member 账号需要注意重新授权;回退到旧版本也是用户采用的应急手段,但会丢失新版本功能。讨论中提到的“license 强制执行 project-level 凭据隔离”“缺少 RBAC/Advanced Permissions 导致跳转订阅页”均为社区成员的分析性推测,未得到核心团队确认,且该推测与用户“未申请企业许可”的说明存在矛盾,不应作为定论。

问题场景

在自托管 n8n Community Edition 实例中(v2.46.6,SQLite,npm 安装)创建多个用户:一个 Owner 账号和若干 Member 账号。由 Member 账号创建 Gmail 凭据,并将凭据共享给需要使用的用户,再用该凭据执行工作流。工作流运行正常、无报错,但打开已完成执行的详情时,输出数据被替换为凭据访问受限的提示信息,Owner 和 Member 都看不到数据。点击提示中的“Give yourself access”会被重定向到套餐升级 / 订阅页面,而不是进入凭据授权流程。该问题在升级到 2.46.6 后出现。

报错原文

# Output data redacted

This execution used a credential you don't have access to, so its data is hidden.
Give yourself access to Gmail pingobras.s.a@gmail.com

点击 “Give yourself access” 后跳转到订阅/升级页面,未进入任何凭据访问或共享流程。

原因分析

可能的触发条件是 v2.46.6 在执行详情展示阶段对凭据访问做了更严格的校验:当执行所用凭据被判定为不属于当前查看者可见的项目 / 共享范围时,执行输出会被整体脱敏。由于问题同时影响 Owner 和 Member,说明判断依据可能不是单纯的角色权限,而是凭据与项目归属的匹配关系。

讨论中提出的一种可能解释是:实例被识别为带有 enterprise license(Debug info 中为 license: enterprise (production)),从而启用了项目级凭据隔离,Owner 也无法查看其他用户个人项目中凭据所产生的执行数据。但用户明确表示自己从未申请企业许可,因此该推测与现场信息不一致,只能视为“可能原因”之一。另一种可能是升级引入的凭据访问校验逻辑存在缺陷,具体结论需以官方 Linear 工单 GHC-9760 的处理结果为准。

环境排查

  • 确认 n8n 版本是否为 2.46.6,以及是否由自动更新升级而来(用户表示实例在自动更新)。
  • 检查实例实际生效的 license 状态,重点核对 Debug info 中显示的 license: enterprise (production) 是否符合预期;如果从未申请过企业许可,需关注该状态是否异常。
  • 确认执行所用的 Gmail 凭据是在哪个账号 / 哪个项目下创建的,以及当前共享给了哪些用户或项目。
  • 确认查看执行的账号(Owner 或 Member)与凭据所属项目之间的关系。
  • 核对运行环境:Node.js v24.21.0、SQLite、单实例、executionMode 为 regular。
  • 确认问题是否在升级前版本不存在(用户通过回退旧版本暂时恢复了正常)。

解决步骤

  1. 记录当前受影响执行所用的凭据名称与共享范围,便于重建后对照。
  2. 可优先尝试:在 Owner 账号下重新创建同一凭据(填入与原来相同的凭据信息),然后在工作流节点中改用这个新凭据并重新执行。Issue 中用户按此操作后执行输出恢复正常。
  3. 可优先尝试:让工作流运行在拥有该凭据的项目下,避免执行数据被判定为“外部凭据”而脱敏。
  4. 若上述方式无效且业务受影响,可参考用户做法临时回退到升级前的 n8n 版本,并检查自动更新设置,避免再次被动升级到 2.46.6。
  5. 关注官方 Linear 工单 GHC-9760 的修复进展,在官方修复发布后再升级。

验证方法

重新执行使用该凭据的工作流,打开执行详情,确认不再显示 “# Output data redacted” 提示,而是正常展示各节点的输出数据;同时用 Owner 和共享该凭据的 Member 账号分别查看,确认双方都能访问执行数据,且点击相关链接不会再跳转到订阅升级页面。

参考来源

n8n-io/n8n #43896

GamsGo AI

AI 工具推荐

想把多个 AI 模型放在一个入口?

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。

这个方案解决了吗?

celebrityanime
celebrityanime
文章: 35203

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注