为高风险业务拿卡并不意味着放松控制。 此页面清楚地说明了每个控件的作用以及不作用。
卡号永远不会到达您或我们的服务器
客户将他们的卡输入到卡处理器运行的支付窗口中，而不是输入到我们控制的页面中。 我们永远不会收到卡号，因此它不会从您或我们的网站泄露。
我们保留的是订单：金额、货币、状态、时间以及客户在结账时输入的姓名、电子邮件地址和手机号码。
3-D 安全
卡付款可以在接受之前发送至客户的银行以获得批准。 这就是尽早阻止被盗卡的原因，而不是几个月后才引发纠纷。
对于订阅而言，这一点更为重要：只有在通过 3-D Secure 的首次付款后，才会保留卡以供续订。
只有在处理者同意后才会付款
我们通过经过身份验证的请求直接与卡处理商确认每个订单，然后将其标记为已付款并向您发送事件。 浏览器登陆成功页面并不能证明任何事情，并且永远不会被视为付款。
如果客户关闭选项卡，也会运行相同的确认，因此订单不会因为某人的连接中断而丢失。
对您的帐户进行两步验证
任何帐户都可以在“设置”中打开两步验证：来自任何身份验证器应用程序的代码，加上十个要打印和保留的一次性恢复代码。 管理区域需要它。
身份验证器的秘密是加密存储的，因此数据库本身的副本不会泄露任何人的第二个因素。
如果您在过去 15 分钟内没有这样做，某些操作会要求您再次证明是您本人 - 创建 API 密钥、添加 Webhook 端点或读取签名密钥。
传输中加密
网站、仪表板、托管结帐和 API 仅通过 HTTPS 提供服务，并且浏览器被告知拒绝该域的纯 HTTP。 Webhook 端点也必须是 HTTPS。
签名网络钩子
每个 Webhook 传递都带有一个由您的端点自己的秘密、事件 ID、时间戳和确切正文组成的签名。 您的服务器可以检查呼叫是否来自我们，并且不是旧呼叫的重播； 我们的 Node 和 PHP 库只需一行即可完成此操作。
端点必须解析为公共地址，不遵循重定向，并且会按照更广泛的时间表重试失败的传送 - 总共八次尝试，时间间隔一天多一点。
API 密钥
密钥在仪表板 → 开发人员中创建并显示一次。 我们只存储密钥的哈希值，因此没有人（包括我们）可以在事后读回它。 您不确定的密钥将被撤销和替换，而不是恢复。
您的帐户发生的情况的记录
登录和登录失败、两步更改、密码重置、API 密钥和 Webhook 更改以及签名密钥的视图都会记录下来，并附有时间和来自的地址。 您可以在“设置”中查看您自己最近的活动。
秘密和请求正文永远不会写入该记录。
您的验证文件
您上传以获得批准的内容将被私下存储，并且只有审核您申请的人员才能读取。 它不会出现在面向商家的列表、导出或 API 响应中。
如果您自己的审计员或您销售的平台需要有关此处如何处理付款的答案，请询问我们，我们将具体回答，而不是指着徽章。
您认为您发现了安全问题吗？ 写信给 sales@utopia-payments.com 在将其披露到其他地方之前。