我们如何保护
您的数据。
这是我们数据页面上第一项承诺背后的运作机制：租户如何相互隔离、所有数据如何加密、谁可以访问生产环境，以及每项变更在上线前必须通过哪些检验。
CASA Tier 2——实验室验证
由 TAC Security 依据 OWASP ASVS 进行独立评估——所有类别均已通过。 查看证书 →
托管于 AWS us-east-1
应用、数据库、缓存和对象存储均运行在 AWS 弗吉尼亚北部区域。
全程 TLS 1.2+
所有访问 PanLuma 的流量都通过 CloudFront 和 AWS 负载均衡器进行传输加密。
可接受独立审计
我们的安全政策均已成文并进行版本管理。任选一项声明，都可以索取其背后的文件。
我们的安全实践
我们为保护您的数据所做的一切
您的数据相互隔离。
PanLuma 采用多租户架构。租户隔离由数据库强制执行，而非仅靠约定——我们使用 PostgreSQL 行级安全（Row-Level Security），并在每张表中设置 tenant_id。
基于 PostgreSQL 行级安全（Row-Level Security）的多租户原生设计
每条业务记录都带有 tenant_id，并由数据库本身的 RLS 策略把关，而不仅仅依赖应用层。
每次查询都严格限定租户范围
应用代码使用租户范围内的会话；从设计上就杜绝了跨租户访问。
隔离的工作负载
每个租户的数据都存放在共享基础设施中，并在数据库、缓存和应用层实施逻辑隔离。
您的数据已加密。
数据在传输和存储时均经过加密。敏感机密信息（如 OAuth 令牌和 API密钥）还会在应用层再次加密。
传输中使用 TLS 1.2 或更高版本
CloudFront 和应用负载均衡器对每个请求强制使用现代 TLS 协议。
AWS 托管的静态加密
RDS、S3、ElastiCache 和 EBS 卷均使用 AWS KMS 托管密钥进行静态加密。
OAuth 令牌使用 Fernet 加密
已连接集成（Google、Microsoft、Notion 等）的令牌在写入数据库之前，会先在应用层进行加密。
密码使用 bcrypt 哈希处理
PanLuma 绝不存储明文密码。我们支持并推荐使用 SSO。
访问权限遵循最小权限原则。
我们的访问控制政策明确规定了谁可以访问什么、通过何种方式访问，以及可访问多长时间。该政策为内部文件——欢迎向我们索取副本。
基于层级的访问控制
角色划分为日常用户、管理员和系统管理运维人员。特权层级的权限范围受到严格限定。
所有 PanLuma 人员均须启用 MFA
所有能够访问生产环境的账户，至少须启用 TOTP。SSO 提供商对联合登录强制执行 MFA。
即时权限提升
生产环境访问权限不会长期有效——必须经过申请、说明理由、限定时间并接受审计。
每一次特权操作均有审计
审计日志既记录操作的真实用户，也记录代表其执行操作的 AI Agents。
代码先审查，后上线。
PanLuma 的每一次变更，都必须先通过自动化的多专家安全审查和完整的测试关卡，才能进入生产环境。
每次推送都有 AI 代码审查
每次推送到主分支以及每个拉取请求，都会触发多智能体的安全、架构与测试审查——任何人都无法绕过它合并代码。
OWASP ASVS 2 级——经独立验证
我们的应用安全基线以 ASVS 2 级控制项为目标——并已由独立实验室（TAC Security）在 CASA Tier 2 认证中，对全部 14 个类别逐一验证。
依赖项与密钥扫描
每次构建都会扫描依赖项；CI 中强制执行密钥扫描，及时发现误提交的敏感信息。
推送前测试关卡
后端、前端和集成测试套件全部通过后，代码才能推送。测试覆盖率只升不降，杜绝质量倒退。
合规与对标
我们的现状与前进方向
如实告知现状，绝不用虚名徽章装点门面。
CASA Tier 2——已获得
由 TAC Security（独立第三方，获 App Defense Alliance 授权）依据 OWASP ASVS 完成实验室测试与实验室验证——全部 14 个验证类别均已通过。证书编号 1aa14187，有效期至 2027 年 5 月。 查看证书 →
GDPR
已建立控制者/处理者框架。我们与所有子处理者签署 DPA，并可应客户要求提供客户 DPA。
SOC 2 Type 2
已列入路线图。我们尚未启动 SOC 2 审计，目前也不声称已获得该认证。
我们背后的认证基础设施
我们所依托的服务
我们坦诚区分 PanLuma 自身获得的认证与我们所依托的供应商所持有的认证。以下列出的是后者。
AWS
SOC 1/2/3、ISO 27001、ISO 27017、ISO 27018、PCI-DSS、支持 HIPAA BAA、符合 GDPR。 aws.amazon.com/compliance/programs →
Anthropic (Claude)
SOC 2 Type 2。不会使用 API 客户数据进行训练。 trust.anthropic.com →
Twilio / SendGrid
SOC 2、ISO 27001。 twilio.com/security →
Google Workspace
SOC 2/3、ISO 27001/17/18、FedRAMP。 workspace.google.com/security →
Microsoft
SOC 1/2、ISO 27001/17/18、FedRAMP。 microsoft.com/trustcenter →
PostHog
SOC 2 Type 2。PanLuma 使用欧盟数据驻留（PostHog Cloud EU）。 posthog.com/security →
Plausible
托管于欧盟、符合 GDPR 的营销网站分析服务。不使用 Cookie，不收集个人数据。 plausible.io/data-policy →
GitHub
SOC 1/2、ISO 27001。托管 PanLuma 源代码；运行时没有任何客户数据经过 GitHub。 github.com/security →
完整的子处理方名单
查看完整清单，了解谁在何处、依据哪份 DPA 处理哪些数据。 查看子处理方 →
发现问题？请告诉我们。
PanLuma 设有公开的漏洞披露计划，并为善意的安全研究人员提供安全港条款。请发送邮件至 security@panluma.ai，或查看我们的 security.txt。
公开致谢
提交有效且在范围内的报告并同意公开署名的研究人员，将被公开列出。
可应要求提供书面致谢
匿名研究人员可申请一封书面致谢信，留作记录。
我们公开发布的文件
阅读原文，而不只是摘要
以上文件均完整公开。其余政策文件在内部进行版本管理，可应要求提供——您可以挑选本页任意一项声明，我们都能向您展示其依据来源。
漏洞披露政策
适用范围、安全港条款、响应目标。 阅读 →
子处理方清单
所有处理客户数据的第三方：它们的职责、处理地点，以及适用的数据处理协议（DPA）。 阅读 →
隐私政策
我们收集哪些数据、为什么收集，以及您作为数据主体享有的权利。 阅读 →
服务条款
使用 PanLuma 的合同条款。 阅读 →
数据处理附录
PanLuma 面向客户的数据处理附录（DPA）可按需提供，请发送邮件至 privacy@panluma.ai。
完整政策包
涵盖信息安全、事件响应、数据留存、访问控制、备份与灾难恢复以及数据流图。内部进行版本管理，客户和潜在客户可按需索取，请联系 security@panluma.ai。