本安全概述说明我们用于保护 Melaya 服务、用户账户、用户内容、交易所凭据、Google OAuth token 和运营数据的行政、技术和组织性措施。本概述构成我们服务条款和隐私政策的一部分，用于向客户、合作伙伴和安全研究人员说明 Melaya 的安全模型。
1. 传输中和静态加密
用户客户端与本服务之间传输的所有数据，均受传输层安全协议（TLS）1.2版本或更高版本的保护，并在部署边缘由 Cloudflare 终止。生产环境 TLS 配置遵循 Mozilla 中间兼容性指南：仅支持 TLS 1.2 与 1.3，仅采用 ECDHE 密码套件，仅使用具有前向保密性的 AEAD 密码，HSTS 最大有效期为两年且附带 preload 指令，以及包含明确 connect-src 允许列表的严格内容安全策略。内容安全策略适用于两类接口：API 服务器通过其安全头中间件设置 default-src 'none'，公共 Web 应用程序则部署一项仅允许我方后端及支付、登录提供商的策略，该策略阻止插件内容及 base 标签或 form-action 劫持，并限制脚本执行，从而防止注入脚本将数据泄露至攻击者来源。完整的 TLS 配置、已提交的密码列表及季度审查周期，均记录于内部安全存储库的 TLS Baseline 运行手册中。基础设施内部的服务间调用通过回环接口或私有网络链路进行。
静态数据加密目前在应用层通过字段级信封加密实现。存储层的全卷磁盘加密尚未启用：生产块设备目前在磁盘层面处于未加密状态。基于 LUKS 的卷级加密已被选定为修复路径，是安全路线图上的已提交事项；在执行之前，Melaya 不将磁盘层或提供商管理的卷加密作为有效控制措施加以声明。
敏感值由应用层信封加密层保护，该层实现于我们的信封加密服务中。交易所 API 凭证（密钥、私钥、口令）、每用户连接器凭证和 OAuth 令牌，以及 MFA 密钥和恢复码，均使用 AES-256-GCM 配合仅保存在服务器进程中的 256 位主密钥进行封装，然后才发送至 Infisical 保险库提供商或写入 agents.credentials 回退表。传输格式携带明确的密钥标识符（v1:<kid>:<base64(iv|ciphertext|tag)>），使服务器能够在轮换窗口期间接受多个有效密钥，并将读取请求路由到封装各值的确切密钥。新写入始终使用活跃密钥，即已配置密钥列表中的第一个条目。轮换是一个三版本发布流程，不会导致平台停机：将新密钥作为第二个条目添加（写入仍使用旧密钥，新密钥为只读），将其提升为第一位（写入切换至新密钥，旧密钥仍可读），对绑定到已退役密钥标识符的历史行重新封装，然后删除旧条目。Infisical 和 Postgres 主机在任何时候都不会看到明文凭证：任何一个子处理器单独受损只会产生密文，攻击者还需要配置的信封密钥才能恢复任何交易所密钥。一次性迁移脚本处理了信封层建立之前残留的旧版明文行；该清理已针对生产数据库完成，其往返验证器（envelope-verify.ts，7/7 个场景）在每次 CI 运行和生产环境验证中均以零退出。
2. 租户和流水线隔离
平台在应用层对租户实施逻辑隔离。每个经身份验证的请求均携带从经验证的 JSON Web Token 中提取的用户标识符，每次数据库查询、对象存储访问及检索索引查找均通过参数化 SQL 和 tRPC 上下文管道按该标识符进行范围限定。为智能体框架构建的检索索引按流水线存储，且仅返回给拥有该流水线的查询。引擎状态、策略配置及订单历史同样按用户分区存储。Postgres 行级安全作为应用层范围限定之后的纵深防御层予以强制执行：FORCE ROW LEVEL SECURITY 在生产环境中对 agents.* 和 cex.* 模式下的 44 张表启用，受 117 条行级安全策略保护，应用程序以专用低权限角色连接，该角色运行 NOBYPASSRLS，因此即使查询意外遗漏 WHERE user_id 子句，也无法跨租户查看数据。每次请求的行级安全上下文在任何查询执行前均将租户标识符和角色设置为会话参数，连接池在释放时发出 DISCARD ALL，确保上下文不会在租户之间延续。我们验证器 rls-verify.ts 中的 17 个跨租户场景在每次 CI 运行时针对在线数据库以零退出码通过，涵盖 SELECT、INSERT、UPDATE、DELETE、所有权重新分配、管理员绕过、无上下文零行及上下文泄漏回归等场景。
3. Key 和 Secret 管理
Melaya 自身使用的应用程序密钥、签名密钥、数据库凭证和第三方 API 密钥存储于进程启动时加载的运营商控制的密钥文件及保险库提供商中。这些密钥从不提交至源代码控制，生产值不在开发人员之间共享。信封加密密钥是一个专用加密密钥，仅保存在运营商的密钥存储中，与 Postgres 数据库凭证和 Infisical 保险库令牌分开存放，因此三者中任何一个受损都不会泄露明文交易所凭证。强烈建议客户将每个交易所 API 密钥的权限限定为仅交易，在发行交易所禁用提现，并在交易所支持的情况下应用 IP 允许列表。
会话令牌在多密钥轮换窗口下签名。服务器接受一组有序的签名密钥，每个密钥标有简短的密钥标识符。新令牌在第一个（活跃）密钥下签名，并在 JWT 头部携带该标识符以实现 O(1) 验证。在窗口内任何已退役密钥下签发的令牌在七天 TTL 到期前继续有效，届时可删除已退役密钥。即使非活跃密钥本可接受，已过期令牌也会立即被拒绝。验证往返在验证器 jwt-keys-verify.ts 中得到断言。
4. 身份验证与访问控制
用户认证基于电子邮件和密码，采用工作因子 12 的 bcrypt 哈希，同时对登录、注册和忘记密码端点实施速率限制（每 IP 每 15 分钟 20 次尝试，由 Redis 支持的分布式限流器强制执行）。会话令牌以 JSON Web Token 形式签发，有效期七天，并绑定至用户、角色和服务层级声明。基于角色的访问控制区分 user 和 admin，基于服务层级的访问控制按四层级目录管控功能。所有重要操作均在服务器端进行检查；客户端访问控制仅作为用户体验提示，从不依赖其提供安全保障。
双因素认证通过标准 TOTP 配置（RFC 6238、SHA-1、6 位数字、30 秒周期、±1 窗口漂移）向所有用户开放，并与所有主流认证器应用兼容。TOTP 共享密钥在服务器端生成，具有 160 位熵，通过第 1 节所述信封加密层封装，并存储在用户行的封装列中。恢复码在注册时一次性生成，以工作因子 12 的 bcrypt 哈希后，再由信封层二次封装，确保单独的数据库泄露无法还原它们。注册为两步流程，要求用户通过输入实时验证码证明其已配置认证器，然后才将第二因素标记为活跃。登录流程依次为：密码验证、短期（五分钟）挑战令牌、以原子方式消费挑战行的验证码核验；被捕获的挑战令牌在成功消费后无法重放。添加 CEX API 凭证和生成平台 API 密钥这两个产品中影响最大的资金交互操作均需要 MFA。每次 MFA 挑战结果（mfa.challenge_issued、mfa.challenge_ok、mfa.challenge_fail）均写入第 6 节所述的仅追加审计日志，使挑战模式可审计且防篡改。
Melaya 员工对生产系统的访问按工程师个人授予，依据有记录的双人审批工作流，不再需要时予以撤销。访问配置需要申请人以外的人员审批，离职流程包括停用账户、轮换 JWT 签名密钥以使现有会话失效、撤销 API 密钥及移除 SSH 密钥。过期的特权 sudoers 条目和 SSH 授权密钥按会话清理，季度访问审查周期已有记录。部署用户与服务运行时用户的完全拆分（使受损服务进程无法转向部署路径）已作为计划中的控制措施列入安全路线图。
5. 网络与基础设施 Rate Limiting
速率限制由 Redis 支持的共享存储在应用层强制执行，使限制在所有服务器实例中全局生效，而非按进程独立计算。两个独立配置的桶分别应用：针对认证端点的严格桶（每 IP 每 15 分钟窗口 20 次尝试）和通用 API 桶（每 IP 每分钟 200 次请求）。限流器采用失败关闭模式：若 Redis 存储不可访问，认证端点拒绝请求而非透传。限流器的 tRPC 批处理感知封装器由验证器 rate-limit-verify.ts 验证（7/7 个场景，包括批量规避攻击）。
边缘流量由 Cloudflare 前置，启用 WAF、机器人检测及针对高风险路径的地理封锁。Cloudflare 区域的 Terraform 脚手架已与运营手册一同提交，涵盖漂移检测、紧急覆盖和 24 小时对账规则；当前手动区域针对该脚手架的导入与对账正在进行中，是首次外部渗透测试排期前的关键任务。
6. 监控、日志和审计
平台从 Node.js tRPC 服务器、Rust 引擎、Python 工作进程及边缘层输出结构化日志。所有主机级和容器级日志（systemd 日志、主机系统日志、nginx 访问日志与错误日志、CI 及源代码托管容器标准输出，以及全部 Melaya 应用日志）均通过 Grafana Alloy 采集器实时离主机传输至与生产主机相同区域的 Grafana Cloud Loki 租户，确保审计追踪在主机遭受攻击或磁盘故障时仍可完整保留。出站网络连接由网络层出口日志规则记录，并转发至同一离主机汇聚点；目前已对该出口流量进行日志记录与监控，而基于拒绝策略的出口访问白名单仍作为待规划路线图项目推进中。
安全相关事件（认证结果、MFA 挑战结果、CEX 凭证添加和移除、平台 API 密钥签发和撤销、服务层级变更和回滚）额外写入仅追加的 agents.audit_log 表。该表结构撤销了应用角色的 UPDATE 和 DELETE 权限，维护跨行的加密哈希链（prev_hash / row_hash），将行为方 IP 仅以带密钥的 HMAC-SHA256 摘要形式存储（而非普通 SHA-256，后者易受字典攻击），并提供侧表 agents.audit_log_tombstone 用于 GDPR 第 17 条删除，且从不修改哈希链。每日验证器（verify-audit-chain.ts）端到端遍历哈希链，断言时间戳单调性（±2 秒 NTP 容差），并生成适合写入外部只写存储的锚定摘要。audit-log-verify.ts 中的六个篡改场景针对实时生产环境均以零退出。
7. 漏洞管理
每次提交作为 CI 的一部分运行 npm audit --production 和 Trivy 文件系统扫描。每次构建调用 Trivy 两次：一次以 ignore-unfixed: true 的门控模式运行，使可操作发现导致检查失败；一次以 ignore-unfixed: false 的非门控模式运行，将完整漏洞面上传至仓库的安全选项卡作为合规证据。生产主机运行启用了安全通道的 unattended-upgrades，并设有自动重启窗口。CI、源码管理、密钥保险库、Postgres 和 Redis 服务的第三方容器镜像在版本升级前经过审查，由内部安全保险库中的补丁节奏操作手册追踪，并由每日镜像摘要漂移检测器监控，在任何静默镜像轮换发生后 24 小时内发出警报。
Melaya 尚未经历第三方外部渗透测试。参与范围（包括范围内和范围外资产、交战规则、要求 CREST 认证的供应商候选名单及参与后修复节奏）已在内部 Pentest Scope 操作手册中提交，以便在第 5 节的 Cloudflare IaC 对账完成后立即推进供应商选择。Melaya 文档中未作出任何「年度渗透测试」声明。
8. 安全软件开发
平台变更在合并前经过源代码控制和同行评审。TypeScript 严格模式和静态分析在每次客户端和服务器构建时运行。gitleaks 作为预提交钩子和 CI 步骤运行，使用路径范围的允许列表而非全局允许列表，确保意外的凭证泄露在合并前导致构建失败。所有 CI 操作均通过提交 SHA 固定，防止供应链标签重写攻击。生产部署通过受限的 Jenkins SSH 封装器进行，配有 authorized_keys 的 command= 限制，即使 CI 运行器受损，也只能调用允许列出的 Melaya 服务的明确 resync <service> 和 log <service> 操作：无任意 shell、无文件系统遍历、服务重启以外无权限提升。每次部署流水线调用均离机记录至 Grafana Cloud Loki 租户用于审计，同时附有将运行中二进制文件与其源提交关联的已提交溯源记录。
9. 事件响应
Melaya 维护一份书面事件响应操作手册，涵盖严重性声明（四个严重等级）、角色分配（事件指挥官、技术负责人、沟通负责人、记录员）、包含明确信封密钥、JWT 密钥和审计日志 IP-HMAC 密钥轮换步骤的遏制清单、GDPR 第 33 条 72 小时通知矩阵，以及事后分析模板。该操作手册已提交至内部安全保险库，作为持续更新的文件：首次桌面演练计划于 2026-07-15 进行，手册在其程序中明确标记为「未生效」，直至该演练执行完毕。值班工程师今日已响应真实事件；演练门控针对的是正式桌面演习，而非响应路径的存在。
10. 备份与灾难恢复
各子系统的恢复时间目标 (RTO) 和恢复点目标 (RPO) 已发布于内部 RTO RPO 操作手册：agents.* 服务层级目标为 15 分钟 RTO / 2 小时 RPO，CEX 凭证存储目标为 5 分钟 RTO / 1 小时 RPO，Infisical 和对象存储目标为 4 小时 RTO / 1 小时 RPO，Redis 无备份且在重连时重建。备份机制结合了持续 WAL 归档与 14 天时间点恢复窗口、每晚跨区域逻辑转储、每月基础备份以及每日写入外部位置的只写审计日志锚定导出。所有备份工件均使用 restic 进行压缩、校验和加密。恢复验证按两个周期运行：自动化每周任务执行 restic 完整性检查和抽样恢复至暂存目录；首次完整恢复演练（恢复至临时环境）计划于 2026-07-15 进行，此后其书面认证（记录恢复耗时和完整性检查结果）将提交至同一操作手册。Melaya 目前从单一主托管区域运行；这一情况已明确披露，补偿性控制措施（跨区域每晚转储、持续 WAL 归档、跨区域健康探针及 Cloudflare DNS 故障转移）将最坏情况下的完整区域损失 RTO 限制在约 24 小时，作为已记录且已接受的风险。
11. 业务连续性
一份书面业务连续性计划已提交至内部安全保险库，涵盖主区域中断响应、Postgres 提供商故障、Infisical 保险库中断（服务器通过缓存凭证继续为现有会话提供服务，新的 CEX 写入以用户可见的错误拒绝）、Stripe 中断（现有订阅不受影响）、人员可用性矩阵以及逐供应商应急表。该计划按与 TLS 基线相同的季度节奏审查，并以桌面演练的形式进行年度完整演练。
12. 供应商与子处理者安全
Melaya 使用公共子处理者清单所述的子处理者和基础设施提供商提供相关功能。每家提供商的合同角色、所在地及传输保障措施，必须依据实际部署与协议进行评估；客户选择的模型、连接器、商户或工具提供商可能按照客户指示及其自身条款行事，而非依据 Melaya 的供应商合同。企业客户根据其协议或数据处理附录享有适用的子处理者通知权与异议权。Melaya 的主要托管环境目前在新加坡运营；新加坡不受欧盟充分性决定覆盖，因此适用的数据传输须采用合法的传输机制，并在要求时采取补充保障措施。本地运行器在客户控制的硬件上执行 Python、本地文件、检索操作并使用所选凭据，但根据所选模式，运行配置、经签名的分发内容、所选凭据交付、协作事件、遥测数据、云模型请求或连接器调用仍可能经过或到达 Melaya 与第三方。数据接收方与驻留位置的披露应由公共子处理者页面、客户协议和实际数据流确定，而不能仅凭“本地”一词判断。
13. 合规态势
Melaya 正在参照 SOC 2 信任服务准则和 ISO/IEC 27001 构建其控制措施。截至本文件日期，Melaya 尚未持有 SOC 2 Type I、SOC 2 Type II、ISO/IEC 27001 或任何同等第三方安全认证，也未开展任何审查或认证机构评估。这些是我们路线图上的目标里程碑。任何当前需要认证的潜在客户应预期获得的是差距分析报告，而非已完成的审计报告。企业客户可通过联系 [email protected] 申请我们当前的控制矩阵及进行中的修复项目列表。
一份十五节数据处理附录模板已起草并提交至内部安全 vault。它纳入了欧盟委员会标准合同条款（控制者对处理者的 Module 2 和处理者对处理者的 Module 3）、英国国际数据传输附录以及瑞士 FADP 等效条款。GDPR 第 33 条 72 小时违规通知承诺、退还或删除程序以及审计权（限于年度且需 NDA 的 SOC 2 Type II 一旦落地后）均已绑定在模板中。外部律师审核尚待完成，之后 DPA 才会以点击同意形式在付费层级上提供，并以可双边签署的版本在 citadel层级上提供。
14. 客户责任
Melaya 上的安全是共享责任。客户负责选择强而唯一的密码、保护其账户凭据、将交易所 API 密钥限定到所需的最小权限、审查和验证其构建的流水线行为、控制其上传到检索索引中的内容、审查其选择路由经过的任何第三方语言模型提供商的条款和数据处理实践，以及及时报告任何疑似入侵。我们强烈建议您在首次登录时在账户设置中启用双因素认证；在添加任何 CEX 凭据或生成任何平台 API 密钥之前，都需要启用双因素认证；它也是客户可以为自身账户启用的最重要安全控制。
15. 负责任披露与安全港
安全港。 对于善意行事并遵守本政策的安全研究人员，Melaya Labs LLC 不会对其提起法律诉讼，也不会支持任何第三方对其提起法律诉讼。本承诺适用于 Melaya 原本可根据美国《计算机欺诈和滥用法》（CFAA）、英国《计算机滥用法》、欧盟成员国计算机滥用法规的等同条款，以及违约、侵权干预或动产侵害的任何民法主张所提起的索赔。“善意”指研究人员真诚地努力遵守下文的范围和参与规则，未访问、修改、销毁或外泄其他用户的数据，未有意降低服务对其他用户的可用性，并在任何公开披露之前已向 [email protected] 私下披露发现。本条款对 Melaya 具有约束力，且无需逐报告批准。它不涵盖根据研究人员所在司法管辖区独立非法的行为，例如对其他用户的实际金融欺诈或勒索。
范围。 授权针对 melaya.org 及 *.melaya.org 区域下的所有子域名、位于 app.melaya.org 的应用层、Builder API endpoints 以及 Melaya 发布的法律页面进行测试。不授权针对以下进行测试：(i) 通过 Melaya 触及的任何第三方交易所上的真实下单、取消或修改；(ii) 通过用户配置的流水线触及的第三方语言模型提供商（OpenAI、Anthropic、Google、Cohere、本地运行时）；(iii) Cloudflare、托管提供商或 vault 提供商本身的基础设施；(iv) 任何形式的拒绝服务攻击（L3/L4 洪泛、L7 洪泛、大量凭据填充）；(v) 对 Melaya 员工、承包商或客户的社会工程；(vi) 物理入侵。
参与规则。 研究人员必须在发现得到证明的那一刻停止测试（单次非破坏性读取即足以证明跨租户访问），绝不得修改或外泄其他用户的数据，不得安装持久化，并应将自动化测试持续保持在每秒 1 次请求以下。测试流量应携带独特的 User-智能体: Melaya-research/<handle> 头，以便 Melaya 可将其与真实流量区分，且不会因此触发值班呼叫。
分类响应 SLA。 Melaya 承诺在收到有效报告后五 (5) 个工作日内予以确认，在确认后十 (10) 个工作日内提供初步严重性评估，并按严重性梯度修复发现：严重问题 48 小时内修复，高危问题 7 个日历日内修复，中危问题 30 个日历日内修复，低危问题 90 个日历日内修复。若 Melaya 未能履行 SLA 承诺，研究人员可提供七 (7) 天书面发布意向通知，只要研究人员在整个过程中遵守了交战规则，安全港保护在发布期间持续有效。
联系方式。 报告应发送至 [email protected]。用于加密报告的 PGP key 将发布在 /.well-known/security.txt。报告不应通过社交媒体、Melaya 公开仓库上的 GitHub issues 或任何支持聊天界面发送：这些渠道不对安全敏感内容进行监控，并存在在修复前意外公开披露的风险。
本第 15 节是自包含的，其承诺具有约束力。 第一段中的安全港、第二和第三段中的范围和参与规则、第四段中的分类 SLA，以及紧随其后段落中关于服务条款交互与仅向前修订的规则，共同构成 Melaya 对安全研究人员所作的全部具约束力的承诺。本第 15 节中的每一段（不仅是前四段）都是有约束力承诺集合的一部分。Melaya 维护一个内部用于分类路由和升级的运营 runbook，但该 runbook 不会增添、删减或修改本第 15 节中的任何承诺，研究人员无需阅读任何其他文件即可依赖上述安全港。对本第 15 节的任何变更仅向前适用：根据报告时生效的本第 15 节版本善意报告的发现，无论后续是否修订，仍受该版本安全港保护。
与服务条款的交互（有约束力）。 本第 15 节构成 Melaya 对原本会被服务条款关于规避、禁用或干扰 Melaya 安全、rate-limiting 或访问控制功能的禁止条款所限制的安全研究活动的明确授权。在上述范围和参与规则内行事的研究人员，因此不构成对该等行为的服务条款违约，Melaya 放弃其原本可就该特定行为根据条款提起的任何主张。本段本身是上述有约束力承诺集合的一部分，而非仅仅是解释性文字。
Device Control 安全模型
Device Control 被设计为由用户授权、默认拒绝的通道。Android 应用无法自行启用无障碍功能或屏幕捕获；用户必须在操作系统中授予这些权限。对于侧载版本，Android 可能要求批准受限设置。
已配对手机使用可撤销的设备令牌进行身份验证，服务器端存储该令牌的 SHA-256 哈希。目前，Android 原始令牌存储在应用的私有 SharedPreferences 中，而非硬件支持的加密存储中；iOS 应用则将其令牌存储在 Keychain 中。手机令牌与浏览器会话及运行器令牌相互独立，仅限用于手机端点，会到期或可被撤销，并且应通过用户的设备安全措施予以保护。
服务器和 Android 设备会依据用户已批准的应用允许列表，检查无障碍界面节点树读取以及受前台应用限制的点击、键入、滑动和类似操作。全局导航操作具有不同的边界；全屏 MediaProjection 画面帧在技术上并不会裁剪至前台允许列表中的应用，也不会以该应用作为捕获门槛，因此在屏幕镜像期间可见的未批准应用或敏感应用可能会出现在画面帧中。
实时屏幕画面帧是经过降采样的全屏图像，作为最新画面数据中继至已验证的所有者会话及屏幕截图工具。为保持新鲜度和完成传送，这些画面会在服务器进程内存中短暂保留；但选定的屏幕截图、工具结果、模型请求、遥测数据或日志可能会持久保存，或被发送至所选云模型或连接器。用户应在打开无关的敏感内容前停止屏幕镜像。
手机命令队列和已批准应用策略目前按用户账户划定范围，而非按所选设备划定范围。如果配对了多部手机，首个符合条件并进行轮询的手机可以领取排队命令；领取后，结果会与该任务及手机令牌关联。原生移动运行还会登记一个活动运行，使同一用户的悬浮层紧急停止控制可以请求终止该已登记运行；该控制无法终止任意其他用户的流水线。
移动代理与设备执行控制
移动代理安全机制将决策、授权、路由与物理执行相分离。模型或代理可以提出命令；Melaya 服务会验证已通过身份验证的用户、手机配对状态、操作策略及命令封装；首个符合条件并进行轮询的手机可以领取按用户划定范围的排队任务；随后，由用户控制的已登记设备在操作系统权限范围内执行该命令。
设备凭据与浏览器会话、云服务身份、提供商凭据及本地运行器令牌相互独立。服务器存储可撤销手机令牌的 SHA-256 哈希。Android 目前将原始令牌存储在私有 SharedPreferences 中，而 iOS 将其存储在 Keychain 中。手机令牌不授权一般账户管理、访问其他用户的手机端点或使用无关的运行器。
命令默认拒绝，并按已通过身份验证的用户、已领取任务、应用策略、操作类型、参数及队列有效期划定范围。当配对了多部手机时，队列和允许列表目前按用户而非确定性指定的设备划定范围；手机领取任务后，所有权检查会将其结果绑定至该手机。敏感端点会验证调用方、校验大小与所有权并拒绝已到期任务，但客户应仅配对可信设备。
高影响或含义不明的操作应要求重新取得人工确认，明确显示目标及后果，并提供可用的暂停或紧急停止路径。持续性指示器、悬浮层、前台服务通知、预览、超时、速率限制、审计轨迹及终止状态清理可形成纵深防御，但不能保证操作正确或可逆。
命令和遥测通道使用加密传输及已验证身份。在已经实现的情况下，会使用经签名或受完整性保护的分发、随机数、命令标识符、有效期、设备绑定及重放检测，以降低篡改和跨用户执行风险。传输加密并不能阻止获授权端点查看执行请求所需的明文。
本地运行器将 Python 执行、本地文件及本地模型推理保留在用户环境内，但仍受用户操作系统控制约束。混合运行还会向所选云提供商披露推理或工具载荷。云运行在 Melaya 管理的基础设施内执行，并可以处理运行时数据及所选秘密信息。沙盒与隔离措施可以降低但无法消除应用、依赖项、模型、提示注入或基础设施风险。
存储的凭据采用加密或秘密管理控制，并仅在被选用于某次运行时交付。执行进程和外部提供商必然会接收可用的身份验证材料。用户必须实行最小权限，将生产凭据与测试凭据分离，及时轮换和撤销凭据，限制提供商权限范围，并且绝不得将秘密信息放入提示词、屏幕截图、日志或不可信的工具输出中。
遥测与协作服务可以接收运行时发出的任何消息、跟踪记录、工具事件、结果、费用、状态、审批请求、屏幕截图或诊断载荷。客户应适当配置事件详细程度和保留期限，避免不必要的敏感数据，并实施工作区与项目访问控制。“本地”描述的是执行位置，并不保证不会传输任何遥测数据。
Android 无障碍功能和 MediaProjection 是由用户授予的敏感功能。移动应用必须在访问前提供所要求的醒目披露并取得肯定同意，使用可用范围最窄的 API，在要求时保持可见，在权限被拒绝时降级运行，且绝不得利用权限绕过平台安全或隐藏活动。通过 Google Play 分发的版本不得允许无障碍功能违反 Google Play 政策自主发起、规划并执行操作。
iOS App Store 应用受 Apple 沙盒、授权项及公共 API 限制，不提供不受限制的第三方应用控制。Mac 运行器、开发者模式、XCTest、WebDriverAgent、配对设备及开发者签名测试路径具有不同的威胁与信任模型，并要求控制 Mac、签名身份、设备配对、测试目标及网络通道。
任何控制措施都无法消除所有风险。模型可能受到提示词或屏幕内容操纵；应用可能更改布局；权限可能过于宽泛；依赖项可能遭到破坏；设备可能丢失；获授权用户也可能滥用功能。我们会调查可信的报告，可以撤销或隔离受影响的凭据或设备，并建议立即采取紧急停止、撤销、轮换凭据及报告事件等措施。
16. 本概述的变更
Melaya 可能不时更新本安全概览，以反映平台、控制措施或子处理商的变化。本文件顶部的「最后更新」日期反映最近一次修订。当待完成事项（如首次恢复演练、首次事件响应桌面演练、首次外部渗透测试、卷级磁盘加密，或 DPA 模板的外部法律顾问审查）完成时，相应章节将改写以反映新状态，变更将在产品变更日志中公告。
17. 联系方式
如有安全问题、漏洞报告或需索取合规文档，请联系：