Jwuma我们实际所做的事,而非一枚徽章
目前不存在任何正式的第三方认证。本页不会以一排可能夸大其词的徽章来呈现,而是描述平台实际运行的具体机制,以便您自己的安全审查能够将真实的声明与真实的系统进行核对。
我们目前的状况
Corpshore AI 目前没有 SOC 2、ISO 27001 或同等的第三方认证。以下是实际已建立并正在运行的控制措施集合,认证会使其正式化并接受审计,但认证本身并不创造这些控制措施。如果您的采购流程要求特定认证,请直接告知我们,而不是自行假设答案。
数据存储在哪里,谁可以访问
贡献者和任务数据根据贡献者的居住国在逻辑上被划分到五个区域数据库中,每个数据库都有自己的访问范围。这种划分是在软件中强制执行的,而不仅仅是在政策中记录。目前这五个数据库均运行在实际位于美国的基础设施上;这种划分目前是逻辑和访问控制层面的边界,而非地理边界,我们明确说明这一点,而不是让区域标签暗示其他含义。
客户永远不会看到是谁完成了这项工作
交付给您的工作不会附带贡献者的身份或报酬信息。这种隔离是结构性的,由交付流程实际读写的内容强制执行,而不是某个可以被人为关闭的设置。
跨区域传输使用真实的保障措施
当数据因向您交付或其他原因在区域之间移动时,我们使用标准合同条款和同等的传输机制,而不是在没有任何保障措施的情况下移动数据。
已存储的文件通过短期有效链接访问
已采集和提交的文件不会通过公开路径提供。访问需要通过一个数分钟后失效的签名链接,该链接会为需要它的具体人员和请求重新生成。
收款详情永远不会再次完整显示
贡献者保存的银行或钱包信息,无论在何处再次显示,都会被遮蔽,包括对保存该信息的贡献者本人也是如此。信息录入当天之后,任何人都无法在本平台上再次读取完整的账号。
谁可以做什么,以及相应的记录
基于角色的权限,在服务器端进行校验
每一项敏感操作——审核工作、更改收款渠道、查看分析数据——在执行前都会在服务器端根据操作账户的角色进行校验,而不是被隐藏在客户端恰好未显示的菜单背后。
客户账户的二次验证登录
客户门户账户可以从自己的安全设置中,将基于时间的身份验证器应用注册为第二验证因素。密钥以加密形式存储,任何人,包括我们在内,都无法直接读取其原始内容。
每一次变更都会写入一条审计记录
谁做了什么、发生了什么变化以及何时发生,都在操作发生的那一刻被记录,而不是事后从恰好仍然存在的日志中重建。
传输中加密,静态存储中加密
与平台的每一次连接都通过 TLS。静态数据由存储它的基础设施——我们的数据库和文件存储提供商——进行加密,这是它们的默认行为,而不是我们需要正确启用的某项设置。
实际完成工作的是谁
针对工作者本身的核查,而不仅仅是针对基础设施的核查。如果提交工作的人并非其所声称的身份,一个安全的数据库也无济于事。
有偿工作开始前的身份核验
活体检测,而非静态照片,会在账户承担敏感工作之前确认账户背后确有真人,结果由工作人员审核,而不是在静默中自动判定。
制裁和审查检查持续运行
账户会持续与制裁名单进行核对,而不仅仅是在注册时核对一次,一旦匹配,账户会被保留,交由人工审核,而不是自动采取行动。
直接向我们询问
安全调查问卷、数据处理协议,或本页未能解答的问题:请直接向我们询问,而不是从本页发布的内容中猜测。