本译文仅供参考，以英文版本为准。
牲畜档案、治疗记录和运输记录都是关乎业务的关键数据。本页介绍 Mule 如何保护其开发和运营的系统。客户可在其数据处理协议中查阅完整措施，并可随时提出安全问题。
1. 原则
- 您的数据，按您的规则。 客户系统按客户选择托管在欧盟或美国。Mule Portal 运行在欧盟（法兰克福）的一个共享数据库上，每一次读写都在应用层限定于该客户所属的组织。
- 最小权限。 员工和用户仅获得其角色所需的访问权限。每个请求的权限都在服务器端检查，而不仅限于界面层面。
- 可证明的记录。 车次、治疗和签名等重要记录只可追加，并同时记录设备时间和服务器时间，因此任何变更都会留下痕迹。
2. 访问
- 每个 Mule 员工账户以及门户中的客户所有者和账单角色均使用多因素认证。
- 生产环境访问均有日志记录，并在角色变更后 1 个工作日内撤销。
- 不使用共享账户。
3. 数据保护
- 所有流量采用 TLS 1.2 或更高版本；由我们的托管和数据库提供商实施静态加密。
- 密钥存放于托管的密钥库中，绝不出现在代码或聊天中。
- 每日加密备份，并至少每 6 个月进行一次恢复测试。
- 可离线使用的现场应用在本地保留加密队列，并在恢复信号后同步。
4. 软件开发
- 每次变更均经代码审查，进行依赖项和密钥扫描，预发布环境与生产环境相互分离。
- 开发环境中不使用未经脱敏的生产环境个人数据。
- 在所有服务费方案下，框架和依赖项的安全更新每月实施，关键补丁在可行时尽快实施。
5. 网站
- 严格的安全标头，包括内容安全策略（Content Security Policy）、HSTS 和框架嵌入保护。
- 在获得同意之前，不加载任何可选的第三方脚本。
6. 安全事件
Mule 制定了书面的事件响应计划。如发生影响客户数据的个人数据泄露，Mule 将在知悉后无不当延迟地、且在 48 小时内通知客户。
7. 认证
Mule 目前未持有 ISO 27001 或 SOC 2 认证。任何认证，我们都只会在正式获得后才在此公布。
8. 报告漏洞
参见负责任披露和我们的 security.txt。