小仓管家信息安全政策

运营方与适用范围

运营方：南京咕呱咕呱科技有限公司（“我们”或“DepotKeeper 小仓管家”）。本政策适用于小仓管家网站、工作台、接口及支持服务中处理的信息与相关技术资产。

1. 安全治理与定期审查

我们将信息安全纳入日常运营管理，由指定负责人统筹安全问题、风险处置和政策维护。本政策至少每年审查一次；在发生重大系统、业务、法规或风险变化时，会及时评估并更新。

2. 访问控制与最小权限

系统按平台、仓库、卖家及其协作关系划分访问范围。用户应使用个人账号访问服务；管理员仅在业务需要范围内分配成员、角色与权限，并定期核查不再需要的账号、邀请和协作关系。我们禁止共享账号、绕过权限或使用未授权凭证。

3. 身份验证与凭证保护

访问工作台和接口需要经身份验证。密码、会话令牌、第三方授权令牌和其他秘密信息应避免以明文公开、传播或写入代码仓库；对已授权第三方平台的令牌，服务端采用受保护的存储方式，并在必要时限制其使用范围。

4. 数据分类与处理规则

我们按数据敏感性将信息分为：公开信息、内部信息、机密业务信息和敏感个人数据。账户凭据、邮箱、手机号、收货人姓名、配送地址、订单资料、操作日志、第三方授权令牌、数据库导出与备份均按机密业务信息或敏感个人数据管理。数据所有者、用途、访问角色、保存期限与删除要求应与相应分类相匹配；未经授权不得将机密或敏感数据复制至个人设备、公开渠道或非批准的第三方服务。

5. 数据传输、存储与备份保护

服务的公开访问使用 HTTPS/TLS 传输。敏感配置、第三方授权信息和业务数据实施访问限制；生产数据、数据库文件、快照和备份应使用经批准的加密存储与密钥管理能力保护，并限制密钥和备份访问。数据仅在提供仓储、库存、订单、履约协作、支持、恢复和法定合规所需的范围内处理。

6. 系统变更、漏洞与日志

我们对影响服务的代码、配置和依赖变更进行记录和验证，并在发布前进行适当检查。我们持续关注已知漏洞、异常和安全风险，根据风险优先级修复、缓解或限制受影响功能。与安全和业务追溯相关的操作记录会在合理期限内保留，以支持调查、恢复和审计。

7. 安全事件响应

如发现疑似未授权访问、数据泄露、恶意攻击、凭证泄露或其他安全事件，我们将启动调查、遏制、修复和恢复流程，评估受影响范围并保留必要记录。若事件影响个人信息或服务安全，我们将按照适用法律和合同要求采取通知、补救和后续改进措施。

8. 人员与服务商管理

接触非公开信息的人员应承担保密义务，并遵循与其职责相称的访问权限。使用云托管、邮件、存储、分析或其他服务商时，我们会在合理范围内评估其服务用途和安全措施，并限制其仅为提供约定服务而处理数据。

9. Shopee 开放平台安全规则

本节规定小仓管家申请、开发和启用 Shopee 连接时应遵守的安全要求。Shopee 对接目前处于申请与接入准备阶段；具体功能、可访问字段和市场范围以实际开放状态、卖家授权及 Shopee 审核结果为准。启用相关功能前，我们应落实以下控制，并遵守适用的 Shopee 数据保护政策、平台合作规则和服务条款。

• 店铺授权与访问隔离：仅通过 Shopee 官方授权流程连接卖家有权管理的店铺，仅申请订单、商品、库存及履约协作实际需要的权限。店铺和订单数据须按卖家、仓库及其有效协作关系隔离；成员仅能访问履行其职责所需的数据。
• 数据用途与最小化：仅为获授权的订单处理、库存同步、拣配、发货、物流追踪、退货协作及必要支持处理 Shopee 数据。不得出售或出租这些数据、用于与履约无关的广告或画像，或向未经授权的第三方披露。
• 买家信息权限：收件人姓名、电话、邮箱、地址及含有这些信息的面单按敏感个人数据管理。仅在 Shopee 授予相应个人信息（PII）权限、卖家授权且业务确有需要时访问未脱敏字段；未获批准时应使用平台允许的脱敏数据或限制相关功能，不得尝试绕过平台限制。
• 凭证与环境保护：应用密钥、访问令牌和刷新令牌仅在服务端受控保存并加密保护，限制密钥访问；不得出现在前端、公开网址、代码仓库或普通日志中。正式与测试环境的凭证和数据须隔离，开发和审核演示使用测试数据，敏感数据传输使用 HTTPS/TLS。
• 接口、推送与操作审计：按照 Shopee 官方规范验证接口和推送的签名、来源及有效性；防止重复通知或重放造成重复履约、库存调整或其他写入。保留必要的授权、访问和业务操作记录，同时避免记录完整令牌或不必要的买家信息。
• 保存、删除与受托处理：按业务必要性、卖家指示、适用法律及 Shopee 对相关数据的保存和删除期限处理数据。授权失效、撤销或服务终止后停止新增访问，并按适用期限删除或不可逆匿名化不再需要的数据；如依法必须保留，须限制用途和访问。备份在受控轮换周期内清理，恢复时重新应用删除要求；受托服务商仅可在必要范围内按指示和保密义务处理数据。
• 安全评估与事件响应：在申请要求安全评估的权限前，核对对应市场、数据范围、测试机构和报告有效期要求，完成实际测试、风险修复及必要复测，并提交真实报告。发生涉及 Shopee 数据的疑似安全事件时，应调查、遏制、保护证据，并按适用的平台、合同及法律期限向 Shopee、受影响客户或相关机关通知。

本政策说明安全管理要求，不构成渗透测试报告、第三方安全认证或 Shopee 审核通过的证明。

10. Amazon SP-API 数据保护要求

本节规定 DepotKeeper 为获授权卖家提供家庭仓和小型仓库履约协作时的 Amazon 信息保护要求。仅申请实际功能需要的最小角色，不以品牌分析、广告或跨卖家数据分析扩大用途。读取未脱敏买家信息须先取得相应受限权限，并完成下列控制及其验证。

• 网络与终端：数据库、缓存和内部文件服务不得直接暴露于公网；管理访问须使用受控身份和必要的网络限制，正式与测试访问须隔离；开发人员终端须纳入访问、磁盘加密及安全防护管理，禁止将真实买家数据放入开发样本或公开目录。
• 静态加密与密钥：数据库、文件、导出、归档和备份中的 Amazon 信息须使用至少 AES-128 或等效强度保护；密钥须通过受控的密钥管理服务管理，限制使用、管理和备份权限，记录轮换与撤销。仅加密应用凭据或仅将桶设为私有不能证明所有信息已加密。
• 备份与恢复：须使用受限、加密的备份及地理分离的恢复副本，登记备份位置、成功时间、保留期限和恢复责任人，定义 RPO/RTO 并通过隔离恢复演练记录实测结果；在线复制不能替代可恢复备份。
• 日志与调查：适用个人信息处理的安全日志须保留至少 12 个月，记录身份、时间、操作及结果并集中监控异常登录、访问和系统变更。不得记录明文凭据或不必要的订单个人信息；告警调查须记录范围、证据、处置与结论。
• 账号与凭证：新设和修改的账号密码须至少 12 位，包含大小写字母、数字和符号，且不含姓名或邮箱账号。处理 Amazon 信息的获授权账号还须按适用要求落实多因素认证、密码历史与到期策略、失效凭据撤销及最小权限；邮箱验证码替代密码登录不等于多因素认证。
• 漏洞与发布：代码、依赖和运行环境须纳入安全检查及修复记录；每次发布前检查相关代码，适用系统至少每 30 天扫描，严重风险在发现后 7 天内、高风险在 30 天内修复，按适用要求完成年度渗透与安全评估。发现涉及 Amazon 信息的事件须按适用要求在 24 小时内通知 Amazon。
• 共享与删除：共享对象仅限获卖家授权的实际履约仓库、必要受托技术服务商和依法须披露的接收方；登记实际名称、数据类别、用途、方式和授权。卖家撤销授权后停止新增访问，并按适用期限处理在线、导出、归档和备份副本，恢复时重新应用删除要求。

这些是启用相关处理必须落实的要求。申请资料必须与真实实现及证据相符；本政策不表示 Amazon 已批准访问，不替代实际配置、恢复演练、渗透测试或第三方认证。

11. 联系与政策更新

如您发现安全问题、疑似漏洞、异常访问或需要报告安全事件，请发送邮件至 support@depotkeeper.com。我们可能更新本政策，并在本页面发布最新版本；重大变更会在合理范围内提供额外通知。