第12章 n8n 安全策略：合规性与数据保护机制解析

请参阅 llms.txt 以获取所有机器可读内容。n8n 的安全策略：返回法务页面，或注册以接收定期安全更新。 目录： 合规性 客户数据保护与加密 云托管与存储 安全开发实践 访问控制 企业安全 威胁与漏洞管理 n8n 总部位于柏林，安全与隐私优先的理念已深植于我们的企业文化中。全球许多知名企业信赖 n8n 来托管其数据，我们对此高度重视。以下是我们在产品和公司层面实施的一些措施、系统和控制手段，确保安全始终是我们要做一切事情的基础。

合规性

n8n 的安全计划对齐 SOC 2 标准，这是一个安全合规的通用框架。这意味着我们已实施相关流程并遵循程序，以维护客户数据的高标准安全。作为持续合规的一部分，我们接受独立审计机构的持续评估和年度审计。 SOC 2 报告 我们的 SOC 2 报告可供企业客户查阅。其他客户可参考我们的 SOC 3 报告以及下文关于安全计划的详细说明。 SOC 3 报告 您可在此下载我们的 SOC 3 报告。该报告包含审计意见、管理层声明及系统描述。 文档 有关隐私、安全以及在 n8n 中遵守 GDPR 的更多详情，请访问我们的文档中心。

客户数据保护与加密

用户账户、身份验证与授权

n8n Cloud

当您注册 n8n 云账户时，即直接与 n8n 建立账户。在 n8n.cloud 上使用用户名和密码创建账户时，n8n 会执行账户管理最佳实践。例如，n8n 会对您的密码进行加盐和哈希处理，并将哈希后的密码存储在静态加密的数据库中。

自托管

n8n 会在自托管用户创建账户时对密码进行加盐和哈希处理。然而，加密其他静态数据则是用户的责任。更多信息请参阅“自托管 n8n 的数据加密”。n8n 支持在自托管环境配置自定义会话超时时间。

第三方账户

连接第三方服务是 n8n 功能的核心部分。当您从第三方应用关联账户时可能需要授权 n8n OAuth 应用访问您的账户，或提供 API 密钥及其他凭证。 对于支持 OAuth 的第三方应用，n8n 建议使用 OAuth。该协议允许 n8n 请求针对第三方账户中特定资源的范围限定访问，而无需您直接提供长期凭证。n8n 需要定期请求短期访问令牌，且大多数应用都提供随时撤销 n8n 访问权限的机制。 部分第三方应用不提供 OAuth 接口。要访问这些服务，您必须提供所需的授权机制（通常 API 密钥）。作为最佳实践，如果您的应用提供此类功能，n8n 建议将该 API 密钥的访问权限限制在 n8n 内所需资源范围内。 当在工作流中使用凭证时，n8n 会将其加载到 n8n 实例的执行环境中。对于 n8n Cloud，客户实例之间逻辑隔离。默认情况下，n8n 不会记录或导出凭证。如果您记录了其值，可以随时删除该次执行的数据。平台会根据账户的保留设置自动删除执行数据。 您可以随时删除 OAuth 授权或基于密钥的凭证。在 n8n 内删除 OAuth 授权不会撤销 n8n 对您账户的访问权限。您必须在管理第三方应用 OAuth 授权的地方撤销该访问权限。 用户身份验证 登录应用需要用户名和密码，对外部使用场景而言 MFA（多因素认证）为可选。Enterprise 计划支持 SSO、SAML 和 LDAP。 基于角色的授权 所有付费计划均提供高级 RBAC（基于角色的访问控制）权限，以确保治理，包括指定超级管理员用户角色。

云托管与存储

n8n 云使用 Microsoft Azure 进行托管。n8n 底层物理硬件及平台存储的数据目前托管于欧盟境内。Microsoft 负责控制并保障该地点的安全。我们正在准备在更多地点进行托管。您可以阅读有关 Azure 安全实践和合规认证的更多信息。 n8n 还通过一系列控制措施进一步保障对 Azure 资源的访问，包括： 使用多因素认证（MFA）访问 Azure。 在无法从公共互联网访问的私有网络中托管服务。 n8n 将 Cloud 实例的所有 OAuth 令牌、基于密钥的凭证及数据库其余部分存储在磁盘上，该磁盘使用 Azure 服务器端加密进行静态加密（撰写本文时采用 AES256 及符合 FIPS-140-2 标准的实现）。对于 n8n 云，该数据库还驻留在私有网络中。数据库备份同样经过加密。 数据加密

n8n Cloud

使用 n8n Web 应用时，n8n 会加密客户端与 n8n 服务之间的传输中流量。有关公共 API 或 Webhook 触发器节点的流量同理。n8n 使用 Cloudflare 管理和续签 SSL 证书。 静态数据加密：n8n 会加密实例挂载卷中的客户静态数据。n8n 使用 Azure Storage 服务器端加密（采用 AES256 及符合 FIPS-140-2 标准的实现）。Azure Storage 已达成广泛的合规认证。更多信息请参阅 Azure Storage 合规性服务。

自托管 n8n

自托管者必须： 通过设置反向代理处理 TLS，确保数据在传输过程中被加密。 处理静态数据加密。这可以通过使用加密分区或硬件级加密来实现，并确保 n8n 及其数据库写入该位置。云提供商通常提供内置磁盘加密的存储系统。 网络保护 运营审计系统持续监控 n8n 云基础设施，并在必要时向相关人员发送警报。我们仅使用实施了已批准网络端口和协议的配置，包括防火墙。例如，我们维护 Web 应用防火墙（WAF）以保护 n8n Web 应用免受恶意流量和外部威胁。并部署入侵检测系统（IDS）以检测潜在入侵。 审计日志 n8n 收集并集中存储所有服务器日志。授权用户可查询日志信息以追溯个人用户操作。我们至少保留 12 个月的审计日志历史和活动记录，其中最近三个月可随时调取分析。

安全开发实践

版本控制系统 n8n 使用版本控制系统管理源代码、文档、发布标签及其他变更管理任务。任何员工更改代码前，其访问权限需经系统管理员批准。 代码审查流程 当 n8n 应用代码发生变更时，由变更实施者之外的其他人员进行审查和测试。 测试与生产环境分离 n8n 为应用使用独立的测试和生产环境。 限制生产代码变更 仅授权 n8n 人员可推送或修改生产代码。 静态应用安全测试 (SAST) n8n 在 CI/CD 管道中使用静态应用安全测试（SAST）或等效工具，以检测代码库中的漏洞。识别到漏洞后，将根据漏洞性质在发布前适当实施修复。 系统监控 n8n 监控其代码、基础设施和核心应用中已知漏洞，并迅速处理关键漏洞。

访问控制

严格的“需知”数据访问 n8n 基于最小权限原则，授予员工访问包含敏感数据的系统权限。这意味着员工仅能访问履行其职责所需的数据。公司在每季度、角色变更及员工离职时审查系统访问权限。 限制生产代码访问 n8n 使用 GitHub 存储和版本管理所有生产代码。员工需使用多因素认证（MFA）访问 GitHub 组织。仅授权 n8n 人员可部署或修改生产代码。 强制多因素认证 在所有可用场景中，我们要求使用 MFA。 加密 Web 访问 n8n 使用加密保护内部管理工具通过互联网传输的用户身份验证和管理员会话。所有连接均通过持有可靠证书颁发机构（CA）有效证书的 SSL/TLS 进行。

企业安全

严谨的招聘流程 候选人必须通过多阶段的综合背景调查和面试，以确保其遵守相关法律法规及道德规范。所有新员工入职时必须签署我们的数据保护政策。 严格的离职流程 当员工离职时，我们使用离职清单确保在下一个工作日内移除该员工的系统访问权限（包括物理访问权限），并归还所有公司资产（物理或电子）。 工作站安全 n8n 为所有新员工提供硬件。这些机器运行本地代理，将操作系统配置设置至强化标准，包括： 自动操作系统更新 硬盘加密 密码管理器 防恶意软件 屏幕锁定时间不超过 15 分钟 员工安全培训与意识 员工在入职时及此后每年接受隐私和安全培训。此外，所有新员工和承包商签署的合同中包含数据保护政策和保密条款。

威胁与漏洞管理

漏洞扫描 n8n 至少每 90 天对其生产环境进行一次第三方漏洞扫描。 渗透测试 n8n 至少每年对其生产环境进行一次第三方渗透测试。 入侵检测 n8n 运行入侵检测系统（IDS）以检测潜在入侵，并在检测到潜在入侵时通知人员。其中包括持续更新的防恶意软件解决方案，通过持续扫描检测、清除或阻止所有类型的已知恶意软件。 钓鱼演练 n8n 作为公司安全意识计划的一部分，定期进行钓鱼演练。 威胁情报 n8n 已实施机制来收集威胁信息并生成威胁情报（如商业网络威胁情报工具、安全产品/供应商情报馈送、开源馈送等），符合既定的威胁情报目标。 备份、恢复与业务连续性 n8n 使用 Azure Blob 存储和 PostgreSQL 数据库的组合，将客户数据安全存储在 Azure 中的安全生产账户。n8n 自动每日备份所有客户和系统数据，以防意外事件导致整个系统遭受灾难性损失。此过程将数据备份或复制到同国的另一区域。且备份数据采用与实时生产数据相同的加密方式。 n8n 的备份服务监控整个备份过程，任何失败会自动向事故响应团队触发警报。 n8n 制定了定期测试的业务连续性计划，概述了在发生重大自然灾害或灾难性系统故障后响应、恢复、恢复和恢复运营的程序。 灾难恢复计划 n8n 制定了详细的灾难恢复计划，概述了系统在发生故障时恢复的角色、责任和详细程序。 安全日志 n8n 收集和集中存储服务器日志。授权用户可以按需查询该系统。 信息安全政策 n8n 拥有信息安全政策，用于定义员工和承包商的安全义务，以及违反该政策的纪律处分程序。 漏洞披露 n8n 设有专门流程供员工报告安全、保密性、完整性和可用性故障、事件及疑虑。 此外，n8n 维护客户可访问的支持文档，其中包含支持联系方式。我们致力于确保 n8n 对所有用户来说都是一个安全可靠的工具。如果您发现任何运营或安全故障、事件、系统问题、疑虑或其他问题/投诉，请随时联系相关的 n8n 人员。 有关 n8n 漏洞披露计划的更多信息，请参见此处。在此提交漏洞。