— Odoo 云端版（该平台）—
备份/灾难修复
- 我们为每个 Odoo 数据库保留 14 份完整备份的历史记录，保存时长至少 3 个月：每日备份保留 7 天，每周备份保留 4 周，月度备份保留 3 个月。
- 备份数据会在至少 3 个不同的数据中心之间进行复制。
- 有关数据中心的实际位置，请参阅我们的 隐私政策.
- 你可以在任何时候使用控制面板下载实时数据的手动备份。
- 您可联系我们的技术支持台，将可用备份恢复至您的生产数据库，或是恢复到独立数据库。
- 硬件故障转移：对于部署在裸机基础设施上、存在硬件故障风险的服务，我们采用本地热备复制、监控以及手动故障转移流程。
- 灾难恢复：我们制定了灾难恢复流程，用于在发生重大基础设施故障或灾害后恢复 Odoo 云服务与客户数据。详见我们的 云服务SLA for more details and detailed Recovery Point Objectives (RPO) and Recovery Time Objectives (RTO).
数据库安全
- 客户数据存放于独立数据库，客户之间数据互不共享。
- 数据访问控制将运行在同一集群上的客户数据库相互隔离，防止一个客户数据库访问另一个客户数据库。
密码安全
- 客户密码采用行业标准 PBKDF2+SHA512 密码哈希算法保护，搭配加盐处理与数千轮密钥延展计算。
- Odoo 工作人员无法查看或获取您的密码。如果密码遗失，必须执行密码重置操作。
- 登录凭证始终通过 HTTPS 安全传输。
- 客户数据库管理员可以 为登录速率设置限制 and cooldown periods for repeated login attempts.
- 密码策略： 数据库管理员可以强制规定用户密码的最小长度。 其他策略，例如要求的字符类 ，默认情况下未启用，因为研究表明这些策略会适得其反。 参见 [[Shay et al. 2016]。] and NIST SP 800-63b.
员工访问
- Odoo 技术支持人员在必要时可访问您的账户排查支持问题。他们使用专属的工作人员凭证登录，无需使用您的密码，且无法获取您的密码。
- 专属员工访问权限，支持我方团队复现您反馈的问题，无需您提供密码；同时可对员工操作进行独立管控与审计。
- 客服人员仅可访问诊断和解决问题所需的数据、文件及设置。
系统安全
- Odoo 云服务器采用经过安全加固的 Linux 发行版，并持续更新安全补丁。
- 服务器采用定制化最小化部署，减少可能引入安全漏洞的服务数量。
- 远程服务器管理仅限于少数值得信赖的 Odoo 工程师，并通过个人多因素身份验证进行保护。
实体安全
Odoo 云服务器托管于多区域可信数据中心。所有托管机房均须满足我方物理安全要求，包括：
- 受管控区域仅允许授权的数据中心人员进入。
- 通过安全门禁卡或生物识别认证实施物理访问控制。
- 数据中心设施全天候安防摄像头监控。
- 全天候现场安保人员值守
信用卡安全
数据加密
客户数据在传输中与静态存储时均会加密。- 与客户实例之间的通信采用 HTTPS 协议以及 256 位 SSL 加密进行保护。
- 服务器之间的内部通信受端到端加密保护。
- 我们的服务器受到持续监控，并会及时安装 SSL 漏洞补丁以保持系统更新。
- 我们的 SSL 证书采用 2048 位密钥，并配备完整的 SHA-2 证书链。您可以验证 SSL 评级 这里.
- 生产系统与备份中的客户数据（含数据库内容及存储文件），静态存储时均采用 AES‑256 加密。
网络防御
- 为 Odoo 云提供服务的数据中心运营商运营大容量网络，可承受大流量冲击，抵御绝大多数拒绝服务攻击。自动化与人工缓解系统在网络边缘检测并导流攻击流量，避免攻击影响服务可用性。
- Odoo 云端服务器上的防火墙和入侵防御系统，有助于检测和阻止暴力破解密码攻击等威胁。
- 客户数据库管理员可以 为登录速率设置限制 并且为重复登录尝试设置冷却时间，或配置验证码以减轻自动暴力破解攻击。
— Odoo（该软件）—
软件安全
Odoo 为开源软件，其代码库可供全球用户与贡献者持续审查。社区提交的报告是安全反馈的重要来源，我们鼓励开发者与安全研究人员对代码进行审计并上报安全问题。
Odoo R&D processes include code reviews that consider security aspects for both new and contributed code.
设计即安全
Odoo 框架在设计上默认防范常见类型的安全漏洞：
- 系统通过高层 API 防范 SQL 注入，基本消除了手动拼接 SQL 查询语句的需求。
- 系统通过高层模板引擎自动对注入数据执行转义处理，以此防范跨站脚本（XSS）攻击。
- The framework prevents RPC access to private methods, reducing the risk of exposing exploitable functionality.
See the OWASP 最需要关注漏洞 section for more information about the protections built into the Odoo framework.
独立安全性审计
Odoo 会接受客户及潜在客户委托的独立安全公司定期评估，开展安全审计与渗透测试。Odoo 安全团队会审阅测试结果，并在必要时实施整改措施。
We cannot disclose these assessment reports because they are confidential and belong to the organizations that commissioned them.
Odoo 还与活跃的独立安全研究员社区开展合作，研究员会审查我们的源代码，协助我们持续提升产品安全性。我们的安全研究与漏洞披露流程详见我们的 责任信息披露 页。
OWASP 最需要关注漏洞
The following summarizes how Odoo addresses common web application security risks identified by the 开放式Web应用程序安全项目 （OWASP）所列出的：
-
注入漏洞：当不可信数据作为命令或查询语句的一部分传递给解释器时，就会产生注入漏洞，可能导致恶意命令被执行或数据遭到篡改。
Odoo 采用对象关系映射（ORM）框架，该框架对查询语句的构建进行抽象处理，默认防护 SQL 注入。开发人员一般无需手动编写 SQL 查询；查询语句由 ORM 自动生成，参数会被妥善转义。
-
跨站脚本（XSS）：当不可信内容未经恰当转义或编码就嵌入网页时，就会产生 XSS 漏洞，攻击者有可能借此在其他用户的浏览器中执行脚本。
Odoo 框架默认对渲染到视图和页面中的表达式进行转义，在常规使用场景下防范 XSS 跨站脚本攻击。开发者如需将表达式以原始内容输出到页面，必须显式标记该表达式为安全内容。
-
跨站请求伪造（CSRF）：跨站请求伪造攻击，试图利用已登录用户的现有会话，操控该用户的浏览器向 Web 应用提交未经授权的请求。
Odoo 网站引擎内置 CSRF 跨站请求伪造防护。受保护的POST请求必须携带对应的安全令牌才能被 HTTP 控制器接收。用户正常访问表单时会获取该令牌，攻击者无法伪造。
-
恶意文件执行：远程文件包含漏洞可使攻击者在服务器上加载并执行恶意代码或数据。
Odoo 不存在可被利用的远程文件包含功能。高权限用户可通过系统解析的表达式自定义部分功能，但表达式会在沙箱化、经过安全过滤的环境中运行，仅能调用允许的函数。
-
不安全的直接对象引用：直接对象引用会暴露记录、文件等内部对象的标识。当篡改这些标识即可实现未授权访问时，就会形成漏洞。
Odoo 的访问控制独立于用户界面执行。因此，即便 URL 中暴露内部对象引用，也无法绕过权限校验：所有请求仍然必须经过数据访问校验层。
-
不安全加密存储：存储的凭证或敏感数据保护力度不足，会使用户面临未授权访问、身份盗用以及其他形式的恶意攻击。
Odoo 采用行业标准的安全密码哈希算法（默认使用 PBKDF2 + SHA‑512 并搭配密钥延展）保护存储的用户密码。系统也支持 OIDC/OAuth 等外部身份认证体系，避免在本地存储用户密码。
-
不安全通信：若应用未对网络通信进行妥善加密，敏感信息可能发生泄露。
Odoo 云默认强制启用 HTTPS。对于本地部署环境，建议在 Web 服务器后端部署 Odoo，由 Web 服务器提供加密并将请求反向代理至 Odoo，例如 Apache、Lighttpd 或 Nginx。Odoo 部署指南包含一份 安全检查清单 for securing public deployments.
-
URL 访问权限控制缺失：若应用仅通过对未授权用户隐藏链接或 URL 的方式实现权限校验，敏感功能仍有可能暴露。
Odoo 的访问控制不依赖用户界面或隐藏 URL。所有请求都必须经过数据访问校验层，因此篡改或直接访问 URL 无法绕过权限校验。对于刻意开放未认证访问的敏感信息 URL（例如客户订单确认链接），该 URL 会使用唯一的数字签名令牌进行保护，且仅发送给目标接收人。
报告安全漏洞
To report a security vulnerability, please use our 负责披露页面. 安全报告将获得高优先级处理，由 Odoo 安全团队评估。我们会与报告提交者协同，对已确认的漏洞开展调查与修复；必要时，向 Odoo 客户及用户负责任地披露相关信息。
